Certificación y Liquidación de Granos

Modificado el Vie, 29 Ago a 11:26 A. M.

Documento en edición.

1 Introducción

1.1 Objetivo

Brindar información necesaria para desarrollar un cliente del Web Services de Liquidación Primaria Electrónica de Granos.

1.2 Alcance

Comprende desde la definición del WSDL hasta las validaciones de negocio que realizará cada servicio.

El presente WS permite llevar a cabo las siguientes operaciones:

 Autorizar Liquidación Primaria de Granos para la obtención del Código de Operación Electrónico (COE).

 Ajustar una Liquidación Primaria de Granos - COE.

 Ajustar un Contrato.

 Asociar una Liquidación Primaria de Granos original a un Contrato.  Anular una Liquidación Primaria de Granos con COE otorgado.

 Autorizar Liquidación Secundaria de Granos para la obtención del COE.  Ajustar una Liquidación Secundaria de Granos.

 Asociar una Liquidación Secundaria de Granos a un Contrato - COE.  Anular una Liquidación Secundaria de Granos con COE otorgado.

 Autorizar un Certificado de Depósito de Granos.

 Autorizar un Certificado de Retiro o Transferencia de Granos.

 Autorizar un Certificado Preexistente de Granos.

 Consultar:

o Liquidaciones autorizadas por COE.

o Liquidaciones autorizadas por punto de emisión y número de orden. o Ajustes autorizados por contrato.

o Ajustes autorizados por número de COE.

o Ajustes autorizados por punto de emisión y número de orden.

o Liquidaciones asociadas a un contrato.

o Identificador (número de orden) de la última liquidación autorizada. o Campañas.

o Código de grado de referencia.

o Código y valor de grado entregado según el tipo de grano.

o Puertos habilitados.

o Universo de Actividades

o Actividades activas del liquidador.

o Provincias.

o Localidades según provincia.

o Tipo de Grano.

o Tipo de Certificados.

o Tipo de Deducciones.

o Tipo de Retenciones.

o Tipo de Operación según actividad.

o Liquidaciones

o Tipos de Titularidad de Granos.

o Modos de Certificación de Depósito.

 dummy.

Este documento debe complementarse con los documentos correspondientes al Servicio de Autenticación y Autorización (WSAA), al SERVICIO DE AUTENTICACION DE CONTRIBUYENTES DE AFIP y Resoluciones Generales que norman los proyectos pertinentes.

1.3 Datos de Prueba

Solicitud de datos de prueba para el ambiente de homologación Dado que en el ambiente de homologación no se dispone de datos productivos, se debe solicitar la adecuación de la CUIT que actúa como emisora de la liquidación y/o certificado a la cuenta de correo wslpg@afip.gob.ar. Adicionalmente, dependiendo del método y/o documento que se trate, se deben enviar los siguientes datos:

• Certificación, LPG y LSG:

◦ CUIT solicitante:

• Para solicitar Contratos:

◦ Indicar si es para LPG o LSG

◦ CUIT solicitante:

◦ CUIT Vendedor:

◦ CUIT Comprador:

◦ CUIT corredor: (si correspondiere)

◦ Grano:

Para los diferentes roles (excepto para el que liquida/certifica), se pueden utilizar las siguientes CUIT’s genéricas:

Vendedor:

CUIT	RFOG	IVA/ Monotributo / Gan
23000000000	Activo RFOG	IVA y Gan
23000000019	NO Incluido / Excluido de RFOG	IVA y Gan
23000000027	---	Monotributo
23000000035	---	Monotributo
33000000006	Activo RFOG	IVA Exento

Comprador:

CUIT	IVA/Monotributo	RUOCA
27000000014	IVA	28 - Acondicionador
20400000000	IVA	40 – Exportador

Corredor:

CUIT	IVA/ Monotributo	RUOCA
20200000006	IVA	36 - Corredor

Ejemplo: Asignación de los datos de prueba generados para certificado para cada elemento del request según documento solicitado:

Dato enviado	TAG a completar.
Carta de porte: 530306310	<nroCartaDePorte>530306310</nroCartaDePorte>

CTG: 892	<nroCTG>892</nroCTG>
Especie: 23	<codGrano>23</codGrano>
Cosecha: 1314	<campania>1314</campania>
CUIT Solicitante/Depositante: 20111111112	<cuitDepositante>20111111112</cuitDepositante>
CUIT Destinatario/Depositario: 20xxxxxxxx3	CUIT Ingresante

1.4 Tratamiento de errores Excepcionales en el WS Los errores excepcionales serán del tipo descriptivo y tendrán el siguiente tratamiento:

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body>

<ns2:Fault xmlns:ns2="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns3="http://www.w3.org/2003/05/soap-envelope">

<faultcode>ns3: Receiver</faultcode>

<faultstring>[wscommon_007] La firma no corresponde al token enviado.</faultstring>

</ns2:Fault>

</S:Body>

</S:Envelope>

(ejemplo)

donde:

<faultstring> es del tipo string

Describe al error que se generó al procesar la liquidación.

Los errores excepcionales incluyen también errores de estructura (ej: tags sin cerrar, con nombres incorrectos).

1.5 Tratamiento de errores en el WS por validaciones de formato.

El tratamiento de errores originados por validaciones de formato (definido en los diferentes tipos de datos) o desorden en los elementos del request, para todos los métodos, tendrá el siguiente esquema:

<S:Envelope

xmlns:S="http://schemas.xmlsoap.org/soap/envelope/">

<S:Body>

…

<error>

<codigo>string</codigo>

<descripcion>string</descripcion>

</error>

</erroresFormato>

…

</S:Body>

</S:Envelope>

Donde:

<erroresFormato> es del tipo LpgArrErrorType que es un array de <LpgCodigoDescripcionType>

Cabe aclarar que, de no superar alguna de las validaciones de formato, el WS devolverá erroresFormato y no continuará con las validaciones de negocio.

<S:Envelope

xmlns:S="http://schemas.xmlsoap.org/soap/envelope/">

<S:Body>

...

<error>

<codigo>cvc-complex-type.2.4.a</codigo>

<descripcion>Invalid content was found starting with element 'x'. One of '{x}' is expected.</descripcion>

</error>

</erroresFormato>

...

</S:Body>

</S:Envelope>

1.6 Tratamiento de errores en el WS por validaciones del negocio.

El tratamiento de errores originados por validaciones del negocio, para todos los métodos, tendrá el siguiente esquema:

<S:Envelope

xmlns:S="http://schemas.xmlsoap.org/soap/envelope/">

<S:Body>

...

<error>

<codigo>string</codigo>

<descripcion>string</descripcion>

</error>

</errores>

...

</S:Body>

</S:Envelope>

Donde:

<errores> es del tipo LpgArrErrorType que es un array de

1.7 Tratamiento de errores en el WS por problemas de infraestructura o datos inexistentes.

El tratamiento de errores originados por problemas de infraestructura o para los casos donde no se encuentren registros, para todos los métodos se informarán en el array <errores>.

<errores> es del tipo LpgArrErrorType que es un array de

Los errores posibles son:

Código de Error	Causa
500	Error General de Aplicación
501	Error General de Aplicación
600	No existen datos en las bases de la Administración según los parámetros de búsqueda informados.
700	Error de sincronismo.
800	Servicio no disponible

1.8 Tratamiento de eventos.

Los eventos programados se informarán en respuesta a los diferentes métodos disponibles en el presente WS y tendrán el siguiente esquema:

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body>

...

<codigo>string</codigo>

<descripcion>string</descripcion>

</evento>

</eventos>

...

</S:Body>

</S:Envelope>

donde:

<eventos> es del tipo LpgArrEventoType que es un array de

1.9 Operatoria

1.9.1 Tratamiento del Punto de Emisión y Número de Orden.

El Punto de Emisión <ptoEmision> y Número de Orden <nroOrden> identifica de forma única a una solicitud de COE autorizada.

El punto de emisión permite que cada cliente del webservice, identifique los puestos por los que emitirá solicitudes de autorización. Estos pueden ser o no correlativos.

El número de orden es un número secuencial ascendente en uno por CUIT y punto de emisión.

Tanto el punto de emisión como el número de orden deben ser informados y administrados por cliente del webservices. Asimismo se recomienda llevar registro del punto de emisión y número de orden utilizado en cada requerimiento.

Cuando se envía la primera liquidación a autorizar para un punto de emisión, por ejemplo el número 2, el número de orden deberá ser igual a 1. Si el requerimiento resulta autorizado, es decir que se otorga COE, cuando se envíe el próximo requerimiento se deberá enviar el valor 2 para número de orden y así sucesivamente… 3, 4, 5, 6, etc, siempre que se mantenga el mismo punto de emisión, en este caso el número 2.

En el caso que se requiera enviar una solicitud desde otro punto de emisión, por ejemplo el número 4, el número de orden deberá ser igual a 1, si resulta aprobado el próximo requerimiento el número de orden deberá ser igual a 2, el procedimiento es el mismo que el indicado en el párrafo precedente.

En el caso que se envíe la solicitud con número de orden 2 y esta fuera rechazada, el número de orden a utilizar para el mismo punto de emisión en la próxima solicitud de autorización deberá ser el mismo (es decir el número 2) dado que la solicitud no fue autorizada.

El punto de emisión más el número de orden sirve para recuperar los datos de una liquidación. Por ejemplo: envió el requerimiento con punto de emisión 2 y número de orden 2 y al cliente no le llegó una respuesta, puede ser que el requerimiento:

- esté autorizado. Los datos de la liquidación autorizada podrán ser consultados mediante el método liquidacionXNroOrdenConsultar indicando en el requerimiento el punto de emisión más el número de orden indicado en la solicitud (en este caso punto de emisión 2 y número de orden 2)

- no esté autorizado por no haber llegado la solicitud al servicio o por no haber cumplido con alguna de las validaciones. Es este caso el método liquidacionXNroOrdenConsultar devolverá el error 600 por no existir una liquidación aprobado con ese punto de emisión y número de orden. O bien, puede consultar el método liquidacionUltimoNroOrdenConsultar, indicando el punto de emisión (en este caso el número 2) el cual devolverá el valor 1, dado que el requerimiento con punto de emisión 2 y número de orden 2 no fue aprobado.

El contador para número de orden por punto de emisión, es el mismo para el método liquidacionAutorizar que para el método liquidacionAjustar.

De enviarse un número de orden que no sea correlativo al último registrado para el punto de emisión indicado, la solicitud será rechazada bajo el código de error 1508.

Cabe aclarar que el número de punto de emisión y número de orden no le da validez fiscal a la liquidación. Solamente el número de COE indica que la liquidación fue aprobada y tiene validez fiscal.

1.9.2 Autorizar Liquidación Primaria de Granos

(liquidacionAutorizar)

Se considera una liquidación autorizada cuando la misma se encuentra registrada y aprobada en las bases del organismo. La respuesta contendrá datos de la liquidación más el COE otorgado, sin los array <erroresFormato> y <errores>.

Se considera una liquidación rechazada cuando la misma presenta errores que impiden la autorización. Esto puede suceder ante errores que surgen por validaciones de formato, de negocio o de aplicación. Ante esta situación la liquidación no queda registrada en las bases del organismo.

Los errores de formato serán indicados mediante el array <erroresFormato>. Los errores de negocio o de aplicación se identificaran sobre el array <errores>.

Siempre que existan errores en una liquidación, la respuesta del método estará compuesta solo por el array de <erroresFormato> o el array de <errores>.

Cuando se identifican errores en la liquidación, esta es rechazada. Para continuar con el procesamiento se debe corregir el error y enviar nuevamente.

Se recomienda utilizar el método liquidacionUltimoNroOrdenConsultar para obtener la última liquidación autorizada para un determinado punto de emisión. El número de orden de la próxima liquidación debe ser el número de orden que retorna el método + 1.

1.9.3 Ajustar Liquidación Primaria de Granos

(liquidacionAjustarUnificado)

La operatoria de ajuste es la misma que la indicada para autorizar liquidación. En el ajuste se debe identificar el COE de la liquidación que se quiere ajustar más los datos propios del método de ajuste.

1.9.4 Anular una Liquidación Primaria de Granos

(liquidacionAnular).

Se podrán obtener los siguientes resultados:

A: Aprobado, se aprobó la anulación de la liquidación.

R: Rechazado, el requerimiento presenta errores que impiden anular la liquidación indicada. Ejemplo: COE inexistente, COE generado por otra CUIT.

Al igual que en el punto anterior los errores pueden originarse por errores de formato o errores de validaciones de negocio. Los errores de formato serán indicados en el array <erroresFormato> y los de negocio o aplicación mediante el array <errores>.

Al momento de anular una liquidación la misma debe estar activa (<estado> AC), una vez anulada el nuevo estado es anulada (<estado> AN).

1.9.5 Casos de Uso

Al momento de invocar al método de autorizar liquidación se debe tener identificado que rol cumple el contribuyente dentro de la operación, si es corredor o comprador. Dependiendo del rol, pueden darse las siguientes situaciones:

 Liquida corredor, observar caso de uso “Liquida Corredor”

 Liquida comprador:

 Con propia producción, observar caso de uso “Liquida Comprador propia producción”

 Sin propia producción con actuación de corredor, observar caso de uso “Liquida Comprador sin propia producción y con actuación de Corredor”

 Sin propia producción sin actuación de corredor, observar caso de uso “Liquida Comprador sin propia producción y sin actuación de Corredor”

Liquida Corredor

Si quien liquida es el corredor <liquidaCorredor> = “S”, informar de forma obligatoria los datos del corredor y del comprador. El corredor debe ser igual al representado (<auth><cuit>).

El elemento <esLiquidacionPropia> puede no enviarse o enviarse en “N”. El elemento <actuaCorredor> puede no enviares o enviarse en “S”.

Liquida Comprador propia producción.

Si liquida el comprador <liquidaCorredor> = “N”, informar de forma obligatoria si es liquidación propia <esLiquidacionPropia> = “S”. El elemento <actuaCorredor> puede no enviarse o enviarse en “N”. El comprador debe ser igual al representado (<auth><cuit>). Los datos del comprador deben ser iguales a los del vendedor. No enviar los datos del corredor.

Liquida Comprador sin propia producción y con actuación de Corredor

Si liquida el comprador <liquidaCorredor> = “N”, informar de forma obligatoria <esLiquidacionPropia> = “N” y <actuaCorredor> = “S”. El comprador debe ser igual al representado (<auth><cuit>), distinto al vendedor. Ingresar de forma obligatoria la comisión del corredor <comisionCorredor>. No enviar Ingresos Brutos correspondiente al corredor.

Liquida Comprador sin propia producción y sin actuación de Corredor

Si liquida el comprador <liquidaCorredor> = “N”, informar de forma obligatoria <esLiquidacionPropia> = “N” y <actuaCorredor> = “N”. No enviar los datos del corredor. Los datos del vendedor deben ser distintos a los datos del comprador.

Para todas las modalidades posibles de liquidación los datos del comprador y del vendedor son obligatorios.

Datos del Comprador:

Los datos necesarios para identificar a un comprador son los siguientes:

Datos del Corredor:

Los datos que identifican a un corredor son los siguientes:

Datos del Vendedor:

Los datos que identifican a un vendedor son los siguientes:

Liquidación aceptada:

Se invoca la autorización de la solicitud. El resultado del requerimiento contendrá los datos de la autorización, código de operación electrónico COE, fecha de proceso, importes correspondientes a la liquidación.

Liquidación con errores de negocio:

Se invoca la autorización de la solicitud. El resultado del requerimiento contendrá el detalle del error por el cual no se autorizó la liquidación y no se otorgó COE, mediante el array <errores>, no se obtendrá COE.

Liquidación con errores de formato:

Se invoca la autorización de la solicitud. El resultado del requerimiento contendrá el detalle del o los errores que impidieron la autorización de la liquidación, mediante el array <erroresFormato>, no se obtendrá COE.

1.10Manejo transaccional

Si no se obtiene respuesta luego de la invocación de un método, puede haber ocurrido un error de comunicación (corte de conexión, timeout, etc.) De ser así puede ocurrir que el request no llegue a los servidores de AFIP o que llegue y se emita una respuesta pero la misma no llegue al cliente.

Si se invoca el método liquidación autorizar y no se obtiene respuesta consultar cual fue la última liquidación informada y aprobada. La última liquidación se determina por medio del último número de orden registrado en las bases para un determinado punto de emisión.

2 Web Services de Negocio

2.1Sitio y Canal de Consulta

Para consultas acerca de la arquitctura de Web Services, autenticación y autorización dirigirse a http://www.afip.gob.ar/ws/.

Las consultas sobre aspectos técnicos del WS deberán ser remitidas a la cuenta sri@afip.gob.ar. Para su mejor tratamiento, se solicita detallar en el asunto la denominación del WS y ambiente de que se trate (Producción y Homologación), como así también adjuntar request y response.

2.2 Dirección URL

Este servicio se llama en Testing desde:

https://fwshomo.afip.gov.ar/wslpg/LpgService

Nota: el URL precedente es al cual se conectará la aplicación cliente, no es un URL para ser ingresado en un navegador Web.

Para visualizar el WSDL en Testing:

https://fwshomo.afip.gov.ar/wslpg/LpgService?wsdl

Este servicio se llama en Producción desde:

https://serviciosjava.afip.gob.ar/wslpg/LpgService

Nota: el URL precedente es al cual se conectará la aplicación cliente, no es un URL para ser ingresado en un navegador Web.

Para visualizar el WSDL en Producción:

https://serviciosjava.afip.gob.ar/wslpg/LpgService?wsdl

2.3 Autenticación

Para utilizar cualquiera de los métodos disponibles en el presente WS se deberá remitir la información obtenida del WSAA resultante del proceso de autenticación, mediante el siguiente esquema:

<soapenv:Envelope

xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/"> <soapenv:Header/>

<soapenv:Body>

...

<auth>

<token>string</token>

<sign>string </sign>

<cuit>LpgCuitType</cuit>

</auth>

...

</soapenv:Body>

</soapenv:Envelope>

Donde:

<auth> es del tipo LpgAuthType. Contiene información referente a la autenticación

Campo / Grupo	Descripción	Obligatorio	Tipo	Longitud
token	Token devuelto por el WSAA	S	string	--
sign	Signature devuelta por el WSAA	S	string	--
cuit	CUIT de la contribuyente emisora o representada de la Liquidación Primaria de Granos	S	LpgCuitType	11

Se validará en todos los casos que la CUIT emisora se encuentre entre sus representados. El Token y el Sign remitidos deberán ser válidos y no estar vencidos.

De no superarse algunas de las situaciones descriptas anteriormente retornará un error del tipo excepcional.

2.4 Operaciones

2.4.1 Dummy

Permite verificar el funcionamiento del presente WS.

2.4.1.1 Mensaje de Solicitud

Esquema

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"> <soapenv:Header/>

<soapenv:Body/>

</soapenv:Envelope>

2.4.1.2 Mensaje de Respuesta

Retorna el resultado de la verificación de los elementos principales de infraestructura del servicio.

Esquema

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/">

<S:Body>

<ns2:dummyResp xmlns:ns2="http://serviciosjava.afip.gob.ar/wslpg/"> <return>

<appserver>string</appserver>

<authserver>string</authserver>

<dbserver>string</dbserver>

</return>

</ns2:dummyResp>

</S:Body>

</S:Envelope>

Donde:

<dummyResp> detalla el resultado de la validación, contiene los siguientes campos:

Campo/Grupo	Detalle	Obligatorio	Tipo
appserver	Servidor de aplicaciones	S	string
authserver	Servidor de autenticación	S	string
observer	Servidor de base de datos	S	string

2.4.1.3Ejemplo para “Dummy”

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"> <soapenv:Header/>

<soapenv:Body/>

</soapenv:Envelope>

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/">

<S:Body>

<ns2:dummyResp xmlns:ns2="http://serviciosjava.afip.gob.ar/wslpg/"> <return>

</return>

</ns2:dummyResp>

</S:Body>

</S:Envelope>

2.4.2 Autorizar Liquidación (liquidacionAutorizar)

Mediante este método se podrá solicitar el código de operación electrónico (COE). 2.4.2.1 Mensaje de Solicitud

Esquema

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:liquidacionReq>

<auth>

<token>string</token>

<sign>string</sign>

<cuit>LpgCuitType</cuit>

</auth>

<ptoEmision>LpgPtoEmision</ptoEmision>

<numeroContrato>LpgNumeroContratoType</numeroContrato>

<cuitComprador>LpgCuitType</cuitComprador>

<nroActComprador>LpgActividadType</nroActComprador>

<nroIngBrutoComprador>LpgIbType</nroIngBrutoComprador>

<codTipoOperacion>LpgCodTipoOperacionType</codTipoOperacion>

<esLiquidacionPropia>LpgSiNoType</esLiquidacionPropia>

<esCanje>LpgEsCanjeType</esCanje>

<codPuerto>LpgCodPuertoType</codPuerto>

<desPuertoLocalidad>LpgDesPuertoLocalidadType</desPuertoLocalidad>

<codGrano>LpgCodigoGranoType</codGrano>

<pesoNetoSinCertificado>LpgPesoNetoType</pesoNetoSinCertificado> <codLocalidadProcedenciaSinCertificado> LpgCodLocProcedenciaType </codLocalidadProcedenciaSinCertificado>

<codProvProcedenciaSinCertificado> LpgCodProvProcedenciaType

</codProvProcedenciaSinCertificado>

<cuitVendedor>LpgCuitType</cuitVendedor>

<nroIngBrutoVendedor>LpgIbType</nroIngBrutoVendedor>

<actuaCorredor>LpgSiNoType</actuaCorredor>

<liquidaCorredor>LpgSiNoType</liquidaCorredor>

<cuitCorredor>LpgCuitType</cuitCorredor>

<comisionCorredor>LpgPorcType</comisionCorredor>

<nroIngBrutoCorredor>LpgIbType</nroIngBrutoCorredor>

<precioRefTn>LpgPrecioRefTnType</precioRefTn>

<codGradoRef>LpgGradoCodigoType</codGradoRef>

<codGradoEnt>LpgGradoCodigoType</codGradoEnt>

<valGradoEnt>LpgGradoValorType</valGradoEnt>

<factorEnt>LpgFactorEntType</factorEnt>

<precioFleteTn>LpgPrecioFleteTnType</precioFleteTn>

<contProteico>LpgContProteicoType</contProteico>

<alicIvaOperacion>LpgAlicuotaType</alicIvaOperacion>

<campaniaPPal>LpgCampaniaType</campaniaPPal>

<codLocalidadProcedencia>LpgCodLocProcedenciaType</codLocalidadProcedencia> <codProvProcedencia>LpgCodProvProcedenciaType</codProvProcedencia> <datosAdicionales>LpgDatosAdicionalesType</datosAdicionales>

<tipoCertificadoDeposito>LpgTipoCertificadoDepType</tipoCertificadoDeposito> <nroCertificadoDeposito>LpgNroCertDepType </nroCertificadoDeposito> <pesoNeto>LpgPesoNetoType</pesoNeto>

<codLocalidadProcedencia>LpgCodLocProcedenciaType </codLocalidadProcedencia> <codProvProcedencia>LpgCodProvProcedenciaType </codProvProcedencia>

<campania>LpgCampaniaType</campania>

</certificado>

</certificados>

<codigo>string</codigo>

<descripcion>string</descripcion>

</opcional>

</opcionales>

</liquidacion>

<codigoConcepto>LpgCodConceptoType</codigoConcepto>

<detalleAclaratorio>LpgDetalleDeduccionType </detalleAclaratorio> <diasAlmacenaje>LpgDiasAlmacenajeType</diasAlmacenaje>

<precioPKGdiario>LpgPrecioKgDiarioType</precioPKGdiario>

<comisionGastosAdm>LpgComisionGastosAdmType</comisionGastosAdm> <baseCalculo>LpgBaseCalculoType</baseCalculo>

<alicuotaIva>LpgAlicuotaType</alicuotaIva>

</deduccion>

</deducciones>

<codigoConcepto>LpgCodConceptoType</codigoConcepto>

<detalleAclaratorio>LpgDetalleRetencionType</detalleAclaratorio> <baseCalculo>LpgBaseCalculoType</baseCalculo>

<alicuota>LpgAlicuotaType</alicuota>

<nroCertificadoRetencion>LpgNroCertRetType</nroCertificadoRetencion> <fechaCertificadoRetencion>date</fechaCertificadoRetencion> <importeCertificadoRetencion>LpgImporte_17_2_Type</importeCertificadoRetencion> </retencion>

</retenciones>

<descripcion>String_50_Type</descripcion>

<importeFinal> LpgImporte </importeFinal>

</percepcion>

</percepciones>

</wsl:liquidacionReq>

</soapenv:Body>

</soapenv:Envelope>

Donde:

<liquidacionReq> es del tipo <LpgLiqReqType>. Contiene información referente a la liquidación a autorizar.

Campo / Grupo	Descripción	Oblig	Tipo	Longitud
auth	Contiene información referente a la autenticación	S	LpgAuthType	--
liquidacion	Contiene información referente a la liquidación	S	LpgLiquidacionBaseType	--
deducciones	Contiene información referente a las deducciones de la liquidación.	N	LpgArrDeduccionType	--

Campo /

Grupo

Descripción

Oblig

Tipo

Longitud

retenciones

Contiene información

referente a las retenciones de la liquidación

LpgArrRetencionType

percepciones

Información referente a las percepciones.

LpgArrPercepcionType

–

2.4.2.2 Mensaje de Respuesta

Esquema

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:liquidacionResp>

<ptoEmision>LpgPtoEmision</ptoEmision>

<codTipoOperacion>LpgCodTipoOperacionType</codTipoOperacion> <nroOpComercial> LpgNroOpComercialType </nroOpComercial>

<precioOperacion>LpgImporte_17_3_Type</precioOperacion>

<subTotal>LpgImporte_17_2_Type</subTotal>

<importeIva>LpgImporte_17_2_Type</importeIva>

<operacionConIva>LpgImporte_17_2_Type</operacionConIva>

<totalPesoNeto>LpgTotalPesoNetoType</totalPesoNeto>

<descripcion>string</descripcion>

<baseCalculo>float</baseCalculo>

<alicuota>float</alicuota>

<importeFinal>LpgImporte_17_2_Type</importeFinal> </deduccion>

<importeIva>LpgImporte_17_2_Type</importeIva>

<importeDeduccion>LpgImporte_17_2_Type </importeDeduccion>

</percepcion>

</percepciones>

<codigoConcepto>LpgCodConceptoType</codigoConcepto> <detalleAclaratorio>LpgDetalleDeduccionType </detalleAclaratorio>

<diasAlmacenaje>LpgDiasAlmacenajeType </diasAlmacenaje>

<precioPKGdiario>LpgPrecioKgDiarioType </precioPKGdiario>

<comisionGastosAdm>LpgComisionGastosAdmType </comisionGastosAdm>

<baseCalculo>LpgBaseCalculoType</baseCalculo>

<alicuotaIva>LpgAlicuotaType</alicuotaIva>

</deduccion>

<importeIva>LpgImporte_17_2_Type</importeIva>

<importeDeduccion>LpgImporte_17_2_Type </importeDeduccion>

</deduccionReturn>

</deducciones>

<totalDeduccion>LpgImporte_17_2_Type</totalDeduccion>

<codigoConcepto>LpgCodConceptoType</codigoConcepto> <detalleAclaratorio>LpgDetalleRetencionType </detalleAclaratorio>

<baseCalculo>LpgBaseCalculoType</baseCalculo>

<alicuota>LpgAlicuotaType</alicuota>

<nroCertificadoRetencion>LpgNroCertRetType</nroCertificadoRetencion> <fechaCertificadoRetencion>date</fechaCertificadoRetencion> <importeCertificadoRetencion>LpgImporte_17_2_Type

</importeCertificadoRetencion>

</retencion>

<importeRetencion>LpgImporte_17_2_Type </importeRetencion>

</retencionReturn>

</retenciones>

<totalRetencion>LpgImporte_17_2_Type</totalRetencion>

<totalRetencionAfip>LpgImporte_17_2_Type</totalRetencionAfip>

<totalOtrasRetenciones>LpgImporte_17_2_Type </totalOtrasRetenciones> <totalNetoAPagar>LpgImporte_17_2_Type</totalNetoAPagar>

<totalIvaRg4310_18>LpgImporte_17_2_Type</totalIvaRg4310_18> <totalPagoSegunCondicion>LpgImporte_17_2_Type</totalPagoSegunCondicion> <coe>long</coe>

<numeroContrato>LpgNumeroContratoType</numeroContrato>

<estado>string</estado>

</autorizacion>

<error>

<codigo>string</codigo>

<descripcion>string</descripcion>

</error>

</errores>

<error>

<codigo>string</codigo>

<descripcion>string</descripcion>

</error>

</erroresFormato>

<codigo>string</codigo>

<descripcion>string</descripcion>

</evento>

</eventos>

</liqReturn>

</wsl:liquidacionResp>

</soapenv:Body>

</soapenv:Envelope>

Donde:

<liquidacionResp> es del tipo LpgLiqRespType

Campo	Descripción	Oblig	Tipo	Long
liqReturn	Resultado del requerimiento	S	LpgLiqReturnType	--

<liqReturn> es del tipo LpgLiqReturnType. Contiene todos los tags resultantes del procesamiento.

Campo

Descripción

Oblig

Tipo

Long

autorizacion

Tag contenedor de todos los

datos

necesarios para identificar que la liquidación

fue aceptada y registrada.

LpgLiquidacionRespType

Campo	Descripción	Oblig	Tipo	Long
errores	Errores resultantes del procesamiento de la liquidación. Pueden ser propios del negocio o de aplicación.	N	LpgArrErrorType	--
erroresFormato	Errores de formato de la liquidación.	N	LpgArrErrorType	--
eventos	Posibles eventos a futuro notificados mediante este tag. Ej, bajada de servicio por mantenimiento.	N	LpgArrEventoType	--

2.4.2.3 Validaciones del Negocio

Validaciones Excluyentes

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<codTipoOperacion> <auth><cuit>	1000	El tipo de operación no se corresponde con la actividad que registra la CUIT que liquida.	Rechaza
<codGradoRef>	1002	El código del grado de referencia no es válido.	Rechaza
<cuitComprador>	1004	El comprador no tiene Razón Social asignada.	Rechaza
<cuitComprador>	1005	El comprador no tiene domicilio asignado.	Rechaza
<codPuerto>	1007	El puerto ingresado no es válido.	Rechaza
<codGrano>	1008	El código de grano ingresado no es válido. Ver método tipoGranoConsultar.	Rechaza
<auth><cuit>	1013	La CUIT no se encuentra activa.	Rechaza
<precioRefTn>	1500	El precio de referencia de la operación puede ser 0 solamente cuando la liquidación sea propia producción (<esLiquidacionPropia> “S”)	Rechaza
<contProteico>	1502	Se debe informar contido proteico.	Rechaza
<alicIvaOperacion>	1503	No se informó la alícuota de IVA de la operación	Rechaza
<alicIvaOperacion>	1504	La alícuota de IVA informada no corresponde con la situación fiscal del vendedor	Rechaza
<ptoEmision> <nroOrden>	1508	El nro de orden, no es consecutivo al último utilizado para el punto de emisión indicado.	Rechaza
<liquidación>	1509	Error al generar el nro de COE.	Rechaza
<fechaPrecioOperacion>	1512	La fecha fijación de la operación, no puede ser anterior a tres año desde la fecha de proceso.	Rechaza
<fechaPrecioOperacion>	1518	La fecha fijación de la operación, no puede ser posterior a la fecha de proceso.	Rechaza
<nroIngBrutoComprador> <nroIngBrutoVendedor> <nroIngBrutoCorredor>	1520	El número de Ingresos Brutos debe ser único e irrepetible para cada CUIT informada, excepto cuando este sea 0 (cero).	Rechaza
precioOperacion	1521	El precio por Kg. de la operacion no puede ser negativo.	Rechaza
<cuitVendedor> <deduccion><alicuotaIva>	1522	Si el vendedor se encuentra inscripto como MONOTRIBUTISTA la alícuota de IVA de la deducción debe ser igual al 21%.	Rechaza
<cuitVendedor> <alicIvaOperacion>	1523	Si el vendedor se encuentra inscripto como MONOTRIBUTISTA la alícuota de IVA de la operación no debe informarse, para el resto de los casos es obligatorio informarla.	Rechaza
totalNetoAPagar	1524	El importe neto a pagar no puede ser negativo	Rechaza
<codLocalidadProcedencia> <codProvProcedencia>	1525	La combinación entre Provincia y Localidad es inválida.	Rechaza

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<totalIvaRg4310_18>	1526	El importe IVA RG 4310/2018 no puede ser negativo.	Rechaza
<totalPagoSegunCondicion>	1528	El importe total del Pago según Condicion no puede ser negativo	Rechaza
<codLocalidadProcedenciaSi nCertificado> <codProvProcedenciaSinCer tificado>	1529	La combinación entre Provincia y Localidad es inválida.	Rechaza
<liquidaCorredor> <cuitCorredor>	1600	Si liquida corredor (<liquidaCorredor> = “S”), informar la CUIT del corredor.	Rechaza
<liquidaCorredor> <cuitCorredor> <auth><cuit>	1601	Si liquida corredor, CUIT corredor debe ser igual al CUIT del representado.	Rechaza
<liquidaCorredor> <comisionCorredor>	1604	Si liquida corredor, debe informar comisión del corredor.	Rechaza
<liquidaCorredor> <nroIngBrutoCorredor>	1605	Si liquida corredor, debe informar ingreso bruto del corredor.	Rechaza
<liquidaCorredor> <esLiquidacionPropia>	1607	Si liquida corredor, <esLiquidacionPropia> no informar o informar en N.	Rechaza
<liquidaCorredor> <actuaCorredor>	1608	Si liquida corredor, <actuaCorredor> no informar o informar en S.	Rechaza
<esLiquidacionPropia> <codTipoOperacion>	1609	Si liquida comprador y tipo de operación es 01 – Compra Venta de granos, informar si es liquidación propia (<esLiquidacionPropia>= “S”) o de terceros (<esLiquidacionPropia>= “N”).	Rechaza
<esLiquidacionPropia> <actuaCorredor>	1610	Si liquida comprador y es propia producción, <actuaCorredor> no informar o informar en N.	Rechaza
<cuitComprador> <auth><cuit>	1611	Si liquida comprador la CUIT del comprador debe ser igual a la CUIT del representado.	Rechaza
<esLiquidacionPropia> <cuitCorredor>	1612	Si liquida comprador y es propia producción, no informar CUIT corredor.	Rechaza
<esLiquidacionPropia> <comisionCorredor>	1613	Si liquida comprador y es propia producción, no informar comisión corredor.	Rechaza
<esLiquidacionPropia> <nroIngBrutoCorredor>	1614	Si liquida comprador y es propia producción, no informar ingreso bruto del corredor.	Rechaza
<esLiquidacionPropia> <cuitComprador> <cuitVendedor>	1615	Si liquida comprador y es propia producción, la CUIT del comprador debe ser igual a la del vendedor.	Rechaza
<esLiquidacionPropia> <actuaCorredor>	1617	Si liquida comprador y no es propia producción, informar si actúa corredor. Si actúa corredor enviar <actuaCorredor> en “S”, si no actúa corredor enviar <actuaCorredor> en “N”.	Rechaza

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<esLiquidacionPropia> <actuaCorredor> <cuitCorredor>	1618	Si liquida comprador, no es propia producción y actúa corredor, debe informar la CUIT del corredor.	Rechaza
<esLiquidacionPropia> <actuaCorredor> <comisionCorredor>	1622	Si liquida comprador, no es propia producción y actúa corredor, debe informar comisión del corredor.	Rechaza
<esLiquidacionPropia> <actuaCorredor> <nroIngBrutoCorredor>	1623	Si liquida comprador, no es propia producción y actúa corredor, no informar el ingreso bruto del corredor.	Rechaza
<esLiquidacionPropia> <actuaCorredor> <cuitCorredor>	1624	Si liquida comprador, no es propia producción y no actúa corredor, no informar la CUIT del corredor.	Rechaza
<esLiquidacionPropia> <actuaCorredor> <comisionCorredor>	1625	Si liquida comprador, no es propia producción y no actúa corredor, no informar la comisión del corredor.	Rechaza
<esLiquidacionPropia> <actuaCorredor> <nroIngBrutoCorredor>	1626	Si liquida comprador, no es propia producción y no actúa corredor, no informar ingreso bruto del corredor.	Rechaza
<codPuerto> <desPuertoLocalidad>	1630	No puede ingresar datos que identifiquen otro puerto si el código no es 14 - Otros. Solamente se puede informar <desPuertoLocalidad> si <codPuerto> es igual a 14	Rechaza
<codGradoEnt> <factorEnt>	1631	No informó el código de grado entregado o factor del grado entregado. Se debe informar al menos uno de ellos o ambos.	Rechaza
<codGrano> <codGradoEnt> <valGradoEnt>	1632	Valor del grado entregado incorrecto. Ver método codigoGradoEntregadoXTipoGrano Consultar.	Rechaza
<codGrano> <codGradoEnt> <valGradoEnt>	1633	Si el grado entregado esta en el rango de los fuera de grado, informar <valGradoEnt>. Ver método codigoGradoEntregadoXTipoGrano Consultar.	Rechaza
<codGradoEnt> <valGradoEnt>	1634	Si informa valor de grado debe informar código de grado	Rechaza
<codGradoEnt>	1635	Código del grado entregado incorrecto. Ver método codigoGradoEntregadoXTipoGrano Consultar.	Rechaza
<campaniaPPal> <certificado> <campania>	1636	La campaña principal informada debe ser igual a la campaña del certificado, solamente cuando se informa el certificado.	Rechaza

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<liquidaCorredor> <codTipoOperacion> <esLiquidacionPropia>	1637	Si liquida comprador y tipo operación es 02 - Consignación de granos, la liquidación no puede ser propia producción por lo tanto no informar o informar en "N" el elemento <esLiquidacionPropia>	Rechaza
<liquidaCorredor> <codTipoOperacion> <esLiquidacionPropia> <esCanje>	1639	Si liquida comprador, es producción propia y tipo de operación es 01 - Compra Venta de Granos, el elemento <esCanje> puede no enviarse o enviarse en “N”.	Rechaza
<liquidaCorredor> <esCanje>	1641	Si liquida corredor el elemento <esCanje> debe informarse, valores posible “T”, “P” y “N”.	Rechaza
<liquidaCorredor> <codTipoOperacion> <esLiquidacionPropia> <esCanje>	1642	Si liquida comprador y tipo de operación es 01- Compra Venta de Granos y NO es propia producción ó el tipo de operación es 02 – Consignación de Granos, el elemento <esCanje> debe informarse, valores posible “T”, “P” y “N”.	Rechaza
<alicIvaOperacion>	1643	Si corresponde informar, los valores posibles para <alicIvaOperacion> son 0, 10.5 o 21.	Rechaza
<pesoNetoSinCertificado>	1644	Solamente debe informarse cuando no se envía el array de certificados <certificados>. Si se informa el certificado no enviar el campo <pesoNetoSinCertificado>	Rechaza
<codLocalidadProcedenciaSi nCertificado> <codProvProcedenciaSinCer tificado>	1646	Solamente debe informarse cuando no se envía el array de certificados <certificados>. Si se informa el certificado no enviar los campos <codLocalidadProcedenciaSinCertif icado> y <codProvProcedenciaSinCertificado >	Rechaza
<campaniaPPal> <certificado> <campania>	1517	La campaña principal <campaniaPPal> debe coincidir al menos con una de las campañas informadas en uno de los certificados F1116 <certificado> <campania>.	Rechaza

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<nroContrato> <cuitComprador> <cuitVendedor> <cuitCorredor> <codGrano>	2100	El contrato informado debe estar registrado bajo el régimen de Registración de Contratos. Los datos informados en la liquidación para cuitComprador, cuitVendedor, cuitCorredor y codGrano deben coincidir con los registrados para el contrato indicado.	Rechaza
<nroContrato>	2103	Los kilos registrados en el contrato no se corresponden con la suma de los kilos liquidados, margen de tolerancia más un 5%.	Rechaza
<nroContrato>	2105	No puede relacionar la liquidacion con el contrato, porque el contrato tiene un Ajuste activo.	Rechaza
<cuitComprador> <cuitLiquida> <cuitCorredor>	1423	Uno de los certificados deposito electronicos no puede ser liquidado por el cuit conectado.	Rechaza
	4000	Error accediendo a SISA. Por favor, reintente.	Rechaza
	1850	La alícuota ingresada para la retención de {0} no se corresponde con la situación fiscal del vendedor o del corredor.	Rechaza
	4006	La CUIT ingresada no posee un estado válido para emitir el comprobante ó no se encuentra inscripta en SISA.	Rechaza
	4100	La CUIT emisor no posee una categoría válida o no se encuentra inscripta en SISA.	Rechaza
	4102	La CUIT Depositante no posee una categoría válida o no se encuentra inscripta en SISA.	Rechaza
	4103	La CUIT receptor no posee una categoría válida o no se encuentra inscripta en SISA.	Rechaza

Validaciones del Comprador

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<cuitComprador>	1102	El comprador presenta inconvenientes en el Domicilio Fiscal	Rechaza
<cuitComprador>	1104	El comprador debe tener una CUIT asignada.	Rechaza
<cuitComprador>	1106	La actividad seleccionada no se corresponde con la del comprador	Rechaza
<cuitComprador>	1111	La CUIT del comprador es inexistente o inactiva.	Rechaza
<nroActComprador>	1112	La actividad del comprador debe ser distinta a Corredor	Rechaza

Campo / Grupo

Código de Error

Validación/Mensaje de Error

NO es

superada

4002

La CUIT COMPRADOR no posee una categoría válida o no se encuentra inscripta en SISA.

Rechaza

4201

La CUIT Comprador no se

encuentra inscripta en SISA.

Rechaza

Validaciones del Vendedor

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<cuitVendedor>	1201	El vendedor es inexistente o se encuentra inactivo, en el Sistema Registral.	Rechaza
<cuitVendedor>	1202	El vendedor presenta inconvenientes en el Domicilio Fiscal.	Rechaza
<cuitVendedor>	1205	El vendedor debe tener una CUIT asignada.	Rechaza
<cuitVendedor> <codGrano>	1206	El productor no cuenta con existencias para realizar la liquidación de granos indicada	Rechaza
<cuitVendedor>	1207	Incumplimiento RG3342: La CUIT del Vendedor ingresado no cumplió con la RG 3342	Rechaza
	4003	Falta información de SISA para el vendedor.	Rechaza
<cuitVendedor>	4008	La CUIT VENDEDOR no posee una categoría válida en SISA.	Rechaza
<cuitVendedor>	4200	La CUIT VENDEDOR no se encuentra inscripta en SISA.	Rechaza

Validaciones del Corredor

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<cuitCorredor>	1303	El corredor debe tener una CUIT asignada	Rechaza
<cuitCorredor>	1304	El corredor no esta registrado como corredor o registra inconvenientes (RUCA)	Rechaza
<nroIngBrutoCorredor>	1305	Si liquida corredor, el corredor debe tener asignado el nro de ingresos brutos.	Rechaza
<cuitCorredor> <cuitComprador>	1307	La CUIT del corredor no puede ser igual a la del comprador.	Rechaza
<cuitCorredor>	1309	Cuando liquida corredor, el mismo, debe estar Activo en RFOG.	Rechaza
<cuitCorredor>	1310	El corredor es inexistente o se encuentra inactivo en el Sistema Registral.	Rechaza
	4001	La CUIT corredor no se encuentra inscripta en SISA.	Rechaza

Validaciones del Certificado

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<tipoCertificadoDeposito>	1400	El tipo de certificado ingresado no es válido. Ver método tipoCertificadoDepositoConsultar	Rechaza
<nroCertificadoDeposito>	1401	El número ingresado no se corresponde con un Certificado de Depósito Intransferible (F 1116/A) y/o Retiro y Transferencias de Granos Certificados y No comercializados (F 1116 RT) con CAC otorgado.	Rechaza
<tipoCertificadoDeposito> <nroCertificadoDeposito>	1404	El certificado de depósito ya fue liquidado anteriormente con otro grano.	Rechaza
<codLocalidadProcedencia> <codProvProcedencia>	1407	La combinación entre Provincia y Localidad del certificado es inválida.	Rechaza
<fechaCierre>	1408	La fecha de emisión debe ser mayor o igual a la fecha de otorgamiento del certificado de depósito.	Rechaza
<fechaCierre>	1409	La fecha de emisión debe ser menor o igual a la fecha de vencimiento del certificado de depósito.	Rechaza
<certificado>	1411	El certificado de depósito ya fue liquidado anteriormente por otra CUIT	Rechaza
<tipoCertificadoDeposito> <nroCertificadoDeposito> <codLocalidadProcedencia> <codProvProcedencia>	1412	El certificado de depósito ya fue liquidado anteriormente con otra procedencia.	Rechaza
<tipoCertificadoDeposito> <nroCertificadoDeposito> <fechaCierre>	1413	El certificado de depósito ya fue liquidado anteriormente con otra fecha de cierre.	Rechaza
<tipoCertificadoDeposito> <nroCertificadoDeposito> <campania>	1414	El certificado de depósito ya fue liquidado anteriormente con otra campaña.	Rechaza
<campania>	1415	La campaña ingresada no corresponde a las últimas diez campañas. Ver método campaniasConsultar.	Rechaza
<fechaCierre>	1417	La fecha ingresada para <fechaCierre> debe ser mayor o igual a la fecha de inicio de la campaña.	Rechaza
<tipoCertificadoDeposito> <nroCertificadoDeposito>	1419	Igual tipo y número de certificado no puede ingresarse más de una vez en una misma liquidación.	Rechaza
<fechaCierre>	1420	La fecha de emisión <fechaCierre> no debe ser posterior a la fecha de liquidación (fecha de proceso).	Rechaza

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<pesoNetoTotalCertificado>	1647	En la solicitud de autorización de COE (liquidación original) no debe enviarse el elemento <pesoNetoTotalCertificado>	Rechaza
<tipoCertificadoDeposito>	1651	No se pueden enviar certificados electrónicos y de papel en una misma liquidación.	Rechaza
	1719	El peso neto que se quiere liquidar no puede superar el peso neto total del certificado.	Rechaza
	1720	El peso neto que se quiere liquidar sumado a las liquidaciones anteriores ya realizadas no puede superar el peso neto total del certificado.	Rechaza
<nroCertificadoDeposito>	Uno de los certificados de 1726 depósito es inexistente. COE: <nroCertificadoDeposito>		Rechaza

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<deduccion> <codigoConcepto>	1700	El concepto informado es inválido. Ver método tipoDeduccionConsultar.	Rechaza
<codTipoOperacion> <comisionGastosAdm>	1701	Informar comisionGastosAdm solamente cuando el tipo de operación es tipo 02 - Consignación de granos	Rechaza
<deduccion> <codigoConcepto> <detalleAclaratorio>	1702	Si código de concepto es CO “Comisión o Gastos Administrativos”, informar detalle <detalleAclaratorio>.	Rechaza
<deduccion> <codigoConcepto> <detalleAclaratorio>	1704	Si código de concepto es AL “Almacenaje”, informar detalle aclaratorio <detalleAclaratorio>	Rechaza
<deduccion> <codigoConcepto> <baseCalculo>	1705	Si código de concepto es AL “Almacenaje”, no Informar base calculo <baseCalculo>	Rechaza
<deduccion> <alicuotaIva>	1706	Alícuota inválida, valores posibles 0, 21 o 10,5	Rechaza
<deduccion> <codigoConcepto> <diasAlmacenaje>	1707	Informar días de almacenaje solo cuando es deducción del tipo Almacenaje	Rechaza
<deduccion> <codigoConcepto> <precioPKGdiario>	1708	Informar Precio Kg. diario solo cuando es deducción del tipo Almacenaje	Rechaza
<deduccion> <codigoConcepto> <detalleAclaratorio>	1709	Cuando el tipo de deducción es OD “Otras deducciones”, informar detalle.	Rechaza
<deduccion> <codigoConcepto> <baseCalculo>	1710	Cuando el tipo de deducción es OD “Otras deducciones”, informar Base Calculo	Rechaza

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<deduccion> <codigoConcepto>	1711	Cuando el tipo de operación es 02 - Consignación de granos, se deberá informar una deducción con el concepto CO "Comisión o Gastos Administrativos". Para tipo de operación 01 – Compra Venta de Granos no corresponde informar este tipo de deducción.	Rechaza
<deduccion> <codigoConcepto>	1712	Se puede ingresar mas de una deducción para el concepto OD - "Otras Deducciones", para el resto de los conceptos se debe ingresar solo una deducción	Rechaza
<deduccion> <codigoConcepto> <alicuotaIva>	1713	Alicuota de IVA <alicuotaIva> podrá ser 0, solamente cuando el tipo de deducción es OD “Otras deducciones” ” o el vendedor es Responsable Monotributo o IVA Exento	Rechaza

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<retencion> <codigoConcepto>	1800	El concepto informado es inválido. Ver método tipoRetencionConsultar().	Rechaza
<retencion> <codigoConcepto> <esCanje> <baseCalculo>	1804	Retención (Concepto – IVA) se debe informar base de cálculo <baseCalculo>	Rechaza
<retencion> <codigoConcepto> <alícuota>	1806	Retención (Concepto – IVA) alícuota inválida. Valores posibles para alícuota <alícuota>: 0, 8, 10.5, 18 ó 21.	Rechaza
<retencion> <codigoConcepto> <baseCalculo>	1809	Retención (Concepto - IMPUESTO GANANCIAS) se debe informar importe para la base del cálculo <baseCalculo>.	Rechaza
<retencion> <codigoConcepto> <alicuota>	1810	Retención (Concepto - IMPUESTO GANANCIAS) alícuota inválida. Valores posibles para alícuota <alicuota>: 0, 2, 15 ó 35.	Rechaza
<retencion> <codigoConcepto> <baseCalculo>	1812	Retención (Concepto – ING. BRUTOS) se debe informar la base de calculo <baseCalculo>.	Rechaza

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<retencion> <codigoConcepto> <baseCalculo>	1815	Retención (Concepto – OTRO GRAVAMEN) se debe informar la base de calculo <baseCalculo>.	Rechaza
<retencion> <codigoConcepto>	1818	Se puede ingresar mas de una retención para el concepto OG - " Otros Gravámenes", para el resto de los conceptos se debe ingresar solo una retención	Rechaza
<retenciones>	1819	No se debe informar retenciones cuando es canje total <esCanje>=”T”	Rechaza
<retencion><alicuota>	1850	La alícuota ingresada para la retención de (IVA/Impuesto a las Ganancias) no se corresponde con la situación fiscal del vendedor.	Rechaza
<retencion>	1851	La liquidación no tiene retenciones de IVA.	Rechaza
<retencion>	1852	La liquidación no tiene retenciones de Ganancias.	Rechaza
<cuitVendedor> <retenciones>	1854	No debe informar retenciones con concepto IVA o Impuesto a las Ganancias: - Si el vendedor no se encuentra INSCRIPTO EN I.V.A y se encuentra ACTIVO en el Padrón de Productores de Granos Monotributistas (PPGM) no debe informar retenciones. - o si el vendedor se encuentra inscripto como MONOTRIBUTISTA.	Rechaza
<nroCertificadoRetencion> <importeCertificadoRetencion> <fechaCertificadoRetencion>	1855	Si se informa uno de estos elementos deberán informarse el resto.	Rechaza
<nroCertificadoRetencion> <importeCertificadoRetencion> <fechaCertificadoRetencion> <alicuota>	1856	Si se informan los elementos correspondientes al certificado de retención <nroCertificadoRetencion> <importeCertificadoRetencion ><fechaCertificadoRetencion> la alícuota <alicuota> debe ser igual a 0.	Rechaza
<codigoConcepto> <nroCertificadoRetencion> <importeCertificadoRetencion> <fechaCertificadoRetencion>	1857	Si el concepto de la retención es IVA o Ganancias, solamente podrán informarse datos del Certificado de Retención cuando: liquide el corredor o la actividad del comprador sea Exportador.	Rechaza

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<retenciones> <subTotal>	1858	La base de calculo de las retenciones no puede ser mayor al subtotal de la operación, excepto si el concepto de la retención es Ganancias u Otros Gravámenes.	Rechaza
<retenciones> <subTotal>	1859	La base de calculo de otras retenciones no puede ser mayor al total de la operacion con IVA.	Rechaza
<retenciones> <codigoConcepto>	1860	Si el vendedor es Exento en IVA el concepto de la retención no puede ser igual a ‘RI’ (IVA)	Rechaza
<retenciones> <codigoConcepto>	1862	Si el vendedor es Exento en Ganancias el concepto de la retención no puede ser igual a ‘RG’ (Ganancias)	Rechaza
	4004 4005 4007	Error al determinar retención.	Rechaza

2.4.2.4 Ejemplos

Ejemplo 1: Se envía una liquidación para su autorización, del tipo compra-venta de granos, donde el que liquida es el corredor.

Request

< soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:liquidacionReq>

<auth>

</auth>

<desPuertoLocalidad>DETALLE PUERTO</desPuertoLocalidad> <codGrano>31</codGrano>

<datosAdicionales>DATOS ADICIONALES</datosAdicionales> <certificados>

</certificado>

</certificados>

</liquidacion>

<detalleAclaratorio>DETALLE DE IVA</detalleAclaratorio> <baseCalculo>1970</baseCalculo>

</retencion>

<detalleAclaratorio>DETALLE DE GANANCIAS</detalleAclaratorio> <baseCalculo>100</baseCalculo>

</retencion>

</retenciones>

</wsl:liquidacionReq>

</soapenv:Body>

</soapenv:Envelope>

Response

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body>

<ns2:liquidacionResp

xmlns:ns2="http://serviciosjava.afip.gob.ar/wslpg/">

<detalleAclaratorio>DETALLE DE

GANANCIAS</detalleAclaratorio>

</retencionReturn>

<detalleAclaratorio>DETALLE DE

IVA</detalleAclaratorio>

</retencionReturn>

</retenciones>

<totalIvaRg4310_18>49.25</totalIvaRg4310_18>

</autorizacion>

</liqReturn>

</ns2:liquidacionResp>

</S:Body>

</S:Envelope>

Ejemplo 2: Se envía una liquidación para su autorización, del tipo compra-venta de granos, donde el que liquida es el comprador y es propia producción.

Observar que por tratarse de una liquidación de producción propia, los datos del comprador y del vendedor son iguales y no interviene corredor.

Request

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:liquidacionReq>

<auth>

</auth>

<datosAdicionales>DATOS ADICIONALES</datosAdicionales> <certificados>

</certificado>

</certificados>

</liquidacion>

<detalleAclaratorio>DETALLE DE IVA</detalleAclaratorio> <baseCalculo>1970</baseCalculo>

</retencion>

<detalleAclaratorio>DETALLE DE GANANCIAS</detalleAclaratorio> <baseCalculo>2100</baseCalculo>

</retencion>

</retenciones>

</wsl:liquidacionReq>

</soapenv:Body>

</soapenv:Envelope>

Response

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body>

<ns2:liquidacionResp

xmlns:ns2="http://serviciosjava.afip.gob.ar/wslpg/">

<detalleAclaratorio>DETALLE DE

GANANCIAS</detalleAclaratorio>

</retencion>

</retencionReturn>

<detalleAclaratorio>DETALLE DE

IVA</detalleAclaratorio>

</retencion>

</retencionReturn>

</retenciones>

<totalIvaRg4310_18>49.25</totalIvaRg4310_18>

</autorizacion>

</liqReturn>

</ns2:liquidacionResp>

</S:Body>

</S:Envelope>

Ejemplo 3: Se envía una liquidación para su autorización, del tipo compra-venta de granos donde: quien liquida es el comprador, no es propia producción y actúa corredor en la operación

Observar que en este caso, se envían los datos del comprador, vendedor y corredor. Con respecto a los del corredor no debe enviarse el número de Ingresos Brutos, el resto de los datos son obligatorios. Asimismo los datos del comprador son diferentes a los del vendedor y del corredor.

Request

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:liquidacionReq>

<auth>

</auth>

<desPuertoLocalidad>DETALLE PUERTO</desPuertoLocalidad> <codGrano>31</codGrano>

<datosAdicionales>DATOS ADICIONALES</datosAdicionales> <certificados>

</certificado>

</certificados>

</liquidacion>

<detalleAclaratorio>DETALLE DE IVA</detalleAclaratorio> <baseCalculo>1970</baseCalculo>

</retencion>

<detalleAclaratorio>DETALLE DE GANANCIAS</detalleAclaratorio> <baseCalculo>1970</baseCalculo>

</retencion>

</retenciones>

</wsl:liquidacionReq>

</soapenv:Body>

</soapenv:Envelope>

Ejemplo 4: Se envía una liquidación para su autorización, del tipo compra-venta de granos donde: quien liquida es el comprador, no es propia producción y no actúa corredor en la operación

Observar que en este caso, se envían los datos del comprador y del vendedor siendo estos diferentes entre si. Como no actúa corredor, no se envían los datos referentes al corredor.

Request

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:liquidacionReq>

<auth>

</auth>

<desPuertoLocalidad>DETALLE PUERTO</desPuertoLocalidad> <codGrano>31</codGrano>

<datosAdicionales>DATOS ADICIONALES</datosAdicionales> <certificados>

</certificado>

</certificados>

</liquidacion>

<detalleAclaratorio>DETALLE DE IVA</detalleAclaratorio> <baseCalculo>2100</baseCalculo>

</retencion>

<detalleAclaratorio>DETALLE DE GANANCIAS</detalleAclaratorio> <baseCalculo>2100</baseCalculo>

</retencion>

</retenciones>

</wsl:liquidacionReq>

</soapenv:Body>

</soapenv:Envelope>

Response

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body>

<ns2:liquidacionResp

xmlns:ns2="http://serviciosjava.afip.gob.ar/wslpg/">

<detalleAclaratorio>DETALLE DE

IVA</detalleAclaratorio>

</retencion>

</retencionReturn>

<detalleAclaratorio>DETALLE DE

GANANCIAS</detalleAclaratorio>

</retencion>

</retencionReturn>

</retenciones>

<totalIvaRg4310_18>50.25</totalIvaRg4310_18>

</autorizacion>

</liqReturn>

</ns2:liquidacionResp>

</S:Body>

</S:Envelope>

Ejemplo 5: Se envía una liquidación para su autorización, del tipo compra – venta de granos donde: quien liquida es el comprador, no es propia producción, no actúa corredor y es de canje total.

Observar que por tratarse de una operación de canje total, no corresponde enviar el elemento retenciones

Request

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:liquidacionReq>

<auth>

</auth>

<desPuertoLocalidad>DETALLE PUERTO</desPuertoLocalidad> <codGrano>31</codGrano>

<datosAdicionales>DATOS ADICIONALES</datosAdicionales> <certificados>

</certificado>

</certificados>

</liquidacion>

</wsl:liquidacionReq>

</soapenv:Body>

</soapenv:Envelope>

Ejemplo 6: Se envía una liquidación para su autorización, del tipo compra – venta de granos, con errores de formato.

Observar que en este caso la solicitud no es aprobada por contener errores de formato (no se envió el elemento certificados), no se otorga COE y devuelve el array de errores de formato indicando cual fue el error.

Request

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:liquidacionReq>

<auth>

</auth>

<desPuertoLocalidad>DETALLE PUERTO</desPuertoLocalidad> <codGrano>31</codGrano>

<datosAdicionales>DATOS ADICIONALES</datosAdicionales> </liquidacion>

</wsl:liquidacionReq>

</soapenv:Body>

</soapenv:Envelope>

Response

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body>

<ns2:liquidacionResp

xmlns:ns2="http://serviciosjava.afip.gob.ar/wslpg/">

<error>

<codigo>cvc-complex-type.2.4.b</codigo>

<descripcion>El contenido del elemento 'liquidacion' no es

completo. Se espera '{certificados}'.</descripcion>

</error>

</erroresFormato>

</liqReturn>

</ns2:liquidacionResp>

</S:Body>

</S:Envelope>

Ejemplo 7: Se envía una liquidación para su autorización, del tipo compra – venta de granos, donde no se supera la totalidad de las validaciones del negocio.

Observar que en este caso se indica que actúa corredor pero no se informan los datos del corredor, como resultado no se autoriza la liquidación, no se otorga COE y se detalla el error en el array de errores.

Request

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:liquidacionReq>

<auth>

</auth>

<desPuertoLocalidad>DETALLE PUERTO</desPuertoLocalidad> <codGrano>31</codGrano>

<datosAdicionales>DATOS ADICIONALES</datosAdicionales> <certificados>

</certificado>

</certificados>

</liquidacion>

<detalleAclaratorio>DETALLE DE IVA</detalleAclaratorio> <alicuota>8</alicuota>

</retencion>

<detalleAclaratorio>DETALLE DE GANANCIAS</detalleAclaratorio> <baseCalculo>100</baseCalculo>

</retencion>

</retenciones>

</wsl:liquidacionReq>

</soapenv:Body>

</soapenv:Envelope>

Response

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body>

<ns2:liquidacionResp

xmlns:ns2="http://serviciosjava.afip.gob.ar/wslpg/">

<error>

<descripcion>Si no es propia produccion y actua corredor,

debe informar el cuit del corredor.</descripcion>

</error>

</errores>

</liqReturn>

</ns2:liquidacionResp>

</S:Body>

</S:Envelope>

Ejemplo 8: Se envía una liquidación para su autorización del tipo de operación 2 - Consignación

Request

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" <soapenv:Header/>

<soapenv:Body>

<wsl:liquidacionReq>

<auth>

</auth>

<desPuertoLocalidad>DETALLE PUERTO</desPuertoLocalidad> <codGrano>31</codGrano>

<datosAdicionales>DATOS ADICIONALES</datosAdicionales> <certificados>

</certificado>

</certificados>

</liquidacion>

<detalleAclaratorio>COMISION ALM</detalleAclaratorio> <comisionGastosAdm>27.5</comisionGastosAdm> <alicuotaIva>10.5</alicuotaIva>

</deduccion>

</deducciones>

</wsl:liquidacionReq>

</soapenv:Body>

</soapenv:Envelope>

Response

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body>

<ns2:liquidacionResp

xmlns:ns2="http://serviciosjava.afip.gob.ar/wslpg/">

<detalleAclaratorio>COMISION ALM</detalleAclaratorio>

</deduccion>

</deduccionReturn>

</deducciones>

<totalIvaRg4310_18>206.81</totalIvaRg4310_18> <totalPagoSegunCondicion>1371.09</totalPagoSegunCondicion> <coe>330200005725</coe>

</autorizacion>

</liqReturn>

</ns2:liquidacionResp>

</S:Body>

</S:Envelope>

Ejemplo 9: Se envía una liquidación para su autorización, donde liquida el corredor y no se informa el Certificado F1116 A o RT

Request

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:liquidacionReq>

<auth>

<token>string</token>

<sign>string</sign>

</auth>

<desPuertoLocalidad>DETALLE PUERTO</desPuertoLocalidad> <codGrano>31</codGrano>

<datosAdicionales>DATOS ADICIONALES</datosAdicionales> </liquidacion>

<detalleAclaratorio>DETALLE DE IVA</detalleAclaratorio> <baseCalculo>100</baseCalculo>

</retencion>

<detalleAclaratorio>DETALLE DE S</detalleAclaratorio> <baseCalculo>100</baseCalculo>

</retencion>

</retenciones>

</wsl:liquidacionReq>

</soapenv:Body>

</soapenv:Envelope>

Response

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body>

<ns2:liquidacionResp

xmlns:ns2="http://serviciosjava.afip.gob.ar/wslpg/">

<detalleAclaratorio>DETALLE DE

IVA</detalleAclaratorio>

</retencion>

</retencionReturn>

<detalleAclaratorio>DETALLE DE S</detalleAclaratorio>

</retencion>

</retencionReturn>

</retenciones>

<totalIvaRg4310_18>2059.03</totalIvaRg4310_18> <totalPagoSegunCondicion>19684.00</totalPagoSegunCondicion> <coe>330100001664</coe>

</autorizacion>

</liqReturn>

</ns2:liquidacionResp>

</S:Body>

</S:Envelope>

Ejemplo 10: Se envía una liquidación para su autorización con número de contrato

Request

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:liquidacionReq>

<auth>

<token>string</token>

<sign>string</sign>

</auth>

<desPuertoLocalidad>DETALLE PUERTO</desPuertoLocalidad> <codGrano>31</codGrano>

<datosAdicionales>DATOS ADICIONALES</datosAdicionales> <certificados>

</certificado>

</certificados>

</liquidacion>

<detalleAclaratorio>DETALLE DE IVA</detalleAclaratorio> <baseCalculo>1200</baseCalculo>

</retencion>

<detalleAclaratorio>DETALLE DE GAN</detalleAclaratorio> <baseCalculo>1200</baseCalculo>

</retencion>

</retenciones>

</wsl:liquidacionReq>

</soapenv:Body>

</soapenv:Envelope>

Response

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body>

<ns2:liquidacionResp

xmlns:ns2="http://serviciosjava.afip.gob.ar/wslpg/">

<detalleAclaratorio>DETALLE DE

GAN</detalleAclaratorio>

</retencion>

</retencionReturn>

<detalleAclaratorio>DETALLE DE

IVA</detalleAclaratorio>

</retencion>

</retencionReturn>

</retenciones>

<totalIvaRg4310_18>30.00</totalIvaRg4310_18>

</autorizacion>

</liqReturn>

</ns2:liquidacionResp>

</S:Body>

</S:Envelope>

Ejemplo 11: Se envía una liquidación para su autorización con número de contrato inválido. No coincide algunos de los datos indicados en la liquidación (Corredor, Comprador, Vendedor o Código de Grano) con la información obrante en el Régimen Registración de Contratos.

Request

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:liquidacionReq>

<auth>

<token>string</token>

<sign>string</sign>

</auth>

<desPuertoLocalidad>DETALLE PUERTO</desPuertoLocalidad> <codGrano>15</codGrano>

<datosAdicionales>DATOS ADICIONALES</datosAdicionales> <certificados>

</certificado>

</certificados>

</liquidacion>

<detalleAclaratorio>DETALLE DE IVA</detalleAclaratorio> <baseCalculo>1200</baseCalculo>

</retencion>

<detalleAclaratorio>DETALLE DE GAN</detalleAclaratorio> <baseCalculo>1200</baseCalculo>

</retencion>

</retenciones>

</wsl:liquidacionReq>

</soapenv:Body>

</soapenv:Envelope>

Response

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body>

<ns2:liquidacionResp

xmlns:ns2="http://serviciosjava.afip.gob.ar/wslpg/">

<error>

<descripcion>El contrato ingresado no se encuentra

registrado.</descripcion>

</error>

</errores>

</liqReturn>

</ns2:liquidacionResp>

</S:Body>

</S:Envelope>

2.4.3 Ajustar Liquidación (liquidacionAjustarUnificado)

Por medio del método liquidacionAjustarUnificado se podrá ajustar una liquidación activa, que no tenga un ajuste relacionado activo.

Al momento de ajustar una liquidación la misma debe estar activa (<estado> AC).

2.4.3.1 Mensaje de Solicitud

Esquema

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:ajustarUnificadoReq>

<auth>

</auth>

</certificado>

</certificados>

</fusion>

</ajusteBase>

</certificado>

</certificados>

</opcional>

</opcionales>

</deduccion>

</deducciones>

</retenciones>

</ajusteCredito>

</certificado>

</certificados>

</opcional>

</opcionales>

</deduccion>

</deducciones>

</retenciones>

</ajusteDebito>

</wsl:ajustarUnificadoReq>

</soapenv:Body>

</soapenv:Envelope>

Donde:

<ajustarUnificadoReq> es del tipo <LpgAjusteUnificadoReqType>. Contiene información referente al ajuste.

Campo / Grupo	Descripción	Oblig	Tipo	Longitud
auth	Contiene información referente a la autenticación	S	LpgAuthType	--
ajusteBase	Contiene información referente al ajuste.	S	LpgAjusteUnifBaseType	--
ajusteCredito	Contiene información referente al ajuste de credito	N	LpgAjusteCreditoType	--
ajusteDebito	Contiene información referente al ajuste de debito	N	LpgAjusteDebitoType	--

2.4.3.2 Mensaje de Respuesta

Esquema

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:ajustarUnificadoResp>

</importeReturn>

</importes>

</deduccion>

</deduccionReturn>

</deducciones>

</retencionReturn>

</retenciones>

<totalIvaRg4310_18>?</totalIvaRg4310_18>

</ajusteCredito>

</importeReturn>

</importes>

</deduccion>

</deduccionReturn>

</deducciones>

</retencionReturn>

</retenciones>

<totalIvaRg4310_18>?</totalIvaRg4310_18>

</ajusteDebito>

<ivaRG4310_18>?</ivaRG4310_18>

</totalesUnificados>

</ajusteUnificado>

<error>

</error>

</errores>

<error>

</error>

</erroresFormato>

</evento>

</eventos>

</ajusteUnifReturn>

</wsl:ajustarUnificadoResp>

</soapenv:Body>

</soapenv:Envelope>

Donde:

<ajustarUnificadoResp> es del tipo LpgAjustarUnificadoRespType

Campo	Descripción	Oblig	Tipo	Long
ajustarUnificadoRe sp	Resultado del requerimiento	S	LpgAjustarUnificadoReturnType	--

<ajusteUnifReturn> es del tipo LpgAjustarUnificadoReturnType. Contiene todos los tags resultantes del procesamiento.

Campo	Descripción	Oblig	Tipo	Long
ajusteUnificado	Tag contenedor de todos los datos necesarios para identificar que el ajuste fue aceptado y registrado.	N	LpgAjusteUnificadoRespType	--
errores	Errores resultantes del procesamiento de la liquidación. Pueden ser propios del negocio o de aplicación.	N	LpgArrErrorType	--
erroresFormato	Errores de formato de la liquidación.	N	LpgArrErrorType	--
eventos	Posibles eventos a futuro notificados mediante este tag. Ej, bajada de servicio por mantenimiento.	N	LpgArrEventoType	--

2.4.3.3 Validaciones del Negocio

Validaciones Excluyentes

Las validaciones implementadas sobre el ajuste son las mismas que se utilizan en el alta de una liquidación (liquidacionAutorizar). Las propias del método de ajuste son las siguientes:

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
<coeAjustado>	1908	El COE informado <coeAjustado> debe estar asociado a una liquidación previamente autorizada.	Rechaza
<coeAjustado>	1909	El COE informado <coeAjustado> no debe tener un ajuste asociado activo	Rechaza
<coeAjustado>	1910	El COE informado <coeAjustado> no puede corresponder a una liquidación de Ajuste, es decir no pudo haber sido generado por alguno de los métodos de ajustes existentes.	Rechaza
<importeAjustar105> <importeAjustar21>	1911	Si el vendedor es IVA Exento o Responsable Monotributo no puede enviar importe de ajuste con alícuota al 10.5% ni 21%.	Rechaza
<coeAjustado> <auth><cuit>	1510	El COE informado <coeAjustado> debe haber sido liquidado por la misma CUIT que solicita el ajuste <auth><cuit>.	Rechaza
<coeAjustado>	2115	El COE informado <coeAjustado> está relacionado con un contrato que ya fue ajustado.	Rechaza
	1916	No es posible detallar certificados en el ajuste si ya fueron incluidos en la liquidación primaria.	Rechaza
<coeAjustado>	1723	El coe no pertenece a una liquidación primaria.	Rechaza

Campo / Grupo

Código de Error

Validación/Mensaje de Error

NO es

superada

1907

El ajuste de Credito no puede ingresar retenciones por haber finalizado el mes calendario de la liquidacion.

Rechaza

1853

Si la operación es Canje Total solamente podrá informar

retenciones con concepto IB u OG

Rechaza

Campo / Grupo

Código

de Error

Validación/Mensaje de Error

NO es

superada

1648

Se debe informar el peso neto total del certificado.

Rechaza

2002

Si la liquidación original (COE que se está ajustando) no tiene certificados F1116 A o RT

asociados, estos deben ser informados en el ajuste.

Rechaza

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
	1719	El peso neto que se quiere liquidar no puede superar el peso neto total del certificado.	Rechaza
	1720	El peso neto que se quiere liquidar sumado a las liquidaciones anteriores ya realizadas no puede superar el peso neto total del certificado.	Rechaza
<nroCertificadoDeposito>	1427	No se puede liquidar un certificado de deposito de Retiro.	Rechaza

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
	1918	Los kilos de los certificados sumados deben coincidir con el valor del campo peso neto a ajustar	Rechaza
	1919	Es obligatorio cargar la misma o menor cantidad de kilos para el ceritificado de ajuste	Rechaza
	1920	Alguno de los parámetros del certificado(grano, campaña, cuits, provincia, localidad) no coinciden con los datos de la liquidación a la cual se lo esta queriendo asociar	Rechaza
	1921	El certificado que esta en un ajuste de crédito no puede estar en uno de débito y viceversa	Rechaza
	1922	Los kilos disponibles del certificado {0} son insuficientes.	Rechaza
	1923	Uno de los certificados que intenta ajustar, no pertenece a la liquidacion que se esta ajustando o no se asoció al ajuste.	Rechaza
	1924	En el ajuste de crédito, los kilos a ajustar no pueden ser superiores a los kilos liquidados originalmente. certificado	Rechaza
	1925	No puede incluir nuevos certificados ya que la liquidación que intenta ajustar ya tiene certificados asociados	Rechaza
	1926	Debe informar los certificados ya que la liquidación que intenta ajustar no tiene certificados asociados	Rechaza
	1927	Si informa diferencia de peso neto, debe informar el detalle de certificados.	Rechaza
	1928	Los kilos sumados de los certificados que intenta asociar debe ser igual a los kilos de la liquidación original	Rechaza

Campo / Grupo	Código de Error	Validación/Mensaje de Error	NO es superada
	1929	Si la diferencia de peso neto es mayor a cero debe enviar el detalle de ajuste por certificado.	Rechaza
	1930	Todos los certificados asociados deben tener la misma campaña. El siguiente certificado no tiene la misma campaña que otro de los certificados asociados	Rechaza
	1931	El certificado asociado no puede ser de retiro	Rechaza
	1932	El certificado asociado no es válido, sólo se permite certificados electrónicos	Rechaza
	1933	El certificado tiene una cuit de un corredor que no se corresponde con la liquidación que intenta realizar	Rechaza
	1934	Los kilos sumados de los certificados asociados a liquidación de ajuste de débito, mas los kilos de la liquidación de ajuste de crédito deben ser iguales a los kilos declarados en la liquidación anticipada original.	Rechaza
	3404	La CUIT ingresada como receptor no esta registrado en RUCA y no es productor, además la CUIT ingresada como receptor/depositante no registra presentacion de Capacidad productiva o no registra un contrato de Aparcería.	Rechaza
	4300	Debe informar al menos un concepto para realizar un ajuste monetario.	Rechaza

2.4.3.4 Ejemplo

Ejemplo 1: Se envía una solicitud de ajuste a una liquidación que ya fue ajustada, es decir el COE indicado en coeAjustado ya fue ajustado.

Request

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:ajustarUnificadoReq>

<auth>

</auth>

</certificado>

</certificados>

</ajusteBase>

<diferenciaPrecioFleteTn>10</diferenciaPrecioFleteTn> <datosAdicionales>'AJUSTE CRED UNIF'</datosAdicionales> <conceptoImporteIva0>'Alicuota Cero'</conceptoImporteIva0> <importeAjustarIva0>900</importeAjustarIva0>

<conceptoImporteIva105>'Alic Diez'</conceptoImporteIva105> <importeAjustarIva105>800</importeAjustarIva105> <conceptoImporteIva21>'Alic Veintiuno'</conceptoImporteIva21> <importeAjustarIva21>700</importeAjustarIva21> <deducciones>

<detalleAclaratorio>'Deduc Alm'</detalleAclaratorio>

</deduccion>

</deducciones>

</retencion>

</retenciones>

</ajusteCredito>

<diferenciaPrecioFleteTn>0.01</diferenciaPrecioFleteTn> <datosAdicionales>'AJUSTE DEB UNIFICADO</datosAdicionales> <conceptoImporteIva0>'Alic 0'</conceptoImporteIva0> <importeAjustarIva0>250</importeAjustarIva0>

<detalleAclaratorio>'Deduc Alm'</detalleAclaratorio>

</deduccion>

</deducciones>

</retencion>

</retenciones>

</ajusteDebito>

</wsl:ajustarUnificadoReq>

</soapenv:Body>

</soapenv:Envelope>

Response

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body>

<ns2:ajustarUnificadoResp

xmlns:ns2="http://serviciosjava.afip.gob.ar/wslpg/">

<error>

<descripcion>El coe ya registra un ajuste

activo.</descripcion>

</error>

</errores>

</ajusteUnifReturn>

</ns2:ajustarUnificadoResp>

</S:Body>

</S:Envelope>

Ejemplo 2: Se envía una solicitud de ajuste a la siguiente liquidación primaria de granos

Resultado de la consulta liquidacionXCoeConsultar, del COE que se quiere Ajustar:

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body>

<ns2:liqConsXCoeResp

xmlns:ns2="http://serviciosjava.afip.gob.ar/wslpg/">

<desPuertoLocalidad>DETALLE PUERTO</desPuertoLocalidad> <codGrano>31</codGrano>

<datosAdicionales>DATOS ADICIONALES</datosAdicionales> <certificados>

</certificado>

</certificados>

</liquidacion>

<codigoConcepto>RG</codigoConcepto> <detalleAclaratorio>DETALLE DE

GANANCIAS</detalleAclaratorio>

</retencion>

</retencionReturn>

<codigoConcepto>RI</codigoConcepto> <detalleAclaratorio>DETALLE DE

IVA</detalleAclaratorio>

</retencion>

</retencionReturn>

</retenciones>

<totalIvaRg4310_18>968.95</totalIvaRg4310_18> <totalPagoSegunCondicion>9990</totalPagoSegunCondicion> <coe>330100006737</coe>

</autorizacion>

</liqConsReturn>

</ns2:liqConsXCoeResp>

</S:Body>

</S:Envelope>

El ajuste de crédito consiste en:

La diferencia del Peso Neto es 100, del precio de referencia es 100 y del precio del flete es 0.1. El Factor es 90 y el grado 1.01

No se ajusta el importe subtotal

El ajuste de débito consiste en:

La diferencia del Peso Neto es 1000. El precio de referencia y del flete no se ajustan. El factor es 100 y el valor del grado es 1, es decir se mantienen igual que la original.

Se ajusta el importe subtotal por 1000 con alícuota de IVA 0% y por 1000 con alícuota al 10.5%

También se ajustan las retenciones de IVA con una base de cálculo de 100 y las deducciones con base de cálculo 100 y alícuota al 10.5%

El request para el ajuste unificado sería:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:ajustarUnificadoReq>

<auth>

</auth>

</ajusteBase>

<detalleAclaratorio>'Otras

Deducciones'</detalleAclaratorio>

</deduccion>

</deducciones>

</retencion>

</retenciones>

</ajusteDebito>

</wsl:ajustarUnificadoReq>

</soapenv:Body>

</soapenv:Envelope>

Response

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body>

<ns2:ajustarUnificadoResp

xmlns:ns2="http://serviciosjava.afip.gob.ar/wslpg/">

<totalIvaRg4310_18>199.47</totalIvaRg4310_18> <totalPagoSegunCondicion>1899.72</totalPagoSegunCondicion>

</ajusteCredito>

</importeReturn>

</importeReturn>

</importes>

<codigoConcepto>OD</codigoConcepto> <detalleAclaratorio>'Otras

Deducciones'</detalleAclaratorio>

</deduccion>

</deduccionReturn>

</deducciones>

</retencion>

</retencionReturn>

</retenciones>

<totalIvaRg4310_18>201.90</totalIvaRg4310_18>

</ajusteDebito>

<ivaRG4310_18>2.43</ivaRG4310_18>

</totalesUnificados>

</ajusteUnificado>

</ajusteUnifReturn>

</ns2:ajustarUnificadoResp>

</S:Body>

</S:Envelope>

Ajuste de crédito <ajusteCredito>:

Para determinar el ajuste de la operación primero se calculan los importes ajustados, siendo estos la diferencia entre los valores indicados en la liquidación original menos los valores ingresados en el ajuste.

Peso (kgr) ajustado = Peso Neto de la liquidación Original menos la Diferencia Peso Neto indicada en el ajuste. <totalPesoNeto> - <diferenciaPesoNeto>.

10000 – 100 = 9900

Nota: En caso que los kilogramos a ajustar sean 0, los cálculos donde intervengan los kilogramos para la liquidación de ajuste se tomarán de los ya declarados en la Liquidación Primaria de Granos Original que se está ajustando.

Precio de referencia ajustado = Precio de referencia de la Original menos la Diferencia de Precio informada en el ajuste. <precioRefTn> - <diferenciaPrecioOperacion>

1000 – 100 = 900

El grado y factor es el indicado en el Ajuste, 1.01 y 90 respectivamente.

Precio de flete ajustado = Precio del flete indicado en la original menos la diferencia del Precio del Flete indicado en el ajuste. <precioFleteTn> -<diferenciaPrecioFleteTn>

1 – 0.1 = 0.9

Con los valores obtenidos se determina el precio de la operación ajustada, que resulta del precio de referencia ajustado por el grado por el factor/100 menos el flete ajustado todo dividido por 1000.

[(900 * 90/100 * 1.01) – 0.9] / 1000 = 0.817

El subtotal ajustado es el precio de la operación ajustado por el peso ajustado. 0.817 * 9900 = 8090.28

Obtenido el subtotal ajustado, se determinan los importes del ajuste. Siendo: El subtotal del ajuste <subTotal> es el subtotal de la liquidación original menos el

subtotal ajustado.

Subtotal del Ajuste es: 9990.00 – 8090.28 = 1899.72

La alícuota de IVA de la operación es la alícuota indicada en la liquidación original.

En este caso no se ingresaron ajustes por importe: <importeAjustarIva0>, <importeAjustarIva105> ni <importeAjustarIva21>.

El importe de IVA <importeIva>, es el subtotal del Ajuste por alícuota de IVA de la operación dividido 100. <subTotal> * 10.5 / 100

1899.72 * 10.5 /100 = 199.47

La operación con IVA <operacionConIva> resulta de sumar el subtotal y el IVA del ajuste. <subTotal> + <importeIva>

1899.72 + 199.47 = 2099.19

El resto de las variables (deducciones, retenciones, importe neto, IVA RG 2300 y pago según condiciones) se calculan del mismo modo que en la liquidación primaria original.

Las deducciones y retenciones tiene valor cero dado que no fueron ajustadas.

El importe neto a pagar <totalNetoAPagar> es el importe de la operación con IVA menos el total de las deducciones menos el importe total de las retenciones.

2099.19 - 0 – 0 = 2099.19

El importe de IVA RG 4310 <ivaRG4310_18> es el importe de IVA menos importe de las retenciones de IVA.

199.47 – 0 = 199.47

Pago según condiciones <pagoSCondicion> es el importe neto a pagar menos el importe de IVA RG 2300.

2099.19 – 199.47 = 1899.72

Ajuste de débito <ajusteDebito>:

Se efectúa el mismo procedimiento que en ajuste de crédito pero con las siguientes diferencias:

- los importes ajustados se determinan sumando las diferencias ingresadas en el ajuste con los valores ingresados en la liquidación original.

- el importe subtotal del ajuste se determina restando el subtotal ajustado menos el subtotal de la liquidación primaria original

Entonces según lo indicado los valores son:

Peso ajustado es: 10000 + 1000 = 11000

Precio ajustado es: 1000 + 0 = 1000

Factor y Grado son 100 y 1 respectivamente no se modificaron

Flete ajustado es: 1 + 0 = 1

El precio de la operación ajustado es: [(1000 * 100/100 * 1) – 1] / 1000 = 0.999 71

El subtotal ajustado es: 0.999 * 11000 = 10989.00

El subtotal del ajuste es el subtotal ajustado – el subtotal de la liquidación original, 10989.00 – 9990.00 = 999.00

Sobre este subtotal se aplica la alícuota de IVA de la operación (10.5%), siendo el importe de IVA calculado 104.9-

En el ajuste de débito se ingresaron ajustes por importe subtotal con alícuota de IVA al 0% <importeAjustarIva0> y al 10.5% <importeAjustarIva105>. Entonces el subtotal y el importe de IVA son:

Subtotal del ajuste <subTotal>, 999.00 + 1000 + 1000 = 2999.00

El importe de IVA <importeIva> es igual a la sumatoria de los importes de IVA calculados para cada una de las alícuotas. 104.9 + 105.00 (es el importe de IVA al 10.5% de 1000 ingresado en importeAjustarIva105) = 209.9

Operación con IVA, <subTotal> + <importeIva>, 2999.00 + 209.9 = 3208.90

En este caso se ingresaron retenciones y deducciones, las mismas se calculan al igual que en la liquidación primaria original.

El importe neto a pagar <totalNetoAPagar> es el importe de la operación con IVA menos el total de las deducciones menos el importe total de las retenciones, 3208.90 – 110.5 – 8 = 3090.40

El importe de IVA RG 4310 <ivaRG4310_18> es el importe de IVA menos importe de las retenciones de IVA, 209.9 – 8 = 201.90

Pago según condiciones <pagoSCondicion> es el importe neto a pagar menos el importe de IVA RG 2300, 3090.40 – 201.90 = 2888.5

Totales Unificados <totalesUnificados>

Subtotal <subTotalDebCred> es el Subtotal del Ajuste de Débito menos el Subtotal del Ajuste de Crédito. [<ajusteDebito> <subTotal> - <ajusteCredito> <subTotal>].

2999.90 – 1899.72 = 1099.28

Total Base Deducciones (deducciones sin IVA) <totalBaseDeducciones> es la Sumatoria de las bases de cálculo de las deducciones de débito menos la sumatoria de las bases de cálculo deducciones Crédito. [∑<ajusteDebito> <deduccion><baseCalculo> - ∑<ajusteCredito><deduccion><baseCalculo>]

100 – 0 = 100

Subtotal Gral <subTotalGeneral> es el subtotal menos el total de las deducciones sin IVA. [<subTotalDebCred> - <totalBaseDeducciones>]

1099.28 – 100 = 999.28

IVA de las Deducciones <ivaDeducciones> es la Sumatoria del IVA de las deducciones 72

del ajuste de Debito menos Sumatoria del IVA de las deducciones del ajuste de Crédito. [∑<ajusteDebito><deduccionReturn> <importeIva> -

∑<ajusteCredito><deduccionReturn><importeIva>]

10.5 – 0 = 10.5

IVA 10.5% <iva105> es la Sumatoria de los importes de IVA al 10.5% del ajuste de débito menos sumatoria de los importes de IVA al 10.5% del ajuste de crédito, solamente cuando la alícuota es al 10.5 %.

104.90 + 105.00 – (199.47 + 0) = 10.43

IVA 21% <iva21> es la Sumatoria de los importes de IVA al 21% del ajuste de débito menos sumatoria de los importes de IVA al 21% del ajuste de crédito, solamente cuando la alícuota es al 21

0 + 0 – (0 + 0) = 0

Retenciones GCIAS <retencionesGanancias> es el mporte de las retenciones de Ganancias del ajuste de débito menos el importe de las retenciones de Ganancias del ajuste de crédito. [<ajusteDebito><retencionReturn> <importeRetencion> - <ajusteCredito><retencionReturn> <importeRetencion>] *Solo cuando <codigoConcepto>=RG

0 – 0 = 0

Retenciones IVA <retencionesIVA> es el Importe de las retenciones de IVA del ajuste de débito menos el importe de las retenciones de IVA del ajuste de crédito. [<ajusteDebito><retencionReturn><importeRetencion> -

<ajusteCredito><retencionReturn><importeRetencion>]

*Solo cuando <codigoConcepto>=RI

8 – 0 = 8

Otras Retenciones <importeOtrasRetenciones> es el importe de las retenciones (que no sean de IVA ni de Ganancias) del ajuste de débito menos el importe de las retenciones (que no sean de IVA ni de Ganancias) del ajuste de crédito.

[<ajusteDebito><retencionReturn><importeRetencion> -

<ajusteCredito><retencionReturn><importeRetencion>] *Solo cuando <codigoConcepto> es distinto a RI y RG

0 – 0 = 0

Importe Neto <importeNeto> es el Subtotal General más IVA 10.5% más IVA 21% menos IVA de las Deducciones menos Retención de Ganancias menos Retención de IVA menos Otras Retenciones. [<subTotalGeneral> + <iva105> + <iva21> - <ivaDeducciones> - <retencionesGanancias> - <retencionesIVA> -

<importeOtrasRetenciones>]

999.28 + 10.43 + 0 – 10.5 – 0 – 8 – 0 = 991.21

IVA 4310/2018 <ivaRG4310_18>: es el importe de IVA 10.5% más el importe de IVA 21 menos el importe de Retención de IVA [<iva105> + <iva21> -<retencionesIVA>]

10.43 + 0 – 8 = 2.43

Pago según condiciones <pagoSCondicion> es el pago según condiciones del ajuste de débito menos el pago según condiciones del ajuste de crédito [<ajusteDebito> <totalPagoSegunCondicion> - <ajusteCredito> <totalPagoSegunCondicion>]

2888.50 – 1899.72 = 988.78

2.4.4 Ajustar Contrato (liquidacionAjustarContrato)

Por medio del método liquidacionAjustarContrato se podrá realizar un ajuste único para todas las liquidaciones activas relacionadas a un contrato, que no tenga un ajuste relacionado activo.

Si una liquidación asociada a un determinado contrato fue ajustada mediante el método liquidacionAjustarUnificado, ese contrato no podrá ser ajustado mediante el método liquidacionAjustarContrato, se deberán ajustar individualmente cada una de las liquidaciones originales de corresponder y viceversa, es decir si se ajustó un contrato luego no podrán ajustarse las liquidaciones individualmente.

2.4.4.1 Mensaje de Solicitud

Esquema

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:ajustarContratoReq>

<auth>

</auth>

</certificado>

</certificados>

</ajusteBase>

</certificado>

</certificados>

</opcional>

</opcionales>

</deduccion>

</deducciones>

</retenciones>

</ajusteCredito>

</certificado>

</certificados>

</opcional>

</opcionales>

</deduccion>

</deducciones>

</retenciones>

</ajusteDebito>

</wsl:ajustarContratoReq>

</soapenv:Body>

</soapenv:Envelope>

Donde:

<ajustarContratoReq> es del tipo <LpgAjusteContratoReqType>. Contiene información referente al ajuste del contrato.

Campo / Grupo	Descripción	Oblig	Tipo	Longitud
auth	Contiene información referente a la autenticación	S	LpgAuthType	--
ajusteBase	Contiene información referente al contrato a ajustar.	S	LpgAjusteContratoBaseType	--
ajusteCredito	Contiene información referente al ajuste de	N	LpgAjustePorImporteType	--

Campo /

Grupo

Descripción

Oblig

Tipo

Longitud

crédito

ajusteDebito

Contiene información referente al ajuste de débito

LpgAjustePorImporteType

2.4.4.2 Mensaje de Respuesta

Esquema

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsl="http://serviciosjava.afip.gob.ar/wslpg/">

<soapenv:Header/>

<soapenv:Body>

<wsl:ajustarContratoResp>

</importeReturn>

</importes>

</deduccion>

</deduccionReturn>

</deducciones>

</retencionReturn>

</retenciones>

<totalIvaRg4310_18>?</totalIvaRg4310_18>

</ajusteCredito>

</importeReturn>

</importes>

</deduccion>

</deduccionReturn>

</deducciones>

</retencionReturn>

</retenciones>

<totalIvaRg4310_18>?</totalIvaRg4310_18>

</ajusteDebito>

<ivaRG4310_18>?</ivaRG4310_18>

</totalesUnificados>

</ajusteContrato>

<error>

</error>

</errores>

<error>

</error>

</erroresFormato>

</evento>

</eventos>

</ajusteContratoReturn>

</wsl:ajustarContratoResp>

</soapenv:Body>

</soapenv:Envelope>

Donde:

<ajustarContratoResp> es del tipo LpgAjustarContratoRespType

Campo	Descripción	Oblig	Tipo	Long
AjustarContratoRe sp	Resultado del requerimiento	S	LpgAjustarContratoRespType	--

<ajusteContratoReturn> es del tipo LpgAjusteContratoReturnType. Contiene todos los tags resultantes del procesamiento.

Campo	Descripción	Oblig	Tipo	Long
ajusteContrato	Tag contenedor de todos los datos necesarios para identificar que el ajuste fue aceptado y registrado.	N	LpgAjusteUnificadoRespType	--
errores	Errores resultantes del procesamiento de la liquidación. Pueden ser propios del negocio o de aplicación.	N	LpgArrErrorType	--
erroresFormato	Errores de formato de la liquidación.	N	LpgArrErrorType	--
eventos	Posibles eventos a futuro notificados mediante este tag. Ej, bajada de servicio por mantenimiento.	N	LpgArrEventoType	--

2.4.4.3 Validaciones del Negocio

Validaciones Excluyentes

Las validaciones implementadas sobre el ajuste son las mismas que se utilizan en el alta de una liquidación (liquidacionAutorizar). Las propias del método de ajuste son las siguientes:

Campo / Grupo

Código

de Error

Validación/Mensaje de Error

NO es

superada

2100

El contrato informado debe estar registrado bajo el régimen de Registración de Contratos. Los datos informados en la liquidación para cuitComprador, cuitVendedor,

cuitCorredor y codGrano deben coincidir con los registrados para el contrato indicado.

Rechaza