MoneyWorks : vérifier les paramètres avant l’historique bancaire

Ce guide suit le chapitre Cash Transactions du manuel MoneyWorks actuellement publié, Importing Bank Statements. La page n’identifie pas votre version installée. Si les commandes diffèrent, établissez d’abord la documentation applicable. Il s’agit d’une préparation, pas d’un import testé.

Les applications exportent la date, la description et le montant en CSV. Ouvrez ce CSV dans Excel pour enregistrer un classeur XLSX. Vérifiez le résultat avec votre PDF : la compatibilité dépend du format du relevé.

Distinguer le parcours et ses paramètres

Le manuel ouvre Statement Coding avec Command → Load Bank Statement. Avant de sélectionner ou d’accepter un fichier, relevez les réglages présents :

Réglage	Rôle documenté	Question préalable
Bank	Compte bancaire cible dans MoneyWorks	Est-ce le compte établi par la source ?
Source	Interprétation du fichier	Source native QIF/OFX ou parcours Generic CSV ?
Default Income A/c / Default Expense A/c	Codes de repli sans affectation par règle	Les codes mémorisés conviennent-ils à ce dossier ?
Exclude items before / And after	Exclusion hors des limites datées	Des lignes historiques nécessaires seraient-elles ignorées ?
Auto-Reconcile	Omission des éléments existants reconnus et changement d’état	Cet effet a-t-il été expressément vérifié ?

Changer Source ne répare pas un mauvais compte Bank. Un compte de charge par défaut plausible n’établit pas non plus la bonne affectation de chaque sortie.

Vérifier ensemble le format et la couverture

Le manuel décrit les fichiers bancaires QIF et de la famille OFX, une source Generic CSV, ainsi qu’un autre parcours Import Transactions pour des données texte. Ces choix ne constituent pas un assistant CSV identique dans tous les produits MoneyWorks. Les flux bancaires mentionnés pour l’Australie et la Nouvelle-Zélande sont un service distinct, pas une fonction mondiale présumée ici.

Identifiez le produit et l’unique compte bancaire de la source. Gardez le fichier d’origine intact.
Examinez la configuration Statement Coding sans charger ni accepter de nouvelles données pour ce contrôle.
Comparez les premières et dernières dates utiles aux deux limites. Le manuel relie le défaut « before » à la dernière transaction de l’import précédent. Lisez la valeur réelle plutôt que de supposer une frontière mensuelle.
Notez les comptes de repli mémorisés et les règles pertinentes. Laissez les affectations inconnues ouvertes au lieu d’utiliser les défauts antérieurs comme preuve.

Auto-Reconcile a un effet comptable

D’après le manuel, l’option compare aux transactions existantes, marque celles reconnues pour omission et les nouvelles comme rapprochées ; il décrit aussi le marquage rapproché de l’existant reconnu. Ce n’est pas un simple filtre de dates ni la garantie qu’un relevé complet a été comparé.

Conservez l’inventaire des écritures existantes et des lignes attendues avant ce choix. Une correspondance reconnue nécessite encore des contrôles de compte et de preuve. Ce guide n’a pas exécuté l’option ni vérifié son comportement dans une organisation particulière.

Exemple synthétique qui doit arrêter la décision

La source désigne le compte A pour septembre. Statement Coding sélectionne encore Bank B, garde une limite « before » au 15 septembre et les codes PriorIncome et PriorExpense ; Auto-Reconcile est coché.

Le mauvais compte suffit à interrompre la décision. Même après résolution, les lignes du 1er au 14 septembre pourraient être exclues ; affectations par défaut et effets de rapprochement restent à vérifier. Corriger un champ ne valide pas toute la configuration.

Remettez une liste des identités source et cible, limites, codes de repli et effets non résolus. Elle prépare l’étape autorisée suivante sans annoncer import réussi, suppression garantie des doublons ou exactitude comptable automatique.

Vérifier la décision de dates sans exécuter l’application

Pour la personne qui prépare un historique bancaire, la période source correspond aux dates du fichier d’origine ; la période de filtrage est celle configurée dans Statement Coding. Elles ne coïncident pas nécessairement. Une mauvaise destination Bank bloque la décision avant même d’utiliser ces dates.

Le tableau de dates fictives isole le sens documenté de « before » et « after ». Pour un intervalle inclusif du 15 au 30 septembre, une comparaison exécutée avec Python donne :

Ligne fictive	Date	Modèle de l’intervalle documenté
M1	14 septembre 2026	Hors intervalle, avant la borne basse
M2	15 septembre 2026	Dans l’intervalle, à la borne basse
M3	30 septembre 2026	Dans l’intervalle, à la borne haute
M4	1er octobre 2026	Hors intervalle, après la borne haute

Deux lignes sont donc incluses et deux exclues dans ce modèle. Le CSV est un exercice pédagogique, pas un fichier d’import MoneyWorks ; Python n’a exécuté ni MoneyWorks ni son analyseur. Résolvez d’abord la mauvaise destination Bank, puis notez les véritables bornes et les lignes nécessaires qu’elles écarteraient. Même si les dates conviennent, les comptes de contrepartie mémorisés et Auto-Reconcile restent des décisions séparées. Une période corrigée ne prouve pas un import réussi ou un rapprochement terminé.

Cas de contrôle synthétique. Les valeurs sont pédagogiques, pas un export du fournisseur ni un fichier à importer.

Pour une source bancaire disponible seulement en PDF, téléchargez LocalExtract. Il traite un PDF localement en CSV date,description,amount ; contrôlez et adaptez les lignes à la destination réelle.

Guide associé : Relevé bancaire CSV : vérifier le format avant l’import comptable.

Documentation de la tâche ajoutée vérifiée le 16 octobre 2026.