Split Payment del IBS/CBS: RFB y CGIBS cierran paquete de 6 manuales técnicos de la Plataforma Pública (Acto Conjunto n.º 5/2026)

Otra pieza más del rompecabezas del split payment está en su lugar

La semana pasada, la Receita Federal y el Comité Gestor del IBS (CGIBS) dieron un paso relevante en la construcción de la infraestructura que sustentará el split payment del IBS y de la CBS. (cite index="42-1,42-3">El Acto Técnico Conjunto RFB/SUARA/CGIBS/Diretoria-Executiva nº 5 fue firmado el 22 de septiembre de 2026 y publicado el 23 de septiembre, en edición extra del Diario Oficial de la Unión. (cite index="42-2">El acto aprueba la documentación técnica con procedimientos y estándares operativos aplicables a la Plataforma Pública del Split Payment, aplicable tanto a la CBS como al IBS.

Qué se aprobó, exactamente

(cite index="40-6,40-7,40-8,40-9,40-10,40-11">Se aprobaron 6 documentos: Manual de Operaciones (versión 1.0.1), Manual de Integración (versión 1.1.1), documento openAPI (versión 1.1.1), Manual de Tiempos (versión 1.0.1), Manual de Redes (versión 1.0.1) y Manual de Seguridad (versión 1.0.0). Para quienes siguen el cronograma, vale la pena entender la evolución:

• Acto Conjunto RFB/CGIBS nº 2/2026 (27/05/2026): primera tanda de documentación, con el (cite index="37-3,37-4">Manual de Integración, que define la arquitectura, los flujos y las reglas de construcción de la Plataforma Pública, y el Swagger, que especifica de forma estandarizada e interactiva los recursos disponibles en la API.
• Acto Técnico Conjunto nº 4/2026 (28/08/2026): trajo (cite index="45-4">el Manual de Habilitación de Participantes, versión 1.0.0, y el Manual de Redes, versión 1.0.0, detallando requisitos de acreditación y estándares de conectividad.
• Acto Técnico Conjunto nº 5/2026 (22-23/09/2026): eleva la versión del Manual de Integración y del openAPI a 1.1.1, y agrega dos documentos inéditos hasta entonces — el Manual de Tiempos (SLAs y ventanas de procesamiento) y el Manual de Seguridad (protocolos de protección de datos en el intercambio de información entre instituciones y el Fisco).

En la práctica, el paquete técnico dejó de ser solo una arquitectura conceptual y pasó a incluir los elementos operativos que faltaban para que instituciones de pago y desarrolladores certifiquen sus soluciones: tiempos de respuesta, requisitos de red y capas de seguridad.

Por qué esto interesa a fiscal, contable y TI aun sin obligatoriedad inmediata

Es tentador tratar este tipo de acto como un asunto solo de bancos y fintechs. Pero el calendario general del split payment ya está más claro, y vale tener en mente tres puntos:

• (cite index="51-1,51-3">La Receita Federal prevé que el split payment se vuelva obligatorio en Brasil a partir de 2028, con la plataforma del nuevo sistema apta para operar ya a comienzos de 2027, aclarando que la meta de 2028 se refiere a la exigencia general del mecanismo, y no al inicio de su funcionamiento.
• (cite index="51-9,51-10">El plan de la Receita Federal es que la plataforma del split payment esté lista a comienzos de 2027, cuando el sistema comenzará a ofrecerse de manera gradual y facultativa en las operaciones B2B, período en el que cada empresa podrá optar, operación por operación, por adoptar el nuevo flujo o seguir con el modelo de recaudación tradicional.
• (cite index="52-9,52-10">Hasta la obligatoriedad, los tributos siguen recaudándose mediante Darf, con emisión normal de los documentos fiscales, y el Recaudamiento por el Adquirente (RAD) queda como alternativa disponible ya a comienzos de 2027, también con carácter opcional.

Es decir: el split payment no se convierte en operación estándar de la noche a la mañana, pero la infraestructura técnica se está cerrando pieza por pieza, y el mercado financiero ya tiene el material necesario para comenzar a construir y probar las integraciones.

Qué hacer ahora

• Si su empresa opera medios de pago propios, marketplaces con split de cobros o soluciones de conciliación financiera integradas al ERP, vale la pena mapear cómo el Manual de Tiempos y el Manual de Seguridad pueden impactar los SLAs de liquidación y los requisitos de infraestructura.
• Los equipos de TI que construyen o mantienen integraciones fiscales deben seguir la publicación de los manuales en los portales oficiales — (cite index="38-8">la documentación técnica se pone a disposición en los sitios web consumo.tributos.gov.br y cgibs.gov.br.
• Fiscal y contable pueden aprovechar este momento para reforzar, ante la dirección, que el cronograma de 2027-2028 no es un evento único: es una secuencia de manuales, notas técnicas y actos conjuntos que se van acumulando — y el ERP necesita estar preparado para absorber estos cambios sin retrabajo.

Este contenido tiene carácter informativo y no sustituye la orientación de su equipo contable, que debe evaluar el impacto específico de la reforma tributaria y del split payment en la operación de su empresa.

¿Quiere entender cómo Edoo está siguiendo el cronograma del split payment y de los demás cambios del IBS/CBS dentro del ERP? Hable con Edoo.