Skip to main content
Cas d’usage · Soumission au registre

Des soumissions Nabisy, sans ressaisir un seul champ

FuelFWD prend le PDF de PoS entrant de Nabisy, le fait passer par votre flux standard de bilan massique et de validation, et produit un CSV prêt pour Nabisy au lieu d’un PoS au format PDF. Le fichier de 41 colonnes est composé correctement du premier coup, avec le lien NTNw, la chaîne d’émissions et toutes les références requises en place.

nabisy submission · todayReady
NACHWEIS_IDVERBINDUNGSDOKUMENTVolume
EU-BM-13-…TLUN1099426 Main678NTNw12243434106,363 kWh
EU-BM-13-…TLUN1099426 A678NTNw1224343356,363 kWh
EU-BM-13-…TLUN1099426 B678NTNw1224467856,363 kWh
EU-BM-13-…TLUN1099426 C678NTNw1231481121,764 kWh
4 sub-PoS · 1 truck slot1 CSV export →

L'écart

Ce qu'exige la règle face à ce que livrent les tableurs

Ce qu'il faut

Ce que Nabisy exige face à la manière dont les opérateurs construisent encore le fichier

Nabisy est le registre fédéral allemand des preuves de durabilité. Le téléversement CSV en masse est le seul moyen pratique de s’enregistrer à grande échelle, et le format ne laisse aucune place à l’interprétation. La spécification de téléversement CSV exige :

  • Une ligne de 41 colonnes par PoS sortant, sans champ obligatoire manquant
  • NACHWEIS_ID composé à partir de la Schnittstelle de la partie émettrice plus un suffixe unique par sub-PoS
  • VERBINDUNGSDOKUMENT reliant 1 à 1 au NTNw du PoS entrant
  • EMISSIONS sous forme de chaîne séparée par des barres verticales dans un ordre positionnel fixe (e_ec, e_l, e_p, e_td, e_u, e_sca)
  • Des volumes en kWh basés sur le LHV avec tolérance d’arrondi par rapport au PoS entrant lié
  • Pays d’origine, code de matière première et classification déchet/agricole conservés tout au long de la chaîne
Pourquoi les tableurs échouent

Pourquoi les CSV construits à la main passent au travers de l’audit

Aujourd’hui, la plupart des opérateurs saisissent ligne par ligne dans l’interface web de Nabisy, ou maintiennent un modèle de tableur interne copié-collé dans le téléversement. Les deux approches engendrent les mêmes modes de défaillance dès que le volume augmente :

  • Les erreurs de décimales et de séparateurs cassent l’analyse de la chaîne EMISSIONS
  • Un seul champ obligatoire manquant fait rejeter tout le fichier, sans retour au niveau de la ligne
  • Les écarts de volume entre entrant et sortant n’apparaissent qu’après l’acceptation par la BLE
  • Les incréments EP Gate et ETD sont appliqués de façon incohérente d’un créneau de camion à l’autre
  • Le mappage manuel entre les codes produit du biométhane (271129-…) et leurs équivalents liquéfiés (2711-LNG-…) dérive avec le temps

Comment FuelFWD transforme le PDF Nabisy en un CSV prêt pour le registre

Trois capacités qui remplacent le modèle de tableur et le téléversement manuel par un flux qui s’exécute de bout en bout.

PDF en entrée, données structurées en sortie

Le PDF de PoS entrant de Nabisy est ingéré avec extraction du NTNw, coordonnées du fournisseur et du destinataire, pays, code de matière première, volume et la ventilation complète des émissions. Aucune ressaisie.

Flux standard, sortie Nabisy

La plateforme exécute vos étapes habituelles de bilan massique et de validation. À la fin, FuelFWD génère un CSV prêt pour Nabisy avec les 41 colonnes correctement remplies, au lieu d’un PoS au format PDF.

Appariement 1 à 1 imposé

Chaque PoS sortant renvoie à exactement un NTNw entrant via VERBINDUNGSDOKUMENT. Le volume est préservé à l’arrondi près, le pays et la classification déchet/agricole étant reportés tout au long.

Questions sur la soumission à Nabisy

Oui. Le format de sortie est décidé par client au niveau du contrat commercial. Le même PoS entrant peut être converti en une ligne de CSV Nabisy pour une livraison et en un PDF ISCC pour une autre.
À partir des composantes individuelles e_ec, e_l, e_p, e_td, e_u et e_sca. La chaîne suit l’ordre positionnel de Nabisy en conservant les positions vides. Les incréments propres au terminal (EP Gate, ETD par créneau de camion) sont appliqués selon votre configuration.
Chaque PoS entrant devient un PoS sortant avec un suffixe (Main, A, B, C, etc.). Le CSV obtient une ligne par sub-PoS, et le NACHWEIS_ID est généré automatiquement avec le suffixe correct.
Oui. La préservation du volume, l’exhaustivité des champs obligatoires, le formatage de la chaîne d’émissions et le mappage des codes produit biométhane vers LNG sont tous vérifiés avant l’export. Les écarts sont signalés avec un retour au niveau de la ligne.
Oui. Dès l’arrivée de votre Kontoauszug entrant, FuelFWD le rapproche de la soumission CSV sortante, afin que vous repériez tout problème d’acceptation avant que l’audit ne le fasse.

Prêt quand vous l’êtes

Voyez votre propre PoS entrant se transformer en un CSV Nabisy

Nous chargerons un PoS réel de votre exploitation dans un environnement FuelFWD et parcourrons la génération complète du CSV Nabisy, de bout en bout.