Limitaciones importantes
Lee con atención antes de habilitar la aplicación automática del cobro para un cliente — el proceso es nuevo (beta) y tiene comportamientos específicos. Se harán nuevas implementaciones en las próximas versiones.
Proceso asíncrono
La API de Olist/Tiny limita el envío a cerca de 30 cuentas por cobrar por minuto. En conciliaciones grandes, el proceso puede tardar varios minutos (p. ej.: 300 pedidos ≈ 9 lotes de envío).
Sin barra de progreso
Después de hacer clic en "Enviar ao ERP" (Enviar al ERP), no hay indicador de avance en la pantalla — solo el botón deshabilitado muestra que ya se envió. La validación de los cobros aplicados se hace después, en Smart Report: mediante el ícono de etiqueta en la lista de conciliaciones (paso 8) y mediante la opción "Mostrar dados da Integração?" (¿Mostrar datos de la integración?) al extraer el informe (paso 9).
A los pedidos sin ID no se les aplica el cobro
Los movimientos sin el identificador de la cuenta por cobrar en Koncili quedan automáticamente fuera del envío.
Historial de la cuenta por cobrar
El campo histórico (historial) de la cuenta por cobrar debe contener el número del pedido del marketplace y seguir el patrón OC nº [número]. Ejemplos: OC nº 20000XXXXXXXX970, OC nº LU-131XXXXXXXXXXX801, OC nº 260XXXXXXXXX28.
Si el historial no muestra el número del pedido del marketplace, ve a Configurações > Configurações ERP > e-commerce > Configurações Gerais (Configuración > Configuración ERP > e-commerce > Configuración general) y marca la opción Identificador do pedido no e-commerce (Identificador del pedido en el e-commerce). Observación: las cuentas por cobrar ya registradas no se actualizan.
Aplicación del cobro de pedidos en cuotas
Por ahora no aplicamos el cobro de pedidos en cuotas. Lo ideal es configurar Olist/Tiny para generar una única cuota de la venta cuando la liquidación se hace al contado. Si la liquidación es en cuotas, la integración todavía no está preparada para aplicar los cobros automáticamente — en esos casos será necesario aplicar el cobro manualmente.
A la reversión sin venta correspondiente no se le aplica el cobro
Si la conciliación tiene la reversión pero no tiene la venta, la línea del informe no se genera (el mapeo depende de la venta) y, por lo tanto, al movimiento no se le aplica el cobro.
Los valores negativos no se envían
Si el monto a aplicar resulta negativo, Koncili no genera ese movimiento — la API de Olist/Tiny solo acepta valores positivos.
La divergencia de montos bloquea la aplicación del cobro
Si el monto de la venta en Olist/Tiny es diferente del monto en Koncili, al movimiento no se le aplica el cobro y se genera una ocurrencia de divergencia en el log, que puede verse en el informe de Smart Report.
Funcionalidad en beta
El proceso es nuevo, se está probando y tendrá ajustes y mejoras a medida que se use. Dentro de Smart Report, la lista de conciliaciones ya indica con un ícono cuándo una conciliación se envió al ERP, y el informe de Extrair dados (Extraer datos) ya puede traer el estado de la aplicación del cobro por pedido (paso 9); otros cambios estarán disponibles en versiones futuras.