Apps móviles de campo: conectar con tus sistemas
Descubre paso a paso cómo integrar tus apps móviles de campo con los sistemas ya existentes—ERP, bancos, SUNAT—sin interrumpir operaciones y con plazos claros
Foto de Lee Campbell en Pexels
En tu día a día, el equipo de campo necesita datos actualizados al instante, pero cada vez que intentas añadir una nueva app móvil sientes que vas a romper el ecosistema de sistemas que ya funcionan. En este artículo verás, con ejemplos peruanos, cómo conectar esas apps con tus ERP, la SUNAT, los bancos y los proveedores sin detener la operación.
Con qué se tiene que hablar
Tu empresa ya cuenta con varios pilares tecnológicos que no vas a desechar:
- ERP interno o en la nube: normalmente gestionan inventario, órdenes de trabajo y facturación.
- Plataformas de gestión de rutas: usadas por logística y ventas.
- Sistemas de gestión documental: donde se archivan contratos y guías de remisión.
- Herramientas de BI: para reportes de desempeño.
La clave es mapear cada punto de integración. Primero, identifica los end‑points que ya existen: servicios SOAP o REST que el ERP expone, bases de datos con acceso limitado, o archivos CSV que se importan a diario. Luego, determina la frecuencia real de consumo: si la app de campo necesita actualizar el stock al cerrar cada visita, el ERP debe aceptar una llamada cada 5‑10 minutos, no una carga nocturna. En proyectos anteriores en Lima, la fase de descubrimiento tomó entre 2 y 3 semanas y evitó re‑trabajos posteriores.
Señales de que la integración está mal planteada
- Los técnicos esperan datos en tiempo real y reciben lotes cada 24 h. La falta de sincronización genera duplicados y errores de inventario.
- Los reportes de gestión siguen usando Excel. Significa que la app móvil no está alimentando la fuente de verdad.
SUNAT y facturación electrónica
En Perú, la facturación electrónica es obligatoria para la mayoría de los contribuyentes desde 2022. La normativa exige que el comprobante sea emitido, firmado digitalmente y enviado a la SUNAT en menos de 30 segundos después de la operación. Para una app de campo, esto implica:
- Generar el XML con los campos requeridos (RUC, número de documento, detalle de productos, impuestos).
- Aplicar el sello digital usando el certificado del contribuyente.
- Consumir el web service de SUNAT (WS‑FE) y recibir el CDR (Código de Respuesta).
Los errores más comunes son:
- Formato incorrecto del número de documento: la SUNAT rechaza el XML y la app muestra un mensaje genérico.
- Falta de sincronía de horarios: si el dispositivo tiene zona horaria distinta, el sello digital no coincide y el documento es inválido.
- Límites de concurrencia: enviar más de 20 solicitudes simultáneas puede producir “timeout”.
Una solución práctica es implementar un gateway interno que reciba las peticiones de la app, las valide y las envíe a SUNAT en lotes de 10 segundos. Este gateway se puede desarrollar en 4‑5 semanas y reduce los rechazos en un 70 %.
Cobros y bancos
Los pagos en campo en Perú se están digitalizando rápidamente. Los principales medios son:
- Yape y Plin: wallets móviles que usan número de celular.
- Niubiz y Izipay: pasarelas de pago que aceptan tarjetas y QR.
Cómo conectarlos de verdad
- Obtén las credenciales API de cada plataforma. Todas ofrecen entornos de sandbox para pruebas.
- Implementa un webhook que reciba la notificación de pago exitoso. El webhook debe validar la firma y actualizar el estado de la orden en tu ERP.
- Maneja la conciliación: Niubiz entrega un archivo CSV diario con los movimientos; tu proceso batch debe importarlo y cruzarlo con las órdenes.
- Define tiempos de respuesta: los pagos con Yape se confirman en segundos, pero la conciliación bancaria puede tardar 24 h. Planifica la disponibilidad del producto en base a esa ventana.
En un caso de una empresa de servicios de instalación eléctrica en Arequipa, la integración tomó 3 semanas y redujo los cobros pendientes de campo del 18 % al 2 %.
Qué pedirle al proveedor
No todas las empresas que venden software están preparadas para integraciones ágiles. Antes de firmar, exige lo siguiente:
- Documentación OpenAPI/Swagger: permite generar clientes automáticamente y reduce el tiempo de desarrollo en un 30 %.
- Versionado de API: asegúrate de que haya una política clara (p. ej., al menos 6 meses de soporte para la versión actual).
- SLAs de disponibilidad: mínimo 99,5 % de uptime y tiempos de respuesta < 200 ms para llamadas críticas.
- Mecanismo de pruebas: sandbox o entorno de pruebas idéntico al de producción.
- Notificaciones de cambios: suscripción a un canal (correo o webhook) que avise cuando se deprecará un endpoint.
Cuando la otra parte cambia una API sin aviso, el equipo de campo puede quedar sin capacidad de registrar datos, lo que se traduce en pérdidas operativas. Un contrato bien definido incluye penalidades por interrupciones inesperadas.
Proveedor tradicional
- Documentación PDF estático
- Versionado informal
- Soporte 48 h
Proveedor orientado a integración
- Documentación OpenAPI interactiva
- Versionado semántico con roadmap
- Soporte 4 h SLA
Conclusión
Si has llegado hasta aquí, sabes que la integración de una app móvil de campo no es solo “subir la app”. Requiere mapear los sistemas existentes, cumplir con la normativa de SUNAT, conectar los pagos con los medios locales y exigir a los proveedores una arquitectura API robusta. Con una planificación de 2‑3 semanas para el descubrimiento, 4‑5 semanas para el gateway SUNAT y 3 semanas para los pagos, puedes lanzar una solución operativa en menos de 12 semanas, manteniendo la continuidad de los procesos críticos.
Una integración bien planificada permite que el equipo de campo trabaje en tiempo real sin romper los sistemas que ya sostienen tu negocio.
