Acuerda qué acepta cada sistema al intercambiar archivos
Una lista de empaque describe mercancía; un intercambio entre sistemas necesita además un acuerdo sobre el significado y el estado de cada registro. Antes de pedir una integración por archivo, define con ambas partes cómo se reconocerá lo recibido, lo rechazado y lo aplicado.
Guía gratuita · ejemplo ficticio · sin subir documentos
Prepara el trabajo y sus dependencias
01
Acordad significado y versión
Define si el archivo representa un saldo completo a un corte o movimientos individuales. Un saldo no se suma como si fuera un movimiento. Acuerda formato/revisión, codificación, separadores, fechas y zona horaria, claves de producto/lote/ubicación, unidad y equivalencias. Deja documentado quién gobierna cada dato.
02
Definid validación y acuse
Relaciona identificador de archivo, clave de negocio y fila con validaciones de estructura y de contenido. El acuse debe permitir saber si el archivo sólo llegó, si fue validado y qué se aplicó o rechazó. Conserva causa de rechazo, hora y referencia del resultado; una confirmación de transporte no demuestra una modificación de stock.
03
Probad correcciones y duplicados
Acuerda con las partes cómo corregir un rechazo y qué claves o mecanismo impedirán aplicar dos veces el mismo hecho. Prueba archivo repetido, fila corregida y pérdida de acuse antes de aceptar el flujo. Sin respuesta, consulta el estado: «desconocido» no significa «rechazado» ni autoriza reenviar a ciegas.
Seis movimientos de negocio, ocho intentos de fila
Ejemplo ficticio de un contrato DEMO-v1 para movimientos, no saldos. Las partes del supuesto han acordado y probado una clave de negocio estable y el tratamiento de correcciones. Es un ejercicio de estados; no es un CSV compatible con cualquier proveedor ni un archivo EDI listo para usar.
Primer envío · seis filas únicas
M01–M04 aparecen aplicadas en el acuse. M05 se rechaza por unidad no reconocida y M06 por ubicación inexistente. Resultado: cuatro aplicadas, dos rechazadas con causa; las seis fueron recibidas.
Corrección · sólo dos intentos nuevos
Se resuelven las causas y se reintentan M05 y M06 bajo el mecanismo acordado, conservando relación con el envío anterior. El acuse de aplicación confirma ambas. M01–M04 no se reaplican.
Corte final y acuse perdido
Cuatro primeras + dos corregidas = seis movimientos aplicados una vez, cero pendientes. Seis + dos = ocho intentos de fila, no ocho movimientos. Si faltara un acuse, el estado quedaría desconocido hasta consultarlo; no se podría usar este cierre.
Conserva archivo original, corrección y acuses enlazados. Este ejemplo supone un control de duplicados probado por las partes; nombrar una columna «ID» no implementa ese control. Para saldos completos se necesita otra regla de corte y reemplazo acordada, sin sumar el saldo anterior.
Lleva esta ficha a tu registro privado
Completa los campos fuera de la página. Escribe «pendiente» donde falte un dato y conserva el soporte que permita revisarlo; no necesitas compartir documentos para consultar el contenido.
Ver campos para preparar la ficha
Contrato de formato
Partes, versión, tipo saldo/movimiento, codificación/separadores, campos obligatorios, corte y zona horaria.
Claves y unidades
Archivo, fila, clave de negocio, producto/lote/ubicación, unidad, equivalencias y responsable del dato maestro.
Validaciones
Reglas de estructura y negocio, causas de rechazo y quién resuelve cada una; tratamiento de filas parcialmente aceptadas.
Acuse y estado
Referencia original, recibido/validado/aplicado/rechazado/desconocido, resultado por registro, hora y consulta de estado disponible.
Pruebas y aceptación
Caso repetido, corrección y acuse perdido; resultado esperado/observado, mecanismo contra duplicados y aceptación de ambas partes.
Usa la ficha para resolver la siguiente decisión
Pide al operador y al equipo responsable de tus sistemas un ejemplo de entrada y de acuse con sus reglas, y acuerda una prueba controlada. No contrates «integración» como una sola palabra si aún no sabes qué datos y estados incluye ni qué excepciones requieren trabajo manual.
¿Se distingue saldo de movimiento y se comparte la misma unidad?
¿El acuse prueba aplicación o sólo llegada del mensaje?
¿Se comprobó qué pasa con repetidos, correcciones y falta de respuesta?
Si necesitas una propuesta, puedes usar la solicitud de almacenamiento. Describe el alcance y pide confirmar qué puede atenderse; leer o completar esta guía no reserva ni contrata un servicio.
Describe aviso de despacho, contenido de envío e identificación para contrastar el mensaje con la recepción. Sirve como referencia de semántica acordada; no prescribe nuestro contrato de archivo ni acredita una integración de CotizaBodega.
Distingue confirmación de intercambio/sintaxis y recepción o errores de aplicación. No afirma que un acuse de recepción pruebe una aplicación de inventario. Los estados por fila, reintentos y claves del ejemplo son un acuerdo editorial propuesto, no una implementación APERAK ni garantía universal de idempotencia.
La ficha, los estados, las preguntas y las cantidades del ejemplo son elaboración editorial propia. No son resultados reales del operador ni instrucciones emitidas por las fuentes.
No carga archivos, toca APIs ni conecta sistemas. No promete sincronización en tiempo real, compatibilidad de un WMS/ERP o control automático de duplicados. Las partes deben verificar formato, semántica y mecanismos con sus propios sistemas; no subas inventarios reales a esta página.