Esto no es un informe de tendencias
La línea de suscripción en este sitio promete una sesión informativa dos veces al año. Esta es la edición de septiembre de 2026. No es una encuesta al mercado ERP , ni contiene un porcentaje que no hayamos medido. Es lo que estamos viendo en Dynamics 365 programas que se nos pide diseñar: en Estados Unidos, en Europa, en India, en Kenia, en Sudáfrica y en Australia.
Tres patrones siguen llegando en el mismo orden. El impuesto sigue escribiéndose en código. La facturación electrónica sigue al lado del libro mayor. El archivo bancario de un nuevo país sigue citándose como un proyecto X++. Cada uno es una decisión arquitectónica que era más barato rechazar en Discover que desenrollar tras la puesta en marcha.
Los impuestos siguen muriendo en el código
Un cambio de tipo es un código fiscal fechado, un periodo de liquidación y una publicación de prueba. Seguimos heredando inquilinos donde el 16% reside en X++, donde una extensión AL asumió un grupo fiscal y donde una integración envía una cadena fiscal que un banco ya no acepta. Eso no es un problema keniano ni europeo. Un cambio en el impuesto sobre ventas en EE. UU. y un cambio en el IVA alemán fallan igual cuando el número se introdujo en un artefacto del promotor.
La norma que tenemos en marcha: si una autoridad de ingresos puede cambiar el número, finanzas posee un código anticuado. Los promotores no. La puesta en marcha no se realiza hasta que finanzas puede mover el tipo en un sandbox sin nosotros. El artículo detrás de esa norma es la parte fiscal de este sitio. La comprobación de una página es si tu equipo puede hacerlo el martes.
La firma sigue ocurriendo junto al libro de cuentas
Kenia eTIMS es la prueba más estricta que hacemos. Cuando la llamada de la Unidad de Control se queda dentro de la publicación, una factura sin firmar nunca se convierte en un hecho del libro de cuentas. Cuando está en una herramienta junto a Dynamics 365, el cierre de mes es una conciliación y una nota de crédito que no apunta al original.
La misma forma es la que indicamos a un despliegue europeo de PEPPOL y a un archivo de autoridad en EE. UU. o India. El gráfico, la orden de venta y la caja registradora permanecen compartidos. La llamada de firma es la capa de países. Un diseño que dice "añadiremos la facturación electrónica más adelante" ya ha aceptado un segundo sistema en el país donde la aplicación es más estricta.
Un país nuevo es un mapeo, no una construcción
Los pagos a proveedores y empleados salen a través de una sola pasarela en el núcleo global, DisbursementFlow 365, hacia el banco que el país realmente utiliza. La validación de cuentas utiliza las reglas IBAN para 89 países. El archivo es ISO 20022 pain.001. Un fabricante comprueba y una segunda persona libera. El registro de estado no puede ser editado.
Lo que rechazamos es un nuevo formato de pago X++ cada vez que se añade un banco, o un país. Ese trabajo es un mapeo de archivos en Azure. La nómina para Kenia, Nigeria y Sudáfrica permanece como un producto en el núcleo. Calcula. La pasarela paga. Una entidad estadounidense o europea no encarga un segundo motor de nóminas para obtener un archivo bancario.
Lo que rechazamos este medio año
Una licencia Business Central vendida como trampolín para Finance & Operations. Un informe de donante que es una exportación de cuadernos de cuatro países. Un acuerdo en el mercado que "simplemente envía la red" y salta el motor fiscal. Una puntuación de puntos de preferencia guardada en una hoja de cálculo junto a un libro mayor del sector público. Un segundo gráfico para IFRS.
La entrega de este trabajo es de Australia, Kenia, Sudáfrica, India y Europa. El método no cambia según la ciudad. La próxima edición, marzo de 2027, será el mismo tipo de nota: qué cambió en el diseño y qué aún no construiremos. No crecerá un gráfico de cuota de mercado.