El cuerpo del documento explica lo previsible: cómo se solicita la certificación, cómo se firma, qué servicios en línea autorizan y consultan, qué códigos devuelve cada error. Lo que de verdad cambia año a año está en otro lado: en los anexos del final y en la tabla de versiones de las primeras páginas.
Qué me llevé
El orden de lectura, que es al revés del índice. Primero el historial de versiones, después los anexos, al final el cuerpo. El cuerpo lleva años casi igual; lo que obliga a modificar un sistema está en el anexo que se agregó el trimestre pasado, y nadie relee cuatrocientas páginas para encontrarlo.
El anexo veintiséis, que es el cambio con más consecuencias prácticas de esta versión: quien emita con un sistema de un tercero tiene que incluir el número de identificación tributaria de ese proveedor en un campo adicional del archivo, con un nombre de campo definido y un plazo contado desde la publicación en el registro oficial. Es una modificación pequeña en el archivo y una tarea grande en la lista de quien mantiene el sistema, porque hay que tocar la plantilla, la representación impresa y las pruebas. Lo expliqué en detalle en la página del requisito de RUC del proveedor.
Y una constatación que conviene tener presente al cotizar: la especificación no distingue entre quien emite diez comprobantes al mes y quien emite diez mil. Misma obligación, mismo plazo, y el costo fijo de cumplirla pesa mucho más en el primero.
Qué dejé fuera
Nada, y ese es exactamente el problema. Un documento así no se lee por partes porque una misma regla puede aparecer en el cuerpo, en un anexo, en el glosario y en las preguntas frecuentes del final. Es un archivo de procesador de textos con diez años de capas encima, y esa forma de crecer es la dificultad real de la facturación electrónica en Ecuador, más que cualquier detalle técnico.