Hechauka y retenciones DNIT: control multi-cliente para estudios
Control de estudio para Hechauka e informativos de retenciones de muchos RUC ante DNIT: archivos, constancias, roles de calidad y acuses sin mezclar clientes.
Nompli
Equipo Nompli
Para quién es este control de Hechauka y retenciones
Esta guía es para estudios en Paraguay que generan Hechauka (informativos / medios magnéticos) y declaraciones de retenciones de varios clientes ante DNIT. El producto es un archivo validado con acuse y constancias que cuadran, no un TXT generado a última hora.
DNIT cruza Hechauka con IVA, IRE y con lo que el retenido declara. Un proveedor mal tipificado o una retención informada que no tiene constancia se vuelve inconsistencia. Amplía en para contadores y blog contadores.
Esto no es el cierre de Virtual DNIT, IVA e IRE. Ese texto cierra impuestos del mes. Hechauka informa operaciones y retenciones con el detalle que el instructivo pida. Son capas distintas del mismo cliente.
DNIT publica instructivos de formularios de retención (por ejemplo el 109 de retención de renta y correlatos en dnit.gov.py). Confirma nombres, versiones y canales vigentes. No asumas que el layout del año pasado sigue igual.
Documenta en la ficha de cada RUC el canal oficial de papeles, el contacto fiscal y el socio dueño del cliente. Sin dueño interno, la cartera Hechauka se vuelve chat colectivo y nadie cierra el informativo.
Estandariza el naming de carpetas: RUC, período, obligación y versión. Un ZIP llamado hechauka_ok en el escritorio del auxiliar no es expediente defendible ante la DNIT.
Mide el lote: porcentaje de RUC cerrados en T-2, horas de retrabajo y stops disparados. Sin métrica, el estudio solo reacciona al vencimiento.
Cuando incorpores un RUC nuevo a mitad de período, no lo mezcles en la cola premium sin onboarding mínimo: retenciones, accesos Marangatu y SLA firmado.
Qué informa Hechauka que la declaración de IVA no detalla
La declaración de IVA resume débitos y créditos. Hechauka (o el informativo vigente) baja al detalle de comprobantes, contrapartes y, cuando aplica, retenciones. El estudio que solo 'cierra IVA' y deja Hechauka para después hereda un maestro de RUC sucio.
Inventaría por cliente: si es agente de retención de IVA, de IRE o de ambos; si debe informativo de compras y ventas; y qué software genera el archivo. Un RUC RESIMPLE no se trata como un IRE general.
El maestro de terceros (RUC, razón social, tipo de documento) es el activo del estudio. Duplicados y RUC inválidos son la primera causa de rechazo del archivo.
Si Virtual DNIT del mes ya cerró IVA/IRE, Hechauka debe poder reconstruirse desde esos mismos comprobantes. Universos distintos son bandera roja. Ver cierres Virtual DNIT.
Playbook de lote: validar archivo, constancias, envío
Orden: congelar comprobantes y retenciones del período, emitir o revisar constancias, generar Hechauka, validar en el aplicativo o canal DNIT, corregir, enviar, archivar acuse. Enviar sin validador limpio es fabricar rechazo y multa.
La constancia de retención que entregas al proveedor debe reconstruirse desde el informativo y desde el formulario de enteramiento. Si no cuadra, el retenido no puede usar el crédito.
Usa el calendario tributario PY para slots. Confirma vencimientos de informativos y de retenciones en dnit.gov.py. Pueden no coincidir con el IVA.
No abras veinte RUC a medias. Cierra un cliente (constancias, archivo, acuse) antes de saturar el validador.
Retenciones de IVA e IRE: supuestos y papeles
Identifica el supuesto legal de cada retención (servicios, rentas, importaciones, lo que la norma liste). El preparador no aplica un porcentaje de memoria. Confirma en dnit.gov.py. No publiques tarifas inventadas.
Separa retenciones de IVA de retenciones de IRE en reportes. Mezclarlas en un solo TXT mal mapeado es el clásico del junior.
El revisor muestra los cinco pagos retenidos más altos y pide factura, supuesto y constancia. Sin esa muestra, el archivo no está listo.
Clientes que no son agentes no deben aparecer en la cola de Hechauka de retenciones. El inventario evita trabajo fantasma y archivos vacíos mal enviados.
Roles: preparador, revisor y presentador
Preparador arma constancias y genera el archivo. Revisor valida layout, totales y muestra de terceros. Presentador envía en Virtual DNIT o el canal vigente con RUC correcto y checklist firmado.
En estudio chico, genera un día y envía al siguiente. El mismo mediodía fabrica envíos del cliente de al lado.
Bloquea envío si el validador marca error de estructura o si hay diferencia material de totales. Presentar a ciegas no es servicio.
Archiva por RUC/período: archivo, log del validador, constancias, acuse y minuta. Sin acuse local, el informativo no está cerrado.
Calidad del maestro y versiones de layout
Depura RUC de terceros contra el padrón. Un dígito mal cambia la identidad del retenido y rompe el cruce DNIT.
Cuando DNIT publica nueva versión de instructivo o de Hechauka, corre tres clientes piloto antes del lote. Actualizar layout en la víspera es la forma más rápida de repetir el mismo error en toda la cartera.
Padroniza nombres de archivo con RUC, período y versión. Eso reduce enviar el TXT del mes anterior.
Umbrales: error de estructura bloquea siempre. Diferencia de redondeo tiene regla escrita. Sin regla, cada revisor improvisará.
Secuencia de cartera y capacidad del validador
Prioriza agentes con alto volumen de retenciones o de comprobantes. Los informativos simples van después, sin saltar la validación.
Clientes con constancias tarde no ocupan el primer slot. El SLA cambia. Comunícalo con el calendario tributario PY.
Revisa usuarios Virtual DNIT. Clave bloqueada el día de Hechauka es falla de onboarding.
Tablero por RUC: constancias, archivo generado, validado, enviado, archivado. Sin tablero, el lote vive en pendrives.
Reenvíos, inconsistencias y evidencia
Si DNIT rechaza o marca inconsistencia, registra versión del archivo, motivo y archivo reemplazo. No borres el TXT anterior: es evidencia.
Log de inconsistencias por RUC. Patrones (siempre el mismo proveedor) suben el riesgo y disparan limpieza de maestro.
Minuta: RUC, tipo de informativo, diferencia, criterio. Esa plantilla responde el cruce con IVA/IRE.
Audita tres expedientes al mes: un agente de IVA, uno de IRE y un informativo de comprobantes. La muestra sostiene el protocolo.
Cómo Nompli refuerza el control Hechauka
Nompli ordena vencimientos y visibilidad de cartera. No genera Hechauka, no presenta ante DNIT y no sustituye el criterio sobre retenciones. Ver para contadores.
Usa el calendario tributario PY y confirma en dnit.gov.py. El hub blog contadores y el cierre de Virtual DNIT IVA/IRE cubren la liquidación del mes.
El valor es ver qué RUC está en limbo de archivo, de constancias o de clave antes del informativo. La herramienta no arma el TXT; hace visible el cuello.
Horas liberadas vuelven a la calidad del maestro y al cuadre con IVA/IRE. Eso sí es trabajo de contador.
Playbook más profundo
Hechauka informa retenciones a DNIT. No autoriza timbrado ni reemplaza el cierre de IVA/IRE en Marangatu. El preparador congela el universo de retenciones del período antes de armar el archivo.
Orden: pagos sujetos, cálculo según norma vigente, archivo o carga Hechauka, validación, envío, acuse y archivo por RUC o cliente. Confirma canales en dnit.gov.py. No inventes alícuotas.
El revisor muestra los diez comprobantes de mayor retención y pide factura. RUC emisor incorrecto en cartera multi-cliente es stop inmediato.
Separa Hechauka de Virtual DNIT de IVA/IRE y de control de timbrado. Declarar no autoriza documentos. Marangatu y Hechauka pueden convivir el mismo mes sin mezclar ZIPs.
Agenda con el calendario tributario PY. El presentador opera el RUC correcto. Nompli no presenta Hechauka.
Reglas de freno / stop criteria
Stop si el maestro de retenidos tiene RUC inválido o razón social distinta al registro.
Stop si el archivo Hechauka no cuadra con la suma de constancias sin minuta.
Stop si el período de pagos aún se mueve.
Stop si intentas 'arreglar' un timbrado vencido metiendo líneas en Hechauka. Son colas distintas.
Si soportes llegan tarde, esa línea viaja con salvedad o no se informa. Confirma plazos en dnit.gov.py.
Paquete de evidencia
Por cliente/período: listado de retenciones, archivo Hechauka, acuse DNIT, constancias, soportes de muestra y minuta de excepciones.
Captura de validaciones o rechazos del archivo. Sirve para no repetir el mismo layout roto.
Separa Hechauka de IVA/IRE Marangatu y de timbrado. Tres evidencias, tres productos.
Log de reenvíos con motivo. Sin log, el junior reenvía 'hasta que pase' sin causa raíz.
Índice de una página: informado, rechazado, pendiente de soporte. El socio dirige la cola con ese índice.
Tablero de cartera / retrospectiva
Columnas: cliente/RUC, Hechauka enviado, acuse local, rechazos abiertos, excepciones. Verde solo con acuse en archivo.
Mide tasa de rechazo de archivo, reenvíos y clientes con pagos no congelados.
Retrospectiva mensual: error más repetido (RUC cruzado, layout, timbrado mezclado en la misma cola). Una mejora al checklist.
Prioriza agentes de alto volumen. No mezcles Hechauka con el cierre IVA el mismo bloque sin buffer de revisor.
Usa el calendario tributario PY. Nompli ordena cartera; no presenta ante DNIT.
Calidad Hechauka y cruce con retenciones del mes
Hechauka es informativo: la calidad se mide por terceros limpios, no por un PDF enviado. El preparador congela el universo de retenciones antes de generar el archivo.
Muestrea los diez retenidos de mayor monto y valida RUC, base y concepto. Un RUC inválido contamina el lote multi-cliente.
No mezcles el expediente Hechauka con la declaración de IVA del mismo ZIP sin etiquetas. Productos distintos, evidencias distintas.
Si el cliente entrega listados tarde, aplica stop. Enviar Hechauka a ciegas fabrica rectificativas y reclamos de terceros.
Confirma formatos y plazos en dnit.gov.py y agenda con el calendario tributario PY. Nompli no genera Hechauka ni presenta en Marangatu.
Después de cada envío, marca en el tablero el RUC como cerrado solo si constancia, archivo Hechauka, acuse Marangatu y minuta viven en la misma carpeta. Acuse huérfano no es cierre de estudio.
Retrospectiva quincenal: el error más repetido (RUC inválido, concepto mal tipificado, listado tarde). Una corrección al checklist maestro, no un sermón al junior.
Preguntas frecuentes
¿Puedo enviar Hechauka sin cuadrar las constancias de retención?
Es riesgoso: el retenido y DNIT esperan consistencia. Cierra constancia, informativo y enteramiento como paquete.
¿Hechauka reemplaza el cierre de IVA e IRE?
No. La liquidación está en Virtual DNIT. Hechauka informa el detalle.
¿Dónde confirmo layouts y plazos?
En dnit.gov.py (instructivos y Virtual) y en el calendario tributario PY.
¿Quién envía en el estudio?
Solo el presentador con checklist de revisor y RUC correcto en Virtual DNIT.
¿Hechauka autoriza documentos o reemplaza el cierre de IVA/IRE en Marangatu?
No. Hechauka informa retenciones. Confirma en dnit.gov.py y mantén colas separadas de timbrado y de declaraciones.
Aviso legal
Contenido educativo para contadores y estudios en Paraguay. No sustituye leyes de IVA e IRE, resoluciones ni instructivos de DNIT. Confirma Hechauka, retenciones y plazos en dnit.gov.py.
No se publican tarifas de retención. Cada operación exige la norma vigente y el criterio del profesional autorizado.
Nompli no reemplaza al contador ni presenta informativos. Cada período exige juicio profesional ante DNIT.
