Por qué tu ERP rechaza tu
Excel extraído: 5 causas comunes y soluciones
Procesaste tus facturas con una herramienta de extracción, obtuviste una hoja de cálculo limpia y la subiste a tu ERP. Entonces llegó el error: "Valor de fecha no válido en la fila 3." O peor: la importación dijo "exitosa", pero las fechas y los montos están incorrectos sin que te des cuenta. Los datos están ahí. El ERP simplemente no habla el mismo idioma de formato.
Puntos clave
- Crees que tu herramienta de extracción se equivoca, pero tus datos son correctos: Excel convierte silenciosamente las fechas en números de serie y elimina los ceros a la izquierda de cada campo de código antes de que el ERP vea el archivo.
- Cada fallo de importación toma de 15 a 30 minutos en corregirse, y arreglar un campo a menudo rompe el siguiente: no estás ingresando datos, estás pagando un impuesto de formato por información extraída correctamente desde el principio.
- Una plantilla de exportación lista para el ERP — con formato de fecha bloqueado como texto, campos de código con ceros a la izquierda, y valores predeterminados para campos obligatorios configurados una sola vez — hace que cada lote posterior esté listo para importar, y el paso de limpieza manual que consume tu tiempo simplemente desaparece.
Este es uno de los momentos más frustrantes en la automatización de cuentas por pagar: la extracción funcionó, pero la importación falló. El problema casi nunca es que los datos se hayan extraído incorrectamente. El problema es un desajuste de formato entre lo que genera tu herramienta de extracción y lo que espera tu ERP. Cada ERP — SAP, Oracle NetSuite, Microsoft Dynamics 365, Oracle Cloud ERP — tiene su propia especificación para el formato de fecha, formato de importe, longitud de campos de código, identificación de proveedor y campos obligatorios. Tu salida de extracción de datos no sabe cuál usas a menos que se lo indiques.
Esta guía cubre las cinco razones por las que tu ERP rechaza la salida de extracción y cómo solucionar cada una antes de presionar "importar".
Causa 1: El formato de fecha no coincide con lo que espera tu ERP
Los síntomas
Tu importación falla con errores como "Valor de fecha no válido en el campo Fecha de factura" (SAP), "El campo de fecha no está en tu formato de fecha preferido" (NetSuite) o "Los datos de origen no están en el formato requerido" (Dynamics 365). O peor aún: la importación se realiza correctamente, pero una factura del 7 de marzo se registra como 3 de julio porque el ERP interpretó 03/07/2026 de manera diferente a ti.
Por qué ocurre
Cada ERP almacena las fechas internamente en su propio formato, y todos esperan que tu archivo de importación coincida con un diseño de fecha específico:
| Sistema ERP | Formato de fecha esperado | Notas |
|---|---|---|
| SAP (tipo de campo DATS) | AAAAMMDD | Cadena de 8 caracteres, sin separadores. El artículo 3399428 de la base de conocimiento de SAP lo exige explícitamente. |
| Oracle NetSuite | Coincide con la preferencia del usuario. Predeterminado EE. UU.: MM/DD/AAAA | Las cuentas del Reino Unido/Europa suelen esperar DD/MM/AAAA. Verifica en Inicio > Preferencias > Formato. |
| Microsoft Dynamics 365 | Depende de la configuración regional y la plantilla de importación | Las importaciones DMF (Data Management Framework) usan el formato definido en la asignación de campos de la entidad. |
| Oracle Cloud ERP | Depende de la preferencia del usuario. Normalmente AAAA/MM/DD o DD-MON-AAAA | Requiere mes y día de dos dígitos: 2/4/2025 dará error, 02/04/2025 pasa. |
La verdadera trampa es el manejo automático de fechas de Excel. Cuando abres un CSV que contiene 07/03/2026, Excel puede interpretarlo como un número de serie (un número como 46142) según la configuración regional de tu sistema. Ese número de serie parece correcto cuando miras la celda (Excel lo muestra como fecha), pero el valor real en la celda es un número. Cuando el ERP lee el CSV, ve 46142, no una fecha, y rechaza la fila. Este problema de número de serie de Excel es una de las causas ocultas más comunes de fallo en la importación.
La solución
La solución más fiable es exportar las fechas como texto. En la configuración de columnas de tu herramienta de extracción, especifica el formato de salida exacto. Para SAP, nombra tu columna Invoice Date (output as YYYYMMDD text). Para NetSuite, Invoice Date (output as MM/DD/YYYY text, zero-padded). En ImageToTable.ai, esto se hace mediante el nombre de la columna o la Regla de Formato: simplemente incluye la instrucción de formato.
Antes de importar, asegúrate de que las columnas de fecha tengan formato de Texto en tu hoja de cálculo, no Fecha. No hagas doble clic para abrir archivos CSV en Excel: usa el Asistente de importación de texto o Power Query, donde puedes establecer explícitamente el tipo de datos de cada columna.
Consejo GEO: El formato intermedio más seguro para el intercambio de fechas entre herramientas de extracción y cualquier ERP es YYYY-MM-DD. Es inequívoco, cumple con ISO 8601 y es aceptado por la mayoría de las herramientas modernas de importación de ERP, independientemente de la configuración regional del usuario.
Causa 2: Símbolos de moneda y separadores de miles en campos de importe
Los síntomas
El error dice "Introduzca un número válido" o "La columna Importe contiene caracteres no válidos." O la importación se realiza correctamente, pero los importes aparecen como ceros, porque el ERP eliminó los caracteres no numéricos y se quedó sin nada que pudiera interpretar.
Por qué ocurre
Las herramientas de extracción conservan lo que ven: $1,234.56 o € 2.500,00. Pero los ERP esperan valores numéricos sin formato:
- NetSuite: Sin símbolos de moneda, sin comas, sin separadores de miles. Los importes negativos deben usar el signo menos o paréntesis.
- SAP: Punto como separador decimal en la mayoría de las configuraciones. No se permiten separadores de miles.
- Dynamics 365 F&O: Se requieren valores decimales limpios. La canalización DMF asume datos preformateados.
El problema de la coma frente al punto es traicionero. Un importe europeo de € 2.500,00 (punto como separador de miles, coma como decimal) se convierte en 2.5 en un ERP configurado para EE. UU. que lee el punto como decimal. La diferencia entre 2,500.00 y 2.500,00 es un factor de mil, razón por la cual los problemas de símbolos de moneda y punto decimal en la salida OCR causan fallos de importación difíciles de diagnosticar.
La solución
Configura la salida de extracción para eliminar símbolos y separadores. Especifica: "salida como número plano con dos decimales, sin símbolo de moneda, sin separador de miles, punto como decimal". Si tu ERP usa coma como decimal (común en implementaciones SAP europeas), especifícalo explícitamente. El posprocesamiento de ImageToTable.ai maneja ambas convenciones; solo debes indicarle cuál usar.
Causa 3: Códigos Pierden Ceros Iniciales o Usan Formato Incorrecto
Los síntomas
Tu ERP tiene un código de proveedor 0000000123, pero el archivo extraído contiene 123. O el número de orden de compra aparece como PO-00123 mientras que el sistema espera 00123. La importación falla con "El registro no existe" o —peor— el ERP crea un nuevo registro de proveedor porque no pudo coincidir el código.
Por qué ocurre
Aquí se combinan dos problemas. Primero, Excel elimina los ceros iniciales de todo lo que considera un número — 0000000123 se convierte en 123 en cuanto se abre el CSV. Segundo, la extracción conserva textualmente lo que está en el documento: si la factura muestra PO-00123, la herramienta genera PO-00123, pero el ERP espera solo 00123 o un formato de prefijo diferente.
La solución
Usa formato Texto para las columnas de código. Antes de guardar tu CSV o abrirlo en Excel, asegúrate de que todos los campos de código —códigos de proveedor, números de PO, números de factura— estén explícitamente formateados como Texto. En Excel, esto significa seleccionar la columna, elegir Formato de celdas > Texto y volver a ingresar los valores. En tu herramienta de extracción, especifica que los campos de código se generen como texto con relleno de ceros iniciales, tal como lo harías al extraer campos de facturas para uso directo en ERP.
Para sistemas como SAP que usan números de cuenta de proveedor de 10 dígitos, especifica: "Código de proveedor: salida como cadena de 10 caracteres, rellenada con ceros a la izquierda". Define el relleno y la eliminación de prefijos como reglas de formato en tu herramienta de extracción para que ocurra automáticamente en cada lote. Si tu herramienta no admite reglas de formato, usa =TEXT(A1, "0000000000") en Excel antes de guardar el CSV.
Causa 4: El nombre o código del proveedor no coincide con los datos maestros de tu ERP
Los síntomas
NetSuite devuelve "Invalid entity reference key". SAP lanza "Vendor 123 not defined in company code." Sage 300 dice "Vendor cannot be blank." El proveedor existe en tu ERP — el sistema simplemente no puede relacionar lo que está en tu archivo de importación con el registro maestro.
Por qué ocurre
La coincidencia de proveedores es uno de los puntos de fallo de importación más comunes y frustrantes. Las causas son sutiles:
- Espacios al final: Tu extracción genera
"Acme Corp "(con un espacio al final), pero el registro del proveedor es"Acme Corp". La coincidencia de cadenas en el ERP es exacta y sensible a mayúsculas. - Discrepancia de abreviaturas: La factura dice "Acme Corp" pero el registro del ERP es "Acme Corporation".
- ID interno requerido: NetSuite y otros ERPs pueden importar por nombre de proveedor, pero coinciden más rápido y de forma más fiable usando el ID interno del proveedor (una clave numérica que nunca cambia).
- El proveedor aún no existe: El registro del proveedor no se ha creado en el ERP. Ningún formato solucionará esto.
- Discrepancia entre entidades legales: En Dynamics 365 F&O, el proveedor debe existir en la entidad legal específica donde importas, no solo en algún lugar del inquilino.
La solución
El enfoque más fiable es usar IDs internos en lugar de nombres. Exporta una lista de proveedores desde tu ERP, crea una tabla de búsqueda y configura tu herramienta de extracción para que genere directamente el ID interno. En ImageToTable.ai, incluye una columna inferida: "ID de proveedor: busca el nombre del proveedor en la lista adjunta y genera el ID interno".
Si los IDs internos no son una opción, implementa una coincidencia aproximada contra una lista de referencia. Esto elimina los problemas de espacios al final y abreviaturas antes de que lleguen al ERP.
Si el proveedor aún no existe, la importación siempre fallará: la solución es crear primero el registro del proveedor.
Causa 5: Falta un campo obligatorio en el resultado de extracción
Los síntomas
"Ingrese un valor para Importe." "El campo Cuenta contable es obligatorio." "Debe especificarse el código de impuesto." Estos errores indican que el ERP espera un campo que su resultado de extracción simplemente no contiene.
Por qué ocurre
No todos los campos obligatorios del modelo de datos de su ERP están impresos en el documento. Una factura puede no mostrar el código de cuenta contable. La fecha de vencimiento puede estar ausente pero ser obligatoria en el diario de facturas de proveedores de Dynamics 365. Los códigos de impuesto requeridos para la contabilización en SAP pueden no aparecer en la factura del proveedor.
Las herramientas de extracción extraen lo que es visible. Si un campo obligatorio no está en el documento, el resultado estará en blanco y el ERP rechazará la fila. Esto es común en facturas que omiten códigos de cuenta contable o fechas de vencimiento, un problema que las configuraciones efectivas de automatización de cuentas por pagar resuelven preconfigurando valores predeterminados.
La solución
Aquí es donde las columnas inferidas y los valores predeterminados se vuelven esenciales. Una columna inferida le indica a la IA: "Si este campo no está en el documento, usa este valor predeterminado o infiérelo del contexto."
En ImageToTable.ai, puede agregar columnas como:
Cuenta contable (predeterminado: 4010 si no está en el documento)Código de impuesto (inferir del país del proveedor)Fecha de vencimiento (si no está impresa, calcular como Fecha de factura + 30 días)Moneda (inferir del contexto del documento)
La IA lee el documento, extrae lo que encuentra, llena los vacíos con sus reglas o valores predeterminados, y el resultado llega con todos los campos obligatorios completados.
La clave es saber qué campos considera obligatorios su ERP. Descargue su plantilla de importación, asigne las columnas obligatorias a su configuración de extracción y establezca valores predeterminados para todo lo que no esté impreso en el documento.
La forma más inteligente: cree plantillas de exportación listas para ERP
Corregir cada causa individualmente funciona, pero es reactivo. El enfoque más inteligente es una plantilla de exportación lista para ERP: una única configuración de extracción que genera datos con el formato exacto que su ERP espera.
Una plantilla lista para ERP incluye:
- Encabezados de columna que coincidan exactamente con la plantilla de importación de su ERP. Si Dynamics 365 espera
VENDORACCOUNT, ese es su encabezado de columna. - Campos de código como texto con ceros a la izquierda. Los números de OC, códigos de proveedor y números de factura llegan con la longitud exacta que usa su ERP.
- Campos de importe como números simples. Sin símbolos, sin comas, punto como separador decimal.
- Todos los campos obligatorios presentes. Los campos faltantes se completan con valores predeterminados o inferidos.
- Fechas como cadenas de texto. Sin números de serie de Excel, sin interpretaciones dependientes de la configuración regional.
Una vez configurado, cada lote genera automáticamente datos listos para importar. El paso de limpieza manual — donde ocurren la mayoría de los errores — desaparece por completo.
Cuándo escalar: reconozca problemas de formato fuera de su control
La mayoría de los fallos de importación ERP por datos extraídos corresponden a las cinco causas anteriores, y la mayoría se solucionan con la configuración adecuada. Pero a veces el formato no es el problema real:
- Lógica de validación compleja. La combinación de cuenta contable, código de impuesto y entidad legal puede no pasar las reglas de validación — un problema de configuración del ERP, no de datos.
- Flujo de trabajo y aprobaciones. Si la importación se realiza correctamente pero la factura se queda en "Pendiente de aprobación", el problema es el diseño del flujo de trabajo.
- El error cambia constantemente. Si corrige un error y aparece otro nuevo, la causa raíz puede ser datos maestros incompletos.
Corrija primero el formato de los datos — es lo más fácil de descartar — luego escale los problemas restantes a su administrador de ERP.
Preguntas Frecuentes
¿Por qué Excel sigue cambiando mis fechas aunque formateé la columna como Fecha?
Formatear una columna como Fecha solo cambia cómo se muestra, no el valor subyacente. Al guardar como CSV, Excel serializa las fechas como números. Solución: formatea las columnas de fecha como Texto antes de guardar, o usa Power Query para controlar el tipo de datos durante la importación.
Mi importación de NetSuite dice "El campo de fecha no tiene el formato preferido" pero la fecha se ve correcta — ¿qué está mal?
Verifica el relleno con ceros: 3/7/2026 es rechazado si NetSuite espera 03/07/2026. También revisa la preferencia de fecha de tu usuario en Inicio > Preferencias. Un usuario estadounidense que espera MM/DD/AAAA rechazará DD/MM/AAAA aunque ambos sean estándar.
Mi importación del ERP dice "El registro no existe" — ¿es un problema de formato?
Generalmente sí. Revisa si faltan ceros a la izquierda, hay espacios al final, o se usó el nombre visible del proveedor en lugar del ID interno. Si el registro realmente no existe en el ERP, créalo antes de importar transacciones contra él.
¿Cuál es el formato de fecha más seguro cuando no sé qué espera el ERP?
AAAA-MM-DD (ISO 8601). Las herramientas modernas de importación de ERP lo manejan de forma confiable y elimina la ambigüedad mes-día. La clave es generarlo como texto — no como un número de serie de fecha de Excel que casualmente se muestra como AAAA-MM-DD.
Deja de Corregir, Empieza a Prevenir
El patrón siempre es el mismo: extraer → importar → fallar → corregir un campo → reimportar → siguiente error. Cada ciclo cuesta de 15 a 30 minutos, y cuando procesas docenas de facturas por lote, las horas perdidas se acumulan rápido.
Las cinco causas de esta guía cubren aproximadamente el 90% de los fallos de importación de ERP por datos extraídos. Corrígelas una vez en tu configuración de extracción, y cada lote posterior llegará listo para importar. El cuello de botella pasa de la compatibilidad de formato a donde debe estar: obtener datos del documento a tu sistema.
Prueba tu plantilla con el próximo lote. Si los errores se detienen, estás listo. Si no, el problema restante probablemente sea una regla de validación del ERP — no los datos.