Conectar tu sistema con ContPAQi o Aspel: lo que realmente implica

Resumen:

• ContPAQi y Aspel no son servicios en la nube con API abierta: la integración casi siempre pasa por un puente en la misma red.
• Hay tres rutas: archivo intermedio, base de datos directa y SDK o servicios web. Cuestan y duran distinto.
• Una integración de una sola vía va de 35 a 70 mil pesos; de dos vías, de 90 a 150 mil.
• El error caro no es técnico: es no definir qué sistema es dueño de cada catálogo.
• Aísla la integración en su propio módulo para que una actualización del contable no tumbe todo.

Por qué esta integración aparece en casi todos los proyectos

Cuando una empresa mexicana manda a desarrollar un sistema a la medida, ya tiene un sistema contable funcionando. Casi siempre es ContPAQi o Aspel. Ese sistema es donde el contador arma las pólizas, timbra las facturas y saca los reportes que se presentan al SAT. Nadie lo quiere tocar y con razón.

El sistema nuevo, en cambio, es el que opera el día: pedidos, rutas, producción, citas, cobranza. Y al final del día produce algo que el contable necesita: facturas por emitir, pagos recibidos, movimientos de inventario. Si no se conectan, alguien captura dos veces. Ese alguien se equivoca, y la diferencia la descubre el contador tres semanas después.

Por eso la pregunta "¿se puede conectar con ContPAQi?" aparece en la primera reunión de casi todo proyecto. La respuesta es sí, con matices que conviene entender antes de firmar.

Las tres rutas posibles

La primera es el archivo intermedio. Tu sistema genera un archivo con el formato que el contable sabe importar, y alguien lo sube una vez al día. Es la ruta más barata y la más fea. Funciona cuando el volumen es bajo y el proceso tolera un día de retraso. Se puede montar en una o dos semanas.

La segunda es la base de datos directa. El sistema lee y escribe en la base del contable a través de un servicio que valida todo antes de insertar. Es la ruta más usada en México porque es rápida de construir y en tiempo real. También es la más delicada: si escribes mal un registro, rompes un catálogo que el contador usa para timbrar.

La tercera es el SDK o los servicios web del propio fabricante. Es la ruta correcta y la que menos se rompe con actualizaciones, porque el fabricante respeta su propio contrato. Suele requerir licencias adicionales y un servidor que pueda hablar con el contable en la misma red.

El problema real no es técnico

La parte difícil de una integración contable no es mover datos. Es decidir quién es dueño de cada cosa. Si un cliente se puede dar de alta en los dos sistemas, tarde o temprano existirá dos veces con dos RFC distintos escritos a mano. Si el inventario se puede ajustar en los dos lados, los números van a diferir y nadie sabrá cuál creer.

La regla que funciona es simple: cada catálogo tiene un solo dueño. Los clientes se dan de alta en un lado y el otro los recibe de lectura. Los productos igual. Los movimientos de inventario viven en el operativo y el contable recibe el resumen. Esa decisión, tomada en una hoja antes de programar, ahorra meses de conciliaciones.

La segunda regla es que la integración debe dejar rastro. Cada envío al contable se registra con fecha, contenido y respuesta. Cuando algo no cuadre, y va a pasar, quieres poder abrir una bitácora y ver exactamente qué se mandó, no reconstruirlo de memoria.

Caso: una distribuidora de material eléctrico

Una distribuidora en Guadalajara con 14 empleados facturaba en ContPAQi Comercial y tomaba pedidos por WhatsApp. Dos personas capturaban los pedidos en Excel y luego los volvían a capturar en ContPAQi para facturar. Entre las dos capturas se iban unas 25 horas al mes y aparecían de seis a diez errores de precio mensuales.

Se construyó un sistema de pedidos con integración de una sola vía por base de datos: el pedido se captura una vez, se valida precio y existencia contra los catálogos de ContPAQi, y al autorizarse genera el documento para timbrar. El proyecto costó 78 mil pesos e incluyó la integración y el módulo de pedidos.

A los tres meses las 25 horas mensuales de recaptura eran cero, los errores de precio bajaron a menos de uno al mes y el cierre de mes pasó de cuatro días a uno y medio. Con el costo de la nómina involucrada, la inversión se recuperó en poco más de ocho meses.

¿ContPAQi tiene API?

ContPAQi expone un SDK y una capa de servicios web en sus versiones comerciales, pero no es una API web abierta como las de los servicios en la nube. Requiere que el sistema corra en la misma red que el servidor de ContPAQi o que exista un puente intermedio. Es viable, solo no es un simple endpoint público.

¿Se puede integrar con Aspel SAE?

Sí. Aspel ofrece conectores y acceso a su base de datos, y existe Aspel en la nube con servicios web. La ruta más común en la práctica es leer y escribir en la base de datos de SAE con un servicio intermedio que valida antes de insertar, para no corromper los catálogos.

¿Cuánto cuesta una integración contable?

Una integración de una sola vía, por ejemplo mandar facturas desde tu sistema al contable, suele ir de 35 mil a 70 mil pesos. Una de dos vías con catálogos de clientes, productos e inventario sincronizados sube a 90 mil o 150 mil, porque hay que resolver conflictos de datos.

¿Qué pasa si actualizan ContPAQi?

Las actualizaciones mayores a veces cambian la estructura interna. Por eso la integración debe estar aislada en una capa propia: si cambia algo, se ajusta ese módulo y no todo el sistema. Presupuesta unas horas de mantenimiento al año por este motivo.

¿Es mejor reemplazar el contable que integrarlo?

Casi nunca. El contable es donde vive tu contador y tu historial fiscal. Reemplazarlo implica migrar años de pólizas y volver a capacitar a quien presenta tus declaraciones. Integrar es más barato y menos riesgoso que sustituir.