Le CSV de factures PayRequest est un instantané avec une ligne par facture : montants, dates, statut et tags. Il permet de transmettre une liste structurée au comptable. Il ne constitue pas à lui seul un relevé bancaire ni la preuve que chaque facture Paid correspond à un encaissement.
Définissez périmètre, vérifiez chiffres et indiquez les autres pièces nécessaires. Le comptable ne doit pas les déduire du nom du fichier.
Connaître les colonnes documentées
La documentation Bulk Invoice Actions énumère dix colonnes : ID, Number, Customer, Amount (EUR), Tax (EUR), Total (EUR), Status, Date, Due Date et Tags. Amount est hors taxe ; Total inclut la taxe. Customer peut être un nom, un e-mail ou un nom client enregistré.
La liste ne contient pas ID de transaction, horodatage paid-at, frais du prestataire, montant remboursé ni référence de versement. Vérifiez le fichier réel. Date désigne la date de facture et Due Date l’échéance, pas la date d’arrivée des fonds à la banque.
Définir le périmètre
Ouvrez Bulk Actions, choisissez Export, puis Export Invoices. Export est un type séparé de Mark as Paid et Send Reminders. Exportez toutes les factures ou des tags choisis ; vérifiez la correspondance any ou all.
La documentation Export Functions décrit des téléchargements CSV manuels et des tags facultatifs, sans export récurrent programmé. Des éléments archivés peuvent être inclus sauf exclusion par tags. Ne présumez pas qu’un filtre de statut ou de dates sur un autre écran limite cet export.
Pour une période, inspectez les lignes et notez la règle de dates dans une copie de travail. Demandez au comptable quelle base utiliser : facture, échéance et paiement répondent à des questions différentes.
Ajouter une fiche de transmission
Conservez le téléchargement original intact et créez une copie de travail. Proposition originale :
| Point | Exemple à noter |
|---|---|
| Moment d’export | 6 octobre 2026, 10:00 Europe/Amsterdam ; noté par l’opérateur |
| Périmètre | Factures ; tag « client-work » ; any-match |
| Règle de période | Copie avec dates de facture du 1er au 30 septembre ; pas les échéances |
| Contrôle des lignes | IDs attendus vérifiés ; doublons examinés |
| Preuves de paiement | Pièces bancaires/prestataire disponibles jointes ; rapprochements non résolus listés |
| Responsable | Contact pour questions de périmètre et statut |
Cette note n’est pas un rapport généré automatiquement par PayRequest. Décrivez sélection réelle, exclusions et incertitudes.
Contrôler les sommes sans les assimiler à la trésorerie
Trois factures fictives à 21% de taxe : montants hors taxe €100, €200 et €50 ; taxe €21, €42 et €10,50 ; totaux €121, €242 et €60,50. Les sommes de contrôle sont €350 hors taxe, €73,50 de taxe et €423,50 au total.
Si les deux premières sont Paid, leurs totaux font €363. Cela ne prouve ni encaissement bancaire, ni date de collecte, retenues ou remboursements ultérieurs. La documentation propose aussi Mark as Paid en masse ; un statut seul n’indique pas la preuve associée.
C’est un exemple arithmétique, pas un conseil fiscal. Utilisez les valeurs réelles et discutez taxes, devises, avoirs et remboursements avec le comptable.
Vérifier import et export suivant
Traitez IDs et numéros comme identifiants. Vérifiez zéros initiaux, conversions de dates, colonnes numériques, séparateurs décimaux, nombre de lignes et quelques originaux avant addition. N’importez pas sans contrôle dans un logiciel dont le schéma peut différer.
Un export ultérieur peut avoir des statuts modifiés. Conservez le premier instantané et datez son remplacement. N’ajoutez pas simplement des listes qui se chevauchent : les mêmes IDs risquent d’être comptés deux fois.
Préparez la liste avec Invoicing. Pour les paiements séparés, utilisez le guide de rapprochement. La transmission doit expliquer le contenu du CSV et les vérifications restantes.
Note éditoriale : l’IA a aidé à créer article et couverture. Documentation vérifiée le 6 octobre 2026. Fiche et calculs sont des exemples originaux, pas un export testé, une certification comptable ou un résultat client.
