Skip to main content
Caso de uso · Presentación al registro

Presentaciones a Nabisy, sin reescribir un solo campo

FuelFWD toma el PDF de PoS entrante de Nabisy, lo procesa a través de su flujo estándar de balance de masa y validación, y produce un CSV listo para Nabisy en lugar de un PoS en PDF. El archivo de 41 columnas se compone correctamente a la primera, con la vinculación NTNw, la cadena de emisiones y todas las referencias requeridas en su sitio.

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 →

La brecha

Lo que exige la norma frente a lo que ofrecen las hojas de cálculo

Lo que requiere

Lo que Nabisy exige frente a cómo los operadores siguen construyendo el archivo

Nabisy es el registro federal alemán de pruebas de sostenibilidad. La carga masiva por CSV es la única forma práctica de registrar a gran volumen, y el formato no deja margen de interpretación. La especificación de carga CSV exige:

  • Una fila de 41 columnas por cada PoS saliente, sin campos obligatorios faltantes
  • NACHWEIS_ID compuesto a partir de la Schnittstelle de la parte emisora más un sufijo único por cada sub-PoS
  • VERBINDUNGSDOKUMENT que enlaza 1 a 1 con el NTNw del PoS entrante
  • EMISSIONS como una cadena separada por barras verticales en orden posicional fijo (e_ec, e_l, e_p, e_td, e_u, e_sca)
  • Volúmenes en kWh basados en LHV con tolerancia de redondeo frente al PoS entrante vinculado
  • País de origen, código de materia prima y clasificación residuo/agrícola conservados a lo largo de la cadena
Por qué fallan las hojas de cálculo

Por qué los CSV construidos a mano se cuelan en la auditoría

Hoy la mayoría de los operadores escriben fila por fila en la interfaz web de Nabisy o mantienen una plantilla de hoja de cálculo interna que se copia y pega en la carga. Ambos enfoques generan los mismos modos de fallo cuando crece el volumen:

  • Los errores de decimales y separadores rompen el análisis de la cadena EMISSIONS
  • Un único campo obligatorio ausente rechaza todo el archivo sin retroalimentación a nivel de fila
  • Las discrepancias de volumen entre entrante y saliente solo afloran tras la aceptación de la BLE
  • Los incrementos de EP Gate y ETD se aplican de forma inconsistente entre los slots de camión
  • El mapeo manual entre códigos de producto de biometano (271129-…) y sus equivalentes licuados (2711-LNG-…) se desvía con el tiempo

Cómo FuelFWD convierte el PDF de Nabisy en un CSV listo para el registro

Tres capacidades que sustituyen la plantilla de hoja de cálculo y la carga manual por un flujo que se ejecuta de principio a fin.

PDF de entrada, datos estructurados de salida

El PDF de PoS entrante de Nabisy se ingiere con extracción de NTNw, datos de proveedor y destinatario, país, código de materia prima, volumen y el desglose completo de emisiones. Sin reescribir nada.

Flujo estándar, salida Nabisy

La plataforma ejecuta sus pasos habituales de balance de masa y validación. Al final, FuelFWD genera un CSV listo para Nabisy con las 41 columnas correctamente cumplimentadas, en lugar de un PoS en PDF.

Correspondencia 1 a 1 garantizada

Cada PoS saliente enlaza con exactamente un NTNw entrante mediante VERBINDUNGSDOKUMENT. El volumen se conserva dentro del redondeo, y el país y la clasificación residuo/agrícola se trasladan a lo largo de la cadena.

Preguntas sobre la presentación a Nabisy

Sí. El formato de salida se decide por cliente a nivel del contrato comercial. El mismo PoS entrante puede convertirse en una fila de CSV de Nabisy para una entrega y en un PDF de ISCC para otra.
A partir de los componentes individuales e_ec, e_l, e_p, e_td, e_u y e_sca. La cadena sigue el orden posicional de Nabisy conservando las posiciones vacías. Los incrementos específicos del terminal (EP Gate, ETD por slot de camión) se aplican según su configuración.
Cada PoS entrante se convierte en un PoS saliente con un sufijo (Main, A, B, C, etc.). El CSV obtiene una fila por sub-PoS, y el NACHWEIS_ID se genera automáticamente con el sufijo correcto.
Sí. La conservación del volumen, la integridad de los campos obligatorios, el formato de la cadena de emisiones y el mapeo de códigos de producto de biometano a LNG se comprueban todos antes de la exportación. Las discrepancias se señalan con retroalimentación a nivel de fila.
Sí. Una vez que llega su Kontoauszug entrante, FuelFWD lo compara con la presentación de CSV saliente, de modo que detecte cualquier problema de aceptación antes de que lo haga la auditoría.

Listo cuando usted lo esté

Vea cómo su propio PoS entrante se convierte en un CSV de Nabisy

Cargaremos un PoS real de su operación en un entorno de FuelFWD y recorreremos la generación completa del CSV de Nabisy, de principio a fin.