Desarrollo de software a medida en México
En México la factura no se emite: se timbra. Esa diferencia de una palabra reorganiza el checkout, la base de datos y lo que pasa cuando el cliente paga en dos veces.
Seamos claros sobre México
Todavía no tenemos un cliente en México. Lo de arriba es lo que exige el mercado y cómo lo abordamos desde nuestra base en España y Argentina, donde ya operamos. Preferimos decirlo antes que descubrirlo en la primera reunión.
Construir software de venta para México significa que ningún comprobante es válido hasta que un proveedor autorizado por el SAT lo timbra y devuelve un folio fiscal. El sistema no genera facturas: genera solicitudes que un tercero valida, y tiene que saber qué hacer cuando ese tercero responde con un error, tarda, o el comprobante hay que cancelarlo con la aceptación del receptor.
Cómo se cobra
El medio de pago decide el checkout.
Moneda: Peso mexicano (MXN). Un checkout copiado de otro país falla por aquí antes que por ninguna otra parte.
SPEI
Transferencia interbancaria en tiempo real, operada por el Banco de México. Es el rail sobre el que se mueve el dinero entre cuentas y el que esperan las empresas para operaciones grandes.
Pago en efectivo en tienda
Una parte importante del comercio en línea se paga en efectivo en una cadena de conveniencia con una referencia impresa. El pedido se crea sin cobrar, vence, y el sistema tiene que reservar el stock mientras tanto y liberarlo si nadie paga. Es un flujo que no existe en Europa y que hay que diseñar aparte.
Meses sin intereses
El equivalente a las cuotas argentinas, con la particularidad de que el coste financiero suele asumirlo el comercio. Afecta al margen y por tanto al precio que se muestra.
Obligación fiscal
Lo que la administración le exige al software.
No es un módulo que se añade al final. Condiciona el modelo de datos, y rehacerlo después cuesta mucho más que hacerlo bien desde el principio.
| Marco | Qué implica para el sistema |
|---|---|
| SAT · CFDI 4.0 | El comprobante fiscal digital es un XML con estructura obligatoria que un PAC —proveedor autorizado de certificación— valida y sella, devolviendo un UUID. Sin ese sello no hay factura, sólo un archivo. |
| Complemento de pago (REP) | Cuando la venta se cobra en parcialidades o después de emitir el comprobante, hace falta emitir además un recibo electrónico de pago por cada abono. Un sistema que factura al confirmar el pedido y no emite el complemento deja al cliente sin poder deducir. |
| Catálogos del SAT | Cada línea de la factura lleva una clave de producto o servicio y una clave de unidad tomadas de catálogos oficiales. No es un campo de texto: el catálogo se actualiza y el software tiene que poder actualizarse con él. |
| Cancelación | Cancelar un comprobante ya timbrado requiere motivo y, en muchos supuestos, la aceptación del receptor. No es borrar una fila de una tabla, y el modelo de datos tiene que reflejarlo. |
Experiencia
El error que se paga en la declaración
El timbrado es una llamada a un tercero, y como toda llamada a un tercero puede fallar, tardar o responder dos veces. Un sistema que da la venta por buena en cuanto la solicitud sale y no guarda el estado real del comprobante acaba con ventas cobradas sin factura válida, y con facturas duplicadas cuando el reintento llega tarde. La solución es la misma que en el cobro con tarjeta: identificador de idempotencia, estado explícito del comprobante y reconciliación posterior contra el PAC. Quien no lo hizo nunca no sabe que hace falta.
Marco regulatorio
Quién regula el producto.
COFEPRIS
Comisión Federal para la Protección contra Riesgos Sanitarios. Autoriza medicamentos, alimentos y dispositivos médicos, y su registro sanitario es el dato que ancla una ficha de producto en un vademécum o en un marketplace de salud.
SENASICA
Servicio Nacional de Sanidad, Inocuidad y Calidad Agroalimentaria. Regula los productos veterinarios y los tiempos de retiro, el equivalente mexicano de lo que en Argentina hace SENASA y en España la AEMPS.
Protección de datos
Ley Federal de Protección de Datos Personales en Posesión de los Particulares. Exige aviso de privacidad accesible antes de recabar el dato y consentimiento expreso para datos sensibles, con reglas propias para la transferencia a terceros que no coinciden con las del RGPD.
Otros mercados
Los importes de todo lo anterior están en la página de precios, y los términos que aparecen aquí en el glosario.
Preguntas frecuentes
Software a medida en México
¿Tienen clientes en México?
Todavía no. Trabajamos desde España y Argentina, y lo decimos abiertamente. Lo que sí tenemos es la arquitectura resuelta para un mercado con facturación validada por un tercero, que es lo que hace difícil el caso mexicano.
¿Pueden integrar el timbrado con un PAC?
Sí. Es una integración con un servicio externo que valida y sella, con los mismos problemas de fiabilidad que cualquier pasarela de pago: idempotencia, estado explícito y reconciliación. Es terreno conocido para nosotros.
¿Cómo manejan el pago en efectivo en tienda de conveniencia?
Como un pedido pendiente con reserva de stock y vencimiento. Es un flujo distinto al del cobro inmediato y se diseña aparte, no se parchea encima del checkout con tarjeta.
¿El desarrollo se hace en español de México?
El contenido se escribe en español neutro salvo que el proyecto pida lo contrario. Mezclar voseo rioplatense con tuteo peninsular en la misma pantalla es un error que hemos corregido en proyectos propios.
¿Un proyecto en México?
Cuéntanos qué necesitas y te decimos qué implica en este mercado y qué no sabemos todavía.