Control de inventario y planillas: cómo

En tu empresa ya manejas un sistema de control de inventario y, paralelamente, un sistema de planillas y remuneraciones. El reto está en que ambos hablen entre sí sin generar duplicidades ni errores. En este artículo verás con qué conversaciones iniciar, qué exige SUNAT, cómo enlazar los cobros y qué solicitar a tu proveedor para que la integración sea fluida.

Con qué se tiene que hablar

Antes de escribir una línea de código, es fundamental mapear los sistemas que ya están operativos:

• ERP o contabilidad: normalmente alberga datos financieros, cuentas por cobrar y por pagar.
• Software de planillas y remuneraciones: gestiona nóminas, aportes a ESSALUD y retenciones.
• Sistema de gestión de almacenes: controla entradas, salidas y ubicaciones físicas.
• Plataforma de ventas (e‑commerce, punto de venta): genera órdenes que deben reflejarse en inventario.

La integración no implica reemplazar ninguno de estos componentes; se trata de crear puentes de datos. Identifica los puntos de contacto críticos:

1. Movimiento de stock que genera costos de mano de obra (ejemplo: consumo de material en producción).
2. Costos laborales que deben imputarse a centros de costo vinculados al inventario.
3. Ajustes de inventario que impactan la base imponible de la nómina (por ejemplo, bonificaciones por metas de reducción de pérdidas).

Una práctica útil es levantar un diccionario de campos que describa cómo cada tabla del inventario se corresponde con una tabla del módulo de planillas. Por ejemplo, el campo centro_costo en el módulo de inventario debe coincidir con cod_ccosto en la planilla. Documentar estas correspondencias ahorra tiempo cuando se solicitan APIs al proveedor.

SUNAT y facturación electrónica

En Perú, la SUNAT exige que toda transacción que afecte la base imponible quede debidamente documentada en la facturación electrónica. Cuando el inventario se mueve, se generan documentos como:

• Guías de remisión para salidas a clientes.
• Comprobantes de ingreso para recepciones de proveedores.
• Notas de crédito por devoluciones.

Estos documentos deben enviarse a SUNAT en tiempo real (máximo 5 min después de la generación). Los errores más frecuentes son:

• Desfase de fechas entre la fecha de movimiento en el inventario y la fecha de emisión del comprobante.
• Inconsistencia de códigos de producto: el código interno del almacén no coincide con el código SUNAT (SUNAT requiere el código de producto o la descripción exacta).
• Duplicidad de envío: si la integración se hace en dos pasos (ERP → planillas → facturación), el mismo documento puede enviarse dos veces.

Para evitar estos problemas, establece una regla de negocio que indique que la generación del comprobante sea el evento disparador de la actualización tanto en el módulo de inventario como en el de planillas. Así, el proceso queda centralizado y se reduce la ventana de error a menos de un minuto.

Cobros y bancos

Los pagos en Perú cada vez más se realizan a través de Yape, Plin, Niubiz, Izipay y otros medios digitales. La integración real requiere que el flujo sea bidireccional:

1. Desde la venta: el módulo de ventas envía la orden de cobro al gateway del banco.
2. Desde el banco: la confirmación del pago llega al ERP, que actualiza la cuenta por cobrar y, a su vez, registra el costo de la nómina asociado (por ejemplo, comisión por venta).

Un error típico es depender de archivos CSV descargados manualmente cada día. Este método introduce retrasos (hasta 24 h) y aumenta la probabilidad de errores de conciliación. La solución es exigir al proveedor webhooks o APIs REST que notifiquen al instante la confirmación del pago.

Ejemplo de cronograma de integración:

• Semana 1‑2: levantamiento de requerimientos y definición de endpoints.
• Semana 3‑4: desarrollo de adaptadores de API (una para el gateway de pagos, otra para el ERP).
• Semana 5: pruebas de conciliación con datos reales (mínimo 200 transacciones).
• Semana 6: puesta en producción y monitorización de logs durante 48 h.

Con este plan, el tiempo total de integración se mantiene en 6 semanas, sin sorpresas de último minuto.

Qué pedirle al proveedor

No todas las empresas de software entregan la misma calidad de integración. Cuando solicites una solución, incluye estos ítems obligatorios:

• Documentación OpenAPI (o Swagger) que describa cada endpoint, parámetros, códigos de respuesta y ejemplos de payload.
• Versionado de API: asegúrate de que exista al menos un número de versión (v1, v2) para que futuros cambios no rompan tu integración.
• Mecanismo de autenticación: preferiblemente OAuth 2.0 con refresh tokens, nunca claves estáticas en código.
• SLAs de disponibilidad: al menos 99.5 % de uptime y respuesta < 300 ms para operaciones críticas.
• Política de cambios: notificación mínima 15 días antes de cualquier ruptura de contrato o cambio de esquema.

Si el proveedor ya ofrece webhooks, verifica que incluyan eventos como stock_actualizado, nomina_generada y pago_confirmado. En caso de que la otra parte cambie su API, deberías contar con un middleware que transforme los nuevos campos a los que tu sistema espera, evitando interrupciones.

Conclusión

Al conectar tu sistema de control de inventario con el sistema de planillas y remuneraciones, el objetivo no es cambiar lo que ya funciona, sino que cada pieza de información fluya automáticamente. Mapea los campos críticos, respeta los requisitos de SUNAT, usa APIs en tiempo real para pagos y exige documentación robusta al proveedor. Con un plan de 6 semanas y los criterios de integración claros, tu empresa gana visibilidad, reduce errores y mantiene la operatividad sin interrupciones.