Saltar al contenido principal

Noticias

Resolución 400/2026: FCE MiPyME, bancos y registro

La Resolución 400/2026 aclara cuándo una entidad financiera queda fuera del régimen FCE MiPyME y deja tareas técnicas: CUIT, plazos, permisos y evidencia.

Autor
ULTIMA MILLA · Equipo técnico
Publicado
Lectura
4 min
Resolución 400/2026: FCE MiPyME, bancos y registro
Imagen ilustrativa · Resolución 400/2026: FCE MiPyME, bancos y registro

¿Un proveedor pyme debe emitir Factura de Crédito Electrónica cuando factura a una entidad financiera? La pregunta volvió al escritorio de una contadora de Tunuyán porque la norma nueva separa entidades incluidas, entidades exceptuadas y plazos de comprobantes. La Resolución 400/2026, publicada el 2 de octubre, no pide un software distinto; pide que el circuito deje evidencia antes de emitir y cobrar.

Qué cambió para proveedores y entidades financieras

La resolución toma un dato del Banco Central: existen 73 entidades financieras autorizadas y solo 34 figuran como empresas grandes dentro del régimen. La consecuencia práctica es que las entidades bajo Ley 21.526 que no estén categorizadas como empresas grandes quedan fuera de la obligación de recibir Factura de Crédito Electrónica MiPyME desde el momento en que entran en el cronograma de comprobantes electrónicos. La Ley 27.440 creó el régimen FCE MiPyME y el registro dónde se anotan aceptación, rechazo, cancelación y vencimiento. La norma vigente mantiene un plazo general de 21 días corridos para aceptación tácita durante el período indicado en Infoleg. La RG 5824/2026 suma otra pieza: ciertas entidades pueden emitir comprobantes por operación individual o liquidación mensual, con disponibilidad dentro de diez días corridos desde la emisión. El riesgo operativo aparece cuando el sistema de facturación decide solo por razón social. Una entidad puede ser financiera y no estar obligada al régimen FCE; otra puede estar en la lista de empresa grande y exigir circuito completo. La validación debe mirar CUIT, padrón vigente, tipo de comprobante, fecha, monto, aceptación y usuario. El dato técnico acompaña esa lectura. En la encuesta Stack Overflow 2025, SQL aparece con 58,6 % de uso entre quienes respondieron sobre bases de datos. Para una administración chica, eso significa que el registro de estados puede vivir en una base consultable, no en una carpeta de PDFs enviados por correo.

Cómo funciona por dentro

El flujo mínimo tiene seis pasos. 1. El emisor identifica CUIT del receptor, condición MiPyME, lista de empresa grande, tipo de operación y fecha de emisión. 2. El sistema decide si corresponde FCE MiPyME, comprobante electrónico común o liquidación mensual según el caso. 3. El web service de facturación pide CAE o CAEA; la documentación de ARCA separa servicios, homologación y comprobantes. 4. El registro guarda número, vencimiento, CBU o alias, monto, aceptación, rechazo, cancelación y usuario responsable. 5. Los permisos separan carga, revisión contable, autorización comercial y consulta de gerencia. 6. El backup copia base, PDFs, respuestas del servicio y reporte de vencimientos; la restauración abre una muestra de facturas y estados. La pieza delicada es el vencimiento. Si el receptor no cancela, acepta o rechaza dentro del plazo aplicable, el comprobante puede quedar aceptado de manera tácita. Una alerta diaria no reemplaza la revisión contable, pero reduce el riesgo de descubrir el problema cuando el proveedor ya reclama pago o negociación.

Qué se instala o configura primero

El primer entregable verificable es una tabla de decisión por CUIT. Incluye condición MiPyME, receptor, categoría de empresa grande, tipo de comprobante, fecha, plazo, estado y enlace al PDF emitido. Una pila concreta usa PostgreSQL, integración con web service de ARCA, almacenamiento de comprobantes, tablero de vencimientos, roles por área y respaldo diario. Tomando el dólar oficial vendedor informado por DolarAPI, una implementación inicial de USD 280 a USD 520 equivale a ARS $431.200 a ARS $800.800. Ese costo cubre mapeo de campos, pruebas en homologación y tablero simple; no incluye asesoría fiscal ni cambios comerciales. UMSA puede arrancar con treinta comprobantes recientes: diez aceptados, diez pendientes y diez fuera de régimen. El primer corte útil muestra si el sistema clasifica cada CUIT, calcula plazo, bloquea usuarios sin permiso y permite exportar evidencia para contador, auditoría o reclamo.

Dónde se rompe y cómo probarlo

El primer riesgo es usar una lista de empresas grandes vencida. La señal aparece cuando una factura queda fuera del circuito correcto. La prueba mínima es comparar veinte CUIT contra el padrón vigente antes de emitir. El segundo riesgo es mezclar comprobante común con FCE MiPyME. La señal aparece cuando el área administrativa corrige a mano después de enviar. La prueba mínima es simular tres receptores: empresa grande, entidad financiera exceptuada y cliente común. El tercer riesgo es guardar solo el PDF. La señal aparece cuando falta aceptación, rechazo o vencimiento. La prueba mínima es abrir cada comprobante desde el tablero y ver estado, fecha, usuario y respuesta técnica. El cuarto riesgo es dar el mismo permiso a carga y aprobación. La señal aparece cuando una persona puede emitir y corregir sin revisión. La prueba mínima es ejecutar el flujo con roles separados. La revisión legal y fiscal queda para el profesional responsable. La tarea técnica es dejar rastro, plazo y recuperación antes de que el comprobante viaje.

Para seguir leyendo

  • argentina
  • mendoza
  • fce-mipyme
  • arca

ULTIMA MILLA · Equipo técnico

Servicios IT integrales con sede en Guaymallén, Mendoza: redes, seguridad electrónica, telecomunicaciones, software, soporte y energía IT. 22+ años de trayectoria y 518 antecedentes técnicos documentados.

Conocer la empresa

Aplicación

Servicio vinculado a esta nota

Todas las notas sobre consultoría y cumplimiento (157)