Este instructivo explica cómo el Bot de Granos decide si una Carta de Porte se ingresa al ERP y cómo determina Proveedor y Cliente cuando el CUIT de la empresa no figura entre los intervinientes estándar.
4 min
¿Para qué sirve?
Cuando se procesan negocios de granos con múltiples intermediarios, la empresa receptora de la Carta de Porte puede no aparecer en ninguno de los roles de interviniente (Solicitante, Remitente Comercial, Destinatario). En esos casos, algunas plataformas externas incluyen el CUIT de esa empresa en el campo Observaciones. Este instructivo describe cómo el Bot reconoce ese caso y qué hace para determinar Proveedor y Cliente antes de enviar la carta al ERP.
Antes de empezar
La empresa debe estar configurada en el Bot con su CUIT. Es el valor que el sistema usa para identificar si la empresa participa en la carta.
Modo de uso
Al recibir una Carta de Porte, el Bot evalúa en qué lugar aparece el CUIT de la empresa y actúa según uno de los tres escenarios siguientes.
Escenario 1 — La empresa aparece entre los intervinientes estándar
El Bot encuentra el CUIT de la empresa en alguno de estos campos: Solicitante, Remitente Comercial Productor, Remitente Comercial Venta Primaria, Remitente Comercial Venta Secundaria, Remitente Comercial Venta Secundaria 2 o Destinatario.
Resultado: se aplica la lógica estándar de resolución de Proveedor y Cliente según el rol que cumple la empresa. El campo Observaciones se ignora aunque también contenga el CUIT.
Escenario 2 — La empresa no está en los intervinientes pero sí en Observaciones
El Bot no encuentra el CUIT de la empresa en ningún interviniente estándar, pero sí lo encuentra en el campo Observaciones.
Resultado: la carta se ingresa al ERP. El Bot determina Proveedor y Cliente con la siguiente lógica:
Para el Proveedor
Se toma el primer campo no vacío en este orden:
| Prioridad | Campo |
|---|---|
| 1 | Remitente Comercial Venta Secundaria |
| 2 | Remitente Comercial Venta Primaria |
| 3 | Remitente Comercial Productor |
| 4 | Solicitante |
Para el Cliente
Se toma el primer campo no vacío en este orden:
| Prioridad | Campo |
|---|---|
| 1 | Remitente Comercial Venta Secundaria 2 |
| 2 | Destinatario |
Si todos los campos del orden de Proveedor están vacíos, el Proveedor no se completa. Si ambos campos del orden de Cliente están vacíos, el Cliente no se completa. En cualquiera de esos casos, la carta no se envía al ERP automáticamente y requiere acción manual del usuario.
Escenario 3 — La empresa no aparece en ningún lugar
El Bot no encuentra el CUIT de la empresa ni en los intervinientes estándar ni en el campo Observaciones.
Resultado: la carta no se ingresa al ERP automáticamente. Queda pendiente de revisión y requiere acción manual.
Qué hace y qué no hace
Sí: si el CUIT de la empresa está en Observaciones y no en los intervinientes, el Bot intenta resolver Proveedor y Cliente con el orden de prioridad descripto e ingresa la carta al ERP.
Sí: si la empresa aparece en los intervinientes Y también en Observaciones, se aplica la lógica estándar y Observaciones se ignora.
No: el Bot no valida que el CUIT del campo Observaciones corresponda a una organización registrada en el ERP; solo compara contra el CUIT de la empresa configurada en el Bot.
Cuidado: si Proveedor o Cliente no se pueden resolver porque todos sus campos de fallback están vacíos, la carta queda sin enviar al ERP aunque el CUIT de la empresa sí esté en Observaciones. El usuario debe completar los datos manualmente.