RESOLUCION GENERAL NRO 5616

[Sandra Righini]

Hola, necesito informacion a partir de cuando es obligatorio agregar los campos de esta resolucion. Tuve que renovar el Certificado de Homologacion y ahi me entere.

y necesito saber si necresito una actualizacion del WSFEv1, el ultimo que tengo 2.7 cuando se incorporo codigo QR.

Muchas Gracias

Sandra Righini

[Gerardo Allende]

Hola, buenas tardes, el viernes lo prorrogaron para el 01/02/2026.

Sí, necesitás actualizar WSFEv1.

Saludos

--
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/5069a696-0d2f-4eec-8352-5a48c813f8ffn%40googlegroups.com.

[Daniel Claudio Fontana]

Lo viven postergando, desde abril viene así.

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/CAOHa-0AN-CjyM-gPp_Sk_MHKZyCMjOE-s50E_8JfHe4RR7HrKg%40mail.gmail.com.

[Fula05]

Por algo será. Asumo que ellos pueden con un simple select tirar una estadística y saber cuanta gente se ha adecuado y cuanta no. Para que lo vivan corriendo es como que ese select les debe dar que ni el 1% les hizo caso.

[Martín E. Lezama]

Yo en realidad nunca entendí el por qué de esta reforma. Apuntaría a otra cosa. Apuntaría a que se dieron cuenta de que es una reforma inútil y la están dejando morir. Fijate los dos campos:

Condición de IVA del receptor: es inútil que te lo pidan. Ya le pasas el CUIT del receptor, ¿para qué te piden un segundo campo de su misma tabla? Eso todos los que somos programadores lo sabemos, jamás pedimos dos campos de una misma tabla, en tu sistema seguramente le pedís el cliente al usuario, y una vez que eligen el cliente traés todos los datos. No tiene sentido realmente que te pidan el CUIT y además la condición de I.V.A., y además se me ocurre que hay un temita legal: vos estás haciendo una FACTURA (es el comprobante más emitido) y una factura tiene carácter de declaración jurada. Ahora bien, si yo me equivoco en pasar la condición de IVA del receptor, ¿no estaría mintiendo en una declaración jurada? Y hay UNA condición de IVA en la cual la podés pifiar. Hay 3 categorías distintas de Monotributista. OK, la 6 es la más común, Monotributista a secas, pero tenés también la 13 y la 16. Los tres son monotributista, y es algo en lo que fácilmente le podés errar. Como hasta ahora ARCA no habilitó esta reforma, no sabemos qué pasaría si vos a un "Monotributista social" (categoría 13) le facturás como "Monotributista" (categoría 6). ¿Te deja pasar la factura o no? Y si te la deja pasar, ¿no genera conflicto? Y si no te la deja pasar, ¿no saturan AÚN MÁS el tráfico en sus servidores con rechazos de facturas? Porque ahí mínimo vas a tener dos peticiones, la factura rechazada y la factura corregida y aprobada. Y nosotros sabemos que los días primero y quince de cada mes es un infierno facturar porque los servidores te devuelven timeout una vez sí y la otra también.

Cancela misma moneda extranjera: Y acá se me ocurre que hay más un problema legal que otra cosa. En realidad ¿cuál es la pregunta? Si el cliente me va a pagar en la misma moneda extranjera en la que le emití el comprobante. Si el comprobante está en pesos, la pregunta es innecesaria. Ahora, si está en dólares, me están preguntando si me va a pagar en dólares. La única respuesta posible a esto no está como opción, ya que sería "yo qué sé, flaco". Porque te están pidiendo que hagas futurología, porque son dos momentos distintos la factura y el pago, entonces:
1) yo primero me preguntaría si me van a pagar, arranquemos por ahí.
2) hay que ver en qué condiciones está el cliente al momento del pago, en qué condiciones está el mercado de dólares, si podés acceder al dólar, etc. etc. etc.
Entonces, supongamos que vos facturás en dólares, te preguntaron si cancelabas en la misma moneda extranjera, le respondiste que SÍ y después el cliente te pagó en pesos. ¿No habrías mentido en la factura original, que como te digo, tiene carácter de declaración jurada? Y el tema es que vos NO ESTÁS mintiendo, ya que al momento de la facturación, la idea era esa.

Por eso nunca me gustó esta reforma. La 1, porque son dos campos que ellos tienen en la misma tabla de contribuyentes. Flaco, ya te estoy pasando tu ID, que es el CUIT, ¿para qué me pedís que te pase un segundo dato de tu misma tabla? La 2, porque te están pidiendo algo que - salvo en facturas de contado - no tenés manera de saber.

Saludos.
Martín E. Lezam

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/155cf6ea-45ab-4889-9b03-3572cfff4113n%40googlegroups.com.

[Sandra Righini]

Hola ya instale la vesion actualizada ahora me da error en el tipo de comprobante me dice que debe ser mayor  cero, alguien sabe que es?

[Sandra Righini]

Hola buen dia, me podran ayudar no se donde agregar los campos de  "cancela_misma_moneda_ext","condicion_iva_receptor_id". Trabajo en Cobol y mi FD esta 

	FD FELF01.

	01 R1FEL1-REGIST.
		02 R1FEL1-ENCABE.
			03 R1FEL1-TIPOR0		PIC 9(1).
			03 R1FEL1-FECCOM		PIC X(8).
			03 R1FEL1-TIPCOM		PIC 9(2).
			03 R1FEL1-PTOVTA		PIC 9(4).	
			03 R1FEL1-CBTDES		PIC 9(8).
			03 R1FEL1-CBTHAS		PIC 9(8).
			03 R1FEL1-CONCEP		PIC 9(1).
			03 R1FEL1-TIPDOC		PIC 9(2).
			03 R1FEL1-NRODOC		PIC 9(11).
			03 R1FEL1-IMPTOT		PIC 9(13)V99.
			03 R1FEL1-NOUSAR		PIC 9(13)V99.
			03 R1FEL1-IMPTOC		PIC 9(13)V99.
			03 R1FEL1-IMPNET		PIC 9(13)V99.
			03 R1FEL1-IMPIVA		PIC 9(13)V99.
			03 R1FEL1-IMPTRI		PIC 9(13)V99.
			03 R1FEL1-IMPOPE		PIC 9(13)V99.
			03 R1FEL1-MONEID		PIC X(3).
			03 R1FEL1-MONCTZ		PIC 9(4)V999999.
			03 R1FEL1-VENPAG		PIC X(8).
			03 R1FEL1-NROCAE		PIC X(14).
			03 R1FEL1-VENCAE		PIC X(8).
			03 R1FEL1-RESULT		PIC X(1).
			03 R1FEL1-MOTOBS		PIC X(1000).
			03 R1FEL1-ERRCOD		PIC X(6).
			03 R1FEL1-ERRMSG		PIC X(1000).
			03 R1FEL1-REPROC		PIC X(1).
			03 R1FEL1-EMITIP		PIC X(4).
			03 R1FEL1-SERDES		PIC X(8).
			03 R1FEL1-SERHAS		PIC X(8).
			03 R1FEL1-TIPCO1		PIC 9(3).
			03 R1FEL1-PTOVT1		PIC 9(5).
		02 R1FEL1-COMASO-5 REDEFINES R1FEL1-ENCABE.
                        03 R1FEL1-TIPOR-5               PIC 9.
           		03 R1FEL1-TIPOCO-5   		PIC 9(3).
          		03 R1FEL1-PVENTA-5   		PIC 9(4).
          		03 R1FEL1-NUMERO-5   		PIC 9(8).
                        03 R1FEL1-FECHA-5               PIC 9(8).
 			03 R1FEL1-CUIT-5                PIC 9(11).
		02 R1FEL1-TRIBUT-1 REDEFINES R1FEL1-ENCABE.
			03 R1FEL1-TIPOR-1		PIC 9(1).
  			03 R1FEL1-IDTRIB-1              PIC 9(16).
			03 R1FEL1-DESCRI-1		PIC X(100).
			03 R1FEL1-BASEIM-1		PIC 9(13)V99.
			03 R1FEL1-ALICUO-1		PIC 9(13)V99.
			03 R1FEL1-IMPOR1-1		PIC 9(13)V99.
		02 R1FEL1-REGIVA-2 REDEFINES R1FEL1-ENCABE.
			03 R1FEL1-TIPOR-2		PIC 9(1).
			03 R1FEL1-IDIVA-2		PIC 9(16).
			03 R1FEL1-BASIMP-2   		PIC 9(13)V99.
			03 R1FEL1-IMPOR-2		PIC 9(13)V99.
		02 R1FEL1-REGIVA-3 REDEFINES R1FEL1-ENCABE.
			03 R1FEL1-TIPOR-3		PIC 9(1).
			03 R1FEL1-IDIVA-3		PIC 9(16).
			03 R1FEL1-BASIMP-3   		PIC 9(13)V99.
			03 R1FEL1-IMPOR-3		PIC 9(13)V99.
		02 R1FEL1-REGIVA-4 REDEFINES R1FEL1-ENCABE.
			03 R1FEL1-TIPOR-4		PIC 9(1).
			03 R1FEL1-IDIVA-4		PIC 9(16).
			03 R1FEL1-BASIMP-4   		PIC 9(13)V99.
			03 R1FEL1-IMPOR-4		PIC 9(13)V99.
		02 R1FEL1-OPCIONAL-6 REDEFINES R1FEL1-ENCABE.
           		03 R1FEL1-TIPOR-6    		PIC 9(1).
           		03 R1FEL1-IDOPC-6   		PIC X(4).
           		03 R1FEL1-VALOR-6  		PIC X(250).
		02 R1FEL1-OPCIONAL-7 REDEFINES R1FEL1-ENCABE.
           		03 R1FEL1-TIPOR-7   		PIC 9(1).
           		03 R1FEL1-IDOPC-7   		PIC X(4).
           		03 R1FEL1-VALOR-7  		PIC X(250).

No se donde tengo agregar los campos probe agregarlos despues de este campo r1FEL1-MONCTZ y me da error de tipo de comprobante

Me ayudarian

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

[Charly 5]

COINCIDO !!!!

El jue, 4 dic 2025 a las 11:33, Martín E. Lezama (<martin....@gmail.com>) escribió:

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

--

CHARLY

[Charly 5]

TOTALMENTE !
es redundante esa info.. ellas las tienen en base, nosotros tenemso que modificar estructuras , generar campos, modificar lafacturación, tenerlas a mano al m,omento de enviar, etc
Seria Tan simple con solo mandar CUIT y valores

Libre de virus.www.avast.com

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/155cf6ea-45ab-4889-9b03-3572cfff4113n%40googlegroups.com.

--

CHARLY

[Sebastian Pizarro]

buenas tardes, yo necesito resolver el error al emitir Factura A con leyenda (ex factura M) que dejo de estar habilitada a partor del 01 de Dic 2025. 

uso la version PyAfipWs-2.7.2917 y la PyAfipWs-3.10.0

enviando el WSFE.AgregarOpcional(5, "01")

pero me devuelve error Arca de que el cuit emisor no esta autorizado a emitir factura A como si no tomara el parametros opcional..

si alguien me puede ayudar lo agradeceria mucho! 

saludos Sebastian

[Afpsistemas - Fernando Maggi]

Concuerdo totalmente con tu comentario, me hubiera dado fiaca escribirlo, pero es exactamente lo que charle con mis clientes …. especialmente el tema de la factura en dólares, como voy a saber como me van a pagar ¿???????

Esto es Argentina seria la respuesta.

 

Saludos,

Fernando.

 

PD: El que deposito dólares, recibirá dólares ¡!

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

[Fabian Gordillo]

Excelente.

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

[SIRT Santiago]

Es decir hasta agosto (momento que actualicé) me llegaba esto como obs de ARCA; El campo Condicion Frente al IVA del receptor resultara obligatorio conforme lo reglamentado por la Resolución General Nro 5616. Para mas informacion consular metodo FEParamGetCondicionIvaReceptor , luego de la actualziacion dejó de venir ese mensaje, eso significa que está todo ok para el 01/02/2026? 

Gracias

El lunes, 1 de diciembre de 2025 a la(s) 5:30:33 p.m. UTC-3, Daniel Claudio Fontana escribió:

[SIRT Santiago]

Buenos dias a todos, en caso de no recibir más ese mensaje de ARCA, signfica que ya estoy actualizado? porque cuando no lo tenia actualziado me llegaba pero desde hace 5 meses que actualicé no llego mas ese mensaje de la RG. PArece contradictoria mi pregunta, pero para estar seguro, ya que pareciera ser algo complejo por como los posponen mes a mes.

Gracias saludos

El lunes, 1 de diciembre de 2025 a la(s) 5:30:33 p.m. UTC-3, Daniel Claudio Fontana escribió:

[Os Sb]

No es un problema de la programación.... falta hacer algún trámite en ARCA para que te habiliten la emisión de facturas "A". Avisale al contador de este problema. Solo vas a poder hacer facturas "B" hasta que te habiliten.

[Daniel Aisenberg]

El tema de la facturación en dólares: es para quien requiere ingresar formalmente los dólares que factura. Ponele: un Airbnb, o un hotel, o cualquiera que ingresa dólares formalmente.

Ahora, si te lo cancelan en pesos, ahí entra a jugar la cotización oficial que emite ARCA con la función FEParamGetCotizacion, que antes era "a gusto" del que facturaba, y ahora es un valor paramétrico.

Lo de la categoría de IVA del receptor, coincido con lo comentado anteriormente. Parece ser un dato redundante y que ya ARCA debería deducir del propio cuit receptor. Pero por ahí la intención es o era reducir rechazos que se producen por enviar comprobantes incompatibles (ej, un comprobante B a un monotributista cuando debería ser Factura A, o una A a un exento cuando debiera ser B, etc). Pero no sé bien en qué pensaron y por qué lo postergan tantas veces.

Para ver este debate, visita https://groups.google.com/d/msgid/pyafipws/745a7d1e-7561-4e6d-8259-5aa29198ed0cn%40googlegroups.com.