Desarrollo de Software en Ciudad de México

Sí, y lo tratamos como una decisión de arquitectura, no como un módulo que se agrega al final. Definimos desde el diseño cómo se timbran los comprobantes, cómo se maneja el complemento de pago, qué pasa si el PAC no responde y cómo se resguardan los XML. Es de las cosas que, mal resueltas, obligan a rehacer el modelo de facturación entero más adelante.

Facturamos en dólares y el pago se hace por transferencia internacional. Es lo habitual para contratar desarrollo del exterior y da previsibilidad: el precio cerrado al firmar no se mueve por variaciones del peso durante los meses que dura el proyecto.

Ciudad de México está en GMT-6 y nuestro equipo en GMT-3: tres horas. La mañana mexicana coincide con la tarde argentina, ventana suficiente para reuniones diarias, demos y trabajo coordinado. Es bastante menos fricción que trabajar con un proveedor en Europa o Asia.

Sí, y es una definición que tomamos temprano: la arquitectura de un sistema que procesa cientos de operaciones por día no es la misma que la de uno que procesa cientos de miles. En el relevamiento estimamos volumen actual y proyectado, y sobre eso decidimos base de datos, colas y estrategia de escalado. Sobredimensionar cuesta plata; subdimensionar cuesta una reescritura.

Por precio y por dedicación, no porque no haya buenos proveedores en México. Nuestra estructura es chica y trabajamos con precio cerrado antes de arrancar, sin equipos comerciales ni capas de gestión intermedias. Y el código queda íntegramente del cliente, en su repositorio, con la documentación: si mañana quiere seguir con un equipo local, puede hacerlo sin depender de nosotros.