EDI Business Transaction Type

El tipo de operación comercial define un posible caso comercial general. Puede tratarse, por ejemplo, de una factura emitida o de pedidos recibidos.

Esta estructura de datos también se utiliza para definir la recopilación automática de datos, por ejemplo, para encontrar todas las facturas nuevas en el sistema y desencadenar acciones EDI. El tipo de operación comercial también define cómo se determina el interlocutor EDI a partir de los datos comerciales.

Cada flujo de transacciones se compone de uno o varios tipos de transacciones empresariales, que utilizan diferentes puntos de entrada al proceso, los cuales determinan cómo se tratan los datos en cada etapa. Comprender estos diferentes EDI Business Transaction Type la estructura EDI Business Transaction Type es esencial para establecer procesos EDI eficientes y fiables.

Process Entry Point

Incoming Transmission

Este tipo se utiliza para recibir e importar datos de sistemas externos a Dynamics 365 Business Central. Suele ser el primer paso de una transacción y se encarga de analizar el archivo de entrada (por ejemplo, EDIFACT, XML, CSV) e importar los datos a una estructura de búfer interna.

• Ejemplo de uso: Recepción de pedidos o facturas de socios comerciales.

Data Collection

Este tipo se utiliza para extraer datos de Dynamics 365 Business Central. Recopila los registros necesarios de tablas como pedidos de venta, facturas o envíos, preparándolos para la exportación.

• Ejemplo de caso de uso: Recopilación de pedidos de cliente abiertos para exportarlos como respuestas o confirmaciones de pedido.

Sub-Process

El tipo Subproceso se utiliza principalmente para trabajar con estructuras de memoria intermedia, como el Documento EDI o las tablas de memoria intermedia relacionadas. A diferencia de los otros tipos que operan directamente sobre un único fichero (Datos Entrantes) o un registro fuente en Business Central (Recogida de Datos), las actividades de Subproceso suelen operar sobre los datos intermedios del buffer.

Este tipo es esencial para estructurar y controlar el flujo de la lógica de procesamiento tanto en escenarios de importación como de exportación.

Casos clave

• Transformación en búfer: En los escenarios de importación, un archivo entrante se mapea primero en una estructura de búfer. A continuación, un subproceso se encarga de seguir procesando ese búfer. Puede tratarse de un procesamiento 1:1 del búfer o de un escenario 1:n en el que un registro entrante genera varias entradas en el búfer.
• Gestión de lotes con tolerancia a fallos: Cuando un único archivo contiene varios documentos comerciales (por ejemplo, varios pedidos), cada registro de la memoria intermedia puede procesarse en su propio subproceso. Esto garantiza que un fallo en un documento no bloquee el procesamiento de los demás.
• Preparación Mapping de Exportación: En los flujos de exportación, el tipo Recogida de datos reúne registros como facturas de venta o envíos y los prepara en estructuras de memoria intermedia. A continuación, se utiliza un subproceso para procesar este búfer, transformando o mapping los datos, antes de su salida como XML, EDIFACT u otro formato requerido.

Desde el mapping, el registro asociado a la transacción comercial (por ejemplo, un Documento EDI) está siempre accesible, por lo que siempre que queramos modificar el registro principal para su posterior procesamiento podemos utilizar un subproceso para ello.

Convenciones de denominación

Aunque es libre de utilizar cualquier código, le recomendamos que utilice convenciones de nomenclatura coherentes. A continuación figuran nuestras convenciones, que ayudan a identificar inmediatamente la finalidad de la transacción y su función dentro de la cadena de procesamiento.

Cada nombre de tipo de transacción comercial suele seguir este formato:

[DOCUMENT_TYPE]_[ROLE]

Dónde:

• [DOCUMENT_TYPE] describe el documento comercial que se está procesando (por ejemplo, ORDERS, INVOIC, DESADV).
• [ROLE] indica la función del subtipo dentro de la transacción.

Sufijos de función recomendados

Sufijo	Subtipo	Descripción
_INCOMING	Incoming Transmission	Gestiona los archivos entrantes (por ejemplo, XML, EDIFACT) para la importación.
_COLLECT	Data Collection	Recopila datos de Business Central (por ejemplo, facturas).
_PROCESSING	Sub-Process	Procesa los datos de la memoria intermedia (por ejemplo, la transformación de importación).
_OUTGOING	Sub-Process	Transformación final del búfer y mapping antes de la exportación.

Ejemplos de patrones de nomenclatura:

• ORDERS_INCOMING
  Se utiliza para importar archivos de pedidos entrantes en las tablas de almacenamiento intermedio.
• ORDERS_PROCESSING
  Prepara los datos y crea los pedidos de venta a partir del registro intermedio creado por la ORDERS_INCOMING.
• INVOIC_COLLECT
  Recoge las facturas de venta contabilizadas y los registros intermedios creados.
• INVOIC_OUTGOING
  Mapea y transforma el buffer de facturas recogidas en un formato EDI saliente.

Campos