6
Módulos en la suite
19
Versión de Odoo
En desarrollo
Estado del desarrollo
8
Aplicaciones de Odoo integradas
EL PROBLEMA
Entre la compra y la bodega no hay nada
La orden de compra queda «confirmada» desde que se emite hasta que llega el contenedor. Durante ese tiempo el seguimiento vive en una cadena de correos y en la memoria de quien lo lleva.
Nadie sabe dónde está cada importación
El estado real se averigua preguntando por correo al agente de carga, no consultando el sistema.
El costo real se conoce cuando ya es tarde
Para cuando se liquida el costo en destino, el precio de venta ya se fijó a ojo y la mercancía ya salió.
Los anticipos se llevan en una hoja aparte
Lo pagado por adelantado al proveedor no se contrasta contra el embarque que lo respalda.
Los documentos se descubren faltando en puerto
El BL, el DUA o el certificado de origen aparecen como faltantes cuando el contenedor ya llegó y el almacenaje corre.
No es solo un vacío de Odoo: es un vacío del mercado. Los costos en destino estándar se reparten después del arribo, y los módulos comunitarios de logística están pensados para despachos y flotas. Ninguno modela el tránsito.
QUÉ HACE EL MÓDULO
Capacidades
Arquitectura
La importación es una entidad, no un campo sobre la orden de compra
El núcleo enlaza cada línea de la orden de compra con la importación a través de una línea intermedia que lleva cantidad. Una línea de importación dice: «de esta línea de esta orden de compra, viajan estas 400 unidades, en este embarque». Con eso los tres casos reales del negocio quedan cubiertos sin ninguna excepción en el código.
- N compras → 1 importación. Se consolidan varias órdenes en un contenedor para ahorrar flete.
- 1 compra → N importaciones. El fabricante produce y embarca por tandas.
- Orden parcialmente embarcada. De 1 000 unidades pedidas viajan 400 hoy y 600 en seis semanas.
Permisos
Aplicación propia, con su propio menú raíz
Si las importaciones viven dentro de Compras, quien las gestiona necesita el grupo de Compras — y con él ve precios negociados, crea órdenes y aprueba. El encargado de comercio exterior no debe poder hacer nada de eso. Con app propia, su rol le da embarques y documentos, y de las órdenes de compra solo lectura de lo que necesita.
- Quien negocia con el proveedor no es quien persigue el contenedor: son departamentos distintos y cada uno entra a su app.
- El ciclo de vida tampoco coincide. La importación sigue viva después de recibida: falta el DUA, falta la liquidación del agente, falta cerrar el costo.
- La huella sobre la orden de compra es deliberadamente mínima: cuatro campos de enlace y nada más.
Trazabilidad
Etapas, hitos planificado contra real y control documental
Cada embarque avanza por un kanban de etapas y lleva sus hitos con fecha planificada y fecha real, de modo que la demora se ve mientras se puede reaccionar, no cuando llega la factura del almacenaje.
- Contenedores del embarque y lista de documentos exigibles con su estado.
- Tramos de viaje modelados desde el diseño inicial, para que el hub de consolidación no obligue a migrar datos después.
- Incoterms tomados del catálogo que Odoo ya trae cargado.
Costo
Estimado, comprometido y real, con desviación por concepto
El costo de la importación se proyecta al abrirla, se compromete conforme se contratan flete, seguro y agencia, y se liquida contra lo realmente facturado. La desviación se lee por concepto, no como una cifra global.
Impuestos
El arancel proyectado antes de que llegue el contenedor
Sobre el catálogo de partidas arancelarias de Costa Rica, Trade 360 proyecta los impuestos de importación desde el momento en que se arma el embarque — no cuando el agente aduanal manda la liquidación.
Pagos
Plan de pagos por hitos, contrastado contra lo realmente pagado
El anticipo, el pago contra documentos y el saldo se planifican como hitos de la importación y se enfrentan a los pagos realmente registrados en contabilidad.
Entrega directa
Importaciones que van directo al cliente
Para la mercancía que no pasa por bodega: destino, enlace con la orden de venta que la originó y margen real una vez cerrado el costo.
Portal
El agente aduanal y el de carga suben sus propios documentos
En lugar de recibirlos por correo y archivarlos a mano, cada tercero entra al portal, ve solo sus embarques y sube lo que le corresponde.
COMPOSICIÓN
Qué se instala
Cada pieza es un módulo independiente: se instala lo que el cliente va a usar y nada más.
| Módulo | Nombre técnico | Qué aporta |
|---|---|---|
| Núcleo | trade360_base | Trazabilidad del embarque, de la orden de compra a la bodega |
| Costos de importación | trade360_cost | Costo estimado, comprometido y real, con desviación por concepto |
| Pagos y anticipos | trade360_payment | Plan de pagos por hitos, contrastado contra lo realmente pagado |
| Partidas arancelarias CR | trade360_partida_cr | Proyecta los impuestos de importación desde el arancel |
| Entrega directa | trade360_dropship | Importaciones que van directo al cliente, con margen real |
| Portal del agente | trade360_portal | El agente aduanal y el de carga ven sus embarques y suben documentos |
Se integra con estas aplicaciones de Odoo
Compras Inventario Costos en Destino Contabilidad Ventas Portal Gantt Incoterms
Entre la orden de compra y la recepción hay de 30 a 90 días. Trade 360 los pone dentro del sistema.
ENCAJE
Para quién es, y para quién no
Decirlo por adelantado ahorra una implementación que no iba a funcionar.
Tiene sentido si…
- Importa contenedores con regularidad y el tránsito dura semanas
- Consolida varias órdenes de compra en un mismo embarque
- Tiene (o necesita) un área de comercio exterior separada de Compras
- Vende con un margen sensible al costo en destino
- Trabaja con agente aduanal y agente de carga externos
Probablemente no, si…
- Compra únicamente a proveedores locales
- Importa una o dos veces al año por courier
- Le basta con liquidar el costo en destino al recibir
Veámoslo sobre su operación
Le mostramos Trade 360 funcionando con un caso real suyo, y le decimos de frente qué parte resuelve el módulo y qué parte hay que configurar o construir.