Desarrollo de addons para SAP Business One

SAP Business One cubre bien los procesos estándar, pero casi ninguna empresa opera exactamente como el estándar. Cuando el equipo empieza a mantener hojas de cálculo paralelas, a copiar datos entre pantallas o a repetir la misma comprobación manual en cada pedido, ahí hay un addon esperando a ser escrito.

Un addon bien planteado vive dentro del ERP: el usuario no cambia de herramienta, no exporta nada y no aprende una interfaz nueva. Aparece un campo más, una validación que avisa antes de guardar, o un botón que genera en un segundo lo que antes eran veinte minutos de trabajo manual.

El criterio que aplico es simple: si el estándar lo hace, se usa el estándar. El desarrollo a medida es para lo que de verdad es propio de tu negocio.

Primero me siento con quien usa el ERP cada día, no solo con quien lo dirige. La mayoría de los requisitos reales aparecen viendo trabajar a la persona que introduce los pedidos, no leyendo un documento de especificaciones.

Después acoto el alcance por escrito y lo divido en entregas pequeñas. Prefiero entregar algo funcionando en dos semanas y ajustarlo, que desaparecer tres meses y presentar algo que no encaja con la operativa.

El desarrollo se hace en C# sobre el SDK de SAP Business One, con control de versiones y pruebas en un entorno de test con una copia de la base de datos real. Nada se instala en producción sin haberse ejecutado antes contra datos de verdad.

Al cerrar, entrego el instalador del addon, la documentación técnica y una sesión de formación con los usuarios. El código fuente es tuyo si así lo acordamos.

Las conexiones que más me piden son con tiendas online, plataformas de logística, bancos y aplicaciones internas. El patrón suele ser el mismo: un servicio que escucha o consulta periódicamente, valida los datos, y los introduce en SAP Business One a través de DI API o Service Layer respetando la lógica del ERP.

La parte delicada nunca es la conexión, es qué pasa cuando algo falla. Un pedido que llega duplicado, un artículo que no existe, un cliente bloqueado. Por eso toda integración que entrego lleva registro de errores, reintentos y un punto donde una persona puede ver qué pasó y reprocesarlo.