El SERVICIO ADMINISTRATIVO FINANCIERO (S.A.F.) enviará una solicitud de cuota en los archivos SDCCAnnn.CON y SDCITnnn.CON según los diseños que se detallan en esta circular.

El SIDIF CENTRAL leerá los archivos mencionados y validará en primera instancia los siguientes datos:

- Si en esta etapa se detectara algún error, se rechaza la solicitud sin otorgar número provisorio de trámite de cuota (PROV) del SIDIF CENTRAL.

- Si no se detectan errores, el SIDIF CENTRAL verificará si el número interno otorgado por el SAF se encuentra ingresado, y si el mismo tiene asignado un número provisorio para el trimestre:

- Si no se encuentra cargado y las validaciones que se detallan más adelante son todas correctas entonces se la incorpora al SIDIF CENTRAL asignándole éste un número provisorio.

- Si la solicitud con el número interno del SAF ya estuviese cargada en el SIDIF CENTRAL, se chequeará si está en estado 'E' (erróneo) para ser modificada, caso contrario, se rechazará la transmisión con un motivo de error DUP (Solicitud Duplicada).

Que una solicitud se encuentre en estado erróneo ('E') en el SIDIF CENTRAL quiere decir que la OFICINA NACIONAL DE PRESUPUESTO (ONP) la rechazó por algún motivo de tipo presupuestario y no por inconsistencia en los datos.

Si fuese posible re-ingresarla se procederá a la realización de las validaciones detalladas a continuación, y si éstas resultasen correctas se reemplazará la versión existente en el SIDIF CENTRAL, por la nueva versión que envía el SERVICIO ADMINISTRATIVO FINANCIERO.

- Ejercicio, si es incorrecto se devolverá con error EJI, que significa "Ejercicio Invalido"

- Servicio, si es incorrecto se devolverá con error SEI, que significa "Servicio Incorrecto".

- Trimestre, si es incorrecto se devolverá con error TNV, que significa "Trimestre Incorrecto", o bien TNH, que significa "Trimestre no Habilitado"

- Cabeceras, toda cabecera debe tener al menos un ítems asociado, caso contrario se devolverá con error CSI, que significa "Cabecera sin Ítems"

- Ítems, todo ítems debe tener una única cabecera asociada, caso contrario se devolverá con error FAC, "Ítems sin cabecera".

- Tipo de envío, si es incorrecto se devolverá con error TSI, que significa "Tipo de Envió Invalido"

- Tipo de Disposición, éste campo sólo deberá usarse para el tipo 31 (delegación de facultades para suscribir reprogramaciones y además deberán enviarse los datos de número y fecha de disposición, caso contrario se devolverá con error T31, que significa "Tipo de Disposición 31 incorrecto o invalido"

- Inconsistencia en cantidad de ítems, si la cantidad de ítems es diferente a la cantidad informada en la cabecera, se devolverá con error ICT, que significa "Inconsistencia en la cantidad de ítems".

- Items en General: si se detectara algún error se devolverá con error EIT, que significa "Error en Ítems".

- Solicitud: si se detecta que la misma ya ha sido ingresada, se devuelve con error DUP, que significa "Solicitud Duplicada".

- Fecha tope para presentar la Solicitud de programación o reprogramación: Si se detecta que la misma superó la fecha tope establecida, se devuelve con error SFT, que significa "Solicitud Fuera de Fecha Tope".

- Ítems: cuando dos ítems con idéntica imputación, pero distinto importe, se asumen como ítems repetidos y por lo tanto se devolverá con error ITR que significa "Ítems Repetido".

- Clasificador del objeto del gasto: Si es incorrecto se le asigna el error OGI, que significa "Clasificador del Objeto del Gasto Inválido"

- Nivel: Si la solicitud no viene al nivel de objeto del gasto especificado por ONP para requerimientos de cuota de gastos, se devolverá con error NOI, que significa "Nivel de Objeto incorrecto".

- Clasificador de la apertura programática: Si es incorrecto se le asigna el error API, que significa "Apertura Programática Incorrecta".

- Clasificador de fuente de financiamiento: Si es incorrecto se le asignará el error FFI, que significa "Clasificador de la Fuente de Financiamiento Inválido".

- Importe: Si el importe requerido es superior al crédito disponible para las imputaciones comprendidas en ese objeto de requerimiento de cuota se devolverá con error ECR, "Crédito Insuficiente".

- Importe: Si el importe requerido o solicitado debe ser menor que cero, para programación o distinto de cero para reprogramación, caso contrario, se devolverá con error IGO que significa "Importe debe ser > 0 (P) o distinto de cero (R)".

- Gastos Reservados: Solo podrán ser solicitados por los Servicios que estén autorizados, caso contrario se devolverá con error GRN que significa "No autorizado Para Manejar Gastos Reservados".

- Monto Crítico: El monto crítico no puede ser negativo ni tampoco mayor al importe requerido, caso contrario se devolverá con error IMC, que significa "Importe Monto Critico Incorrecto".

- Trimestre Futuros: Si en Programación la información de trimestres futuros no es completada, se devolverá con error ITF que significa "Falta Información de Trimestres Futuros"

- Consistencia de la solicitud: En reprogramación la disminución al nivel de mes debe contar con saldo disponible al nivel de cuota -SAF, caso contrario se devolverá con error RSS que significa "No Hay Saldo Disponible en el Mes para Reprogramar".

- Se dará de alta la información o reemplazará la existente por la nueva versión enviada por el SERVICIO ADMINISTRATIVO FINANCIERO.

- La solicitud quedará en estado "L" de lectura, para el posterior análisis de la ONP.

- Se enviará por TRANSAF al organismo la respuesta de la recepción correcta del pedido, indicando que quedó en estado "L".

- En este caso, solo se transmitirá el archivo de cabeceras SDCVCnnn.CON indicando en el mismo el número provisorio asignado por el SIDIF CENTRAL y sin motivo de error.

- Vale destacar que el número provisorio que se envía puede no ser el mismo cuando se envíe el cierre definitivo, ya que la ONP tiene la posibilidad de reagrupar varias solicitudes en un provisorio nuevo o particionar la cuota otorgada.

Si de las validaciones surge algún error:

- Se le comunica al Organismo, por TRANSAF, el rechazo de la transacción, estado "R", (rechazado).

- Si el error se encuentra en la cabecera se procede a responder al servicio solo el archivo de cabecera, SDCVCnnn.CON, especificando el código de error.

- Si en cambio él o los errores se detectaron en los ítems, se transmite la cabecera con código de error EIT, indicando que fallaron los ítems y, además, se envía el archivo de ítems especificando los errores encontrados. Solo se transmiten los ítems que fueron rechazados. El archivo de ítems en este caso se llama SDCVTnnn.CON.

- El estado de rechazo se puede producir tanto en el envío de una nueva solicitud como en una retransmisión de una solicitud existente.

- Se le enviará al Organismo, por TRANSAF, solo el archivo de cabeceras SDCVCnnn.CON con el error seleccionado por el analista. En este caso esa solicitud quedará en el SIDIF con estado "E" (erroneo) para que el SAF pueda re-transmitirla.

Si se acepta la solicitud del SAF, la misma pasa a estado 'I' ("Incompleta"). Esta operación no se transmitirá a los servicios.

Con la solicitud en estado "I", la ONP puede modificar la solicitud de cuotas, ingresando el importe otorgado, agregando y/o suprimiendo ítems. Mientras la cuota esté en proceso de análisis el estado de la solicitud seguirá siendo "I".

Una vez acordado el monto a otorgar, la ONP realizará el cierre interno de la solicitud. Al realizar esta operación aquella quedará con estado 'C' y no podrá ser modificada. El cierre interno no será transmitido al SAF.

Una vez analizada la solicitud, la misma estará en condiciones de ser elevada a la firma de la autoridades de la ONP.

Si la solicitud es de programación, dicha gestión no causa ningún cambio en el sistema, pero en el caso de reprogramación que contengan importes negativos entonces, la solicitud se marcará en estado "F", que indica su pase a la Firma.

Esta operación "a la firma" se transmitirá al SAF con el objeto de hacerle conocer al servicio que la cuota se encuentra restringida. Se enviará el archivo de cabecera SDCVCnnn.CON con el estado en 'F' y el archivo de ítems SDCVTnnn.CON, conteniendo los ítems para los cuales se restringió la cuota.

Una vez que en la ONP se realiza el cierre definitivo de la solicitud, se enviara al SAF la solicitud de programación o reprogramación de cuota aprobada marcada con estado "D", (definitivo).

Para ello se utilizarán los archivos SDCVCnnn.CON y SDCVTnnn.CON. Si la solicitud se hubiese originado en el SIDIF CENTRAL, el número interno del SAF se completará con cero, según el diseño que se acompaña en esta circular.

Cuando se anula definitivamente una solicitud de cuota que está en estado "L" (lectura), "I" (Incompleta), "E" (Errónea) o "C" (Cierre Interno), se le responderá al organismo indicando que quedó en estado "A" (anulado).

En este caso se enviará por TRANSAF solo el archivo cabecera SDCVCnnn.CON con el error detectado. En el SIDIF Central quedará registrada la solicitud con estado "A"

Si la solicitud tiene número interno del SERVICIO ADMINISTRATIVO FINANCIERO, aquel no podrá ser reutilizado por el Organismo.

Si la ONP agrupa varias solicitudes originales en estado "C" porque todavía no se cerraron definitivamente, en una nueva, aquellas serán inhibidas (estado "G") en el SIDIF CENTRAL. Cuando la solicitud reagrupada se cierre definitivamente, las originales serán anuladas (estado "A").

La solicitud reagrupada se enviará por TRANSAF con número interno del SERVICIO ADMINISTRATIVO FINANCIERO en cero, tanto en la cabecera como en los ítems. Las solicitudes anuladas, también serán enviadas por TRANSAF con código de error AGR, que significa "Anulada por Agrupamiento".

Asimismo la ONP podrá, sólo para el caso de la programación de cuotas, dividir la solicitud de cuota, lo cual implicará que se generen dos nuevas solicitudes en el SIDIF CENTRAL, una con los datos que se aprobarán y otra con los que permanecerán en análisis, pudiéndose aprobar con posterioridad como reprogramación.

Excepcionalmente la ONP, podrá reabrir una solicitud que esté en estado "D" ("Definitivo"), si todavía no se efectuaron ejecuciones sobre la cuota asignada. Este proceso provoca que:

- Se revierta el cierre definitivo,

- Si la solicitud es una reprogramación y contiene importes negativos la solicitud volverá al estado F, para la Firma.

- Si la solicitud es una programación o una reprogramación sin importes negativos la solicitud volverá a estado C.

En ambos casos si el SAF está notificado del cierre definitivo, se le enviará por TRANSAF solo el archivo de cabecera SDCVCnnn.CON con el número de solicitud involucrada en estado "P" que indica que la "Solicitud fue Reabierta".

La ONP podrá reabrir una solicitud que se encuentre en estado 'F' ("A la firma"). Dicha operación motivará que la solicitud vuelva a estado 'C' ("Cierre Interno).

El evento se transmitirá al SAF, enviando solo el archivo de cabecera SDCVCnnn.CON con el número de solicitud involucrada en estado "X", "Vuelta Atrás de a la Firma".

Cabe aclarar que la ONP pueden efectuar una reapertura del cierre interno de una solicitud, por lo que esta puede pasar de cierre interno ("C") al estado incompleto ("I").

Esta operación no será trasmitida a los SAF. Debido a ello es válido que un SERVICIO que reciba una reapertura de cierre definitivo (estado "P"), después reciba una anulación de la solicitud (estado "A") o la solicitud en estado "E" (erróneo).

Por último la ONP podrá modificar cualquier dato referente a la disposición que figura en el cierre definitivo, es decir se estará en condiciones de cambiar la fecha, tipo y/o número de disposición de una solicitud ya cerrada definitivamente. Se notificará al SERVICIO ADMINISTRATIVO FINANCIERO enviando solo el archivo SDCVCnnn.CON con el estado "M". Por lo tanto se deberá considerar esta situación.

Como está establecido, la solicitud de programación de cuota de gastos se enviará trimestralmente, dentro de los 15 días anteriores al inicio del trimestre. En el caso de no recibirse en la oportunidad determinada, el requerimiento de cuota de gastos se rechazará por encontrarse fuera de fecha.

La solicitud de reprogramación de cuota de gastos se enviará en cualquier momento del trimestre que se solicita reprogramar siempre y cuando hubiese, culminado el proceso de programación central en la ONP.

A. ESTIMACIONES DE RECURSOS:

El SERVICIO ADMINISTRATIVO FINANCIERO enviará una estimación de recursos en los archivos SDCCAnnn.CON y SDCESnnn.CON. Cada uno de dichos archivos deberá cumplir con el diseño especificado en este documento.

El SIDIF CENTRAL leerá los archivos mencionados y validará, en primera instancia, los siguientes datos:

- Si en esta etapa se detectara algún error, se rechaza la solicitud sin otorgar número de estimación de recurso (EST) del SIDIF CENTRAL.

- Si no se detecta error,: el SIDIF CENTRAL verificará si el número interno del SAF se encuentra ingresado, y el mismo tiene asignado un número estimación de recursos para el trimestre:

- Si no se encuentra cargado y las validaciones que se detallan más adelante son todas correctas entonces se la incorpora al SIDIF CENTRAL asignándole un número estimación del SIDIF CENTRAL.

- Si la solicitud con el número interno del SAF ya estuviese cargada en el SIDIF CENTRAL, se chequeará si está en estado 'E' (erróneo) para ser alterada, caso contrario se rechazará la transmisión con un motivo de error (DUP).

Que una estimación se encuentre en estado erróneo ('E') en el SIDIF, significa que los analistas decidieron rechazarla por algún motivo de tipo presupuestario y no por inconsistencia de datos.

Si fuese posible re - ingresarla se procederá a la realización de las validaciones detalladas a continuación, y si éstas resultaran correctas se borrará la versión existente en el SIDIF CENTRAL y se la reemplazará por la nueva versión que envía el SERVICIO ADMINISTRATIVO FINANCIERO.

- Ejercicio, si es incorrecto se devolverá con error EJI, que significa "Ejercicio Invalido".

- Servicio, si es incorrecto se devolverá con error SEI, que significa "Servicio Incorrecto".

- Trimestre, si es incorrecto se devolverá con error TNV, que significa "Trimestre Incorrecto", o bien TNH, que significa "Trimestre no Habilitado".

- Cabeceras, toda cabecera debe tener al menos un ítems asociado, caso contrario se devolverá con error CSI, que significa "Cabecera sin Ítems".

- Ítems, todo ítems debe tener una única cabecera asociada, caso contrario se devolverá con error FAC, "Ítems sin Cabecera".

- Tipo de envío, si es incorrecto se devolverá con error TSI, que significa "Tipo de Envió Invalido".

- Inconsistencia en cantidad de ítems, si la cantidad de ítems es diferente a la cantidad informada en la cabecera se devolverá con error ICT, que significa "Inconsistencia en la cantidad de ítems".

- Items en General: si se detecta algún error se devolverá con error EIT, que significa "Error en Ítems".

- Ítems: cuando dos ítems con idéntica imputación pero distinto importe se asumen como ítems repetidos y por lo tanto se devolverá con error ITR que significa "Ítems Repetido".

- Clasificador de fuente de financiamiento: Si es incorrecto se le asignará el error FFI, que significa "Clasificador de la Fuente de Financiamiento Inválido".

- Clasificador del rubro de ingreso: (incluyendo hasta subconcepto), si es incorrecto aparecerá el error RUI, que significa "Clasificador del rubro de ingreso inválido".

- Importe: El importe estimado debe ser mayor que cero, para estimación o distinto de cero para re-estimación, caso contrario se devolverá con error IGO, que significa "Importe Debe ser > 0 (P) o Distinto de Cero (R)".

- Desagregación de la estimación: Esta debe venir al mismo nivel de desagregación de recursos solicitado por la ONP, caso contrario se devolverá con error NEI, que significa "No Corresponde Desagregación de la Estimación".

- Si el Servicio cedente es inexistente se le asignará el error SCN, que significa "Servicio Cedente inexistente".

Si de las validaciones la estimación de recursos es correcta:

- Se dará de alta la información o reemplazará la existente por la nueva versión enviada por el SAF.

- La estimación quedará en estado "L" de lectura, para el posterior análisis de la ONP.

- Se enviará por TRANSAF al Organismo la recepción correcta del pedido indicando que quedó en estado "L". Solo se transmitirá el archivo de cabeceras SDCVCnnn.CON devolviéndole el número de estimación de ONP central y sin motivo de error.

Si de las validaciones se detectan errores:

- Se le comunicará, por TRANSAF, al organismo el rechazo de la transacción, indicando el estado "R" (rechazado).

- Si el error se encuentra en la cabecera se procede a responder al Servicio solo el archivo de cabecera SDCVCnnn.CON, especificando el código de error.

- Si en cambio él o los errores se detectaron en los ítems se transmite la cabecera con código de error (EIT) indicando que fallaron los ítems y además se envía el archivo de ítems especificando los errores encontrados. Solo se transmiten los ítems que fueron rechazados.

- El archivo de ítems en este caso se llama SDCVEnnn.CON. El estado de rechazo se puede producir tanto en el envío de una nueva estimación, como en una retransmisión de una estimación existente.

Una vez cumplidas las validaciones la ONP realizará el análisis de las estimaciones. Si de este análisis surgiese la necesidad de rechazar la estimación del SAF, se le enviará a los mismos por TRANSAF, tal situación, indicando que quedó en estado "E" (erróneo). Solo se enviará el archivo de cabeceras SDCVCnnn.CON con el error detectado.

En este caso esa solicitud quedará en el SIDIF con estado 'E' para que el SERVICIO ADMINISTRATIVO FINANCIERO pueda re - transmitirla.

Si la ONP acepta la estimación del SAF entonces la estimación de recursos queda en estado 'I' en el SIDIF CENTRAL. Esta operación no se transmitirá a los servicios.

Cuando el Servicio envía una re-estimación de recursos, que corrigen a la estimación original, no implica una nueva estimación total, es decir que los ítems que se envíen durante una re - estimación deben ser sólo aquellos que se desean corregir y que el monto que se envía es una corrección de la estimación original (o sea +/- importe), con la posibilidad de agregar ítems que no hayan sido enviados en ella.

En el caso de estimaciones de recursos cabe aclarar que no quedan ligadas a la solicitud de cuota de gastos, por lo tanto existirá la posibilidad de que la ONP anule o solicite una corrección de la estimación de recursos solamente, sin que por ello implique que se afecte la solicitud de cuota.

Las estimaciones y re - estimaciones de recursos sólo pueden ser enviadas por aquellos Servicios que tengan recursos presupuestados.

La estimación debe enviarse al momento del requerimiento de programación de cuota de gastos o sola, según se especifique, en cualquier momento del trimestre.

La re - estimación puede enviarse en cualquier momento del trimestre para efectuar correcciones en la estimación enviada previamente.

La comunicación entre el SIDIF CENTRAL y los SERVICIOS ADMINISTRATIVOS FINANCIEROS deberá efectuarse respetando la estructura de comunicación que se define en el apéndice anexo.

Para las comunicaciones desde los SERVICIOS ADMINISTRATIVO FINANCIERO hacia el SIDIF CENTRAL se van a usar los siguientes archivos:

SDCCA : Cabecera del envío de SAF a SIDIF CENTRAL
SDCIT :   Ítems de cuota de gastos solicitado
SDCES :  Ítems de estimación de recursos

La cabecera va a ser común para cualquier tipo de solicitud aunque la información de gastos y recursos debe ir en lotes separados.

Si para el trimestre 1 se quiere enviar un requerimiento de cuota de gastos y una estimación de recursos, se deben hacer dos envíos y a cada uno se le asociará un número de lote distinto.

Un envío constaría de una cabecera SDCCA y un archivo de ítems SDCIT, mientras que otro constará de una cabecera SDCCA y un archivo de ítems SDCES.

Para las comunicaciones que van desde el SIDIF CENTRAL hacia los SERVICIOS ADMINISTRATIVOS FINANCIEROS se van a usar los siguientes archivos:

SDCVC : Cabecera del envío SIDIF CENTRAL a SERVICIO ADMINISTRATIVO FINANCIERO

SDCVT : Ítems de cuota de gastos otorgada o envío de errores producidos

SDCVE : Envío de errores producidos durante el envío de la estimación de recursos desde el SAF al SIDIF Central.

La cabecera va a ser común para cualquier tipo de solicitud aunque la información de gastos y recursos debe ir en lotes separados.

Archivo: SDCCAnnn.CON (Recepción de la solicitud en el SIDIF central para programación y reprogramación de cuotas)

Los campos que no se envíen con datos deberán ser completados con un valor 0 (cero) si son numéricos o estar rellenos con BLANCOS si son caracteres.

Los campos "ejercicio", "código de SERVICIO ADMINISTRATIVO FINANCIERO" y "Nro. de Solicitud Interno del SERVICIO ADMINISTRATIVO FINANCIERO" son clave para el envío local - central y permiten asociar cabecera con ítems.

El tipo de envío servirá para identificar el contenido del mismo. Se definen los siguientes tipos de envío:

- 'PRO' (Programación con ítems de cuota de gastos)

- 'REP' (Reprogramación con ítems de cuotas de gastos)

- 'EST' (Estimación de recursos)

- 'RES' (Re - Estimación de recursos)

El Nro. Interno del SAF no tendrá significado alguno para el SIDIF CENTRAL, ya que no se asociará como hasta ahora para discriminar si es programación o no. De todas maneras es clave para asociar las cabeceras con los ítems en el envío.

Los campos "Nro. Disposición", "Tipo de Disposición" y "Fecha de Disposición" se utilizan cuando es una reprogramación cerrada por el Servicio conforme el régimen de delegación de facultades, por lo que no deben enviarse en otros casos.

Archivo: SDCITnnn.CON, Recepción de la solicitud de cuota de gastos de Programación y Reprogramación en el SIDIF central

Los campos "ejercicio", "código de SERVICIO ADMINISTRATIVO FINANCIERO" y "nro. interno de solicitud del SERVICIO ADMINISTRATIVO FINANCIERO" son clave para el envío local - central y permiten asociar cabecera con ítems.

Los campos con importes de montos críticos deberán ser completados solo por los Servicios que posean SIDIF Local Unificado (SLU).

Archivo: SDCESnnn.CON (Recepción de la estimación de recursos en el SIDIF central)

Los campos "ejercicio", "código de SERVICIO ADMINISTRATIVO FINANCIERO" y "número interno del SERVICIO ADMINISTRATIVO FINANCIERO" son clave para el envío local - central y permiten asociar cabecera con ítems.

El campo de código de PRÉSTAMO EXTERNO deberá informarse con blancos en esta estapa.

Archivo: SDCVC.CON (Envío de medidas desde el SIDIF CENTRAL a los SERVICIOS ADMINISTRATIVO FINANCIERO)

Los campos "ejercicio" y "número de PROV / EST" son clave para el envío central - local y permiten asociar cabecera con ítems. En el caso en que el lote fuera un rechazo de un envío por errores (sea en la cabecera o en los ítems) el número PROV / EST va en cero y el Servicio lo asocia por el Nro interno del SAF.

El tipo de envío servirá para identificar el contenido del mismo.

Estos son los mismos definidos para la recepción de la información desde los SERVICIOS ADMINISTRATIVO FINANCIERO. El propósito de este campo es identificar de manera fehaciente cuál es la información que se le está enviando al SERVICIO ADMINISTRATIVO FINANCIERO.

Archivo: SDCVTnnn.CON (Envío de medidas desde el SIDIF CENTRAL a los SERVICIOS ADMINISTRATIVO FINANCIERO)

Los campos ejercicio y Nro. de PROV son clave para el envío central - local y permiten asociar cabecera con ítems.

En el caso de un envío de cuota asignada el número interno del SERVICIO ADMINISTRATIVO FINANCIERO va en cero, debido a que el envío de la cuota asignada se efectúa sin detalle de programa.

En el caso en que el lote fuera un rechazo de un envío por errores (sea en la cabecera o en los ítems), el Nro. de Provisorio va en cero y el Servicio podrá asociar el envío rechazado consultando el número interno de la cabecera.

Los campos con los montos que solicitó el SERVICIO ADMINISTRATIVO FINANCIERO, así como los de montos críticos, se incluyen para poder informar al solicitante en caso de situaciones de errores que involucren a estos campos. En caso de que el envío sea de un cierre definitivo los importes indicados irán en cero.

Igualmente es de tener en cuenta que la cuota, en la actualidad, se otorga por Servicio, fuente y el objeto del gasto al nivel de requerimiento de cuota; por ello los campos que son irrelevantes deberán ser completados como se especificó mas arriba (en cero los numéricos y con blancos los que son de tipo char)

Archivo: SDCVEnnn.CON (Solo se usa en caso de que en el envío SERVICIO ADMINISTRATIVO FINANCIERO - SIDIF CENTRAL haya tenido errores en los ítems.)

Como este archivo solo se envía para especificar los errores producidos durante un envío desde el SAF al SIDIF, el Servicio los deberá asociar por su número interno.

Los lotes de comunicación consistirán en: una cabecera e ítems.

Los flujos de comunicación entre ambos extremos son:

Los estados sirven para que los sistemas locales identifiquen la respuesta que viaja en la cabecera.

Cuando una opción se encuentra entre [ ] quiere decir que su envío es opcional, en cambio los demás son obligatorios.

Como motivos de anulación de una solicitud pueden aparecer los siguientes errores:

- AGR (Agrupamiento de la solicitud en otra nueva)

- PGR (Particionamiento de la solicitud en otras nuevas)

- AOP (Anulación por decisión de la ONP)

• EJI - Ejercicio incorrecto.
  

• SEI - Servicio incorrecto.
  

• CSI - Cabecera sin ítems.
  

• FAC - Ítems sin cabecera.
  

• ETR - Ítem repetido.
  

• OGI - Clasificador del objeto del gasto inválido.
  

• LCU - El nivel de asignación de cuota para el objeto del gasto es incorrecto.
  

• API - Clasificador de la apertura programática inválido.
  

• FFI - Clasificador de la fuente de financiamiento inválido.
  

• T31 - Tipo de disposición 31 incorrecto o invalido.
  

• DUP - Duplicación de envío.
  

• EIT - Error en los ítems.
  

• EAP - Rechazo de la ONP por motivos presupuestarios.
  

• RUI - Clasificador del rubro de ingreso inválido.
  

• SCN - Servicio cedente inexistente.
  

• FNI - Clasificador de la finalidad-función inválido.
  

• FFR - Ya existe otra finalidad-función para la actividad u obra.
  

• UBI - Clasificador de la ubicación geográfica inválido.
  

• MOI - Clasificador de la moneda inválido.
  

• CEI - Clasificador económico inválido (recursos ó créditos).
  

• GRN - Gastos reservados no autorizados.
  

• INP - Imputación nueva incorrecta o no positiva. (recursos ó créditos).
  

• ECR - Vigente - restringido + la modificación presupuestaria < 0.
  

• IOI - Importe de la modificación igual a cero.
  

• TNV - Trimestre Incorrecto
  

• TNH - Trimestre no Habilitado
  

• ICT - Inconsistencias en cada ítems repetidos
  

• TSI - Tipo de Envío Invalido
  

• SFT - Solicitud fuera de fecha tope
  

• ITR - Ítems Repetido
  

• NOI - Nivel de Objeto Incorrecto
  

• IGO - Importe debe son >0 (p) o distinto de cero (r)
  

• IMC - Importe monto critico incorrecto
  

• ITF - Falta Información de Trimestre Futuro
  

• RSS - No hay saldo disponible en el mes para reprogramar
  

• AGR - Anulada por agrupamiento
  

• NEI - No corresponde desagregar de la estimación