RIFL 2026 en sueldos: altas, release y evidencia
ARCA ya llevó el RIFL a la liquidación de sueldos. Guía para pymes que deben probar alta, período, beneficio y control antes de cerrar el F.931.
Alta nueva, período devengado y beneficio: el RIFL ya entró en la liquidación de sueldos. ARCA publicó la RG 5844/2026 el 6 de mayo y anunció que Declaración en línea usará el release 7 de la versión 47 para aplicar alícuotas reducidas. Para una pyme mendocina, la novedad baja al F.931, a la evidencia de alta y a la prueba de que el descuento corresponde. La nota explica ese circuito sin lenguaje legal.
Qué cambia en la carga de altas y contribuciones
La RG 5844/2026 implementa el Régimen de Incentivo a la Formalización Laboral para declaraciones juradas de mayo de 2026 en adelante. La Ley 27.802 creó el régimen y el Decreto 315/2026 fijó la aplicación durante 48 meses desde el alta de la relación laboral. Para empleadores nuevos, el tope puede alcanzar hasta 80% de la nómina, según la reglamentación.
La fecha corta la excusa.
El dato global muestra la misma exigencia en otra escala. La CNCF informó que 82% de quienes usan contenedores en su encuesta 2025 corren Kubernetes en producción. La pyme no necesita Kubernetes para liquidar sueldos; necesita disciplina de datos: evento, responsable, regla aplicada y restauración posible.
La reducción mal probada vuelve como rectificativa
El antagonista concreto es la liquidación "mayo_final_final.xls", guardada en la carpeta de sueldos con una pestaña oculta de altas. En San Rafael, una contadora que trabaja con bodegas chicas recibe legajos por WhatsApp, constancias de alta en PDF y capturas del sistema. Un sello rojo sobre el talonario de recibos marca qué carpeta ya pasó por revisión. El problema aparece cuando el beneficio se toma en el F.931 y nadie puede reconstruir por qué ese trabajador entró en el régimen.
La RG habla de controles sistémicos, decaimiento del beneficio y rectificativas si se cae una condición. Esa frase tiene forma de tarea técnica: guardar el dato antes de necesitar defensa. Si el sistema de sueldos no separa alta, base legal, período y usuario que revisó, el cierre mensual depende de memoria personal. El release aplica una cuenta; la empresa conserva la prueba.
Cómo funciona por dentro
El flujo mínimo tiene seis pasos. Primero, Recursos Humanos carga el alta y adjunta constancia, fecha y condición del trabajador. Segundo, el sistema de sueldos calcula el período devengado y marca si el alta entra en RIFL. Tercero, PostgreSQL guarda empleado, CUIT, fecha, estado, período, usuario que aprobó y auditoría de cambios. Cuarto, un almacenamiento S3 guarda PDF de alta, contrato y comprobante sin mezclarlo con la base. Quinto, Declaración en línea toma la liquidación y aplica el release previsto por ARCA. Sexto, un tablero de control muestra altas con beneficio, altas sin revisar y casos que piden rectificativa.
PostgreSQL guarda registros estructurados y permite consultar quién cambió un estado. El almacenamiento S3 conserva documentos grandes con metadatos, versión y fecha. El backup recupera base y archivos juntos; se prueba restaurando un empleado real, su período y sus adjuntos. El monitoreo avisa si una carga quedó sin constancia o si un usuario cambió el estado después del cierre.
El permiso también importa. La persona de liquidación puede cargar datos y ver recibos. Gerencia puede consultar totales. El estudio contable puede revisar casos marcados. Nadie debería borrar una constancia después de presentar la declaración; si hace falta corregir, se agrega una nueva versión y queda escrito el motivo.
Qué se instala o configura primero
La pila inicial puede ser chica: una tabla de control en PostgreSQL 18, un formulario interno para altas RIFL, una carpeta S3 para legajos, un reporte de diferencias y una copia diaria. El piloto cuesta entre USD 1.200 y USD 3.200, entre ARS 1,70 y 4,54 millones al dólar vendedor oficial de $1.418 informado por Bluelytics. La operación mensual queda entre USD 25 y USD 90 si ya existe servidor.
El plazo razonable va de dos a cuatro semanas. UMSA suele pedir un entregable verificable: diez altas cargadas, dos períodos simulados, un caso excluido, una rectificativa de prueba y una restauración desde backup. La evidencia se revisa con una persona de sueldos y otra de administración, porque el beneficio cruza legajo, cálculo y presentación.
El primer tablero debe mostrar pocos campos: trabajador, fecha de alta, condición RIFL, período, porcentaje aplicado, documento de respaldo y último usuario. Si ese tablero no coincide con el F.931, el cierre se frena antes de enviar. La decisión deja de viajar en una planilla suelta.
Dónde se rompe y cómo probarlo
Primer riesgo: tomar el beneficio para una relación laboral que no cumple condición. La señal aparece cuando el legajo no trae antecedente laboral o inscripción previa. La prueba revisa cinco altas contra constancias y marca cada caso excluido. Segundo riesgo: perder el vínculo entre recibo, F.931 y alta. La señal es un PDF sin período o una carpeta compartida con nombres repetidos. La prueba restaura un empleado y reconstruye su presentación sin abrir correos viejos.
Tercer riesgo: usar permisos amplios. La señal aparece cuando liquidación puede borrar adjuntos ya presentados. La prueba crea un usuario de carga, uno de revisión y uno de consulta; cada rol intenta leer, editar y borrar. Si todos pueden hacer todo, la auditoría llega tarde. El RIFL sirve cuando la pyme puede explicar cada descuento con fecha, usuario y documento.