La conversación suele empezar igual: "ya facturamos electrónicamente, solo necesitamos que el sistema nuevo también lo haga". Y casi siempre esa frase esconde dos proyectos muy distintos que se parecen desde afuera.
Uno es seguir emitiendo con un proveedor y que tu sistema le pase los datos. El otro es que tu sistema sea el emisor. La diferencia no es de esfuerzo, es de responsabilidad: cambia quién responde cuando Hacienda rechaza un documento a las cuatro de la tarde de un viernes.
Este artículo es sobre esa diferencia, sobre el flujo real en términos de negocio, y sobre las dos cosas que casi todo el mundo subestima. No lleva detalle de implementación: lo que cambia tus decisiones es el proceso, no la estructura de los datos.
Emitir con un proveedor y emitir desde tu sistema no son lo mismo
En el primer modelo tu sistema arma la venta y se la entrega a un tercero, que firma, transmite y guarda. Tú compras un servicio y ese servicio responde por la transmisión. Es más barato de arrancar, es más rápido, y para muchas operaciones es la decisión correcta.
En el segundo, tu sistema es el que firma con tu certificado, el que transmite, el que recibe la respuesta y el que tiene que saber qué hacer con ella. Ganas control, independencia de un intermediario y la posibilidad de que la facturación viva dentro de tu propio flujo en vez de al lado. También ganas la obligación de operar eso todos los días.
La pregunta que ordena la decisión no es técnica: ¿quién quieres que responda cuando un documento no pase? Si la respuesta honesta es "prefiero que responda alguien más", el primer modelo es mejor y no hay nada de malo en eso.
El flujo, en términos de negocio
Visto desde la operación, y sin entrar en cómo se construye, emitir un documento tributario electrónico son cuatro momentos:
Se genera. Tu sistema convierte una venta en un documento con una identidad única. Aquí es donde se decide si el modelo de datos de tu negocio encaja o si vas a estar rellenando campos con valores inventados, que es la señal más temprana de que el diseño está mal.
Se firma. El documento se firma con el certificado del contribuyente, o sea el tuyo. Eso implica custodia: dónde vive ese certificado, quién tiene acceso, qué pasa cuando vence. Es una responsabilidad de seguridad que antes no tenías.
Se transmite. El documento va a Hacienda y vuelve con un sello de recepción. Antes de ese sello el documento no existe para efectos tributarios, por más que esté impreso y entregado. Esta es la frase más importante del artículo.
Se entrega. El receptor recibe su archivo y su representación gráfica. Suena trivial y no lo es: es correo, es almacenamiento, es reenvío cuando el cliente dice que no le llegó.
Los cuatro momentos son cuatro puntos de falla, y solo el primero está bajo tu control completo.
La contingencia es la parte que se subestima
Todo el mundo diseña para el camino feliz: se genera, se firma, se transmite, se recibe el sello. Ese camino funciona el noventa y tanto por ciento del tiempo, y por eso las demos siempre salen bien.
El problema es el resto. Se cae tu internet. Se cae el servicio del otro lado. El certificado venció y nadie lo vio. La respuesta llega mal formada. Y mientras tanto hay un cliente parado en el mostrador esperando su factura, o un camión esperando para salir.
Un sistema serio tiene que poder seguir vendiendo cuando no puede transmitir, y ponerse al día después sin que nadie tenga que reconstruir el día a mano desde un cuaderno. Eso significa que la contingencia no es una pantalla de error: es una cola, con reintentos, con visibilidad de qué quedó pendiente, y con alguien a quien le llega un aviso cuando la cola deja de vaciarse.
Es la parte que menos se cotiza y la que más caro sale. Si estás comparando propuestas, pregunta explícitamente qué pasa cuando la transmisión falla. La respuesta te va a decir más sobre el proveedor que cualquier otra pregunta de la conversación, y es exactamente el tipo de pregunta que recomendamos hacer antes de contratar a cualquier agencia.
Lo que necesitas antes de escribir una línea de código
Del lado del contribuyente hay trabajo que no es de programación y que no depende de tu proveedor. Suele descubrirse tarde, y bloquea:
Tu situación como emisor tiene que estar clara y confirmada por ti, no por una conversación de pasillo. Tienes que tener tu certificado vigente y saber quién lo custodia. Tienes que solicitar acceso al ambiente de pruebas, y esa solicitud tiene su propio tiempo de espera que no controlas. Y alguien de tu lado, que entienda tu operación y no solo tu software, tiene que estar disponible para decidir sobre los casos raros: la venta anulada a medias, el cliente sin los datos completos, la operación que no se parece a ninguna otra.
Ese último punto es el que más atrasa proyectos. No es técnico y no se resuelve contratando mejor.
El error de tratarlo como el último módulo
El patrón que más se repite: el sistema se diseña completo, se construye, y la facturación entra al final como "el módulo de DTE".
No funciona, porque emitir no es una acción que ocurre después de la venta. Es una restricción sobre cómo se modela la venta desde el primer día. Qué es un cliente, qué es un producto, qué es una anulación, qué pasa cuando alguien corrige algo: todas esas decisiones tienen consecuencias en lo que después vas a poder transmitir. Tomarlas primero y adaptarlas después es rehacer, no ajustar.
La versión sana es al revés: la facturación se modela temprano, aunque se construya tarde. Cuesta lo mismo y evita el mes que nadie presupuestó.
Cuándo no deberías integrarlo tú
Vale más decirlo aquí que en la llamada. Si tu volumen es bajo, tu operación es estándar y no tienes nada particular que un producto hecho no cubra, integrar la emisión a tu propio sistema es asumir una obligación operativa a cambio de poco. Un proveedor te sirve mejor.
La integración empieza a pagar cuando la facturación tiene que vivir dentro de tu proceso: cuando el documento se dispara solo al cerrar una orden, cuando depende de reglas que solo existen en tu negocio, o cuando el ida y vuelta con un intermediario te está costando más que operarlo. Ahí deja de ser un gasto y pasa a ser infraestructura, y el orden de magnitud de ese proyecto está en cuánto cuesta un sistema a medida.
Y si ya emites desde tu propio sistema, hay una fecha que no depende de esta decisión y que conviene revisar por separado: lo que cambia con la normativa 2.0.
Si quieres una lectura de tu caso antes de comprometer presupuesto, eso cabe en una llamada de treinta minutos.
Cómo lo vemos nosotros
En GadDev operamos nuestra propia plataforma de facturación electrónica, así que esto no es una descripción de manual: es el problema que resolvemos para nosotros y para los sistemas que construimos. Lo que hemos aprendido se resume en tres cosas. La cola de contingencia se diseña primero, no último. Los catálogos se tratan como datos con procedencia, no como constantes. Y los casos feos se prueban antes que los normales, porque son los que rompen la migración.
Este artículo describe práctica de ingeniería, no obligaciones tributarias. Un sistema puede cumplir o exceder los requisitos técnicos y aun así dejar obligaciones organizacionales del lado de tu empresa. Confirma tu situación con tu contador y con la información oficial de la DGII.
Si estás decidiendo entre emitir con un proveedor o integrarlo a tu sistema, podemos revisar tu caso contigo. La llamada de descubrimiento dura treinta minutos, es gratuita y sin compromiso, y sirve para descartar el camino equivocado aunque no trabajemos juntos. Puedes agendarla aquí. Lo que hacemos en esta línea está en sistemas a medida.
¿Esto aplica en tu empresa?
30 minutos, sin compromiso, para revisar tu caso y decidir si hay algo que construir.