Teníamos un cliente, un vendedor de artículos para el hogar con sede en el este de China, cuyos pedidos desde Alemania y Francia acababan de empezar a crecer el pasado otoño. Se apresuraron a conectar la API de un transportista europeo a su sistema de almacén. El comercial juraba que la interfaz era estándar y que estaría en funcionamiento en dos semanas. En la primera semana tras el lanzamiento, 11 de 47 pedidos rebotaron en el paso de validación de direcciones. La bandeja de soporte explotó, y el personal del almacén pasó los días llamando a los clientes uno por uno para verificar direcciones a partir de etiquetas impresas. Esa semana me enseñó algo que he visto una y otra vez desde entonces: integrar rara vez es difícil por el código. Es difícil porque los detalles que todos daban por resueltos nunca se habían discutido realmente.
Los clientes cometen el mismo error una y otra vez. Tratan "hemos recibido la documentación de la API" como si fuera "la integración está hecha". La documentación es documentación. Estar en vivo es otra cosa muy distinta, y entre ambas hay tres brechas: direcciones, trámites arancelarios y etiquetas de devolución. Cada error que sigue se pagó con tickets de reclamación reales.
Acierta con las direcciones antes de tocar la API de un transportista europeo
Los formatos de dirección europeos no funcionan como la mayoría de los vendedores esperan. Cada transportista europeo publica sus propias peculiaridades de validación, y la única medida segura es probar con ellas antes del lanzamiento. Dónde va el número de la casa, cómo se escriben las plantas y las escaleras, y cómo se estructuran los códigos postales varían según el país. Algunos ponen el número después del nombre de la calle, otros antes, y otros quieren la escalera y la planta como campos separados. Si tu página de pago ofrece una única casilla de texto libre para la dirección, los clientes escribirán lo que les parezca natural, y en cuanto la interfaz divida esa cadena, el número de la casa puede desaparecer sin más.
Nuestro cliente de artículos para el hogar lo aprendió por las malas. Un lote con destino a Múnich tenía nombres de calles y números de casa comprimidos en un solo campo. La interfaz dividió por los espacios, el número de la casa se perdió, y los paquetes llegaron dirigidos a toda una calle. Los repartidores no encontraban la puerta, así que los paquetes volvieron. La reentrega costó tiempo, y un cliente dejó una reseña diciendo que ni siquiera acertábamos con una dirección. Después de eso cambiamos tres cosas, y los fallos de dirección prácticamente desaparecieron. Primero, la página de pago divide la calle, el número de la casa, la planta y el código postal en campos separados, para que los clientes no puedan improvisar. Segundo, el sistema de almacén conserva tanto la dirección original del cliente como la versión normalizada, de modo que cuando algo falla se ve de un vistazo en qué paso se perdieron los datos. Tercero, antes del lanzamiento pasamos tres meses de direcciones históricas reales por la validación y corregimos las reglas a partir de los fallos, en lugar de usar los pedidos en vivo como datos de prueba.
La negociación también importa aquí. Pide dos cosas y consigue que queden por escrito en el anexo del contrato: la lista completa de códigos de error de la interfaz de validación de direcciones, y las reglas de formato de dirección por país. Un comercial que dice "lo soportamos todo" en una llamada no sirve de nada cuando el único error que recibes es un fallo genérico y tus desarrolladores no tienen por dónde empezar a depurar.
Trámites arancelarios con transportistas europeos: un campo erróneo y tu envío se atasca
Los trámites arancelarios se reducen a tres preguntas que hay que resolver primero: quién es responsable de la declaración, sobre qué base se calcula el valor declarado, y qué datos de identificación deben llevar los documentos. En cuanto a tipos y umbrales concretos, las políticas cambian de vez en cuando, así que guíate siempre por la orientación oficial más reciente publicada en los sitios web del transportista y de las autoridades. Nunca fijes en tu sistema como valor fijo un número que un comercial mencionó de pasada. Hemos visto a un cliente congelar un tipo antiguo en el código, y cuando cambió la política, todas las declaraciones del lote eran erróneas. Arreglarlo llevó más tiempo que la integración original.
Esta primavera, un vendedor de pequeños electrodomésticos de Shanghái chocó con el mismo muro. Sus mercancías se enviaban directamente desde un almacén nacional a consumidores europeos, y el sistema omitió un dato de identificación. Todo el lote quedó retenido en el despacho de aduanas durante casi una semana. No se perdió nada, pero los clientes se impacientaron, las cancelaciones aumentaron, y soporte pasó días pidiendo disculpas. La revisión posterior fue incómoda: el problema no era el transportista europeo, era nuestra propia lista de verificación de salida, que nunca incluía ese dato. Desde entonces añadimos una comprobación de tres puntos antes de que cualquier pedido europeo imprima una etiqueta: ¿está rellenado el valor declarado?, ¿está presente la información de identificación?, ¿coincide el tipo de destinatario? Los tres en verde, o el pedido se detiene. Mejor retrasar el envío medio día que dejar que la mercancía se atasque en aduanas.
La hoja de cotización necesita la misma claridad. Deja por escrito si los aranceles se pagan por adelantado o contra entrega, quién hace el seguimiento de una excepción en el despacho, con qué rapidez se hace ese seguimiento, y quién paga el envío de devolución. Si faltan esas líneas, la primera excepción se convierte en un juego de culpas, y el cliente solo recordará al comercial diciendo "nosotros cubrimos todo eso".
Etiquetas de devolución: consíguelas de tu transportista europeo por adelantado
La mayoría de las integraciones solo hablan del envío de salida. Las devoluciones se recuerdan después del lanzamiento, y eso es demasiado tarde. Los consumidores europeos devuelven mercancías de forma rutinaria. Si el número de la etiqueta de devolución no puede generarse por adelantado y devolverse junto con el pedido de salida, tu almacén recibirá paquetes devueltos que no podrá identificar. Nuestro cliente de artículos para el hogar lo descubrió durante la temporada de devoluciones del año pasado. Llegaron paquetes con nada más que un código de devolución en la etiqueta, sin pedido original correspondiente en el sistema, y el almacén los apiló en un rincón para emparejarlos a mano. Tardaron dos semanas en despejar la pila.
El enfoque correcto es sencillo: cuando la interfaz de salida devuelve su respuesta, también debe devolver el número de la etiqueta de devolución y una forma de descargar la etiqueta, guardados contra el pedido. Cuando el cliente hace clic en devolver, el sistema envía la etiqueta de inmediato, sin necesidad de una nueva solicitud. En la negociación con un transportista europeo, fija tres puntos: cuánto tiempo sigue siendo válida una etiqueta de devolución, quién paga la etiqueta, y si se reembolsan las etiquetas no utilizadas. Parecen detalles pequeños, pero en volumen suman dinero real.
Y aquí va una verdad más, directa, desde el lado de ventas: no negocies solo por el precio de la etiqueta. Un precio de etiqueta barato no significa nada si la validación de direcciones es descuidada, las excepciones de despacho quedan sin respuesta, y las etiquetas de devolución llevan cargos extra. Lo que ahorraste en la tarifa lo pagas de vuelta en horas de soporte y de almacén. La comparación real es quién asume la responsabilidad cuando algo sale mal, y con qué rapidez lo arregla. Cuando hablas así, la otra parte sabe que no eres un recién llegado mirando una hoja de precios.
Así que este es el marco de decisión que entrego a los clientes, tres niveles de profundidad de integración. Elige según tu volumen de pedidos y la capacidad de tu equipo, y no agarres el nivel completo el primer día solo porque parezca impresionante:
| Profundidad | Qué cubre | Esfuerzo para lanzar | Ideal para | | Básica | Enviar guías, obtener etiquetas, recibir seguimiento | Unos días | Equipos que están empezando y necesitan que la cadena funcione | | Avanzada | Añade validación de direcciones y campos de declaración arancelaria | De una a dos semanas | Equipos con volumen europeo estable y alguien que se haga cargo | | Completa | Añade generación anticipada de etiquetas de devolución y alertas automáticas de excepciones | De dos a tres semanas | Equipos con muchas devoluciones y presión real de soporte |
Y aquí está el juicio contraintuitivo al que la mayoría se resiste: una API en vivo no es una integración que funcione, y la parte más cara nunca es la tarifa de desarrollo. Son las dos semanas de apagar fuegos a mano después del lanzamiento. Direcciones rebotadas, despachos atascados, devoluciones sin identificar — cada uno de esos casos cuesta al personal de soporte y de almacén media hora o más para resolverlo. El nivel básico parece barato hasta que crece el volumen, y para entonces las horas de apagar fuegos ya han costado más que el tiempo de desarrollo que ahorraste. Mi consejo: empieza en básico mientras el volumen es pequeño y pon la cadena en marcha, pero pasa al nivel avanzado en cuanto el volumen europeo se estabilice. No sigas saltando entre niveles.
La próxima vez que te sientes a negociar un contrato, haz estas tres preguntas. Primera, ¿pueden los códigos de error de validación de direcciones y las reglas de formato por país ir en el anexo? Segunda, ¿pueden detallarse por escrito la lista de campos de la declaración arancelaria y el plazo de gestión de excepciones? Tercera, ¿puede el número de la etiqueta de devolución volver con el pedido de salida, y cómo se gestionan las tarifas y la validez de las etiquetas? Haz las tres, y la otra parte sabrá que está tratando con alguien de dentro — y el relleno de la cotización suele empezar a encogerse por sí solo.
Por Susan, Directora de Ventas 3PL
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
