La forma cara de cambiar un tipo impositivo
Un ministro de finanzas anuncia un cambio en el IVA. En un Dynamics 365 bien diseñado, es decir, un código fiscal desactualizado, un periodo de liquidación y una publicación de prueba. En uno mal diseñado es un proyecto: encontrar el X++ que codificó directamente el 16%, el AL que asumió un grupo fiscal, el informe que multiplicó el importe de la línea por una constante y la integración que envió una cadena fiscal que un banco ya no acepta.
Hemos heredado programas donde un cambio legal significaba seis semanas de desarrollo. Eso no es un problema fiscal. Es un problema de arquitectura. Si tu próximo cambio de tarifa necesita un promotor, el último socio te creó una aplicación personalizada que casualmente está en Dynamics 365.
El impuesto pertenece a la configuración, no al código
Dynamics 365 ya tiene los objetos: códigos fiscales, grupos fiscales, grupos de impuestos sobre artículos, retención, exención, cobro inverso, periodos fiscales y, en Finance & Operations, servicio de cálculo fiscal y Reporte Electrónico. La función de un despliegue global es utilizarlos. La personalización es para la brecha que el producto no se expresa, y sigue a un taller en lugar de reemplazarlo.
En cada programa aplicamos una norma: si un abogado o una autoridad tributaria puede cambiar el número, debe mantenerse en una configuración anticuada. Los promotores no poseen los tipos impositivos. Finanzas sí, con un rastro de aprobación.
Un motor fiscal, muchos libros
Una entidad keniana, una sudafricana y una alemana no necesitan tres diseños fiscales. Necesitan un diseño fiscal con códigos específicos de cada país, fechas y disposiciones de declaración. El gráfico, las dimensiones y los perfiles de publicación permanecen compartidos. Lo que cambia en la frontera es la capa legal: IVA frente a GST frente a retención, el formato de la declaración, la llamada de facturación electrónica.
Así es como un grupo realiza un cambio de tipo en Nairobi sin reabrir la plantilla alemana. Software Dynamics publica eTIMS anuncios internos para Kenia y nóminas para KE, NG y ZA por la misma razón: la parte legal es un producto configurado, no un caso aislado. Tu próximo país debería integrarse en el mismo patrón.
Lo que nos negamos a personalizar
No codificaremos directamente una tasa, un umbral ni una línea de retorno en X++ o AL. No calcularemos impuestos en un archivo de Excel que publique un diario. No permitiremos que una integración se saltara el motor fiscal para que un marketplace o un POS pueda "simplemente enviar la red". Esas decisiones parecen rápidas en el segundo mes y se convierten en un programa en el segundo año, cuando la autoridad cambia la regla y nadie recuerda qué interfaz asumió la antigua.
Cómo se construye un despliegue Software Dynamics para absorber el cambio
Discover nombra cada impuesto que el grupo realmente presenta, no los que aparecen en una diapositiva. Design pone cada uno en un código fechado con un propietario. Deploy prueba un cambio de tasa en el sandbox como criterio de puesta en marcha: finanzas cambia entre el 16% y el 18% sin nosotros, y esa es la prueba de puesta en marcha. El soporte es una actualización de configuración, no una solicitud de cambio de código.
Si eliges un socio para un programa de Dynamics 365 multinacional, pídele que te muestre el último cambio legal que enviaron como configuración. Si la respuesta es una estimación de desarrollo, sigue buscando. Si quieres el diseño que sobreviva al próximo discurso presupuestario, habla con nosotros.