> ## Documentation Index
> Fetch the complete documentation index at: https://docs.alyzai.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Découvrir les portails

> À quoi sert le portail fournisseur et comment une « demande » unifie les échanges.

> [!NOTE]
>
> Concept · 7 min

> [!TIP]
>
> **Exemple métier.** Les exemples achats, qualité ou industrie illustrent le parcours. Adaptez
> les données, les rôles et le vocabulaire à votre contexte.

Un **portail** est un espace d’échange limité à une audience définie. Il rassemble des contacts, des
demandes, des documents et des tâches sans donner à l’utilisateur externe un accès général au
workspace Alyzai.

Le même mécanisme peut servir à une relation fournisseur, partenaire, client ou collègue interne.
L’exemple métier ne change pas les principes : portée minimale, contenu vérifié et suivi
traçable.

![Aperçu du module Portails](https://mintcdn.com/alyzai/St7evzCbpXJOLQ-i/images/product/portails/apercu.png?fit=max\&auto=format\&n=St7evzCbpXJOLQ-i\&q=85\&s=67d47ecabcbbd8f7182959e38bb41f47)

L’aperçu : demandes en cours, documents reçus, tâches ouvertes, contacts.

## Quand utiliser un portail

* recueillir un document, une signature ou une information auprès d’un tiers ;
* centraliser les échanges liés à une même organisation ou audience ;
* suivre les demandes et leurs réponses par état ;
* donner accès à des tâches précises sans ouvrir tout un projet ;
* conserver les contacts et rôles qui encadrent la collaboration.

Pour un simple partage interne de document, utilisez plutôt les permissions de la ressource. Pour
piloter un ensemble de tâches internes, utilisez Projets.

## Portail, demande et tâche

| Élément | Rôle |
| - | - |
| **Portail** | définit l’identité, les contacts, les rôles et le périmètre visible |
| **Demande** | sollicite un document, une information, une signature ou une autre réponse |
| **Réponse** | contenu fourni ou décision enregistrée dans le fil de la demande |
| **Tâche** | action suivie avec responsable, état et échéance dans Projets |
| **Modèle** | préremplit une demande récurrente et ses variables |

Une demande peut être envoyée, recevoir une réponse puis être clôturée. Une tâche associée continue
d’exister dans Projets et doit être suivie selon son propre état.

## Cycle d’usage

```mermaid theme={null}
flowchart LR
	A["Configurer le portail"] --> B["Tester l’accès"]
	B --> C["Publier"]
	C --> D["Envoyer une demande"]
	D --> E["Recevoir et contrôler la réponse"]
	E --> F["Clôturer ou créer une tâche"]
```

> [!NOTE]
>
> Une demande unifie plusieurs besoins : document, information ou signature. Le type choisi
> détermine les champs et les pièces attendues, mais l’échange reste suivi dans le même fil.

## Limites et permissions

* La publication rend le portail accessible selon le mode configuré.
* Un contact Lecteur et un contact Éditeur ne disposent pas des mêmes actions.
* Un code d’accès ou une invitation ne doit être transmis qu’au destinataire prévu.
* Une demande envoyée peut déclencher un e-mail réel ; relisez la cible et le contenu.
* Les documents, commentaires et tâches visibles doivent être adaptés à l’audience externe.
* Retirer un contact n’efface pas l’historique déjà conservé dans le portail.

## Étapes suivantes

> [card] [Gérer un portail](https://docs.alyzai.com/fr/portails/gerer-un-portail.md)
>
> Lire les états, contrôler les contacts et suivre les tâches.

> [card] [Configurer et publier](https://docs.alyzai.com/fr/portails/configurer-et-publier.md)
>
> Préparer un accès test avant d’envoyer la première demande.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.