{"id":327,"date":"2022-06-08T15:06:52","date_gmt":"2022-06-08T21:06:52","guid":{"rendered":"https:\/\/fbedolla.com\/?p=327"},"modified":"2022-06-08T20:00:15","modified_gmt":"2022-06-09T02:00:15","slug":"cfdi-4-0-postergado-pero-hay-trabajo-por-hacer","status":"publish","type":"post","link":"https:\/\/fbedolla.com\/index.php\/2022\/06\/08\/cfdi-4-0-postergado-pero-hay-trabajo-por-hacer\/","title":{"rendered":"CFDI 4.0, postergado, pero hay trabajo por hacer"},"content":{"rendered":"\n
\"Comunicado
Comunicado SAT<\/figcaption><\/figure>\n\n\n\n

Bueno, finalmente (como siempre) el SAT hace prorroga de la entrada en vigor de un est\u00e1ndar nuevo para la factura electr\u00f3nica.<\/p>\n\n\n\n

La nueva fecha ser\u00e1 el 1ro de enero de 2023.<\/p>\n\n\n\n

Entre los principales cambios es que ahora si es obligatorio el domicilio fiscal tanto de emisor como de receptor. Esto implica adecuaciones en los campos en Company Information y Customer sin importar si es de ah\u00ed de donde llamamos los datos para el archivo o desde la factura registrada, como sea, deberemos asegurarnos de no mandar caracteres raros que no sean soportados en el est\u00e1ndar de xml (validaci\u00f3n de datos\/caracteres en campos).<\/p>\n\n\n\n

Lo de los m\u00faltiples CFDIs relacionados para sustituci\u00f3n, ser\u00e1 algo complicado al tener la opci\u00f3n de que una factura sustituya a varias creando as\u00ed una relaci\u00f3n de uno a muchos (1:n).<\/p>\n\n\n\n

Cambios en la generaci\u00f3n del complemento para pagos (2.0) con ajustes para identificar si los pagos son sujetos a impuesto y cuales, y cu\u00e1nto. Esto podr\u00eda ser sencillo al hacer el pago en el diario de pagos liquidando contra la factura previamente registrada, pero \u00bfqu\u00e9 pasa en pagos anticipados sin factura de anticipo? \u00bfcreamos una provisi\u00f3n de impuestos al 16% y agregamos esa informaci\u00f3n al complemento? \u00bfO simplemente no lo declaramos en el momento del pago, pero si al liquidar la factura contra dicho anticipo? Al parecer, deberemos de utilizar la factura de anticipo y exigirla al proveedor si quiere dinero por delante.<\/p>\n\n\n\n

En la cancelaci\u00f3n del CFDI se debe establecer el motivo, mayor raz\u00f3n para no cancelar en NAV\/BC, se que implica pagos de ISR pero recordemos que el proceso \u201cmas correcto\u201d seria cancelar el CFDI en el SAT y luego hacer una nota de cr\u00e9dito interna para liquidarla contra la factura con CFDI ya cancelada, sin embargo, deber\u00edamos igualmente llenar los datos resultado de la cancelaci\u00f3n en dicha nota de cr\u00e9dito interna para control de folios, UUIDs y toda esa parafernalia.<\/p>\n\n\n\n

Para exportar, complemento de exportaci\u00f3n que en si mismo ya es algo y luego agregar un atributo m\u00e1s al CFDI.<\/p>\n\n\n\n

En la \u201csoluci\u00f3n\u201d de Microsoft se cre\u00f3 un campo de \u201cUso de CFDI\u201d, bueno, se debe eliminar el \u201cPor Definir\u201d.<\/p>\n\n\n\n

Tambi\u00e9n hay que tomar en cuenta los cambios para facturaci\u00f3n global y a cuenta de terceros<\/p>\n\n\n\n

Ahora bien, \u00bfqu\u00e9 es lo que se debe hacer? sencillo, adecuar el sistema a la nueva versi\u00f3n. Para esto, los caminos dependen de varias cosas:<\/p>\n\n\n\n

Versi\u00f3n de sistema – Si es NAV o Business Central difiere tanto a nivel c\u00f3digo como a nivel conexi\u00f3n<\/p>\n\n\n\n

PAC – Cada Proveedor Autorizado de Certificaci\u00f3n tiene su m\u00e9todo de conexi\u00f3n adem\u00e1s de estructura y tipo de archivo.<\/p>\n\n\n\n

Veamos el primer tema, si es NAV el sistema que tenemos, normalmente estar\u00e1 on-premise por lo que la adecuaci\u00f3n es m\u00e1s sencilla, as\u00ed como la conexi\u00f3n a los servicios del PAC pudiendo ser v\u00eda FTP, Web Services o una app local instalada en el servidor.<\/p>\n\n\n\n

Se deben agregar los campos necesarios en los pedidos de venta (tablas 36 y 37) as\u00ed como los de remisiones y los de facturaci\u00f3n (112 y 113), agregar m\u00e1s datos en la tabla de clientes, productos y finalmente conjuntar todo eso en las tablas de facturaci\u00f3n para poder generar el archivo a “subir” con el PAC.<\/p>\n\n\n\n

Esto l\u00f3gicamente requiere el uso de un ambiente de pruebas del ERP as\u00ed como del PAC para validar estructura del archivo a subir, los datos subidos, recibir la respuesta y verificar que todo est\u00e1 ok. La parte de negociar con el PAC el \u00e1rea de pruebas, queda en el cliente, lo dem\u00e1s, lo debe hacer el departamento interno de desarrollo o el partner contratado, incluyendo las pruebas.<\/p>\n\n\n\n

Al ser un desarrollo “a la antigua”, es decir, sin ser extensiones, debe ser realizado para cada cliente ya que normalmente esas instalaciones tienen sus “particularidades”.<\/p>\n\n\n\n

\u00bfQu\u00e9 pasa con Business Central?<\/p>\n\n\n\n

Bueno, depender\u00e1 de si fue desarrollo especial o si es una extensi\u00f3n.<\/p>\n\n\n\n

Normalmente una extensi\u00f3n simplemente se actualizar\u00e1 a una nueva versi\u00f3n agregando campos y comportamientos, si revisamos nuestra administraci\u00f3n de extensiones, podremos ver algo como<\/p>\n\n\n\n

“Facturaci\u00f3n electr\u00f3nica X versi\u00f3n 1.1.0.0”<\/p>\n\n\n\n

Y despu\u00e9s de la actualizaci\u00f3n, simplemente ser\u00e1 versi\u00f3n 2.0.0.0 o un n\u00famero superior al anterior. Esto nos permitir\u00e1 detectar varias cosas:<\/p>\n\n\n\n