Proceso de liquidación por pasos

Payroll › Pasos muestra el proceso de liquidación de la organización para el período del encabezado: la lista ordenada de todo lo que hay que hacer en el mes, con el estado real de cada paso. Es la misma información que ve el estudio en el tablero de compliance, mirada desde una organización.

Tres tipos de paso

| Tipo | Qué significa | Cómo se completa | |---|---|---| | Manual | Lo hace una persona (consultar Simplificación Registral, adecuar conceptos, controlar razonabilidad). | Botón Hecho. | | Automático | El sistema lo detecta solo: escala vigente. | Se tilda solo al entrar a la pantalla o con Re-verificar. Se puede marcar a mano como override. | | Ejecutable | Tiene botón Ejecutar que corre la acción a tu nombre (abrir la liquidación, pedir novedades, importar SIRADIG, liquidar, controlar, LSD, versionar, asiento, F.931, boletas, documentos, cerrar, enviar). | Ejecutar → el sistema verifica el hecho con su sensor y lo tilda. Si el hecho ya ocurrió por otro camino (lo hiciste desde el módulo), se tilda igual con Re-verificar. |

Los pasos que no aplican a la organización no aparecen: SIRADIG sólo si hay empleados alcanzados por Ganancias, boletas sindicales sólo si hay afiliados, escala de convenio sólo si hay empleados en convenio.

El proceso estándar (18 pasos)

1. Variables de entorno vigentes ▶⚡ (valores de ley, escala y anexos de cada convenio, acuerdos sin homologar, ART)
2. Novedades de personal (Simplificación Registral) y nómina ▶⚡ (consulta la nómina activa en ARCA con tu clave fiscal y la cruza con Kanoa: altas que faltan acá, activos que ARCA ya no declara)
3. Abrir liquidación del período con fecha de pago ▶
4. Adecuar conceptos y fórmulas al convenio
5. Pedir las novedades al cliente ▶⚡ (link del portal, por mail a los destinatarios de la organización)
6. Novedades recibidas y cargadas ▶⚡ (portal, o la planilla del cliente interpretada como propuesta)
7. Procesar SIRADIG ▶⚡ (baja los F.572 de ARCA con tu clave fiscal)
8. Liquidar sueldos ▶
9. Controlar razonabilidad vs período anterior ▶⚡ (también cruza con la FINAL, marca cambios de fórmulas/escalas/parámetros y concilia aportes con el asiento y el F.931)
10. Generar LSD y validar en ARCA ▶⚡ (la Mensual como liquidación 1, la FINAL a continuación; si la organización presenta por Declaración en línea, genera el TXT de nómina para importar en ese servicio)
11. Versionar la liquidación ▶⚡ (frena si el control no dio OK o el LSD dio INVALIDA)
12. Asiento contable de sueldos ▶⚡ (nace oficial: sale de liquidaciones ya oficializadas y entra al libro; exige asiento posterior al último recálculo)
13. Generar F.931 ▶⚡ (DDJJ determinada, en borrador en Fiscal)
14. Boletas sindicales ▶⚡ (emite en los portales sólo si el importe coincide con la liquidación)
15. Generar documentos y entregables del período ▶
16. Cerrar período ▶
17. Enviar entrega al cliente ▶⚡ (frena si faltan entregables, salvo que confirmes)

▶ ejecutable · ⚡ automático · el resto, manual. El orden 11-14 no es caprichoso: el asiento, el F.931 y las boletas salen de la liquidación oficial, por eso van después de versionar.

Pasos que corren en segundo plano

SIRADIG, la validación del LSD y las boletas sindicales entran a ARCA o a los portales con un navegador del servidor y tardan uno o dos minutos por trámite. Ejecutar los encola y contesta "en curso": el paso queda pendiente hasta que el sensor ve el resultado (volvé a la pantalla o Re-verificar). El detalle de ARCA (VALIDA / INVALIDA con observaciones) queda en el paso; el de los portales, en la pestaña Sindicatos del período. Estos pasos necesitan tu clave fiscal cargada (Seguridad › Portal ARCA) o la credencial del sindicato en la bóveda de la organización.

Cada paso tiene Ir al módulo, que lleva a la pantalla donde se hace.

Para dejar que el proceso corra solo (asistente o regla programada) y dar de alta una organización en él, ver Liquidación automática.

Pasos previos, "no aplica" y etapas

Los pasos se agrupan por etapa (variables de entorno, nómina y novedades, liquidación, controles, ARCA, cierre y entrega) y cada uno sabe qué tiene que estar resuelto antes:

• Espera a… (candado ámbar) — el paso tiene pasos previos pendientes. Por ejemplo, Liquidar sueldos espera a la escala vigente, la nómina conciliada con ARCA, la liquidación abierta, las novedades y el SIRADIG. Un paso previo cuenta como resuelto si está completado, omitido o no aplica. Mientras espera, el paso no se ejecuta: ni desde esta pantalla, ni por el asistente, ni por la automatización.
• Impedido (en rojo) — al paso le falta algo del entorno que no se resuelve ejecutando nada: hay que ir a configurarlo. Hoy: Abrir liquidación sin política de pago definida para la organización (o con convenios cuyas políticas dan fechas distintas). Trae el link a donde se arregla, no se puede forzar y se levanta solo cuando se configura. La automatización abre un ticket con ese mismo mensaje.
• Forzar… — si de todos modos hay que ejecutarlo, una persona puede hacerlo escribiendo el motivo, que queda en las observaciones del paso. La automatización nunca fuerza.
• No aplica (guion gris) — el paso no corresponde a esta organización en el período: lo decide la condición del paso con los datos (sin afiliados a sindicato no hay boletas; si a nadie le da a retener Ganancias no hay SIRADIG). Como se re-evalúa, si recién al liquidar aparece una retención, SIRADIG pasa a pendiente; importarlo reabre Liquidar, porque hay que recalcular con las deducciones. No cuenta para el avance y se vuelve a evaluar cada vez que se abre el proceso: si el dato cambia a mitad de mes, el paso vuelve a pendiente solo.
• Re-ejecutar un paso ya hecho pide confirmación y puede reabrir pasos posteriores: volver a liquidar deja pendientes el control de razonabilidad y el LSD, porque lo que se había controlado ya no es lo que está liquidado.

Acciones sobre un paso

• Hecho — marca el paso como completado (queda tu nombre y la hora).
• Omitir — el paso no aplica este mes; queda registrado como omitido.
• Reabrir — vuelve un paso a pendiente.
• Nota — observación libre sobre el paso.
• Ejecutar / Re-ejecutar — sólo en pasos ejecutables. Las acciones con efecto fuerte (liquidar, cerrar) piden confirmación.

Con todos los pasos completados u omitidos, el proceso del período pasa a Completada.

Variables de entorno (paso 1)

Antes de liquidar tiene que estar al día lo que no depende del mes de la organización: los valores de ley vigilados (SMVM, topes SIPA, FFEP), la escala y los anexos de cada convenio que usa la organización, los acuerdos paritarios sin homologar (hay que definir con el cliente si se paga la escala del acuerdo o sólo la homologada) y la ART (contrato en Seguros y, si el estudio la concilia, verificación contra el certificado de la SRT).

• Un valor que todavía no se publicó no falta: el FFEP del mes sale alrededor del día 25, y hasta entonces se liquida con el del mes anterior sin que el paso frene. Desde ese día sí lo exige. (Día de publicación = parámetro de la regla del vigilante; sin ese dato, el valor se exige desde el día 1.)
• El paso se tilda solo cuando todo cubre el período. Ejecutar lista qué falta y dónde se resuelve.
• No carga nada: los valores de ley entran por propuesta aprobada en Administración › Parámetros; escalas y anexos, en Convenios.
• Un valor de ley que no cambió igual necesita su vigencia del mes (se carga con el mismo valor) — es la misma periodicidad con la que lo vigila el sistema.
• Liquidar sueldos lo requiere. Si de todos modos hay que liquidar, una persona puede Forzar… con motivo; la automatización no.
• La ART sin verificar contra la SRT avisa pero no bloquea, salvo que el paso tenga el parámetro exigirArtVerificada en verdadero.

Acuerdos sin homologar: lo decide el cliente, lo aprueba el estudio

Cuando un convenio en uso tiene un acuerdo salarial firmado y todavía sin homologar y la organización no tiene política definida, «Variables de entorno» bloquea «Liquidar»: con qué escala se paga lo decide la empresa. La pregunta le llega al cliente en el mismo formulario de novedades del mes (y el mail del link se lo avisa), con dos opciones: liquidar con la escala nueva del acuerdo, o seguir con la última homologada hasta que se homologue (la diferencia se liquida después como retroactivo). Responde con nombre y apellido y puede cambiar la respuesta mientras el estudio no la haya resuelto.

Su respuesta es una propuesta: no cambia nada de la liquidación. Aparece debajo del paso 1, con quién respondió y cuándo, y una persona del estudio la aprueba —ahí se graba la política de la organización para ese convenio, con el motivo «decisión del cliente», igual que si se cargara en Convenios › Acuerdos— o la descarta. El avance automático nunca la aprueba. La política vale para ese acuerdo y los próximos sin homologar, hasta que se cambie.

Planillas del cliente (paso 6)

Si el cliente manda su planilla en vez de usar el portal, el paso Novedades recibidas y cargadas tiene una bandeja: ahí aparece lo que llegó por cualquier vía (subida con Subir planilla, adjunto del asistente, y —cuando estén habilitados— mail y Mesa de Entradas).

• La planilla se interpreta con las columnas de la organización y lo que se aprendió de meses anteriores, y queda como propuesta: cuántas novedades, de qué empleados y a qué concepto va cada columna. No se carga nada hasta que apretás Cargar.
• Si hay columnas que no reconoce, te las lista para que digas qué concepto es cada una (o las ignores) y vuelve a interpretar. Lo que indiques se recuerda para el mes que viene.
• Si no encuentra a un empleado (legajo, CUIL o apellido), lo dice fila por fila y no propone nada hasta corregir la planilla.
• Al cargar, las novedades entran a la liquidación mensual a tu nombre (reemplazan la misma clave) y el paso se tilda solo.
• Lo que importás desde Novedades › Importar también queda guardado acá como evidencia.
• Por dónde puede llegar una planilla (todas terminan en esta bandeja):
  • el cliente la sube desde su link del portal ("Subir mi planilla"), sin completar la grilla;
  • el cliente la manda por mail a la casilla de nóminas: si el remitente está en el ruteo de la bandeja (Bandeja › Ruteo), la planilla se asigna sola a su organización. Lo que llega por mail nunca se carga solo: siempre lo aplica una persona;
  • se carga una entrada en Mesa de Entradas con tipo novedades y la planilla adjunta;
  • se la pasás al asistente en el chat.
• La automatización sólo carga sola una planilla sin observaciones, y sólo si la regla de la organización tiene novedadesAutoAplicar.

Novedades del cliente (paso 5)

El paso sólo aplica a las organizaciones con formulario de novedades configurado (columnas en Novedades › Matricial › Configuración, o columnas visibles de la carga clásica). Sin columnas no hay formulario que mandar, y a esas organizaciones les figura «no aplica». «Novedades recibidas y cargadas» (paso 6) sigue aplicando a todas: alguien tiene que dar las novedades por cargadas —o marcar que el mes no tuvo— antes de que se pueda liquidar.

Ejecutar en el paso 5 genera un link público del formulario de novedades del período (queda a la vista en el paso, con botón Copiar link). Se lo mandás al cliente por el canal que uses (email, WhatsApp): el cliente ve la grilla de sus empleados con las columnas configuradas (Novedades › Matricial › Configuración), carga los valores —se guarda solo mientras escribe— y aprieta Confirmar novedades con su nombre. Al confirmar:

• las novedades se vuelcan a la liquidación del período (aparecen en Novedades con origen portal del cliente y el nombre de quien confirmó), y
• el paso 5 se tilda solo.

El link vence a los 45 días. Si el cliente confirmó y faltó algo, volvé a Ejecutar: te ofrece reabrir — el link viejo se anula y el nuevo arranca con lo ya cargado. Si el cliente manda las novedades por otro canal, cargalas como siempre y tildá el paso a mano.

Control de razonabilidad (paso 9)

Ejecutar corre el control automático contra la misma plantilla del período anterior (mensual contra mensual) y deja el informe a la vista en el paso:

• Errores (bloquean el OK): empleados activos sin liquidar, liquidaciones con error, netos negativos, variaciones de neto por empleado por encima del umbral de error, y novedades cargadas que no produjeron su concepto:
  • no se liquidó — la novedad tiene valor y no salió ningún renglón: revisar el nombre del concepto/subconcepto (suele ser una novedad cargada con el nombre de otro nivel), su condición y la plantilla;
  • su liquidación no puede procesarla — el bloque del concepto no está en la plantilla de esa liquidación (una indemnización cargada en la mensual): hay que moverla a la liquidación que corresponde.
• Advertencias: variaciones de neto ≥ 15 %, variación del total ≥ 20 %, conceptos significativos que aparecen o desaparecen, liquidaciones en cero, y los controles de proporcionalidad y de convenio:
  • días de básico que no caben en el vínculo (ingresó el 23 y cobra 30 días), o de menos sin ausencias ni licencias que lo expliquen;
  • jornada: básico de un empleado de jornada reducida que no guarda proporción con el de sus pares de jornada completa de la misma categoría;
  • conceptos del convenio: uno que se liquidó a casi todos los empleados del convenio y a alguien no (se excluyen los que dependen de una novedad);
  • novedades fijas vigentes que no salieron con importe.
• Notas: altas, bajas, que no hay período anterior oficial para comparar, jornada mayor a 2/3 pagada en proporción (es un encuadre legal: tiempo parcial del art. 92 ter o jornada reducida del art. 198) y cuántos empleados de jornada reducida no tienen pares contra quienes comparar.

Retroactivo de escala

Una paritaria que se carga con vigencia hacia atrás deja liquidaciones ya versionadas pagadas con el valor viejo (caso típico: la Q1 se pagó el 15 y el acuerdo del mes se firmó el 21). El control compara el valor de escala que usó cada liquidación de los últimos 6 meses con el que la escala tiene hoy, calcula la diferencia por empleado, mes y concepto y descuenta lo que ya se pagó como retroactivo:

• Error si falta pagarle a alguien que está en la liquidación que estás controlando; advertencia si no está (una baja: se le paga en su final).
• Error también si una liquidación del período sigue en borrador y se calculó con la escala vieja: hay que recalcularla.

Debajo del paso aparece el panel Retroactivo de escala: Cargar retroactivo lo agrega como novedad retroactiva en la liquidación que elijas (mismo concepto, la diferencia, imputada al mes que corresponde; el presentismo y la antigüedad sobre esa diferencia salen solos) y después hay que recalcular. Lo que no se paga por acá se descarta con motivo y queda como nota.

Antes de correr el motor, Liquidar sueldos ya verifica que ninguna novedad esté cargada en una liquidación que no puede procesarla, y frena con la lista.

El paso se tilda cuando el último control da OK y es posterior al último recálculo: si volvés a liquidar, el control anterior queda desactualizado y hay que correrlo de nuevo. Los umbrales se ajustan por organización en los parámetros del paso (deltaNetoWarnPct, deltaNetoErrorPct, deltaTotalWarnPct, conceptoMinPct).

Lo mismo aplica al asiento contable (paso 13): se tilda solo cuando hay asiento de sueldos oficial, balanceado y posterior al último recálculo.

Retenciones de seguridad social antes del F.931 (paso 11)

Sólo les aparece a las organizaciones que sufren retenciones SUSS (alguna en los últimos 12 meses en Sueldos › Retenciones LSD); a las demás el paso figura «no aplica». Se tilda solo cuando hay retenciones imputadas al período y no queda ninguna sin imputar con fecha hasta el cierre del mes. «Generar F.931» lo requiere: si falta, el avance frena ahí diciendo por qué, en vez de determinar un F.931 sin las retenciones. Un mes sin retenciones lo resolvés vos: bajá Mis Retenciones, y si no hay nada marcá el paso como hecho con esa nota.

Servicio de ARCA sin delegar

Los pasos que entran a ARCA con clave fiscal (nómina de Simplificación Registral, SIRADIG, validación del LSD) quedan impedidos —en bordó, sin «Forzar»— cuando la última vez que un robot entró a ese servicio por la organización, el empleador no figuraba entre los representados de la clave fiscal. El mensaje dice qué servicio, con qué CUIT se probó y cuándo. No hay un padrón de delegaciones: se deduce de lo que los robots ya vieron. El empleador tiene que delegar el servicio en el Administrador de Relaciones y el operador aceptarlo. El avance automático vuelve a probar solo a las 72 horas (así no entra todos los días a ARCA a chocar contra lo mismo); si ya está delegado, «Ya está delegado: probar de nuevo» lo intenta en el momento.

Cuando ARCA rechaza el LSD (paso 10)

Si la última validación no quedó VALIDA, debajo del paso aparece el panel «Qué encontró ARCA y cómo se resuelve». ARCA contesta con un bloque de texto; el panel lo separa por empleado (con nombre y CUIL) y lo agrupa por tipo de problema. Cada grupo dice:

• Por qué pasa — la causa en términos del contador.
• Qué hacer — los pasos, en orden.
• Ir a… — la pantalla donde se corrige (Empleados, Conceptos, Liquidaciones).
• Los datos que trae el propio mensaje: importe informado, el que determina ARCA y la diferencia; número de base; código de concepto.

Los problemas que reconoce hoy salen de lo que ARCA devolvió de verdad en producción:

| Problema | Dónde se mira | |---|---| | Sin relación laboral vigente en ARCA | Nómina contra Simplificación Registral: falta el alta, hay una baja, o el CUIL está mal | | La remuneración bruta no coincide | Que estén TODAS las liquidaciones del período en ARCA, con su número; marcas de remunerativo del concepto en ARCA | | Una base imponible no coincide | Qué base es y la diferencia (suele ser un concepto): sus marcas en ARCA, el tope SIPA del período | | Una base que debe ser cero | Modalidad, condición y situación de revista del empleado | | Un aporte no coincide | Base × alícuota: redondeo, base mínima de obra social, signo | | Un concepto no se puede informar en este período | La vigencia del concepto en ARCA › LSD › Conceptos | | Situación de revista / modalidad / actividad / condición inválidas | Legajo contra la relación en Simplificación Registral | | Falta la obra social · tarea diferencial · sueldo o remuneración negativos | Legajo · recibo del empleado | | Concepto inexistente · conceptos sin código ARCA | Asociación del concepto con su código ARCA | | El empleador no está delegado en el LSD | Administrador de Relaciones de ARCA, o elegir otro operador | | El portal no respondió · no abrió el período · no se leyeron las observaciones | Volver a ejecutar: no dice nada de la liquidación |

Lo que el catálogo todavía no conoce se muestra tal cual lo devolvió ARCA, sin interpretar. ARCA informa una tanda de errores por vez: al corregir y validar de nuevo pueden aparecer otros, y el panel lo avisa.

Nada se corrige solo. El avance automático frena con el diagnóstico en el motivo (y en el ticket); corregir lo decide una persona, y lo que toca conceptos, bases o alícuotas lo decide el contador. La validación nunca presenta ni confirma la liquidación en ARCA.

A qué período y con qué número se importa

Antes de entrar a ARCA, el paso dice a qué período va y con qué número cada liquidación (queda entre corchetes en el resultado: 08/2026 — MENSUAL → Nº 1 · FINAL → Nº 2). El número es estable: la liquidación que ya se validó conserva el suyo aunque después se agregue o se anule otra del período; sólo las nuevas reciben el primer número libre. Si dos liquidaciones figuran con el mismo número, no se importa nada. Ya dentro del portal, si ARCA abre un número distinto del pedido, tampoco se importa. Si quedan liquidaciones del período sin calcular, avisa: no viajan a ARCA y pueden explicar una diferencia de bases.

Quincena, SAC y liquidación final

Un período no es una liquidación: es un conjunto (la mensual, las quincenas, el SAC, las vacaciones, las finales). El proceso mensual lleva lo que es del período entero —LSD, F.931, asiento, cierre y entrega del cierre— y barre todas las liquidaciones del mes. Lo que es de cada liquidación (abrirla, liquidarla, controlarla, versionarla y mandar sus recibos) se lleva con procesos cortos que corren al lado:

| Proceso | Cuándo | Pasos | |---|---|---| | Liquidación por quincena | todos los meses | Abrir · novedades · liquidar · controlar · versionar · enviar recibos, una vez por cada quincena | | Liquidación del SAC | junio y diciembre | Abrir · liquidar · controlar (contra el SAC anterior) · versionar · enviar recibos | | Liquidación final | sólo los meses con bajas | Baja registrada (Kanoa y ARCA) · abrir · liquidar · controlar · revisar rubros indemnizatorios · versionar · certificados de egreso · enviar recibo |

No se agregan solos: no todas las organizaciones liquidan por quincena ni hacen el SAC aparte. Se suman por organización con «+ Agregar proceso…», arriba de los pasos; los que la organización tiene aparecen como solapas al lado del mensual. Agregar uno activa también el mensual si no lo estaba, porque es el que termina el período.

Cada paso trabaja sólo sobre su liquidación: «Liquidar la 1ª quincena» no arrastra a la mensual, que el día 15 todavía no tiene sus novedades. El control compara contra la misma liquidación anterior (la 1ª quincena contra la 1ª quincena del mes pasado, el SAC contra el del semestre anterior); una final no se compara contra otra, porque cada una liquida a otras personas. El mensual espera solo: no da por liquidado el período hasta que todas sus liquidaciones estén calculadas.

En la final, versionar y enviar quedan reservados a una persona, y los rubros indemnizatorios se revisan a mano: qué corresponde según el motivo de la baja lo decide el contador. Los meses sin egresos sus pasos figuran «no aplica».

Corren solos junto con el mensual. La regla «Avanzar el proceso de liquidación» de la organización (y «Avanzar» del tablero o del asistente) empuja primero estos procesos y después el mensual, con el mismo nivel, y abre un solo ticket por organización y período con todos los frenos. Cada paso tiene su propio calendario: la 1ª quincena se liquida desde el 16 y el SAC desde el 10 (no desde el día de liquidar de la mensual), la 2ª quincena sí usa el día de liquidar de la organización, y los recibos de una quincena, del SAC o de una final salen apenas se versiona —no esperan al día de entrega del mes siguiente—. «Liquidar sueldos» del mensual no vuelve a correr el motor sobre una quincena, un SAC o una final que su propio proceso ya versionó. En el tablero aparecen como una etiqueta debajo del nombre de la organización.

Estos procesos no crean plantillas de liquidación, conceptos ni fórmulas: si la organización no tiene una plantilla de quincena, SAC o final, «Abrir» lo dice y no hace nada.

Aceptar el LSD en ARCA (sólo a pedido)

Aceptar —confirmar— una liquidación en el Libro de Sueldos Digital no se puede deshacer: después sólo queda rectificar. Por eso no forma parte del avance: ni la regla automática, ni un mail, ni Mesa de Entradas pueden hacerlo. Se hace sólo cuando el cliente o vos lo piden, desde «Aceptar en ARCA», debajo del paso 10, con tu clave fiscal (ARCA la vuelve a pedir al aceptar).

Sólo se ofrece para una liquidación versionada, cuya última validación en ARCA dio VÁLIDA y que no se recalculó después de validar. Va en dos tiempos:

1. Preparar aceptación. El robot entra al LSD, lee la fila de esa liquidación tal como ARCA la tiene cargada (número, tipo, trabajadores, importes) y abre el diálogo de aceptación sin confirmar nada. La pantalla te muestra lo de ARCA al lado de lo de Kanoa: si no coincide, no aceptes.
2. Aceptar definitivamente. Pide quién lo pidió (queda escrito), que escribas ACEPTAR, y —si la organización sufre retenciones de seguridad social— que declares que ya están subidas al LSD, porque van antes de aceptar. El robot vuelve a leer la fila y sólo confirma si sigue idéntica a la que viste; si alguien reimportó algo en el medio, no acepta y te pide preparar de nuevo. La preparación vale 30 minutos.

Queda registrado quién aceptó, cuándo y a pedido de quién, en este panel y en la nota del paso 10. Si algo falla después del punto de no retorno, el mensaje avisa que hay que mirar la grilla en el portal antes de reintentar: un error no prueba que ARCA no la haya aceptado. Generar y presentar el F.931 es otro acto y no se hace desde acá.

Primera vez: activar el proceso

Si la organización todavía no tiene el proceso, la pantalla ofrece Activar proceso de liquidación: la organización queda con el servicio Sueldos en la cartera del estudio, se materializa el proceso estándar y se genera el período. Desde ese momento también aparece en el tablero de compliance.

Ajustar el proceso

La definición (qué pasos hay, cuáles son automáticos, condiciones) se edita en Administración › Compliance: la plantilla global sirve a todas las organizaciones y cada organización puede apagar pasos o agregar propios.

En la plantilla, cada paso tiene un código, su etapa, qué pasos requiere, cuáles invalida al ejecutarse, el nivel mínimo para que la automatización lo corra sola (semi, autónomo o sólo una persona) y su día de calendario. En el proceso de cada organización, Aplica decide si el paso corresponde: según datos (la condición), siempre o nunca.

Avanzar el proceso de una vez

Además de ejecutar paso por paso, el asistente puede simular y avanzar el proceso entero hasta el primer freno ("avanzá la liquidación de X de septiembre"). Usa las mismas reglas que la automatización de esa organización (nivel y calendario) y los mismos controles; corre a tu nombre, no fuerza pasos y frena antes de versionar salvo que la organización esté en nivel autónomo.

Si un paso falla pero hay otros que no dependen de él, el avance sigue con esos (por ejemplo: faltan las variables de entorno, pero igual abre la liquidación y pide las novedades) y frena recién donde hace falta, diciendo por qué.

Con el asistente

Si el LSD quedó inválido, preguntale «¿por qué rechazó ARCA el LSD de agosto?»: el asistente lee el mismo diagnóstico (causa, qué hacer y con qué herramienta) y no aplica ninguna corrección sin que se la pidas.

Podés operar el proceso desde el asistente (botón de chat): pedile «¿cómo viene la liquidación de {organización} de {mes}?» o «liquidá {organización} {mes}». Te muestra el estado, avanza los pasos ejecutables uno por uno pidiéndote confirmación en cada uno (liquidar y cerrar piden doble confirmación) y te explica los hallazgos del control de razonabilidad. Los pasos manuales no los tilda por su cuenta: te los deja listados.

Preguntas frecuentes

Un paso automático no se tildó aunque ya lo hice. Apretá Re-verificar. Si sigue pendiente, el sistema no encuentra la evidencia que espera (por ejemplo, el LSD se exportó desde otra pantalla que no registra la exportación): marcalo Hecho a mano y avisá.

Ejecuté "Liquidar" y dice que hubo empleados con error. La liquidación se calculó igual; entrá a la liquidación para ver qué empleados fallaron y por qué.

El paso 8 o el 13 se destildaron solos / no se tildan. No se destildan solos: siguen tildados si ya lo estaban, pero un control o un asiento anteriores a un re-cálculo no cuentan para tildarlos — volvé a ejecutar el control o regenerá el asiento después de liquidar.

El cliente dice que el link no anda. Si venció o fue reemplazado por una reapertura, emitile uno nuevo con Ejecutar en el paso 5.

Quiero otro proceso (quincenal, SAC). Se crea otra plantilla en Administración › Compliance; la pantalla muestra la de liquidación mensual.