La integración sin Excel en exportadores B2B consiste en conectar el ERP, el catálogo de precios por mercado y el canal de pedidos para que un pedido entre, se confirme y salga a almacén sin pasar por una hoja compartida. El criterio no es digitalizar todo: es cortar el punto donde alguien copia tarifas, Incoterms o packing lists a mano. Si ese paso falla, el error llega al cliente extranjero y a aduana.
En un catálogo B2B con competencia digital fuerte, el precio y el plazo ya no se discuten solo en feria. El distribuidor compara en dos minutos. Si tu respuesta tarda porque alguien está cruzando pestañas, no pierdes un Excel: pierdes el pedido. Una integración sin Excel no es un conector bonito. Es un flujo operable: tarifa correcta, stock real, documento de salida y rastro de quién lo aprobó.
Integración sin Excel: el pedido que no debería vivir en una hoja
El patrón se repite en empresas de exportación que ya tienen ERP y, a veces, un portal o un correo comercial que funciona. El agente cierra cantidades. Administración abre la hoja de tarifas por país. Almacén espera un PDF. Finanzas factura con otro código de cliente. Nadie miente. Cada uno trabaja con la versión que tiene a mano.
Eso aguanta con tres clientes y un comercial que lo sabe todo. Se rompe al entrar más mercados, más referencias o un segundo almacén. El Excel no es el villano. El villano es usarlo como registro: la copia “oficial” vive en un archivo que se llama final_v7 y se envía por correo el viernes. Una integración bien cortada no sustituye el criterio comercial. Sustituye la copia. El pedido nace en un canal, aterriza en el ERP con la tarifa del mercado y deja un documento que almacén puede servir.
Caso práctico: de la tarifa por país al albarán
Imagina un exportador con catálogo B2B, sin nombre inventado: precios por país, descuento por volumen, Incoterm según destino y un agente fuera de oficina. El pedido no entra por un carrito. Entra por correo, WhatsApp o un Excel que el distribuidor rellena “como siempre”.
El flujo real, el de los martes, suele ser este:
- El agente confirma cantidades y referencias con el cliente.
- Oficina cruza la hoja de tarifas del mercado, a veces en otra moneda.
- Alguien mira stock en el ERP o pregunta a almacén.
- Se genera un pedido interno, a menudo pegando líneas.
- Packing list y documentos de salida se arman en otra plantilla.
¿Dónde se cae? En el cruce. Una referencia antigua. Un descuento de campaña que ya no aplica. Un Incoterm copiado del pedido anterior. El cliente recibe mercancía y papeles que no coinciden. Luego alguien “lo arregla” en la siguiente hoja.
El caso no pide un rediseño de marca ni un portal de 40 pantallas. Pide un contrato de datos: referencia, cliente, mercado, moneda, tarifa vigente, cantidad, fecha de entrega y condición de envío. Eso entra una vez. El ERP lo contabiliza. El documento de almacén sale de ahí, no de una plantilla paralela.
Qué se deja fuera a propósito
No se integra el histórico de negociaciones en comentarios de celda ni se replica el color de la hoja. Un comercio local de Sabadell o Barcelona que vende mostrador no tiene este problema: tiene otro. Un restaurante con reservas tampoco. El exportador B2B sí: el dato viaja entre personas que no se ven. Si el catálogo web enseña un precio y el Excel otro, la web no es el cuello. Primero el maestro de tarifas y el pedido. Después, si hace falta, el catálogo web o el eCommerce B2B lee del mismo sitio.
Criterio de decisión: qué flujo cortar primero
No conectes “todo con todo”. Conecta el flujo que, cuando falla, cuesta dinero visible: recálculo, demora de carga, reclamación o pedido que se va a quien responde antes. En exportación, casi siempre es este trío: tarifa por mercado, pedido y documento de salida.
Un criterio de corte usable:
- Si una persona copia el mismo dato en dos sistemas más de una vez al día, ese dato entra en la integración.
- Si el dato cambia (precio, stock, Incoterm) y el cambio no llega al siguiente paso sin un humano, ese es el corte.
- Si el fallo solo se detecta cuando el cliente escribe, el flujo no está cerrado: falta un estado visible (recibido, tarifado, servido, facturado).
Lo que no entra en la primera entrega: informes de dirección, redes, ni un CRM “para tenerlo”. Si comercial necesita ver pedidos abiertos, un panel interno a medida puede ser el frontal. El motor sigue siendo la integración, no una app que vuelve a exportar CSV.
También vale decir no. Si casi todos los pedidos los mete una sola persona y el ERP ya los captura bien, igual el problema es la tarifa, no el canal. Integra el maestro de precios y deja el alta manual un tiempo. Medirás si el dolor era el tecleo o la versión de la lista.
El error habitual: conectar sistemas y dejar Excel en medio
El error que más vemos no es “no tener API”. Es integrar a medias y conservar la hoja como red de seguridad. El ERP recibe el pedido. Almacén sigue imprimiendo un Excel. Finanzas ajusta importes en otra pestaña “porque el descuento especial no cabe”. A las tres semanas hay dos verdades. La integración se vuelve decorativa.
Otro clásico: automatizar el parche. Un script que cada noche descarga un CSV, lo limpia y lo sube. Parece integración. Es Excel con cron. Cuando una columna se desplaza, nadie se entera hasta el pedido grande del mes. Si tu competencia digital ya confirma online, tú estás depurando filas.
La regla seca: si un humano puede editar el dato “oficial” fuera del sistema, ese dato no está integrado. Puede haber excepciones (un precio de campaña aprobado por dirección). Entonces la excepción vive en el ERP, con fecha y responsable, no en un comentario amarillo. En una migración cloud pasa lo mismo si subes el servidor y dejas el archivo compartido como costumbre: cambia el sitio del fichero, no el hábito. El momento de matar la hoja es ese, no “cuando bajemos el ritmo”.
Qué suele entrar en el mapa (y en qué orden)
El mapa de un exportador B2B no es el de una tienda de barrio ni el de un panel de clínica. Suele haber ERP, maestro de tarifas, almacén y un canal sucio: correo, Excel del cliente, a veces EDI. El orden es de dependencia, no de catálogo de software.
Primero el maestro, después el canal
Si la tarifa por país está mal, cualquier portal o formulario solo multiplicará el error. Se fija qué es un cliente, un mercado, una referencia y una vigencia de precio. Luego se deja entrar el pedido por el canal que ya usáis, con validación: referencia inexistente no pasa, cantidad por debajo de mínimo no pasa, moneda distinta a la del mercado no pasa en silencio.
Después, el documento de salida. Packing list, albarán o lo que pida el destino. Sale del pedido confirmado. Si aduana o el transitario piden un formato concreto, se genera desde esos datos, no se reescribe. Aquí es donde mucha empresa se enreda: duplica el trabajo “por si acaso” y el por si acaso se queda para siempre.
Cómo medir si la integración sin Excel aguanta temporada
Sin medición, la integración es una sensación. “Ahora va mejor.” Eso no sirve cuando llega la campaña o el contenedor. Define tres números antes de construir, no después.
- Pedidos que se confirman sin reescritura manual: que baje el porcentaje que alguien retoca a mano.
- Tiempo entre pedido recibido y pedido lanzado a almacén. No el de un mes tranquilo: el de la semana fea.
- Incidencias de dato: precio incorrecto, referencia cruzada, Incoterm erróneo, packing list que no cuadra con bultos.
Mantenimiento: las tarifas cambian, los agentes se van y alguien pedirá “una columnita más”. Si cada cambio exige un programador y una semana, volveréis a la hoja. Acordad quién es dueño del maestro de precios. Una tarifa nueva no debería romper el flujo. Un campo nuevo sí merece cola y prueba. Revisa cada mes cuántos pedidos salieron del canal integrado y cuántos se colaron por el Excel “urgente”. Si el urgente es el camino normal, no hay integración: hay un atajo. Deja logs de quién cambió un precio y qué tarifa se aplicó. Es poder contestar al distribuidor sin abrir cinco archivos.
Preguntas frecuentes
¿Se puede hacer una integración sin Excel si el ERP es antiguo?
Sí, si el ERP acepta altas de pedido y lectura de tarifas por un medio estable: API, fichero con contrato o una cola controlada. Antiguo no es el problema. El problema es que el dato oficial siga viviendo en la hoja.
¿Y si los agentes siguen mandando el pedido por WhatsApp?
Puede. La integración no obliga a un portal el día uno. Obliga a que, en oficina, el pedido se capture una vez en el sistema y no se reescriba. WhatsApp como archivo permanente no es un proceso: es un riesgo.
¿Hace falta un eCommerce B2B para dejar la hoja?
No. Una tienda B2B ayuda cuando el distribuidor se sirve solo y hay tarifa y stock fiables detrás. Con pocos clientes y pedidos complejos, un canal interno y un ERP bien alimentado bastan. Montar tienda sobre un maestro sucio solo enseña el desorden más rápido.
¿Quién mantiene las tarifas cuando cambia un mercado?
Negocio, no IT. Quien decide el precio del mercado es comercial o dirección, con fecha de inicio y de fin. IT interviene si hay que añadir un campo o un destino. Si cada cambio de precio pide un ticket técnico, el Excel vuelve porque es más rápido.
¿Cuánto hay que tener cerrado antes de empezar?
Un flujo, no el mapa completo: cliente, referencia, mercado, tarifa vigente, pedido y documento de salida. EDI, segundo almacén o app de agentes se añaden cuando ese flujo ya no necesita la hoja de respaldo. Empezar por conectar todos los sistemas es la forma de no terminar ninguno.
Si el cuello es el cruce de datos, se corta ahí
La competencia que ya cotiza y confirma sin teatro no tiene magia: tiene menos copias. En un exportador B2B, la integración sin Excel empieza por tarifa, pedido y documento de salida, no por un rediseño ni por una app que exporta lo mismo a otro sitio. Si operas cerca de Sabadell o Barcelona y ese cruce te cuesta pedidos, en Chocola Studio miramos el flujo real y cómo se mide cuando llegue el pedido incómodo. Cuéntanos el pedido que hoy vive en una hoja y vemos qué sistema tiene que ser la fuente, no el archivo.