- El pedido llega como el cliente quiere. Un PDF de su programa, tres líneas de texto en un correo, una foto por WhatsApp. Tu oficina lo teclea otra vez.
- Leer el documento es la parte fácil. La difícil es casar lo que pone con tu catálogo, tus unidades y los códigos que usa ese cliente.
- Una persona confirma las líneas. Lo que casa con seguridad entra solo; lo dudoso se queda en la cola de revisión.
- El albarán firmado en el móvil vuelve al pedido. La factura sale de lo que se entregó, con las mismas líneas.
Este artículo explica dónde se teclea dos veces un pedido, qué parte del trabajo puede hacer un sistema y qué parte debe seguir haciendo una persona. Sirve para decidir si tu proceso merece este cambio y qué comprobar antes de encargarlo.
Por qué el pedido se teclea dos veces
El cliente ya ha tecleado el pedido una vez. Lo ha hecho en su programa de gestión, en una hoja de cálculo o en una nota de papel, y te lo manda por el canal que le resulte cómodo. El PDF que genera su programa lleva sus códigos de artículo. El correo en prosa dice "lo de siempre pero el doble". La foto por WhatsApp recoge una hoja de pedido apoyada en el mostrador, a veces impresa y a veces a boli.
En tu oficina alguien abre cada uno de esos mensajes, busca cada artículo en el catálogo y teclea las líneas en tu programa. Un pedido de quince líneas lleva unos minutos si todo casa. Lleva bastante más si el cliente usa sus propios códigos o pide "cajas" de un artículo que tú vendes por unidades.
Los errores entran en tres sitios. En la referencia, cuando dos artículos parecidos se confunden y el almacén prepara el que no era. En la cantidad, cuando un cero de más o de menos pasa desapercibido. En la unidad, cuando el cliente pide seis y quiere seis cajas, y en tu programa entran seis unidades. El error se descubre en la entrega o en la factura, cuando ya cuesta dinero arreglarlo.
Cuando ese canal es el correo o WhatsApp, el pedido llega mezclado con consultas, reclamaciones y facturas, y separarlo es el trabajo de ordenar correos, WhatsApp y llamadas con IA antes de que nadie lo teclee. Un portal de pedidos B2B resuelve la parte de los clientes que sí quieren pedir en tu web, con sus precios y su stock. Los demás seguirán mandando PDF, texto y fotos, y para ellos sirve lo que sigue.
Leer no es lo mismo que entender
Sacar el texto de un documento se llama extracción. Un PDF generado por un programa ya lleva el texto dentro, así que se lee con pocas sorpresas. Una foto nítida de un documento impreso también se lee, con revisión. Un correo en prosa exige interpretar frases, y ahí el acierto se mide con correos reales de tus clientes antes de darlo por bueno. La tabla recoge qué hay que resolver en cada caso.
Casar ese texto con tu catálogo es otro trabajo distinto. El cliente escribe "tubo 20 gris" y en tu programa hay cuatro referencias que encajan con esa descripción. Otro cliente usa su propio código interno, que solo se traduce a tu referencia si alguien ha guardado esa equivalencia. Un tercero pide en packs y tu catálogo va en unidades. Cada caso se resuelve antes de que la línea entre en tu programa.
| Lo que llega | Lo que hay que resolver |
|---|---|
| PDF salido del programa del cliente | Traducir sus códigos de artículo a tus referencias y comprobar unidades y packs |
| Correo escrito en prosa | Interpretar descripciones libres y cantidades implícitas ("como el mes pasado") |
| Foto por WhatsApp de un pedido impreso | Calidad de imagen, tablas torcidas y la misma traducción de códigos que el PDF |
| Hoja de cálculo adjunta | Columnas que cambian de sitio entre envíos y referencias tecleadas a mano por el cliente |
| Llamada de teléfono | No hay documento que leer; alguien anota y entra por el mismo paso de confirmación |
La fila de la llamada está a propósito. Un sistema que lee documentos no elimina el teléfono. Lo que sí puede hacer es que la persona que atiende teclee el pedido en el mismo formulario de confirmación, con las mismas ayudas de búsqueda. La hoja aparte deja de hacer falta.
La confirmación es el paso que se queda
El sistema propone líneas. Una persona las confirma. Ese paso no desaparece, y ahí se decide cuánto tiempo ahorra el proceso.
Lo que puede entrar sin revisión tiene una forma concreta: un cliente conocido, un formato que ya se ha leído antes y referencias que casan de forma exacta con equivalencias guardadas y en la unidad habitual de ese cliente. Un pedido que cumple las tres condiciones se puede confirmar solo, o pasar a la cola de revisión con las líneas ya marcadas en verde para que confirmar sea un vistazo.
Lo que debe revisarse siempre también tiene forma. Un cliente nuevo o uno que ha cambiado de plantilla. Una línea con varias referencias candidatas. Una cantidad muy fuera de lo habitual para ese cliente. Una cantidad que remite a un pedido anterior en vez de a un número. Cualquier texto que la extracción no ha leído con confianza. En todos esos casos, la línea queda marcada y la persona compara con el documento original en la misma pantalla.
La alternativa manual completa tiene un coste conocido: los minutos por pedido y los errores de tecleo. La alternativa automática completa tiene otro coste peor: un pedido mal leído que llega al almacén sin que nadie lo vea. El paso de confirmación evita las dos cosas. La persona deja de teclear y pasa a comprobar, que es más rápido y detecta los errores antes de que salgan de la oficina.
El albarán firmado cierra el círculo
El pedido confirmado se prepara y sale. En la entrega, el cliente firma el albarán en el móvil del repartidor o del técnico. Si algo falta o va dañado, se anota en ese momento y se añade una foto. El albarán firmado vuelve al pedido del que salió, en tu programa, sin papel que traer de vuelta a la oficina.
La consecuencia importante está en la factura. Si la factura se genera desde el albarán firmado, lleva las líneas y las cantidades que el cliente ha aceptado en su puerta. Si se genera desde el pedido original, puede facturar algo que no se entregó, o que se entregó distinto, y el cliente la devuelve. Con el albarán firmado unido al pedido, el pedido, la entrega y la factura cuentan la misma historia.
Un ejemplo hipotético. En una distribuidora cuyos clientes piden por correo y WhatsApp, algunos albaranes vuelven con una anotación a boli que nadie traslada a la factura. Con la firma en el móvil, la anotación queda en la línea del albarán y la factura sale con la cantidad corregida.
Qué comprobar en tu programa antes
El 63,6 % de las empresas españolas de 10 o más empleados usa ya un ERP, según la Encuesta sobre el uso de TIC y comercio electrónico en las empresas del INE (22 de octubre de 2025), así que el pedido suele acabar en un programa que ya existe y que conviene revisar antes. Lo primero es si tu ERP o programa de gestión permite crear pedidos desde fuera. Puede tener una API, una importación de ficheros documentada, un módulo de conectores o acceso a su base de datos. Sin alguna de esas vías, el sistema puede leer y proponer líneas, pero alguien tendrá que copiarlas igualmente, y el ahorro se queda a medias.
La segunda comprobación es cómo modela pedidos y albaranes. Algunos programas tratan el albarán como un documento propio que cuelga del pedido; otros lo generan al servir y no admiten adjuntos. Interesa saber si se puede adjuntar el PDF firmado al albarán y si el estado del pedido se puede actualizar desde fuera.
Quedan los códigos de cliente. Si tu programa admite guardar la referencia que usa cada cliente para cada artículo, la traducción vive dentro del ERP y el sistema la consulta. Si no lo admite, esa tabla de equivalencias hay que guardarla en otro sitio y mantenerla.
En el orden habitual, el pedido se digitaliza antes de automatizarse: primero existe como líneas con campos en tu programa, después se mueve solo. Leer documentos con formato variable es la excepción en la que la IA construye ese primer paso, y aun así el destino tiene que estar preparado. El mismo razonamiento vale para el proceso espejo del lado de las compras, la entrada de facturas de proveedor, donde el documento variable viene del proveedor y el paso de revisión pesa igual.
El pedido de mañana, seguido hasta la factura
Coge el próximo pedido que llegue por WhatsApp y sigue su camino hasta que se factura: quién lo teclea, cuántas líneas hay que buscar, cómo vuelve el albarán. Con ese recorrido delante, la página de pedidos y albaranes sin teclear describe qué parte de ese camino construimos y qué revisamos con tu programa antes de dar precio. Si aún no está claro qué nivel toca en tu empresa, el artículo sobre digitalizar, automatizar e IA sirve para situar el pedido en ese orden.
Estamos construyendo una herramienta de pedidos para un distribuidor de fruta y verdura, con revisión humana y recuento por producto y unidad. El proyecto sigue en pruebas y la entrada por WhatsApp está pendiente. Su ficha explica el diseño previsto; todavía no acredita resultados en producción ni una integración con el ERP. Si el pedido no es tu primer cuello de botella, la guía de primeros pasos para digitalizar tu empresa ayuda a encontrar cuál es.