SG France dans Excel : cycles, recherches et table CSV contrôlée

Collectez le relevé SG France du bon compte/cycle, puis construisez une table CSV vérifiée à partir du PDF effectivement détenu et importez-la dans Excel. Les fenêtres de recherche de trois mois trouvent des documents ; elles ne définissent pas automatiquement les dates des mouvements.

Le document émis et la table de travail sont deux sources différentes. CSV désigne une table en texte, XLSX un classeur Excel. Le guide concerne les titulaires préparant leurs propres documents, sans récupérer les données d’un compte tiers.

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é.

Utiliser le cycle imprimé plutôt que les dates du filtre

Les eDocuments sont recherchés par compte et fenêtres de trois mois. La page sur le relevé explique soldes de début/fin et mouvements débit/crédit. Conservez les bornes imprimées du document obtenu : ce sont elles qui définissent le cycle à contrôler, pas la fenêtre utilisée pour le retrouver.

Dans un exemple inventé, une recherche juillet–septembre peut retrouver un relevé dont le cycle imprimé commence ou finit ailleurs. Copier toutes les dates du filtre comme période de rapprochement crée une fausse référence. Consignez source et bornes séparément, puis transcrivez les véritables mouvements du cycle. Un RIB ou un fichier de titres adjacent ne fournit pas la même liste de paiements.

Élément	Table de travail	Contrôle
Dates de recherche	Métadonnées de collecte	Pas des dates d’opérations
Dates du relevé reçu	Intervalle de la source	Comparer bornes de solde et mouvements correspondants
RIB/titres/autre document	Conserver à part	Pas de conversion en paiements fictifs

Garder les limites de couverture visibles

Aucune procédure actuelle de CSV personnel n’a été établie par les sources examinées ; cela ne prouve pas son inexistence. Si le service propose une table native adaptée, inspectez format, colonnes et portée avant de choisir une conversion PDF. Pour une année assemblée par plusieurs recherches, comparez les identités compte/cycle et les frontières de source afin de ne pas compter une copie deux fois. L’historique dépend du contrat Banque à Distance : une source devenue indisponible ne doit pas être remplacée par des mouvements devinés à partir du solde actuel.

Construire un CSV depuis un PDF réellement détenu

Une table native adaptée peut éviter la conversion du PDF. La méthode manuelle suivante commence avec votre propre original PDF lisible ; elle ne valide ni un bouton bancaire inconnu ni une compatibilité de format.

Garder l’original inchangé et noter alias du compte, devise, intervalle imprimé et références de source dans un registre privé.
Créer une table avec date, description, amount. Lire les mouvements effectivement comptabilisés du bon intervalle, y compris les pages de continuation.
Transcrire chaque mouvement une fois. Rattacher une continuation de libellé seulement à sa propre ligne ; ne pas saisir titres, sous-totaux ou soldes répétés comme paiements.
Définir le sens de la date à partir de l’original. Conserver une seconde date utile ou référence de page dans des colonnes privées supplémentaires. La date de téléchargement n’est pas une date d’opération.
Pour le compte de dépôt choisi, montants entrants positifs et sortants négatifs, après lecture des vrais libellés débit/crédit. Séparer comptes, devises et dettes de carte.
Comparer chaque ligne, signe, décimale et page avec la source. Si la sélection de texte mélange les colonnes, saisir depuis la page visible. Si une zone scannée ou peu lisible reste incertaine, obtenir une meilleure source ou laisser le point non résolu.
Enregistrer la copie contrôlée dans un vrai format CSV et inspecter séparateur/encodage. Renommer une extension ne convertit pas le contenu.

En option, sélectionner un PDF dans LocalExtract, laisser le traitement local, comparer la table obtenue à toutes les pages pertinentes puis exporter CSV. L’export contient date,description,amount, pas tous les champs de l’original. Vérifier dates, signes, doublons, omissions et libellés continués. Aucun document bancaire réel associé à une sortie d’app n’a été validé ici.

Contrôler les dates, décimales et l’import Excel

Exemple entièrement inventé, sans colonnes bancaires observées :

date,description,amount
2026-04-03,Exemple virement entrant,250.00
2026-04-04,"Exemple paiement, personnel",-100.00
2026-04-05,Exemple frais,-10.00

La date choisie est le 3 avril ; vérifier une date source ambiguë avant l’import. Le point décimal est une convention de cet exemple. La virgule du libellé est protégée par des guillemets selon RFC4180. Dans Excel, Données → À partir d’un fichier texte/CSV, examiner séparateur et types de date/montant, comme l’explique Microsoft. Enregistrer XLSX depuis Excel après les contrôles.

Avec des bornes complètes comparables du même compte/devise/intervalle, comparer solde initial plus mouvements signés au solde final. Une sélection partielle ne constitue pas ce cycle entier. Sans soldes comparables, noter la limite et vérifier ligne par ligne. Un écart nul ne prouve pas toutes les dates ou descriptions.

Schéma original de méthode ; aide fictive réutilisée, aucune capture bancaire ou test d’app.

Vérifier la méthode avec des données inventées

Le 11 octobre 2026, nous avons recalculé trois cas construits avec une arithmétique décimale : lignes complètes, frais omis et mouvement dupliqué. Le solde de référence et toutes les valeurs sont inventés. Cette vérification porte uniquement sur la méthode de rapprochement, sans compte bancaire, PDF réel, résultat OCR ou sortie de LocalExtract. La même aide pédagogique sert dans plusieurs guides.

Cas	Solde final calculé	Écart à la référence
Lignes complètes	1140	0
Frais omis	1150	10
Mouvement dupliqué	1040	-100

Unités illustratives, sans solde de compte réel.

Soldes fictifs montrant des frais omis et un mouvement dupliqué ; aucun test bancaire ou de l’app

Télécharger la liste vierge de documents ou les données de contrôle fictives. CSV · JSON.

Les clés techniques JSON et les identifiants des cas restent des repères de données stables ; les explications et la liste de contrôle sont en français.

Questions fréquentes

Les dates de recherche sont-elles les dates de transaction ?

Non. Elles servent à trouver les documents ; lisez les dates réelles à l’intérieur.

SG ne propose-t-elle aucun CSV ?

Cette absence n’est pas prouvée. Les sources examinées n’établissent pas une procédure actuelle personnelle.

Peut-on reconstruire un cycle depuis le RIB ?

Non. Le RIB ne donne pas sa liste de mouvements.

Un écart nul suffit-il ?

Non. Vérifiez aussi dates, descriptions, signes et couverture ligne par ligne.

Lorsque le PDF est la bonne source

LocalExtract traite un PDF par opération sur l’appareil et exporte CSV avec date,description,amount. PDF et OCR ne nécessitent pas d’envoyer le relevé. Pas d’export direct XLSX/QBO/OFX/JSON, d’API de conversion, de file de traitement groupé ni de synchronisation comptable automatique. XLSX se crée dans Excel après contrôles. L’évaluation gratuite couvre dix pages au total ; Pro coûte 10 USD/mois ou 60 USD/an. Compte, abonnement, mises à jour et vérifications Pro périodiques nécessitent le réseau. Aucune compatibilité bancaire n’a été validée.

Téléchargements et limites du produit.

Sources et périmètre de vérification

Informations publiques officielles vérifiées le 11 octobre 2026. Aucun compte authentifié, relevé réel ou résultat d’app testé. Les aides réutilisées vérifient uniquement des cas de calcul/collecte fictifs. Aucune relecture finale humaine native n’est revendiquée.

Ajouté le 11 octobre 2026 : choix de source propre à la banque, conditions de la tâche et étapes complètes. Aucun format bancaire ou résultat d’app validé.

Pour la tâche suivante: garder collecte et table de travail distinctes.