Ir al contenido

Los siete errores que retrasan una certificación de e-CF

Ninguno es técnico. Todos son evitables si se ven a tiempo.

Un proyecto de facturación electrónica se planifica como si fuera un trabajo de software: instalar, configurar, probar, salir a producción. Después, en la práctica, casi todo el retraso viene de otro lado. Estos son los siete atascos que más se repiten, en orden de cuántas semanas cuestan.

1. Pedir el certificado digital tarde

El certificado digital no lo emite la DGII ni tu proveedor de software: lo emite una entidad de certificación autorizada, con su propio procedimiento de validación de identidad, sus propios tiempos y su propia cola. No se acelera con una llamada.

Es el primer trámite que hay que iniciar y el que más se deja para el final, porque no parece urgente hasta que todo lo demás está listo y resulta que sin él no se puede firmar ni un documento de prueba.

2. Designar al usuario administrador de e-CF cuando ya hace falta

La empresa debe designar ante la DGII un usuario administrador de facturación electrónica, que es quien luego delega roles internamente. Es un trámite administrativo, no técnico, y suele quedarse esperando porque nadie lo tiene asignado como tarea propia.

Conviene tratarlo como lo que es: una dependencia externa con fecha, responsable y seguimiento, igual que la compra de un servidor.

3. Datos maestros que antes pasaban y ahora no

Este es el que más sorprende. Durante años, un cliente con el RNC mal escrito no daba problema: la factura se imprimía igual y el error se arreglaba —o no— en el reporte 606. Con e-CF, la DGII valida en el momento de la emisión y el documento se rechaza.

Cuando una base de clientes con miles de registros llega al proyecto sin depurar, la limpieza no es un detalle previo: es una fase con su propio esfuerzo. Lo mínimo a revisar antes de empezar:

  • RNC y cédulas con la cantidad correcta de dígitos y sin espacios
  • Tipo de contribuyente asignado correctamente a cada cliente
  • Productos y servicios con su tratamiento de ITBIS bien definido
  • Clientes duplicados unificados antes de migrar, no después

4. Tratarlo como un proyecto de contabilidad

El e-CF nace en contabilidad, pero se ejecuta en ventas, en el almacén y en caja. Quien emite la factura es el vendedor o el cajero, y es quien va a encontrarse con el primer rechazo, con el cliente delante.

Cuando el proyecto vive solo en el departamento contable, la gente que de verdad va a usar el sistema se entera el día del arranque. Ese día aparecen a la vez todas las preguntas que debieron resolverse en la fase de pruebas.

5. Ignorar el circuito de recepción

Emitir es la mitad del trabajo. La otra mitad es recibir: los comprobantes que llegan de los proveedores, los acuses que hay que procesar y las aprobaciones comerciales que hay que responder dentro de plazo.

Muchos proyectos se preparan a fondo para emitir y descubren la recepción durante las pruebas de aprobación comercial, que es precisamente donde la DGII la evalúa.

6. No probar la contingencia

Todo funciona hasta que la DGII no responde. Puede pasar, y la norma contempla procedimientos para no detener la facturación mientras tanto.

La pregunta que hay que poder responder antes de salir a producción es concreta: si hoy a las once de la mañana no hay respuesta, ¿qué hace exactamente la persona que está facturando? Si la respuesta es "llamar a soporte", no hay procedimiento de contingencia.

7. Empezar sin saber en qué grupo cae la empresa

La obligatoriedad de la Ley 32-23 entró de forma escalonada según la clasificación del contribuyente: primero los grandes nacionales, después los grandes locales y medianos, y por último los pequeños, micro y no clasificados. La fecha que le aplica a cada empresa depende de esa clasificación.

Es el primer dato que hay que confirmar, porque condiciona todo el plan: cuánto margen real hay, qué se puede hacer por fases y qué hay que resolver de inmediato.

Lo que sí funciona

Los proyectos que salen a tiempo hacen tres cosas desde el primer día: arrancan los trámites externos antes que la parte técnica, depuran los datos maestros en paralelo a la configuración, y prueban con los usuarios reales —no con el equipo de sistemas— antes de la fecha de arranque.

Nada de eso es tecnología. Es organización, y es donde se gana o se pierde el calendario.

Ver la guía completa de facturación electrónica e-CF o hablar con nosotros sobre tu caso.

Respaldos que no sirven: el fallo se descubre el día que hacen falta
Tener copias no es tener respaldo. La diferencia se mide en una sola prueba.