Error en ambiente de homologación (10242: El campo Condicion IVA receptor es obligatorio))

[Geisis Tuc]

Buenos dìas, amigos. Desde hace 1 semana que estoy teniendo problemas en el entorno de testing u homologación. Cuando quiero obtener CAE para una factura me devuelve el Error "10242: El campo Condicion IVA receptor es obligatorio" ....

Específicamente la respuesta del webservice es:

<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<soap:Header>
<FEHeaderInfo
xmlns="http://ar.gov.afip.dif.FEV1/">
<ambiente>HomologacionExterno - efa</ambiente>
<fecha>2025-02-05T12:19:10.15025-03:00</fecha>
<id>6.0.0.0</id>
</FEHeaderInfo>
</soap:Header>
<soap:Body>
<FECAESolicitarResponse
xmlns="http://ar.gov.afip.dif.FEV1/">
<FECAESolicitarResult>
<FeCabResp>
<Cuit>99999999999</Cuit>
<PtoVta>1000</PtoVta>
<CbteTipo>1</CbteTipo>
<FchProceso>20250205121910</FchProceso>
<CantReg>1</CantReg>
<Resultado>R</Resultado>
<Reproceso>N</Reproceso>
</FeCabResp>
<FeDetResp>
<FECAEDetResponse>
<Concepto>1</Concepto>
<DocTipo>80</DocTipo>
<DocNro>30xxxxxxxx7</DocNro>
<CbteDesde>1484</CbteDesde>
<CbteHasta>1484</CbteHasta>
<CbteFch>20250205</CbteFch>
<Resultado>R</Resultado>
<Observaciones>
<Obs>
<Code>10242</Code>
<Msg>El campo Condicion IVA receptor es obligatorio. Consular metodo FEParamGetCondicionIvaReceptor</Msg>
</Obs>
</Observaciones>
<CAE />
<CAEFchVto />
</FECAEDetResponse>
</FeDetResp>
</FECAESolicitarResult>
</FECAESolicitarResponse>
</soap:Body>
</soap:Envelope>

Evidentemente, los señores de ARCA/Afip ya hicieron algunos cambios en este entorno y que luego se trasladarán a Producción. 

Me preocupa que no tengamos demasiado margen de maniobra cuando esto suceda. ¿se están haciendo las adecuaciones en pyAfipws ?

[Santi Dellacasa]

Me tira el mismo mensaje cuando quiero facturar en homologación. En producción funciona bien

[Romina L. Castrogiovani]

Hola,

Este error está relacionado con lo comentado en este hilo:

https://groups.google.com/g/pyafipws/c/2x_IrZ1_Q20/m/Lv1pgk7xEAAJ

Saludos

Castrogiovani L. Romina

Sistemas Ágiles

www.sistemasagiles.com.ar

11 3048-9211

L a V de 10 a 17hs

--
Proyecto PyAfipWs Factura Electrónica Libre y temas relacionados AFIP ARBA ANMAT:
http://www.pyafipws.com.ar/ - http://www.github.com/reingart/pyafipws - http://www.sistemasagiles.com.ar/
---
Has recibido este mensaje porque estás suscrito al grupo "PyAfipWs Factura Electrónica Libre y temas relacionados AFIP ARBA ANMAT" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a pyafipws+u...@googlegroups.com.
Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/96fbd73c-be83-4c5f-8b51-4b63833c63c0n%40googlegroups.com.

[Luis Bacigalupo]

Buen dia

Si tal cual da ese error.

Homologacion ya tiene los cambios , ese campo obligatorio incluido

Saludos

[Daniel Aisenberg]

saben si hay fecha de implementación del cambio en producción?

--

Proyecto PyAfipWs Factura Electrónica Libre y temas relacionados AFIP ARBA ANMAT:
http://www.pyafipws.com.ar/ - http://www.github.com/reingart/pyafipws - http://www.sistemasagiles.com.ar/
---
Has recibido este mensaje porque estás suscrito al grupo "PyAfipWs Factura Electrónica Libre y temas relacionados AFIP ARBA ANMAT" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a pyafipws+u...@googlegroups.com.

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/641945a0-bea6-48e5-9bec-6db4755e25f2n%40googlegroups.com.

[luis.ba...@gmail.com]

Creo que en 15/04 

Enviado desde mi iPhone

El 6 feb 2025, a la(s) 16:29, Daniel Aisenberg <daniel.a...@gmail.com> escribió:



Has recibido este mensaje porque estás suscrito a un tema del grupo "PyAfipWs Factura Electrónica Libre y temas relacionados AFIP ARBA ANMAT" de Grupos de Google.
Para cancelar la suscripción a este tema, visita https://groups.google.com/d/topic/pyafipws/Ts7_jHioBwc/unsubscribe.
Para cancelar la suscripción a este grupo y a todos sus temas, envía un correo electrónico a pyafipws+u...@googlegroups.com.
Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/CACAt13xXH-%3DV5_HQa1gACYcbiQQ%3DRy-t3XtY879anf2HNaWpRQ%40mail.gmail.com.

[Daniel D Gonzalez Parra]

Buenas una consulta en PRD, ya está implementado?

Gracias

[LMB Gmail]

No, en produccion todo sigue como antes... por suerte

Has recibido este mensaje porque estás suscrito a un tema del grupo "PyAfipWs Factura Electrónica Libre y temas relacionados AFIP ARBA ANMAT" de Grupos de Google.
Para cancelar la suscripción a este tema, visita https://groups.google.com/d/topic/pyafipws/Ts7_jHioBwc/unsubscribe.
Para cancelar la suscripción a este grupo y a todos sus temas, envía un correo electrónico a pyafipws+u...@googlegroups.com.
Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/ac39ffb5-67fd-49d9-aff7-822a7c932b41n%40googlegroups.com.

-- 
Analistas Agropecuarios
Ing. Luis M. Bacigalupo
ma...@anagro.com.ar
+54 92236801282

[Bunker B]

Hola

Si Producción se dice que será el 15/04/2025

y ese dia si no actualizamos nada va andar

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/f4bce478-4f46-4d4e-8b67-f780bb1bbccf%40gmail.com.

[Ariel]

Estoy haciendo pruebas en homologacion. Al principio, al intentar facturar pasando un valor valido para CondicionIVAReceptorId, me tiraba un error de que no era valido. Lo solucione estableciendo CondicionIVAReceptorIdSpecified en true.

Luego, no estoy pudiendo pasar un error relacionado a la cotizacion. Estoy emitiendo una factura en pesos. Por eso en MonCotiz paso 1.

Recibo siempre la observacion "El campo MonCotiz es obligatorio si no informa el campo CanMisMonExt con el valor S, y debe ser mayor a 0.".

Probe no pasando un valor para MonCotiz (cuando la factura es en pesos como en mi ejemplo) y tampoco funciona.

Tampoco funciona estableciendo CanMisMonExt en "S" con MonCotiz  en 1.

A alguien le esta pasando lo mismo?

Gracias

Ariel

[LMB Gmail]

Vinculado  a esto leo en el manual:

<MonCoti>
El campo es obligatorio si informa 10038 el campo CanMisMonExt = S, y de informarse debe ser mayor a 0. Si se indica que el pago del comprobante se realiza en la misma moneda extranjera que la factura, la cotización de la moneda provista debe coincidir exactamente con la registrada en las bases de ARCA para el día hábil anterior a la fecha de emisión del comprobante, si esta es anterior a la fecha actual, o bien con la registrada para el día hábil anterior a la fecha actual, si la fecha de emisión es posterior a esta. En caso contrario, se puede omitir el campo de Cotización de Moneda

No entiendo lo que dice que <MonCoti> puede omitirse si CanMisMonExt = N. Porque si emito en dolares y CanMisMonExt = N , no debo mandar la cotizacion? Como coincide la re-expresion en pesos (en nuestro sistema) de la factura con la "re-expresion" en pesos que tiene que hacer la AFIP ?

Alguien lo entiende?
Gracias

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/53f62954-9f3c-4dd5-9cef-7b16e6771212n%40googlegroups.com.

[Ariel]

En mi caso, para las facturas en USD, asumo que el cliente las va a pagar en la misma moneda, por lo que siempre termino pasando un valor para MonCotiz, y NO paso nada en CanMisMonExt. Lo que no se es que le llega a ARCA por defecto para el campo CanMisMonExt si no mando nada.

[Agustin Pianciola]

Buenas!

Estoy teniendo el mismo error que Ariel. Pudieron entender como es?

Gracias!

[Luis Bacigalupo]

Hola Ariel

Pero la regla de negocio que indica el manual dice que  CanMisMonExt=S cuando la factura se cancela en la misma moneda. Si n pasas nada.. no se quse asume ARCA.. 

Y lo que dice ademas es que si  CanMisMonExt=S la cotrizacion que pasas DEBE ser exactamente igual a la que ARCA tiene como valida para esa fecha.

No probaste de consultar en ARCA ese comprobante que generaste a ver que cotizacion tiene ? en la version anteior del WS era un dato que devolvia 
Gracias

Saludos 

Luis Bacigalupo

[Luis Bacigalupo]

Ariel, segui leyendo y creo que cuando se asume que se cancela en la misma moneda , el tipo de cambio lo asigna ARCA automatico. Lo podrias chequear con algun cpte emitido y levantarlo de ARCA a ver que tiene.

Porque si es asi, es necesario conocer esa cotizacion que va a asigna para poder ponerla en ese comprobante en el sistema de cada uno para que la re-expresion en pesos tantro en ARCA como en el sistema del cliente sea la misma.
No se si hay un metodo para en el momento de gestionar el CAE se pueda consumir del WS la cotizacion... Lo logioc seria un metodo donde uno mande fecha o fecha del comprobante y el WS devuelva el dato

Saludos

El martes, 11 de febrero de 2025 a las 17:24:14 UTC-3, Ariel escribió:

[Daniel Aisenberg]

Si moneda = "PES"

   cotiz = 1

   CanMisMonExt -> no se informa    Creo que también acepta que le mandes N.. por lo que estoy viendo en homologacion

si no , si mon es DOL  (asumo que no paga en otras monedas?? como el quetzal guatemalteco (jaja)

  Si CanMisMonExt = "S"      (o sea, que paga en Dólares norteamericandos)

      MonCotiz no es obligatorio..   calculo que se le puede mandar "1" igual que si abonara en Pesos o no mandala 

  Si CanMisMonExt = "N"     o sea, que canceló en pesos (supongamos)

     MonCotiz  =  debe ser la que surge de la funcion del ws FEParamGetCotizacion ,con la fecha igual a la del comprobante , lo cual en realidad trae la del día hábil anterior (del BNA)

Si no es ni N ni S dará error

Entiendo que para ARCA no existe el caso en que una factura pudiera ser abonada parte en PES y parte en DOL, pero bueno, lo acomodarán calculo a Pesos con una cotización acordada.

Está bien esta lógica?

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/019bb951-5851-40ca-9c7a-0f49abb8ca29n%40googlegroups.com.

[LMB Gmail]

Respecto del el error emitiendo en pesos  lo logico seria que el parametro CanMisMonExt sea null o que la AFIP no lo analice.
Probaste de enviarlo con N ?
Porque ese paramaetro es para indicar si , en una fact. en otra moneda que no se a pesos,  la misma se cancela o no en la misma moneda
Y si es S, entiendo que se condiciona el tipo de cambio o sea el parametro MonCotiz, que ese valor tiene que ser exacto al que ARCA tiene, no otro. Y si difiere, rechazara la factura

Saludos

Luis

El 10/02/2025 a las 13:56, Ariel escribió:

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/53f62954-9f3c-4dd5-9cef-7b16e6771212n%40googlegroups.com.

[Ariel]

Daniel y Luis, les respondo a los 2 en el mismo mensaje:

Lo que si, probe en homologacion emitir una factura en USD pasandole el MonCotiz y NO pasandole el campo " CanMisMonExt", y me dejo facturarla correctamente, por lo que no se que tomo ARCA por defecto para CanMisMonExt. Voy a enviarles un email preguntandoles, y vos a ver si consultando un cbte al ws, me devuelve esa informacion.

De todas formas, como MonCotiz lo establezco siempre, ya sea en pesos (seteo 1), o dolares, ARCA no me deberia devolver ningun error.

Pero para dejar todo prolijo, me interesaria saber que esta tomando ARCA por defecto para CanMisMonExt.

La otra que tengo, es como bien dijiste, si la factura es en Pesos, no enviar el campo CanMisMonExt, y si es en dolares, enviar siempre "S".

Gracias

Ariel

[LMB Gmail]

Hola

Mi duda es  Si CanMisMonExt = "S"  y  MonCotiz no es obligatorio..   calculo que se le puede mandar "1" igual que si abonara en Pesos o no mandala
La AFIP toma alguna cotizacion por defecto? Porque yo si tengo que tomar una a los efectos impositivos  y contables y esa cotizacion NO deberika diferir de la que toma ARCA, si no por ejemplo en un a DDJJ de IVA habria diferencias entre lo reportado poir uno y lo que "tiene " ARCA
Esa es mi duda

Todavia no puedo probar pero tal vez se acalre si consultas un comprobante generado asi a ver qeu cotizacion devuelve ARCA

Saludos!

Luis

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/CACAt13yUodyT0iY1BnPT6caBM2gG0Ku%3DXwQuC5SoRkPDuJMurA%40mail.gmail.com.

[Luis Bacigalupo]

Hola

Al fin pude probar y es

 Si CanMisMonExt = "S"  y es en moneda <> a PES

hay que enviar una cotizacion,     MonCotiz Es OBLIGATORIO y ademas no puede diferir de la cotrizacin que tiene ARCA

 Si CanMisMonExt = "N"  y es en moneda <> a PES

hay que enviar una cotizacion,     MonCotiz Es OBLIGATORIO y puede ser cualquier cotizacion siempre que no se desvie un XX porcentaje de la cotizacion que tiene ARCA. Este control es el mismo que ya estaba

Saludos

El jueves, 13 de febrero de 2025 a las 12:29:25 UTC-3, Daniel Aisenberg escribió:

[Gustavo Javier]

Buen día. Si se realiza el cambio, al no estar las modificaciones en producción, no podremos poner la nueva versión hasta la fecha de entrada en vigencia? Es así verdad? O será que en algún momento agregan los campos a producción pero de modo no obligatorio?

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/CAGBzmMiJ9pZwD3WAFSOx_OdSC%2BsVyN2t_aEKnijPUnTPZHke0g%40mail.gmail.com.

[Romina L. Castrogiovani]

Hola Gustavo,

Dejamos como opcional los nuevos campos para que puedan dejar ya instalada la interfaz y no de error.

Simplemente no deben pasar los nuevos campos hasta tanto ARCA lo habilite.

Saludos

Castrogiovani L. Romina

Sistemas Ágiles

www.sistemasagiles.com.ar

11 3048-9211

L a V de 10 a 17hs

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/CAEmHOVgk_UgJqJ-k2%2B_SP7S9qkUYy%2BaZExvLxH-Cqea77G7Deg%40mail.gmail.com.

[Bunker B]

Hola

SI   creo que sí

Resumiendo

si no es USS

CanMisMonExt    seria False

Saludos

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/CACAt13yUodyT0iY1BnPT6caBM2gG0Ku%3DXwQuC5SoRkPDuJMurA%40mail.gmail.com.

[Sebastián Rucci]

Luis buenas noches, che y si es en Pesos? Pudiste probar, porque a nosotros nos esta dando errores todas las variantes que le ponemos, siempre nos trae error 10038

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/d6e58977-b74b-43b3-903a-e9986b3c02a5n%40googlegroups.com.

[Luis Bacigalupo]

Hola Ariel,  en respuesta a tu respuesta a Daniel y a mi.

Mas alla de mandar o no  CanMisMonExt , me parece que lo logico es pasarlo en funcion de lo que dice la resolucion. SI factura es doalres y se cancela en la misma moneda va S y si no se cancela con la misma moneda va N. 

Si ARCA va a controlar lo que ocurre en la realidad no lo se... pero ademas de que lo pide la resolucion (creo que para nada... pero no viene al caso mi opinion) debemos mandar el dato consistente con la realidad.

Ahora eso tiene otra segunda consecuencia , Si se informa S, el parametro  MonCotiz es obligatorio y NO puede diferir en +- $1 con la cotizacion que tiene ARCA (si supera esa diferencia devulve error). Y lo probe y es asi. Pero si se informa  CanMisMonExt =N , la cotrizacion es libre.

De hecho probe comprobantes en linea y funciona asi. Si NO cancela en la misma moneda dejka tocar la cotizacion sugerida y si no , no.

Habro otra conversacion sobre las diferencia de cotrizacion que encontre

Saludos!!!

Luis

[Eduardo Rohr]

buen dia : 

Una consulta :

 Actualmente en la unidad donde tengo el entorno de visual fox tengo instalada la libreria que se usa actualmente tanto en produccion como en homologacion . ( ahi ademas del entorno de programacion , tengo un sistema de administracion que utiliza esta libreria vigente hoy en produccion ) . Mi pregunta es: Si desinstalo esta libreria e instalo la que subieron ayer con los cambios pero solo para homologacion, me sirve para las pruebas de homologacion y a su vez tambien para continuar usando el sistema de administracion en produccion ?, o sería conveniente usar otro entorno para instalar la libreria para pruebas de homologacion   gracias 

[Romina L. Castrogiovani]

Hola Eduardo,

El instalador que publicamos en nuestra web es para pruebas en homologación.

No desinstales porque te va a dejar de funcionar el entorno  de producción.

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/64f82092-1859-4b03-af29-5d462d8e2d7an%40googlegroups.com.

[Ariel]

Luis, coincido con vos.

Seria: Si la factura es en Dolares y se cancela con la misma moneda, va "S". Si no se cancela con la misma moneda, va "N". En mi sistema no le pido a mi cliente que seleccione como se cancela la factura asi que por defecto voy a pasar siempre "S" (MonCotiz no podra diferir en +- $1 con la cotizacion que tiene ARCA). Y que ocurre si la factura es en Pesos? Puedo no pasar nada para "CanMisMonExt"? Hice una prueba en homologacion y me devolvio el CAE. Luego consulte el cbte y "CanMisMonExt" volvio Null. El campo es opcional segun la documentacion de ARCA asi que entiendo que podria no pasarlo.

Por otro lado, hice una prueba con una factura en USD sin pasar el campo "CanMisMonExt" y me facturo sin problemas. No se si ARCA tomara algun valor por defecto. Pense que al no pasarle "S" ni "N", me devolveria un error. Pero no fue asi.

Aclaro que SI pase un valor para MonCotiz.

Saludos!

Ariel

[LMB Gmail]

Hola Ariel
Creo que cuando probe pesos no mande CanMisMonExt o lo mande como N. En cualquier caso funciono perfecto
Como yo puedo tener , al facturar en dolares, las 2 opciones ,mando el parametro con S o con N. No se si ARCA tomara algo por defecto
Por la dudas lo mando, yo lo mandaria y listo... total para vois es una constante =S

Saludos!!
Luis

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/db64b334-0edc-4832-a6b8-e7642efb35dan%40googlegroups.com.

[Juan Gonzalez]

Buenas tardes, consulta. Romina, hay fecha estimada de que actualizan el repositorio con las modificaciones?

[edu...@bizcacha.com]

Buen día, me esta dando error constantemente "El campo MonCotiz es obligatorio si no informa el campo "CanMisMonExt" con el valor S, y debe ser mayor a 0."

Estoy facturando en pesos y poniendo MonCotiz = 1 y CanMisMonExt probé con "S", con "N" y también vacío por las dudas.

Probé todas las alteraciones y siempre me dice lo mismo, HELP!

[edu...@bizcacha.com]

Sebastián Rucci: vos lo pudiste solucionar? me esta pasando lo mismo que a vos.

[Marcelo Javier Perales]

Hola. Estas facturando en pesos y te tira el error?... o en dolares?.

Si facturas es en pesos tenes que pasar:

   ok = WSFEv1.EstablecerCampoFactura("cancela_misma_moneda_ext", "N")
   ok = WSFEv1.EstablecerCampoFactura("condicion_iva_receptor_id", "Acá va el número id de la Condición Iva Receptor")

Un ejemplo para un receptor responsable inscripto sería:

   ok = WSFEv1.EstablecerCampoFactura("cancela_misma_moneda_ext", "N") 'Siempre queda así para facturación en pesos
   ok = WSFEv1.EstablecerCampoFactura("condicion_iva_receptor_id", "1")

Como el id de la condición frente al iva del receptor (o sea, la condición frente al iva de a quien le estas facturando) sería un responsable inscripto en este ejemplo y el id para los respon. inscriptos es "1" eso es lo que va.

Claramente ese dato, que en el ejemplo te puse fijo, tiene que ser una variable que cargues con el dato que corresponda al receptor en cada factura.

Otra aclaración: para facturar en pesos son solo estos dos campos de datos los nuevos que tenes que pasar, y ninguno más (MonCotiz no tendrías que pasarlo si facturas en pesos).

Saludos

[luis.ba...@gmail.com]

Es raro 

Hace esto que ese error n o se reporta ni en homologación ni en producción

Deberías chequear el xmlRequest que este ok

Saludos 

Enviado desde mi iPhone

El 13 may 2025, a la(s) 06:41, edu...@bizcacha.com <edu...@bizcacha.com> escribió:

Sebastián Rucci: vos lo pudiste solucionar? me esta pasando lo mismo que a vos.

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/6e027d10-9e5f-4922-88cb-c9843527e8d5n%40googlegroups.com.

[Sebastián Rucci]

Buenos dias, si pude solucionarlo, aclaro que lo desarrolle al consumo del WS, de manera independiente, por los tiempos, esta en C#, pero al fin y al cabo, los parametros son los mismos.
MonCotiz  = 1, si es en Pesos.
coloque ese otro param --> MonCotizSpecified = true 
CanMisMonExt = null --> en NULL, no en S ni N, sino "NULL"

A mi, por lo menos de esa manera me devolvio CAE.

Comentame Eduardo, si te resulto util.

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/6e027d10-9e5f-4922-88cb-c9843527e8d5n%40googlegroups.com.

[Bunker B]

Sebastian a raíz de tu comentario que hicistes independiente el consumo del ws

Que utilizastes..  HTTPClient  Rest  o SOAP Nativo ?

Los WS son soap.

tengo desarrollos sobre soap nativo y anda pero no estoy pudiendo

vía HTTPClient.  

NI siquiera el WSSA 

Estoy tratando  de mandarle al endpoint con el postman  pero me devuelve err 500

El desarrolo esta en PowerBuilder

Gracias desde ya por cualquier dato

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/CAFwH7QWqTzUhWb4-8D%2BQgHjzv6MTMYOPqzt1-i0eZTbHJDkTXg%40mail.gmail.com.

[Maxi Vitti]

Si a mi me paso lo mismo yh tambien lo solucione poniendo ese campo en true porque si le pasas el valor valido igual ese ca mpo queda en False. Estimo que sera un error del webservice de Testing

Maxi Vitti

Desarrollador