# Template Notion — Organisation de mission d'audit

> **Nature du livrable**  
> Structure documentée pour recréer dans Notion un espace simple, professionnel et opérationnel d'organisation de mission d'audit pour junior auditeur.  
> Ce template aide à piloter une mission, suivre les demandes client et centraliser les points sensibles. Il ne remplace pas la méthodologie du cabinet, les programmes de travail, les normes applicables ni la revue senior/manager.

---

## 1. Objectif du template

Ce template sert à organiser une mission d'audit de bout en bout :

- visualiser l'avancement global de la mission ;
- piloter les tâches par cycle et par échéance ;
- suivre les demandes PBC, documents manquants et points ouverts ;
- préparer les relances client ;
- centraliser les comptes rendus de réunion ;
- documenter les risques, points sensibles et sujets à escalader.

Il est pensé pour un usage réel en cabinet : peu de bases, propriétés claires, vues actionnables, exemples prêts à adapter.

---

## 2. Architecture Notion recommandée

Créer une page Notion principale nommée :

```text
Mission audit — [Client] — [Exercice]
```

Dans cette page, créer les blocs suivants :

1. `Dashboard mission`
2. `Base — Tâches mission`
3. `Base — PBC & points ouverts`
4. `Base — Deadlines`
5. `Base — Relances client`
6. `Base — Notes de réunion`
7. `Base — Risques & points sensibles`
8. `Mode opératoire junior`

Les bases peuvent être créées comme bases de données Notion pleine page ou inline. Pour un usage quotidien, le plus pratique est de les créer inline sous le dashboard, puis d'ajouter des vues filtrées dans le dashboard.

---

## 3. Dashboard mission

### 3.1 Texte à copier dans Notion

```text
# Mission audit — [Client] — [Exercice]

## Synthèse rapide
- Client : [Nom du client]
- Exercice audité : [AAAA]
- Associé / signataire : [Nom]
- Manager : [Nom]
- Senior : [Nom]
- Junior : [Nom]
- Date de démarrage : [JJ/MM/AAAA]
- Date cible de clôture terrain : [JJ/MM/AAAA]
- Date cible rapport : [JJ/MM/AAAA]
- Statut mission : Préparation / Terrain / Revue / Clôture / Archivée

## Priorités de la semaine
1. [Action prioritaire 1]
2. [Action prioritaire 2]
3. [Action prioritaire 3]

## Points d'attention à remonter
- [Point sensible / arbitrage / blocage]
- [Document critique manquant]
- [Risque nécessitant une revue senior]

## Règles de suivi
- Mettre à jour les tâches en fin de journée.
- Créer une ligne PBC pour chaque demande client.
- Ne jamais laisser un point bloquant sans responsable ni prochaine action.
- Escalader au senior tout point sensible, anomalie significative ou désaccord client.
```

### 3.2 Vues à intégrer au dashboard

Ajouter sous le texte les vues liées suivantes :

| Zone dashboard | Base source | Vue Notion recommandée | Filtre recommandé | Objectif |
|---|---|---|---|---|
| `Tâches en cours` | Tâches mission | Board par `Statut` | `Statut` ≠ `Terminé` et `Statut` ≠ `Annulé` | Piloter le Kanban quotidien |
| `PBC urgents` | PBC & points ouverts | Table | `Statut` ≠ `Reçu / résolu` et `Priorité` = `Haute` | Voir les demandes bloquantes |
| `Deadlines 14 jours` | Deadlines | Calendar ou timeline | `Date limite` dans les 14 prochains jours | Anticiper les échéances |
| `Relances à envoyer` | Relances client | Table | `Statut relance` = `À envoyer` ou `En retard` | Préparer les relances client |
| `Risques ouverts` | Risques & points sensibles | Table | `Statut` ≠ `Clos` | Suivre les sujets de jugement |
| `Dernières réunions` | Notes de réunion | List | Trier par `Date réunion` décroissant | Retrouver les décisions récentes |

---

## 4. Base — Tâches mission

### 4.1 Rôle de la base

Kanban principal de la mission. Chaque ligne correspond à une tâche actionnable : préparation, cycle d'audit, test, revue, synthèse ou administratif.

### 4.2 Propriétés Notion

| Propriété | Type Notion | Options / format recommandé | Usage |
|---|---|---|---|
| `Tâche` | Title | Verbe d'action + cycle | Nom clair de l'action |
| `Statut` | Status | `À faire`, `En cours`, `Bloqué`, `En revue`, `Terminé`, `Annulé` | Colonne Kanban |
| `Phase` | Select | `Préparation`, `Interim`, `Final`, `Revue`, `Clôture`, `Archivage` | Situer la tâche dans la mission |
| `Cycle` | Select | `Général`, `Immobilisations`, `Stocks`, `Clients`, `Trésorerie`, `Fournisseurs`, `Fiscal/social`, `Personnel`, `CA`, `Achats`, `Juridique`, `Synthèse` | Filtrer par section |
| `Responsable` | Person | Collaborateur assigné | Suivi individuel |
| `Priorité` | Select | `Haute`, `Normale`, `Basse` | Ordre de traitement |
| `Échéance` | Date | Date cible | Pilotage délai |
| `Budget h` | Number | Heures prévues | Suivi charge |
| `Réalisé h` | Number | Heures consommées | Suivi avancement |
| `Référence dossier` | Text | Ex. `B2.1`, `C4`, `SYN-03` | Lien vers dossier d'audit |
| `PBC lié` | Relation | Vers `PBC & points ouverts` | Identifier dépendances client |
| `Risque lié` | Relation | Vers `Risques & points sensibles` | Lier tâches et risques |
| `Prochaine action` | Text | Action concrète suivante | Éviter les blocages flous |
| `Commentaire revue` | Text | Notes senior/manager | Historique de revue |

### 4.3 Vues recommandées

| Vue | Type | Groupement / tri | Filtre |
|---|---|---|---|
| `Kanban mission` | Board | Grouper par `Statut`, trier par `Échéance` croissante | Aucun ou mission active |
| `Par cycle` | Table | Trier par `Cycle`, puis `Échéance` | `Statut` ≠ `Terminé` |
| `Mes tâches` | Table | Trier par `Échéance` | `Responsable` = utilisateur courant |
| `Bloquées` | Table | Trier par `Priorité`, puis `Échéance` | `Statut` = `Bloqué` |
| `Revue senior` | Table | Trier par `Cycle` | `Statut` = `En revue` |
| `Charge budget` | Table | Trier par `Cycle` | Afficher `Budget h` et `Réalisé h` |

### 4.4 Exemple minimal de contenu

| Tâche | Statut | Phase | Cycle | Responsable | Priorité | Échéance | Budget h | Réalisé h | Référence dossier | Prochaine action |
|---|---|---|---|---|---|---|---:|---:|---|---|
| Préparer la liste PBC initiale | Terminé | Préparation | Général | Junior | Haute | 05/01/2027 | 1.5 | 1.0 | ADM-01 | Envoyer au client |
| Rapprocher balance générale et états financiers | En cours | Final | Général | Junior | Haute | 12/01/2027 | 2.0 | 0.5 | A1 | Obtenir balance définitive |
| Tester les additions d'immobilisations significatives | À faire | Final | Immobilisations | Junior | Normale | 18/01/2027 | 4.0 | 0.0 | B2.1 | Sélectionner l'échantillon |
| Revoir le cut-off fournisseurs | Bloqué | Final | Fournisseurs | Junior | Haute | 20/01/2027 | 5.0 | 1.0 | F3 | Attendre factures post-clôture |
| Préparer la synthèse des points non corrigés | À faire | Clôture | Synthèse | Senior | Haute | 30/01/2027 | 2.0 | 0.0 | SYN-02 | Reprendre anomalies validées |

---

## 5. Base — PBC & points ouverts

### 5.1 Rôle de la base

Suivre toutes les demandes au client, documents manquants, réponses à clarifier et points ouverts. PBC signifie `Provided By Client`.

### 5.2 Propriétés Notion

| Propriété | Type Notion | Options / format recommandé | Usage |
|---|---|---|---|
| `Demande / point` | Title | Demande courte et précise | Objet de la demande |
| `Catégorie` | Select | `Document`, `Explication`, `Confirmation`, `Justificatif`, `Écriture`, `Décision`, `Autre` | Nature du point |
| `Cycle` | Select | Même liste que la base tâches | Filtrer par section |
| `Statut` | Status | `À demander`, `Demandé`, `Relancé`, `Reçu à contrôler`, `Incomplet`, `Reçu / résolu`, `Abandonné` | Suivi opérationnel |
| `Priorité` | Select | `Haute`, `Normale`, `Basse` | Urgence métier |
| `Responsable client` | Text | Nom ou fonction côté client | Qui doit répondre |
| `Responsable cabinet` | Person | Collaborateur qui suit | Qui relance et contrôle |
| `Date demande` | Date | Date d'envoi initial | Historique |
| `Date attendue` | Date | Date souhaitée de réponse | Anticipation |
| `Date réception` | Date | Si reçu | Mesure délai |
| `Relance nécessaire` | Checkbox | Oui/non | Alimente les relances |
| `Dernière relance` | Date | Dernier contact | Éviter relances trop rapprochées |
| `Lien document` | URL | Lien drive/client/dossier | Accès preuve |
| `Impact si non reçu` | Select | `Bloquant`, `Retard`, `Confort`, `Faible` | Prioriser |
| `Conclusion contrôle` | Text | Suffisant / incomplet / à revoir | Clôture du point |

### 5.3 Vues recommandées

| Vue | Type | Groupement / tri | Filtre |
|---|---|---|---|
| `Suivi PBC global` | Table | Trier par `Date attendue` croissante | Tous les points actifs |
| `Par statut` | Board | Grouper par `Statut` | `Statut` ≠ `Reçu / résolu` |
| `À relancer` | Table | Trier par `Priorité`, puis `Date attendue` | `Relance nécessaire` cochée et `Statut` ≠ `Reçu / résolu` |
| `Bloquants` | Table | Trier par `Cycle` | `Impact si non reçu` = `Bloquant` |
| `Reçus à contrôler` | Table | Trier par `Date réception` | `Statut` = `Reçu à contrôler` |
| `Historique résolu` | Table | Trier par `Date réception` décroissant | `Statut` = `Reçu / résolu` |

### 5.4 Exemple minimal de contenu

| Demande / point | Catégorie | Cycle | Statut | Priorité | Responsable client | Date demande | Date attendue | Relance nécessaire | Impact si non reçu | Conclusion contrôle |
|---|---|---|---|---|---|---|---|---|---|---|
| Balance générale définitive au 31/12/2026 | Document | Général | Reçu à contrôler | Haute | Responsable comptable | 05/01/2027 | 09/01/2027 | Non | Bloquant | À rapprocher avec états financiers |
| Détail des factures fournisseurs post-clôture janvier | Document | Fournisseurs | Relancé | Haute | Comptable fournisseurs | 06/01/2027 | 13/01/2027 | Oui | Bloquant | Attendu pour cut-off achats |
| Explication variation marge brute | Explication | CA | Demandé | Normale | DAF | 10/01/2027 | 17/01/2027 | Oui | Retard | À documenter dans mémo analytique |
| PV d'assemblée et décisions juridiques 2026 | Document | Juridique | À demander | Normale | Juriste | 12/01/2027 | 19/01/2027 | Non | Retard | Vérifier conventions et événements post-clôture |

---

## 6. Base — Deadlines

### 6.1 Rôle de la base

Centraliser les échéances de mission : internes cabinet, client, reporting, légal, revue et archivage.

### 6.2 Propriétés Notion

| Propriété | Type Notion | Options / format recommandé | Usage |
|---|---|---|---|
| `Échéance` | Title | Nom de l'échéance | Objet suivi |
| `Type` | Select | `Client`, `Interne cabinet`, `Légal`, `Revue`, `Reporting`, `Archivage` | Catégorie |
| `Date limite` | Date | Date ou plage | Calendrier |
| `Statut` | Status | `À venir`, `En cours`, `À risque`, `Respectée`, `Décalée`, `Annulée` | Suivi |
| `Responsable` | Person | Collaborateur principal | Pilotage |
| `Dépendance` | Text | Document ou décision nécessaire | Anticipation |
| `Impact retard` | Select | `Critique`, `Important`, `Modéré`, `Faible` | Priorité |
| `Tâches liées` | Relation | Vers `Tâches mission` | Liaison Kanban |
| `PBC liés` | Relation | Vers `PBC & points ouverts` | Liaison demandes client |
| `Commentaire` | Text | Contexte / décision | Historique |

### 6.3 Vues recommandées

| Vue | Type | Groupement / tri | Filtre |
|---|---|---|---|
| `Calendrier mission` | Calendar | Date = `Date limite` | Tous statuts sauf `Annulée` |
| `Timeline` | Timeline | Par `Type` | Mission active |
| `Échéances critiques` | Table | Trier par `Date limite` | `Impact retard` = `Critique` ou `Important` |
| `Cette semaine` | Table | Trier par `Date limite` | `Date limite` dans les 7 prochains jours |
| `Décalées` | Table | Trier par `Date limite` | `Statut` = `Décalée` |

### 6.4 Exemple minimal de contenu

| Échéance | Type | Date limite | Statut | Responsable | Dépendance | Impact retard | Commentaire |
|---|---|---|---|---|---|---|---|
| Envoi liste PBC initiale | Client | 05/01/2027 | Respectée | Junior | Validation senior | Important | Envoyée avec priorisation |
| Clôture terrain | Interne cabinet | 27/01/2027 | À venir | Senior | PBC critiques reçus | Critique | Point quotidien jusqu'à clôture |
| Revue manager dossier | Revue | 31/01/2027 | À venir | Manager | Sections finalisées | Critique | Préparer synthèse avant revue |
| Signature rapport | Légal | 15/02/2027 | À venir | Associé | États financiers finalisés | Critique | Date à confirmer avec client |
| Archivage dossier | Archivage | 31/03/2027 | À venir | Senior | Dossier signé | Important | Respecter procédure cabinet |

---

## 7. Base — Relances client

### 7.1 Rôle de la base

Préparer et historiser les relances client sans multiplier les emails isolés. Chaque relance peut regrouper plusieurs demandes PBC.

### 7.2 Propriétés Notion

| Propriété | Type Notion | Options / format recommandé | Usage |
|---|---|---|---|
| `Relance` | Title | Objet de relance | Identification |
| `Statut relance` | Status | `À préparer`, `À envoyer`, `Envoyée`, `Réponse reçue`, `En retard`, `Annulée` | Suivi |
| `Destinataire` | Text | Nom + email si utile | Contact |
| `Canal` | Select | `Email`, `Téléphone`, `Teams`, `Réunion`, `Portail client` | Mode de contact |
| `Date prévue` | Date | Date cible d'envoi | Planning |
| `Date envoyée` | Date | Date réelle | Historique |
| `PBC concernés` | Relation | Vers `PBC & points ouverts` | Relance structurée |
| `Niveau` | Select | `1ère relance`, `2ème relance`, `Escalade senior`, `Escalade manager` | Ton et destinataires |
| `Message préparé` | Text | Brouillon | Gain de temps |
| `Réponse / suite` | Text | Retour client et action | Historique |

### 7.3 Vues recommandées

| Vue | Type | Groupement / tri | Filtre |
|---|---|---|---|
| `À envoyer` | Table | Trier par `Date prévue` | `Statut relance` = `À envoyer` ou `En retard` |
| `Planning relances` | Calendar | Date = `Date prévue` | Tous statuts actifs |
| `Par niveau` | Board | Grouper par `Niveau` | `Statut relance` ≠ `Réponse reçue` |
| `Historique` | Table | Trier par `Date envoyée` décroissant | `Statut relance` = `Envoyée` ou `Réponse reçue` |

### 7.4 Modèle de message de relance

```text
Bonjour [Prénom],

Dans le cadre de nos travaux d'audit sur l'exercice [AAAA], nous revenons vers vous concernant les éléments suivants encore attendus :

1. [Document / explication] — attendu pour [cycle / test]
2. [Document / explication] — attendu pour [cycle / test]
3. [Document / explication] — attendu pour [cycle / test]

Ces éléments sont nécessaires pour avancer sur [impact : clôture terrain / revue / rapport].
Pouvez-vous nous indiquer une date de mise à disposition ou nous transmettre les éléments dès que possible ?

Merci par avance,
[Signature]
```

### 7.5 Exemple minimal de contenu

| Relance | Statut relance | Destinataire | Canal | Date prévue | Date envoyée | Niveau | Message préparé | Réponse / suite |
|---|---|---|---|---|---|---|---|---|
| Relance PBC critiques — cut-off fournisseurs | À envoyer | Comptable fournisseurs | Email | 16/01/2027 |  | 1ère relance | Demander factures janvier et avoirs post-clôture |  |
| Escalade balance définitive | Envoyée | DAF | Email | 10/01/2027 | 10/01/2027 | Escalade senior | Expliquer blocage rapprochement états financiers | Balance promise le 11/01 |
| Relance PV juridiques | À préparer | Juriste | Teams | 18/01/2027 |  | 1ère relance | Regrouper PV AG, CA, conventions |  |

---

## 8. Base — Notes de réunion

### 8.1 Rôle de la base

Centraliser les comptes rendus de réunions d'ouverture, points terrain, réunions client, points internes et clôture.

### 8.2 Propriétés Notion

| Propriété | Type Notion | Options / format recommandé | Usage |
|---|---|---|---|
| `Réunion` | Title | Nom court | Identification |
| `Type` | Select | `Ouverture`, `Point client`, `Point interne`, `Revue`, `Clôture`, `Ad hoc` | Nature |
| `Date réunion` | Date | Date et heure | Chronologie |
| `Participants` | Text | Noms / fonctions | Traçabilité |
| `Animateur` | Person | Responsable réunion | Organisation |
| `Compte rendu validé` | Checkbox | Oui/non | Qualité documentaire |
| `Actions créées` | Relation | Vers `Tâches mission` | Suivi des décisions |
| `PBC créés` | Relation | Vers `PBC & points ouverts` | Demandes issues de réunion |
| `Risques liés` | Relation | Vers `Risques & points sensibles` | Points sensibles discutés |
| `Prochaine réunion` | Date | Si connue | Anticipation |

### 8.3 Template de page Notion pour chaque réunion

Créer un modèle de page dans la base `Notes de réunion` avec le contenu suivant :

```text
## Objectif de la réunion
- [Pourquoi la réunion a lieu]

## Participants
- Client : [Nom — fonction]
- Cabinet : [Nom — rôle]

## Points abordés
1. [Sujet]
   - Faits constatés : [notes]
   - Réponse client : [notes]
   - Impact audit : [notes]
2. [Sujet]
   - Faits constatés : [notes]
   - Réponse client : [notes]
   - Impact audit : [notes]

## Décisions prises
- [Décision / arbitrage]

## Actions à créer ou mettre à jour
- [Action] — responsable : [nom] — échéance : [date]

## Demandes PBC à créer ou mettre à jour
- [Demande] — responsable client : [nom] — date attendue : [date]

## Points à escalader
- [Point sensible à remonter au senior/manager]

## Conclusion junior
- [Ce que j'ai compris]
- [Ce qui reste incertain]
- [Ce que je propose comme prochaine action]
```

### 8.4 Vues recommandées

| Vue | Type | Groupement / tri | Filtre |
|---|---|---|---|
| `Journal des réunions` | List | Trier par `Date réunion` décroissant | Tous types |
| `Réunions client` | Table | Trier par `Date réunion` décroissant | `Type` = `Point client` ou `Ouverture` ou `Clôture` |
| `CR à valider` | Table | Trier par `Date réunion` | `Compte rendu validé` non coché |
| `Prochaines réunions` | Calendar | Date = `Prochaine réunion` | Date non vide |

### 8.5 Exemple minimal de contenu

| Réunion | Type | Date réunion | Participants | Animateur | Compte rendu validé | Prochaine réunion |
|---|---|---|---|---|---|---|
| Réunion d'ouverture mission | Ouverture | 04/01/2027 10:00 | DAF, responsable comptable, senior, junior | Senior | Oui | 11/01/2027 |
| Point PBC semaine 2 | Point client | 11/01/2027 14:00 | Responsable comptable, junior | Junior | Non | 18/01/2027 |
| Point interne risques cut-off | Point interne | 13/01/2027 09:30 | Senior, junior | Senior | Oui |  |

---

## 9. Base — Risques & points sensibles

### 9.1 Rôle de la base

Suivre les risques identifiés, anomalies potentielles, jugements comptables, points de contrôle interne et sujets nécessitant une revue ou une escalade.

### 9.2 Propriétés Notion

| Propriété | Type Notion | Options / format recommandé | Usage |
|---|---|---|---|
| `Risque / point sensible` | Title | Formulation factuelle | Sujet suivi |
| `Nature` | Select | `Risque d'anomalie`, `Jugement comptable`, `Contrôle interne`, `Fraude`, `Continuité`, `Juridique/fiscal`, `Présentation`, `Autre` | Typologie |
| `Cycle` | Select | Même liste que la base tâches | Rattachement |
| `Niveau` | Select | `Critique`, `Élevé`, `Modéré`, `Faible` | Priorité de revue |
| `Statut` | Status | `Identifié`, `Analyse en cours`, `À discuter client`, `À revoir senior`, `À escalader manager`, `Clos` | Suivi |
| `Description factuelle` | Text | Faits, montants, contexte | Documentation |
| `Impact potentiel` | Text | Comptes, assertions, rapport | Analyse |
| `Réponse d'audit prévue` | Text | Travaux à réaliser | Plan d'action |
| `Conclusion` | Text | Conclusion validée | Clôture |
| `Responsable` | Person | Collaborateur | Suivi |
| `Échéance revue` | Date | Date cible | Anticipation |
| `Tâches liées` | Relation | Vers `Tâches mission` | Travaux associés |
| `PBC liés` | Relation | Vers `PBC & points ouverts` | Documents associés |
| `Décision senior/manager` | Text | Arbitrage et date | Traçabilité |

### 9.3 Vues recommandées

| Vue | Type | Groupement / tri | Filtre |
|---|---|---|---|
| `Registre risques` | Table | Trier par `Niveau`, puis `Cycle` | Tous risques |
| `À revoir senior` | Table | Trier par `Échéance revue` | `Statut` = `À revoir senior` ou `À escalader manager` |
| `Critiques / élevés` | Table | Trier par `Échéance revue` | `Niveau` = `Critique` ou `Élevé` |
| `Par cycle` | Board | Grouper par `Cycle` | `Statut` ≠ `Clos` |
| `Clos` | Table | Trier par `Cycle` | `Statut` = `Clos` |

### 9.4 Exemple minimal de contenu

| Risque / point sensible | Nature | Cycle | Niveau | Statut | Description factuelle | Impact potentiel | Réponse d'audit prévue | Conclusion |
|---|---|---|---|---|---|---|---|---|
| Cut-off achats incomplet sur janvier | Risque d'anomalie | Fournisseurs | Élevé | Analyse en cours | Factures janvier non encore transmises ; variation achats significative en décembre | Sous-évaluation FNP et charges | Tester factures post-clôture, BL, avoirs et rapprochement FNP | En attente PBC |
| Forte hausse marge brute non expliquée | Risque d'anomalie | CA | Modéré | À discuter client | Marge +6 points vs N-1 sans explication documentée | Exhaustivité / cut-off CA, classification charges | Analyse analytique, entretien DAF, tests ciblés | À documenter |
| Provision litige commercial | Jugement comptable | Juridique | Élevé | À revoir senior | Courrier avocat mentionne litige avec client significatif | Sous-évaluation provision, annexe | Obtenir courrier avocat, analyse probabilité, discussion senior | Non conclu |
| Accès administrateur comptable partagé | Contrôle interne | Général | Modéré | Identifié | Un compte admin commun utilisé par l'équipe comptable | Risque de traçabilité faible | Documenter faiblesse CI et impact sur approche | À discuter avec senior |

---

## 10. Mode opératoire junior

### 10.1 Routine quotidienne

```text
Début de journée
1. Ouvrir le dashboard mission.
2. Lire les vues : Tâches en cours, PBC urgents, Relances à envoyer, Risques ouverts.
3. Identifier les 3 priorités du jour avec le senior si nécessaire.
4. Mettre à jour les échéances ou blocages connus.

Pendant la journée
1. Créer une tâche pour toute action nouvelle.
2. Créer une ligne PBC pour toute demande client.
3. Relier les tâches aux PBC ou risques concernés.
4. Documenter les points sensibles dès leur identification, même si l'analyse est incomplète.

Fin de journée
1. Passer les tâches réellement terminées en `Terminé`.
2. Mettre les tâches bloquées en `Bloqué` avec une prochaine action claire.
3. Préparer les relances du lendemain.
4. Remonter au senior les risques `Élevé` ou `Critique`, les PBC bloquants et les deadlines à risque.
```

### 10.2 Règles de qualité documentaire

- Une tâche doit commencer par un verbe d'action : `Rapprocher`, `Tester`, `Documenter`, `Relancer`, `Préparer`, `Revoir`.
- Un PBC doit contenir une demande précise, un responsable client, une date attendue et un impact si non reçu.
- Un risque doit être factuel : éviter les formulations vagues comme `problème fournisseurs`; préférer `Factures fournisseurs janvier non reçues — impact cut-off achats`.
- Un point bloqué doit toujours avoir une prochaine action : relance, escalade, réunion, test alternatif ou revue senior.
- Les conclusions importantes doivent être validées par le senior ou manager avant archivage.

### 10.3 Définitions de statuts conseillées

| Statut | Définition opérationnelle |
|---|---|
| `À faire` | Action identifiée mais non démarrée |
| `En cours` | Action commencée, junior actif dessus |
| `Bloqué` | Action impossible sans information, décision ou document externe |
| `En revue` | Travail prêt pour revue senior/manager |
| `Terminé` | Travail réalisé, preuve référencée, conclusion documentée |
| `Annulé` | Action abandonnée avec justification |

---

## 11. Instructions pour recréer le template dans Notion

### Option A — Recréation manuelle recommandée

1. Créer une nouvelle page Notion nommée `Mission audit — [Client] — [Exercice]`.
2. Copier la section `Dashboard mission` dans la page.
3. Créer six bases de données inline avec les noms exacts suivants :
   - `Tâches mission`
   - `PBC & points ouverts`
   - `Deadlines`
   - `Relances client`
   - `Notes de réunion`
   - `Risques & points sensibles`
4. Pour chaque base, créer les propriétés listées dans ce document.
5. Ajouter les vues recommandées pour chaque base.
6. Saisir ou copier les exemples minimaux de contenu pour tester la structure.
7. Créer les relations Notion après avoir créé toutes les bases :
   - `Tâches mission` ↔ `PBC & points ouverts`
   - `Tâches mission` ↔ `Risques & points sensibles`
   - `Deadlines` ↔ `Tâches mission`
   - `Deadlines` ↔ `PBC & points ouverts`
   - `Relances client` ↔ `PBC & points ouverts`
   - `Notes de réunion` ↔ tâches, PBC et risques
8. Dans le dashboard, ajouter des vues liées (`/linked view of database`) vers les bases principales avec les filtres recommandés.
9. Dupliquer ensuite cette page pour chaque nouvelle mission.

### Option B — Import Markdown puis finalisation

1. Dans Notion, choisir `Import` puis `Markdown & CSV`.
2. Importer ce fichier Markdown.
3. Notion importera le contenu comme page documentaire avec tableaux simples.
4. Convertir manuellement chaque tableau de propriétés en base de données Notion réelle.
5. Recréer les types de propriétés, statuts, sélections, relations et vues selon les sections ci-dessus.

> L'option B permet de récupérer rapidement les textes et exemples, mais Notion ne convertit pas automatiquement toutes les propriétés, relations et vues depuis un Markdown. L'option A est donc la méthode la plus fiable pour obtenir un vrai template exploitable.

---

## 12. Checklist de mise en service

Avant d'utiliser le template sur une mission réelle, vérifier :

| Check | Contrôle |
|---|---|
| - [ ] | Les noms du client, de l'exercice et de l'équipe sont renseignés dans le dashboard. |
| - [ ] | Les six bases de données sont créées avec leurs propriétés principales. |
| - [ ] | Le Kanban `Tâches mission` est groupé par `Statut`. |
| - [ ] | Les vues `À relancer`, `Bloquées`, `Échéances critiques` et `À revoir senior` existent. |
| - [ ] | Les relations entre tâches, PBC, risques, réunions et deadlines fonctionnent. |
| - [ ] | Les exemples ont été remplacés ou adaptés à la mission réelle. |
| - [ ] | Le senior connaît la structure et valide les règles de suivi. |
| - [ ] | Les droits Notion sont limités aux personnes autorisées, surtout si des informations client sensibles sont présentes. |

---

## 13. Exemple de page mission prête à dupliquer

```text
Mission audit — Société Exemple — Exercice 2026

Synthèse rapide
- Client : Société Exemple SAS
- Exercice audité : 2026
- Associé / signataire : [Nom]
- Manager : [Nom]
- Senior : [Nom]
- Junior : [Nom]
- Date de démarrage : 04/01/2027
- Date cible de clôture terrain : 27/01/2027
- Date cible rapport : 15/02/2027
- Statut mission : Terrain

Priorités de la semaine
1. Obtenir les PBC bloquants : balance définitive, factures fournisseurs post-clôture, PV juridiques.
2. Finaliser les tests sur cut-off fournisseurs et rapprochement BG/états financiers.
3. Préparer les points sensibles à revoir avec le senior vendredi.

Points d'attention à remonter
- Risque cut-off achats élevé tant que les factures janvier ne sont pas reçues.
- Variation de marge brute à expliquer par le DAF.
- Provision litige commercial à revoir avec courrier avocat.
```

---

## 14. Résultat attendu après recréation

Une fois recréé dans Notion, le junior doit pouvoir répondre rapidement à ces questions :

- Quelles tâches dois-je faire aujourd'hui ?
- Quels documents client bloquent la mission ?
- Quelles deadlines arrivent cette semaine ?
- Quelles relances dois-je envoyer ?
- Quelles décisions ont été prises en réunion ?
- Quels risques ou points sensibles dois-je remonter au senior ?
- Quelles tâches sont prêtes pour revue ?

Si ces questions sont visibles depuis le dashboard sans recherche complexe, le template est correctement configuré.