Integración del ERP con aduanas, puerto y navieras

Es la plataforma electrónica con la que cada puerto intercambia información entre navieras, consignatarias, transitarios, transportistas, terminales y administraciones: Teleport en Algeciras, Portic en Barcelona o ValenciaportPCS en Valencia, por ejemplo.

Si ya trabajáis con él desde su portal, la integración sirve para que sus datos lleguen solos a vuestro expediente en lugar de consultarlos a mano. Qué servicios ofrece y quién puede conectarse depende de cada puerto, y es lo primero que reviso.

Técnicamente es posible: la Agencia Tributaria publica los servicios web y las guías técnicas de sus declaraciones, que se presentan con certificado electrónico. En la práctica casi nunca compensa sustituir un programa de despacho que funciona y que se mantiene al día con cada cambio de formato.

Lo que suele tener sentido es conectar el expediente con ese programa, para que los datos entren una sola vez y el estado de la declaración vuelva al expediente.

Por la vía que exista. Muchas navieras y terminales ofrecen API o mensajes de seguimiento, y el sistema del puerto aporta otros hitos. Cuando no hay nada de eso, se puede automatizar la consulta de su web con sus límites, o registrar el hito a partir de los avisos que ya os llegan por correo.

Lo que no hago es prometer una cobertura que no existe: antes de empezar se revisa con quién trabajáis y qué permite cada uno.

Es un escenario habitual. Se buscan otras vías: exportaciones programadas, acceso a su base de datos o una capa intermedia que hable con los dos lados.

Si no hay ninguna vía razonable, te lo diré antes de empezar en vez de descubrirlo a mitad del proyecto.

Con los más habituales en empresas españolas, como Sage, A3, Odoo o Holded, y con desarrollos a medida. La marca importa menos que lo que el programa permita: API, importación y exportación de datos o acceso a su base de datos.

Con un programa antiguo o muy personalizado el trabajo previo es mayor, porque primero hay que entender cómo guarda la información.

Depende de quién emita la factura. Si la emite un programa que ya cumple, la integración conecta vuestro expediente con él y el cumplimiento viene de ese programa. Si la emite un sistema propio, ese sistema tiene que adaptarse.

Las empresas acogidas al SII quedan fuera de Verifactu, pero no de la factura electrónica entre empresas, que llegará con sus propios plazos.

Cada factura de un proveedor se asigna a su expediente y se marca si se refactura con margen o se repercute como suplido, porque fiscalmente no es lo mismo. La integración lleva esa separación hasta la factura y la contabilidad.

Las reglas concretas las decide vuestra asesoría. Yo me encargo de que se apliquen igual en cada expediente.

Sí, y es lo recomendable. Empezar por el flujo que más tiempo os consume —los costes hasta la factura o los estados hasta el cliente, por ejemplo— permite validarlo con datos reales antes de ampliarlo al resto.

Que hay que adaptarlo, y conviene contar con ello desde el principio. Por eso cada sistema se conecta con una pieza propia: cuando cambia el formato de uno, se toca esa pieza y el resto sigue funcionando.

Los cambios que están en marcha ahora mismo están resumidos en el bloque de situación de esta página.

Depende del número de sistemas, de lo que permita cada uno y de lo limpios que estén los datos actuales. Lo que más alarga estos proyectos no suele ser el desarrollo, sino las excepciones que aparecen al revisar expedientes reales.

Por eso trabajo por fases cerradas, con alcance y precio acordados antes de empezar, y la primera es una sola integración que pueda estar funcionando en pocas semanas. La revisión inicial para dimensionarla es gratuita.

Sí. En un desarrollo a medida el código y los datos son vuestros desde el primer día. Trabajo con tecnologías estándar y de código abierto, sin plataformas cerradas ni licencias que os aten a mí.

Si un día decidís cambiar de desarrollador, cualquiera con experiencia en esas tecnologías puede mantener la integración o ampliarla.