Factura electrónica (ZUGFeRD) para Navision/BC

¡Hurra! ¡Mi módulo xfactura está listo y se puede instalar! Aquí encontrará las instrucciones de uso. Y, como siempre con mis soluciones:

  • Sin cuotas mensuales ni anuales
  • No es necesario instalar ningún programa adicional.
  • 100 % integrado con Navision / BC365
  • Ampliable a voluntad, también por usted mismo (siempre entrego todo el código fuente).

¿No tienes tiempo para leer toda la información? Ve directamente al último punto. «Recomendación de actuación»

La información aquí recogida se refiere a todas las empresas con sede en Alemania, independientemente de si utilizan Navision Financials, Dynamics, Attain o Microsoft Business Central BC365, o cualquier otro software ERP/contabilidad financiera, ya sea en un AS400, soluciones en la nube, programas combinados ERP/contabilidad financiera, DatevLa versión original de este artículo es de octubre de 2023. En aquel entonces, predije, con cierta cautela, que esta solución, típicamente alemana, no supondría en absoluto una simplificación, sino que se convertiría en una nueva y mal concebida pesadilla administrativa para controlar aún mejor a los pocos contribuyentes honestos que quedan... porque los defraudadores seguirán encontrando la manera de eludir este sistema. Y así es exactamente como ha sucedido, en marzo de 2024. Sin embargo, a menos que emigre a un tercer país, ya no podrá evitar la factura electrónica. Consejo: considérelo una oportunidad para liberar todo su proceso de facturación del polvo y el moho del último milenio, con carpetas y todo.

En este artículo actualizado, he eliminado y abreviado parte de las antiguas suposiciones, ya que han sido superadas por la realidad, y he incorporado nueva información.

Estimated reading time: 23 minutos

Fuentes

Hay varias fuentes, pero estas merecen ser enlazadas directamente:
https://www.heise.de/hintergrund/Pflicht-zur-E-Rechnung-im-XML-Format-Das-ist-der-Status-quo-9593920.html por los autores (Jochen Stärk, Andreas Pelekies) de las especificaciones técnicas. Por cierto, ustedes son conscientes de las deficiencias que yo mismo señalé aquí el año pasado. Ustedes mismos señalan, a modo de disculpa, que estas especificaciones estaban pensadas desde el principio únicamente para el intercambio entre autoridades. Eso no mejora las cosas...

https://www.heise.de/news/Bundesrat-stimmt-zu-E-Rechnungspflicht-fuer-Firmen-kommt-ab-2025-9663131.html Ley de oportunidades de crecimiento... ¿Quién se inventa estos euphemismos para referirse a más burocracia, más costes (iniciales) y más trámites administrativos (iniciales) para las empresas?

https://www.heise.de/hintergrund/E-Rechnungspflicht-Wie-Sie-strukturierte-elektronische-Rechnungen-erstellen-9625935.html Aquí también se aborda más bien las deficiencias de las definiciones legales, algunas de las herramientas ya no están disponibles y hay una cosa que, como ocurre con la mayoría de las fuentes de Internet, no encontrará en un artículo titulado «Obligación de facturación electrónica: cómo crear facturas electrónicas estructuradas»: instrucciones sobre cómo crear facturas electrónicas estructuradas. Sería demasiado fácil.

Historia de ZUGFeRD (xfactura, eFactura)

Obligatorio desde 2020 para la facturación al sector público (autoridades)... pero, a pesar de ello (¿o precisamente por ello?), sigue siendo un tema espinoso en 2024. De hecho, los comerciantes han preferido abstenerse de realizar entregas (y las facturas asociadas) a las autoridades. Por supuesto, esto también ha tenido consecuencias para las autoridades alemanas, que simplemente han perdido a sus proveedores.
Para contrarrestar esto, desde el inicio de la obligación, es decir, desde 2020, existía la excepción de que las facturas de hasta 250 euros No tenían que presentarse obligatoriamente como facturas ZUGFeRD. Esto se aprovechó incluso para dividir las facturas algo más elevadas. Al menos, esto se reconoció como un gasto adicional, por lo que en 2021, por ejemplo, este importe mínimo se aumentó a 1000 euros.

Sin embargo, en la práctica, muchas autoridades públicas siguieron aceptando sin más las facturas en formato PDF recibidas por correo electrónico (¡atención: autoridades públicas alemanas y correo electrónico... ¡sin fax!) sin comprobar si contenían los datos estructurados obligatorios. Pero esto tampoco suponía ningún problema en muchas oficinas públicas: el archivo PDF/A se imprimía de todos modos y se enviaba en papel al departamento de pagos. Se oye relinchar a la burocracia...

Restricciones de ZUGFeRD

Había mucho que criticar de ZUGFeRD, por ejemplo, la restricción de la libertad comercial de los socios comerciales: ZUGFeRD PDF/a con factura XML incrustada solo se podía crear por vía electrónica (por lo tanto, factura electrónica ). Sin embargo, las autoridades locales siguen teniendo mucho que ver con las facturas en papel, porque, por ejemplo, el agricultor que limpia algunas calles y aceras de un municipio en invierno no va a comprar un ordenador y mucho menos un software especial para ello por unos pocos euros (que, sin embargo, a veces superan los 250/1000 euros). Por lo tanto, incluso después de 2020, era habitual, y con razón, que los municipios, como autoridades públicas, aceptaran cualquier «factura escrita en un trozo de pan», si no querían quedarse totalmente incapacitados para actuar. Hay que ser bastante tonto para querer meterse con los agricultores locales por tonterías. Sin embargo, al parecer, esto también ha sido durante décadas una buena base para formar parte del Gobierno.

Ein mit Bing erstelltes Symbolbild für ZUGPFeRD und xRechnung unter Navision Financials Dynamics Attain oder Microsoft Business Central BC365

Pero ZUGFeERD tampoco fue una alegría para los proveedores «reales». Para los negocios «reales», el reconocimiento electrónico/automático de documentosse ha establecido a lo largo de años/décadas... o también la solución para adultos: EDIfact. Lo que menos necesitaban la industria y el comercio aún era una interfaz estándar a medio terminar que estaba muriendo durante su introducción... ¿Sabe qué es lo bueno de los estándares? Exacto: hay tantos...

Y así ha sido: ZUGFeRD nunca llegó a implantarse en la industria libre y, antes incluso de que el caballito pudiera coger velocidad, ya se había quedado en el camino. Aunque más bien era un poni que un noble andaluz.

¿Alternativas a ZUGFeRD?

Pero Alemania no sería Alemania si simplemente dijera: «Bueno, qué le vamos a hacer, hemos metido la pata». Ahora también aceptamos PDF por correo electrónico, como hacen cientos de miles de empresas en todo el mundo. O bien: «Espera, había una pequeña solución nicho que, según dicen, lleva décadas funcionando incluso en empresas tan importantes como Siemens, Bayer o Volkswagen... ¿Cómo se llamaba? Hace poco leí algo al respecto en el Bild... ¡Ah, sí! EDI. Intercambio electrónico de datos. EDIfact. Presente en todo el mundo, desde hace décadas, incluso sin utilizar el lastre X400/BTX. Una vez que se consigue ponerlo en marcha, es estable y seguro de usar. No es barato, pero si se hace bien, al final resulta más económico que las facturas en papel. EDIfact conecta continentes y conecta Navision con SAP, BC365 con KHK, Dynamics con Oracle...

Ahora bien, para ser justos hay que decir que EDI y EDIFact son realmente una carga, caros, complicados y laboriosos de configurar. Aunque hay proveedores de servicios que lo simplifican, EDI siempre ha sido el rey de los grandes (SAP) y de aquellos que se han visto obligados a seguirles el juego (Navision y Business Central 365 Mittelstand).

Igual de inútil/inconcebible para el agricultor que retira la nieve (véase más arriba).

¿Y PDF? Sí... Ahora también se puede crear directamente desde Excel o Word y enviarse fácilmente por correo electrónico. Esto ahorra papel, gastos de envío, tiempo de envío y trabajo manual. Sin embargo, el reconocimiento electrónico de documentos tampoco es barato (aunque no es realmente caro...). Pero ya es más automatización que los faxes (aparatos) en las oficinas públicas 🙂 . jetzt nicht wirklich teuer ist…). Ist aber schon mehr automatisierung als Fax(geräte) in den Behörden 🙂 .

Mit Bing erstelltes Symboldbild für Faxe und Emails und xRechnung (ZUGPFeRD) aus jeder Navision-vbersion heraus, auch die älteren (Classic Client) Versionen wie Navision 2009R2 oder 2.60 etc

En este sentido, la idea de introducir en el mercado una norma sencilla que sea económica de integrar (a diferencia del EDI y el reconocimiento electrónico de documentos) y que, sin embargo, ofrezca un alto potencial de automatización (a diferencia del fax y el papel) no es mala en absoluto. Pero, ¿por qué tiene que ser tan complicado como ZUGFeRD, con un XML incrustado en un contenedor PDF/A? El PDF/A ya supone un obstáculo para Word y el controlador de impresora PDF, que se ha convertido en el estándar Microsoft print to PDF.

xfactura

Y, escuchen y se sorprenderán: ¡las autoridades federales lo han reconocido! Y la solución no es tan tonta: con xRechnung, ahora más conocida como eRechnung, se ha simplificado, en principio, la parte más complicada de ZUGFeRD: la parte del PDF. Ahora simplemente se omite. Lo que queda es un archivo XML puro, que puede ser escrito y leído con bastante facilidad por muchos sistemas ERP/de contabilidad financiera sin necesidad de hacer malabarismos, incluyendo, por supuesto, Navision Financials, Dynamics, Attain o Microsoft Business Central BC365.

Transferencia de facturas electrónicas / xfactura

Pero esto volvió a inquietar a los responsables: ¿una solución sencilla, y además procedente de Alemania? En el sentido de «reducción de la burocracia»... Quizás Alemania sea el único país en el que la reducción de la burocracia debe regularse mediante una ley... en lugar de simplemente eliminar leyes y normas administrativas absurdas o irracionales. Bueno... pues... Solo XML es demasiado sencillo. Por eso, el «Consejo de Expertos» complicó al menos la vía de transferencia. El remitente se conoce a sí mismo y conoce al destinatario. Entonces, ¿por qué debería el remitente simplemente enviar el XML por correo electrónico al destinatario?

Por eso se crean instancias intermedias, como la red Peppol. ¿Le suena? ¡Sí! Business Mail X400, el viejo estándar BTX, obligatorio durante muchos años para EDI. Hasta que incluso a los usuarios de EDI, acostumbrados a las molestias, les pareció demasiado tonto y hace décadas que se pasaron al FTP o directamente al correo electrónico. PEPPOL no es técnicamente X400 ni BTX, pero es igual de innecesario.

Ablauf übertragung xRechnung, eRechnung, ZUGPFeRD über Peppol

¿Innecesario y costoso? ¡Genial! ¡Así al menos se puede complicar un poco más el sencillo XML! ¡Lo aceptamos! Y para que sea aún más absurdo, no será generalizado. A finales de 2023, aproximadamente el 80 % de las autoridades federales y prácticamente ningún miembro del sector privado serán accesibles a través de Peppol. Seguramente, según la ley de Murphy, precisamente LA autoridad a la que quieren enviar una factura no estará accesible... Además, volverán a necesitar un proveedor de servicios externo o una infraestructura Peppol propia (¡de pago!). Bueno, que alguien me diga que los responsables del Gobierno federal alemán no pueden aprender del sector privado... Simplemente tomen lo peor y lo más estúpido del EDI (X400), que este ya ha descartado hace tiempo.

Futuro

Bueno... Las predicciones son difíciles, sobre todo cuando se refieren al futuro.

ZUGFeRD se ha convertido prácticamente en un caballo de labranza muerto. El futuro, si es que lo escriben las autoridades alemanas (Dios nos libre...), estará en xfactura . El portal alemán de contratación pública, por ejemplo, ya solo invita a los proveedores a presentar una xRechnung, y ZUGFeRD ya no ocupa un lugar destacado.

Yo también creo que Correo se convertirá en la opción estándar para el envío, por delante de Peppol.. Actualización importante para 2024: hace un año ya predije que xRechnung y sus hermanos, Cross Industry Invoice (CII) y Universal Business Language (UBL), solo serían la puerta de entrada para la declaración de ingresos en tiempo real a las autoridades fiscales. Dado que ahorrar no está nada de moda, los Estados de la UE esperan poder recaudar unos cuantos millones de euros más y/o unos días antes. Para ello, las empresas de la UE tendrán que invertir unos cuantos miles de millones más. Actualmente, PREPPOL se está ampliando para poder procesar estas declaraciones de ingresos en tiempo real hasta aproximadamente 2029. Durante el periodo de transición, y sobre todo hasta que todo el mundo disponga de las posibilidades técnicas para utilizar PREPPOL, lo más sencillo para los usuarios de Navision y BC365 será seguir utilizando temporalmente (¡) el correo electrónico. Probablemente, Peppol será obligatorio hasta 2029 para las facturas electrónicas xRechnung/eRechnungen, que para entonces ya se habrán implantado en todo el territorio.

La obligaciónde implementar una nueva norma (¡y con ello la primera obligación informática en Alemania!) se sometió a votación a finales de 2023 . Este borrador ya incluye un aplazamiento/retraso de dos años. Curiosamente, en este borrador se establece la obligatoriedad de la Empfangsmöglichkeit facturas electrónicas (aquí ya se menciona expresamente el formato xRechnung) a partir del 1 de enero de 2025. Esto no perjudica a nadie. Sin embargo, aún no se ha definido ni siquiera de forma aproximada cómo se llevará a cabo. ¿Se puede obligar a las empresas a participar en redes de pago como Peppol? ¿Qué pasa con los extranjeros? Los chinos, los indios... seguirán enviando sus facturas en Excel por correo electrónico o fax. ¿Y entonces qué?
Update Marzo 2024: Después de que xRechnung/e-Rechnung dejara finalmente de lado en marzo de 2024 su máscara de «ley de oportunidades de crecimiento favorable a la industria», se definió inmediatamente: se trata principalmente de registrar las ventas en la Unión Europea en tiempo real. Las transacciones comerciales extranjeras no tienen importancia para ello y, por lo tanto, pueden seguir realizándose como facturas por fax, Word o Excel desde China.

Según el borrador actual, a partir del 1 de enero de 2026 será obligatorio emitir facturas electrónicas para las empresas con una facturación anual superior a 800 000 euros. Vale, vale... La inflación contribuirá a que más pequeñas empresas alcancen este límite, pero... en serio: las «grandes» ya llevan dos generaciones utilizando EDIact, que incluso aparece con ese nombre en el borrador. Sin embargo, en las interpretaciones se afirma que el EDI no cumple con las normas europeas y, por lo tanto, no se ajustará a la legislación futura... Tengo mucha curiosidad por saber qué dirán Volkswagen, BMW, Siemens, Mercedes y Airbus sobre esta divertida idea.

No lo olvide: las grandes empresas, especialmente los usuarios de SAP, han conseguido incluso una modificación de los derechos de autor y de la remuneración por derechos de autor, de modo que los servicios de programación extranjeros (India...) ya no están sujetos al pago de impuestos a la caja social de los artistas («obligación de retención en origen»). ... ¿Ha oído hablar alguna vez de esta obligación? ¿No? Ya da igual, porque ya no existe. Probablemente también incluirá EDI e IDoc en los formatos «permitidos».

A partir del 1 de enero de 2027, todas las empresas (a partir de 800 000 euros de facturación anual) en Alemania estarán obligadas a emitir facturas electrónicas. Lo cual, en cierto modo, es acorde con los tiempos. Y a partir del 1 de enero de 2028, realmente todas. Incluso la tienda de la esquina... A menos que solo tenga clientes finales, porque (por supuesto) esto no se aplica a esas ventas.

Sin embargo, no hay que olvidar que en realidad no se trata de una ley para racionalizar los procesos operativos. Eso sería más fácil: bastaría con eliminar unos cuantos miles de directrices administrativas y requisitos de notificación, y listo. Se ahorraría tiempo y dinero en cientos de miles de empresas. Se trata de una nueva norma de control fiscal, concretamente contra el fraude en el impuesto sobre el valor añadido. Por lo tanto, se trata de una opción de control que deben introducir y pagar las propias empresas. El trasfondo de todo este embrollo es la ViDA (o VAT in the Digital Age, en español, «el IVA en la era digital»), lo que ya dice mucho sobre las verdaderas intenciones del legislador. Me parece irónico leer frases como «fiscalidad justa»... Pero dejémoslo estar, que esto se está volviendo demasiado polémico. EDIfact se mantendrá, sobre todo porque se puede convertir automáticamente para ViDA a eRechnung/xRechnung (por ejemplo, en formato ZUGPFeRD, xRechnung (Factur-X), Cross Industry Invoice (CII) o Universal Business Language (UBL)).

De esta base se deriva también mi siguiente recomendación de actuación:

Entonces, ¿por qué volver a crear un monstruo burocrático que cuesta miles de millones de euros a los contribuyentes (autoridades) y a la economía libre? Precisamente por este fraude del impuesto sobre el valor añadido («carrusel del IVA»). ¿Por qué no simplemente no reembolsar ningún impuesto? El crédito fiscal se mantiene como crédito, porque en algún momento todas las empresas quieren generar ingresos, de lo contrario hay algo que no funciona en su modelo de negocio. Lo mismo ocurre con las operaciones bursátiles, y Cum-Ex nunca habría existido. ¿Demasiado sencillo? Sí, demasiado sencillo. Es mejor responsabilizar a millones de empresas (¡en toda Europa!) y someterlas a sospecha inicial que abordar soluciones pragmáticas por/contra unos pocos cientos o miles de estafadores. ZUGFeRD, te oigo relinchar...

Recomendación de actuación

Desde que todos los proveedores de soluciones posibles postulan en todos los canales la planificación de la votación sobre esta ley , también aumenta la incertidumbre entre los usuarios.
¿Tengo que hacerlo ahora?
¿Puedo pronto?
¿Realmente tengo que cambiar mi «antiguo» Navision Financials Dynamics Attain o Microsoft Business Central BC365 por uno nuevo? ¿Cuánto me va a costar?
¿Se ha hecho alguna vez estas preguntas? Seguro que ahora sí...

Y precisamente estas cuestiones me están empezando a plantearse poco a poco. Mi recomendación ya distingue entre proveedores de organismos públicos y proveedores de organismos no públicos.

-Para proveedores de organismos públicos

Si hoy, en 2023, realiza entregas y factura a organismos públicos (colegios, ayuntamientos, oficinas de empleo, imprenta federal...), seguramente ya habrá encontrado la forma de enviar una factura electrónica desde su Navision/BC365 a su destinatario... o de eludir esta obligación. Por ahora, siga haciéndolo, a menos que el trabajo que supone ya no sea racional. En ese caso, escríbame y encontraremos una solución adecuada.

-Para la «economía normal»

En octubre de 2023 aún tenía la esperanza de que prevaleciera la sensatez y que estas leyes, en su forma actual, no pudieran mantenerse ante políticos inteligentes, responsables y reflexivos.
Divertido, ¿verdad?
Eso se acabó a finales de marzo de 2024.
A día de hoy, la situación es la siguiente:
A partir de 2025, deberá poder recibir facturas electrónicas («facturas electrónicas») en uno de los siguientes formatos, aunque también podrá permitir que sus proveedores le sigan enviando las facturas en el formato anterior. Ya se está viendo que muchas empresas están haciendo uso de esta «tolerancia», lo quiera usted o no. Ya me han comunicado que, de lo contrario, el proveedor insistirá en el pago por adelantado y emitirá una factura convencional en formato PDF o en papel, que posiblemente no dará derecho a deducción del impuesto soportado.

  • ZUGPFeRD
  • xRechnung (Factur-X)
  • Cross Industry Invoice (CII)
  • Universal Business Language (UBL)

Cómo resolverlo es su problema. Si consulta estos archivos con un visor y luego los introduce en su ERP, ¡es totalmente legal y legítimo! Pero, de alguna manera, ¡no es lo ideal!
Por seguridad, dé por hecho que tendrá que aceptar los cuatro formatos, ya que es el remitente quien decide cómo emitirle esta factura electrónica obligatoria/xRechnung. Pero, afortunadamente, esto no es tan grave, ya que los formatos son muy similares y, por lo tanto, se pueden visualizar con programas muy similares, ¡o incluso se pueden leer por completo! Se lo aseguro: Un año después, se preguntará por qué no empezó a hacerlo hace veinte años. Facturas entrantes y salientes Se procesará de forma totalmente electrónica en Navision / BC. ¡Prometido!

Por lo tanto, a lo largo de 2024 (previsto: verano de 2024) ampliaré mi interfaz Navision Financials, Dynamics Attain o Microsoft Business Central BC365 GetMyInvoice con la lectura nativa de

  • xRechnung (Factur-X)
  • Cross Industry Invoice (CII)
  • Universal Business Language (UBL)

ampliar. En mi caso, estoy pensando en utilizar xRechnung con correo electrónico, lo que requerirá mi módulo de correo electrónico o cualquier otra solución de correo electrónico que funcione y admita archivos adjuntos.
Tenga en cuenta que Navision (a partir de la versión técnica 4.03) y mi interfaz GetMyInvoice ya pueden procesar (¡¡¡hoy mismo!!!) los cuatro formatos de factura (es decir, además de xfactura (Factur-X), Cross Industry Invoice (CII) y Universal Business Language (UBL) y ZUGPFeRD. ¡Esto le ofrece la posibilidad de simplificar y agilizar considerablemente su proceso de facturación entrante!

Mi interfaz GetMyInvoice ya está disponible desde 2020 para todas las versiones de Navision a partir de la versión técnica 4.03 (2009R2, 2013, 2015, etc.) y garantiza así la recepción de facturas conforme a la ley desde hace más de 4 años.

Sin embargo, dado que xRechnung está creando nuevas situaciones en el mercado, integraré los tres formatos mencionados directamente en la interfaz de GetMyInvoice.
Dado que GetMyInvoice resulta demasiado caro para algunos usuarios, ¡he creado una nueva solución paralela! ¡xRechnung integrado directamente en Navision! De este modo, ya no es necesario recurrir al proveedor de servicios GetMyInvoice. Las funciones principales, como

  • Reconocimiento automático y contabilización previa de facturas de gastos en casi el 100 % de los casos.
  • Reconocimiento automático y contabilización previa de facturas de mercancías de proveedores B y C (proveedores con pocos pedidos pendientes, idealmente solo uno, en su Navision/BC365) en casi el 100 % de los casos.
  • Reconocimiento asistido y contabilización simplificada de las facturas de mercancías de sus principales proveedores en un 70 % (en algunos casos, incluso más).

Quiero intentar conservarlo todo. Estos también se pueden combinar con el flujo de trabajo de aprobación de facturas EK, incluso en su Navision 2009, aunque lógicamente se trate de una versión 2.00, 2.01, 3 u otra de Navision. Tenga en cuenta que el primer punto y partes de los puntos 2 y 3 requieren una ampliación de su licencia para nuevos formularios (páginas) y tablas, mientras que la solución básica (conforme a la ley) puede «ocultarse» por completo en objetos ya activados si es necesario. Por lo tanto, quizá mi solución sea la única del mercado que, en caso necesario, podría adaptar un DOS Navision de 1993 para la factura electrónica...

Con este método, reducirá fácilmente entre un 50 %, un 60 % o un 70 % el volumen de trabajo que le suponen las facturas recibidas. Si además combina esto con una racionalización de su gestión de pagos y, por otro lado, reestructura su gestión de cobros entonces, sí, entonces el eufemístico título de «Ley de oportunidades de crecimiento» se hará realidad 🙂 Encontrará aquí, en las instrucciones, el estado actual de mi desarrollo en todo momento..


¿Cómo se reciben y envían las facturas xRechnung?

Además de la implementación puramente técnica del formato XML al enviar y recibir facturas de Navision Financials Dynamics Attain o Microsoft Business Central BC365, hasta ahora no estaba claro el método de transmisión, véase también la nota anterior sobre Peppol. Este monstruo ha desaparecido (temporalmente), ahora basta con disponer de un buzón de correo electrónico para enviar y recibir facturas electrónicas.
Sin duda, habrá mucho caos cuando, por ejemplo, las grandes empresas quieran obligar a los pequeños proveedores de comedores a utilizar EDIfact a través de X.400. Pero, a gran escala, el correo electrónico se convertirá en el principal medio de comunicación para enviar y recibir facturas electrónicas (también Zugpferd, EDIfact, etc., no solo en Navision y Business Central, sino también, por ejemplo, en Sage y otros proveedores).

Aquí encontrará un resumen fácil de leer de esta directiva..

Soluciones provisionales, ganar tiempo

-Simple retraso si aún no dispone de una interfaz para facturas recibidas.

Esta sección ha quedado sin efecto tras el proceso legislativo de marzo de 2024.

Wenn das Gesetz wirklich verabschiedet wird -und Blödheit innerhalb eines Gesetzes sind seit Jahrzehnten kein Hinderungsgrund mehr dafür-, so schaffen Sie für 2025 notfalls erst einmal die Empfangsmöglichkeit für irgendein selten genutztes Format – z.B. ZUGFeRD! Sie bekommen so weiter ihre Eingangsrechnungen in dem für Sie wie bisher nutzbaren PDF Format, den XML Anhang ignorieren Sie einfach. So haben Sie keinerlei Umstellung – außer das Sie Ihre Rechnungen nun per Email statt Briefpost bekommen. Was ja sehr angenehm ist. Die Bundespost wird noch Probleme bekommen, wenn die milliarden Papierrechnungen jedes Jahr jetzt auch noch als Briefpost wegfallen. Für Sie auch ein idealer Übergang z.B. zu GetMyInvoice, mit dem Sie wirklich ihren Rechnungseingang rationalisieren & revolutionieren können! Sowohl für die nativen Navision Financials, Dynamics, Attain oder auch Microsoft Business Central BC365. Somit gewinnen Sie für 2024 und 2025 Zeit, um erst einmal die weitere Entwicklung abzuwarten.

-Integración rápida

En 2024 debería, y en 2025 deberá, estar preparado para emitir facturas electrónicas a sus clientes. Desde la perspectiva de diciembre de 2023 y también de marzo de 2024, le recomiendo que se prepare para emitir y recibir facturas xRechnungEste es, en mi opinión, el formato más sencillo, incluso más que el EDI, y quizá, por fin, esté realmente estandarizado, para cumplir con la ley en su forma actual. Y, quién sabe, quizá al fin y al cabo resulte ser un éxito y xRechnung establezca por fin el estándar mundial uniforme para el intercambio de documentos. Una esperanza tan antigua como la informática antigua como las informática, no solo para los usuarios de Navision Financials o Business Central BC365. Quizás por eso sea interesante una introducción suave a través de GetMyInvoice, que le facilitará inmediatamente el trabajo en la contabilidad financiera, sobre todo si combina esta introducción con mis ejercicios de buenas prácticas, por ejemplo, mi lista de propuestas de pago con detección de impagos..

Ein mit Bing erstelltes Symbolbild für die elektronische Rechnungserstellung und -Versendung (natürlich auch Angebote & Bestellungen etc) mit Navision Financials (alle Versionen) oder BC365.

Para la creación de facturas electrónicas, , le recomiendo el formato de factura xRechnung. Desde la perspectiva actual, en noviembre de 2023, este será el formato ganador. Además, es el formato más sencillo de crear en todas las versiones de Navision Financials Dynamics Attain o Microsoft Business Central BC365. Por ejemplo, se puede integrar perfectamente en la función de envío de facturas por correo electrónico. También se puede enviar sin problemas por correo electrónico junto con una factura PDF normal y sin modificar. De este modo, sus clientes podrán pasar gradualmente de los correos PDF (que ya le ahorran mucho franqueo, desplazamientos e impresiones)al flujo de facturas completamente electrónico, sin ningún tipo de molestia por el cambio y sin ninguna responsabilidad por su parte..