Respuesta al 『tipo cero』 sobre alimentos del gobierno Takaichi — Soporte para modificación de sistemas

¿Tienen lista la preparación para el 『tipo cero』?

Como política estrella del gobierno Takaichi, el debate para fijar temporalmente al 0% el IVA sobre alimentos y bebidas se acelera de golpe. La promesa electoral de «dos años de tipo cero para alimentos y bebidas», presentada en las elecciones a la Cámara Baja de febrero de 2026, ha entrado en fase de ejecución tras la victoria.

Calendario inminente (a abril de 2026):

• El gobierno apunta a una síntesis intermedia antes del verano y debate el diseño del régimen en la Conferencia Nacional de Seguridad Social
• Se prevé que el proyecto de ley se delibere ya en la sesión extraordinaria de la Dieta de otoño
• Considerando los plazos de modificación de sistemas (de seis meses a un año), el favorito realista es la entrada en vigor en abril de 2027. En el escenario más corto queda la posibilidad dentro del año fiscal 2026 (hasta marzo de 2027)

Es decir, el tiempo que resta para fijar la política de modificación y empezar a moverse es de seis meses a un año. Para no repetir el «cuando me di cuenta ya era tarde» del sistema de facturas (invoice), este preciso instante es la última oportunidad para iniciar el estudio de impacto.

Visión general del enfoque de desarrollo

La respuesta al tipo cero no es un mero «sustituir 8% por 0%». Requiere modificaciones que tocan la raíz de la lógica: distinguirlo del exento, alineación con las facturas (factura cualificada) y funcionamiento en paralelo de los tipos antiguo y nuevo. Nuestro terreno principal son los entornos a medida, on-premise y legados que las actualizaciones automáticas de SaaS no pueden absorber, donde acompañamos de extremo a extremo desde el estudio de impacto → diseño → modificación → pruebas en paralelo → soporte de migración.

Motor de cálculo: reconstrucción del paralelismo de 3 tipos + redondeo

Lo de mayor impacto es la propia lógica de cálculo del impuesto. Al añadir el 0%, los tres tipos quedan corriendo a la vez: reducido 8% / estándar 10% / cero 0%.

• Unificar el diseño de modo que el límite del cambio de tipo se sostenga mediante una «fecha de inicio de aplicación». Construir una estructura que evite errores de cálculo en pedidos, devoluciones y facturas correctoras que crucen la fecha de entrada en vigor
• Redondeo (truncado, redondeo aritmético, redondeo bancario) redefinido por columna de subtotal de cada tipo. En el campo abundan implementaciones donde el orden suma → redondeo está invertido
• Concentrar la lógica de cálculo dispersa por Java / C# / PHP / Python / procedimientos almacenados en una forma de consulta a la tabla de tipos. Erradicar el hardcoding de «0,08» y «1,08» es el primer escollo

Suele creerse que «basta con cambiar una línea del tipo», pero en la práctica casi siempre acaba siendo una reconstrucción a nivel de diseño.

BD y maestro de tipos: fechas de inicio de aplicación y actualización programada

La capa de datos tampoco se puede esquivar. En muchos sistemas centrales el tipo no está en un maestro, sino disperso entre el código, tablas de constantes o atributos del maestro de productos.

• Añadir la categoría «0%» al maestro de tipos y volver obligatorias las columnas de fecha de inicio y fin de aplicación
• Función de actualización programada: implementar el conmutado automático a las 0:00 de la fecha de entrada en vigor (el cambio manual es fuente de accidentes)
• Asignar al maestro de productos un indicador de «artículo elegible para tipo cero» y gestionarlo en tres capas: categoría × indicador × tabla de excepciones. Como las fronteras entre alcohol, restauración y catering son complejas, la gestión de excepciones es el eje
• Tanto en SQL Server / Oracle / PostgreSQL / MySQL, diseñar dando prioridad absoluta a la coherencia del orden de migración

En cadenas que manejan decenas de miles de SKU, el saneamiento masivo del maestro es lo que más tiempo consume. Subestimarlo significa no llegar a las pruebas justo antes de la entrada en vigor.

Integración de datos y EDI: modificación de los formatos de mensaje

También hay que revisar los formatos de mensaje entre central ↔ TPV, sede ↔ tiendas y empresa ↔ socios comerciales. La realidad es que cuanto más estandarizado sea el EDI sectorial, más tarda la ampliación del código de clasificación fiscal.

• En cada mensaje — fichero de longitud fija / CSV / XML / protocolo Zengin / protocolo JCA — redefinir el número de dígitos y los valores admitidos del código de clasificación fiscal
• Entre socios comerciales son frecuentes los desajustes de tipo en el código de clasificación fiscal. Crear una tabla de cotejo y cerrar el acuerdo con antelación
• Implementar provisionalmente lógica de fallback que rescate los casos en que el receptor siga operando con la especificación antigua, evitando incidentes durante el periodo de transición

Este es un terreno en el que «arreglar solo la propia casa no cierra el asunto». La gestión de proyecto que incluye la coordinación con socios es lo que marca la diferencia.

UI / pantallas de TPV: determinación entre consumo en local 10% × para llevar 0%

En restauración, comida preparada y conveniencia, la UI de elección entre consumo en local (10%) y para llevar (0%) golpea de lleno la eficiencia operativa. Incluyendo el patrón de «decir que es para llevar y comerlo en el local», la dificultad del diseño de UX se dispara.

• Rediseñar el layout de la pantalla del TPV para que la clasificación fiscal se confirme con el mínimo número de toques
• Migrar por fases aprovechando los activos de componentes existentes en React / Vue.js / WinForms / WPF / Android / iOS
• En quioscos y pedido móvil, incluir en el diseño el flujo de recuperación cuando la clasificación es errónea
• En despliegues multitienda es imprescindible un mecanismo de aplicación simultánea de parches. Hacerlo tienda a tienda como artesanos no escala

La cumbre del diseño aquí está en compatibilizar «una UI que no confunda al personal de campo» con «la exactitud contable».

Informes y respuesta a facturas cualificadas

Tickets, facturas, etiquetas de estantería e informes de gestión de ventas pasan todos por la verificación de coherencia con el sistema de factura cualificada.

• Añadir el importe sujeto al 0% en la columna de subtotal por tipo. Los informes existentes suelen tener una composición de dos columnas para 8% / 10%, lo que obliga a rehacer el layout
• Modificaciones adaptadas a la notación específica de cada herramienta de informes — SVF / Crystal Reports / JasperReports
• En las impresoras de etiquetas de estantería y de etiquetas, especificar una impresión que garantice la visibilidad de los artículos sujetos al 0%
• Recomendamos acometer en paralelo los requisitos de conservación de la factura cualificada (cumplimiento de la Ley de Conservación Electrónica) aprovechando esta oportunidad

Los informes tienden a caer en el «si funciona, basta», pero su rol original es asegurar la solidez como registros probatorios en una inspección fiscal.

Estudio de impacto, pruebas en paralelo y propuestas de renovación

Donde realmente destacamos no es en la modificación en sí, sino en los procesos colindantes anteriores y posteriores.

• Estudio de impacto (análisis de código fuente): extraer sin omisiones del código existente las descripciones directas como «0,08», «1,08» o «* 1,10» y visualizar los objetivos de modificación
• Soporte de saneamiento de datos: determinar automáticamente, a partir de la categoría del producto, qué artículos están sujetos al 0% y preparar el maestro
• Pruebas en paralelo: reproducir entornos donde conviven los tipos antiguo y nuevo antes y después de la entrada en vigor y delegarnos la verificación comparativa N-1 / N / N+1 de los resultados de cálculo
• Propuesta de renovación de sistemas: para activos legados como VB6, AS/400 o PHP antiguo, donde el coste de modificación se hincha, proponemos aprovechar esta ocasión para una sustitución por fases hacia una arquitectura moderna

Nuestro papel es visualizar con un grano que la dirección pueda decidir qué debe arreglarse y qué resulta más barato sustituir que arreglar.

También para el proyecto de su empresa

La respuesta al tipo cero es más multicapa y full-stack de lo que aparenta. Motor de cálculo, maestro de BD, EDI, informes, TPV / UI móvil; si falla cualquiera de ellos, el día de entrada en vigor se detiene el registro de ventas.

Wired & Eco S.A. tiene como terreno principal los sistemas centrales a medida y on-premise que el SaaS no puede salvar, y atendemos de extremo a extremo desde el estudio de impacto hasta las pruebas en paralelo. También damos la bienvenida a consultas del tipo «nuestro sistema, ¿por dónde empezamos?».