Ingeniería de Software

Software a la medida de cómo opera tu negocio

Cuando el sistema estándar no cubre tu proceso, lo construimos. Desarrollamos aplicaciones web, extendemos SAP, conectamos sistemas que hoy no se hablan y automatizamos el trabajo repetitivo.

Lo que construimos

SAPABAP, Fiori y BTP
Aplicaciones webPortales a medida
IntegraciónEntre sistemas
SGPPlataforma propia
Automatización de procesosRPA y asistentes de IA
Consultoría técnicaIncidentes e ingeniería inversa

El sistema estándar cubre la mayor parte de la operación y después aparece el resto: ese pedazo de proceso que es propio de tu empresa y que nadie contempló. Casi siempre termina viviendo en una planilla compartida, en una cadena de correos y en la cabeza de la persona que lleva años haciéndolo. Funciona, hasta que esa persona sale de vacaciones.

Desde ahí hay dos caminos. Uno es forzar el proceso para que entre en el sistema estándar, lo que suele significar que la gente igual lleva su planilla paralela. El otro es construir la parte que falta y dejarla conectada con lo que ya existe, para que no sea otra isla más. Nos dedicamos a lo segundo.

En la práctica eso toma varias formas: extender SAP cuando el proceso vive ahí, levantar una aplicación web cuando necesita su propia interfaz, montar un módulo sobre SGP, nuestra plataforma, cuando se parece a algo que ya resolvimos antes, conectar sistemas que hoy no se hablan, o automatizar el trabajo repetitivo que hoy hace una persona a mano.

El criterio que aplicamos es simple: no construimos lo que ya existe. Si el estándar lo cubre con configuración, se configura. El desarrollo a medida se justifica donde el proceso es realmente tuyo, y es ahí donde además es una ventaja frente a tu competencia, no un costo de mantención más.

01

Desarrollo SAP

ABAP, Fiori y BTP que respetan tu proceso.

Ver detalle
  • Desarrollo en ABAP, Fiori y BTP
  • Integraciones con SAP CPI
  • Extensiones que respetan tu proceso actual
02

Aplicaciones web

Portales y aplicaciones a medida.

Ver detalle
  • Portales internos y para clientes
  • Aplicaciones a medida
  • Código mantenible, pensado para crecer
03

Plataforma SGP

Módulos operativos sobre nuestra plataforma.

Ver detalle
  • Módulos operativos sobre nuestra plataforma multi-empresa
  • Permisos por módulo y por acción
  • Licencia de plataforma más el desarrollo de cada módulo
04

Integración de sistemas

Menos doble digitación entre sistemas.

Ver detalle
  • Conexión entre sistemas vía APIs
  • Orquestación de procesos entre áreas
  • Menos doble digitación entre sistemas
05

Automatización de procesos (RPA)

Robots para las tareas repetitivas.

Ver detalle
  • Robots que ejecutan tareas repetitivas
  • Menos trabajo manual en procesos administrativos
  • Tu equipo dedicado a lo que requiere criterio

Cómo abordamos un proyecto de software

1Mirar el proceso como se ejecuta, no como está documentadoPartimos con las personas que hacen el trabajo hoy. El procedimiento oficial y lo que pasa en la realidad casi nunca coinciden, y las diferencias no son descuido: suelen ser la forma en que el equipo resolvió un caso que el diseño original no contemplaba. Esos casos son los que después definen si el sistema se usa o se abandona.
2Decidir dónde vive cada cosaQué se resuelve con configuración del estándar, qué se extiende y qué se construye nuevo. Esta decisión condiciona el costo de los próximos cinco años, bastante más que el lenguaje o la tecnología que se elija para programarlo.
3Construir por partes usablesEntregamos piezas que se puedan poner en producción y usar, en vez de un sistema completo al final. La primera versión en manos de usuarios reales corrige más supuestos que cualquier cantidad de reuniones de levantamiento.
4Integrar en vez de duplicarSi un dato ya existe en otro sistema, se consume de ahí por interfaz y no se vuelve a digitar. La doble digitación no es solo trabajo perdido: garantiza que en algún momento las dos copias van a diferir y que nadie va a saber cuál es la buena.
5Entregarlo mantenibleCódigo ordenado, documentación de lo que no es evidente y traspaso al equipo que va a convivir con el sistema. Si mañana decides mantenerlo con tu propia gente o con otro proveedor, tiene que ser posible sin reescribirlo.

Preguntas frecuentes sobre desarrollo a medida

¿Modificar SAP no complica después las actualizaciones?

Complica si se modifica el núcleo del estándar, y por eso no es el camino que tomamos cuando se puede evitar. La práctica actual es construir las extensiones al costado, sobre la plataforma de desarrollo de SAP, de modo que la lógica propia quede separada del estándar y las actualizaciones no la pisen. Cuando el desarrollo sí tiene que ir dentro del sistema, se hace en los puntos de extensión previstos para eso y queda documentado.

¿Puedo partir con algo chico antes de comprometerme a un proyecto grande?

Es lo que recomendamos. Un módulo acotado, en producción, con usuarios reales, dice más sobre si vamos a trabajar bien juntos que cualquier propuesta. Además deja algo funcionando desde el principio, en vez de un proyecto largo donde el primer resultado visible llega a los seis meses.

¿Qué es SGP y cuándo conviene usarla en vez de una aplicación nueva?

SGP es nuestra plataforma de operaciones industriales: mantención, flota, activos y su documentación. Se integra al ERP del cliente, SAP incluido, y no lo reemplaza. Cada empresa habilita solo los módulos que necesita y el acceso se controla por perfil, con permisos por módulo y por acción. Conviene cuando lo que necesitas se parece a algo que ya está en el catálogo, porque partes de una base construida en vez de desde cero. El modelo es licencia de plataforma más el desarrollo del módulo que actives. Si lo que necesitas no se parece a nada de lo que hay, una aplicación propia suele ser el mejor camino, y lo decimos.

¿Automatizar con un robot o integrar por interfaz?

Cuando los sistemas tienen una interfaz disponible, integrar es siempre más robusto: el robot que opera una pantalla se rompe el día que esa pantalla cambia. La automatización por robot tiene sentido cuando el sistema de la otra punta no ofrece ninguna forma de conexión, algo frecuente con software antiguo o de terceros. Es una buena solución para ese caso, no un reemplazo general de la integración.

¿El código queda nuestro?

Sí, el desarrollo a medida que pagas es tuyo, y tus datos también. Un módulo hecho a tu medida no se reutiliza con otros clientes. La condición está en la plataforma: los módulos que se construyen sobre SGP funcionan mientras mantengas la suscripción a SGP, porque dependen de ella para operar. Una aplicación web o una extensión SAP, en cambio, no tienen esa dependencia. Lo dejamos escrito en la propuesta antes de empezar, porque es el tipo de cosa que conviene tener clara desde el principio y no cuando ya hay un sistema en producción.

¿Qué pasa si después quiero mantenerlo con mi propio equipo?

Es un escenario previsto y no un problema. Por eso entregamos documentación y hacemos traspaso. Un sistema que solo puede mantener quien lo escribió es un riesgo para ti y, a la larga, también para nosotros: preferimos seguir trabajando contigo porque el trabajo te sirve, no porque cambiar de proveedor sea inviable.

Sigue explorando

¿Tienes un proceso que tu sistema actual no cubre? Conversemos.

Conversemos de tu proyecto →