ActualizacionARCA2025

Parte 1. Ejemplo

Si por ejemplo se tiene un código en visual basic que ya está obteniendo CAE (antes de los cambios) modificarlo de la forma usual:

1) Actualizar al instalador 100.76  Instalador 100.81 o superior, de la forma habitual.

2) En el códido donde figura la sentencia  F1DetalleDocNro = "20111111112"  agregar F1DetalleCondicionIvaReceptor=1 (o el valor que corresponda)

3) En el código donde figura la sentencia F1DetalleMonCotiz = 1  agregar F1DetalleCanMisMonExt = "N"  (o directamente no agregar esta linea, es decir no informar este campo ni a "S" ni a "N", si el comprobante es en pesos este campo no es relevante)

4) Cuando el instalador 100.80 o superior esté disponible actualizar a esa versión. Actualizar al instalador 100.81o puede hacerse en cualquier momento ya que la fecha prevista de obligatoriedad (15/04/2025) fue postergada por ARCA hasta el 30/09/2025 y desde el 06/04 esos campos solo son opcionales (los instaladores anteriores continuan contectando hasta el 30/09/2025). No es necesario hacerlo en la fecha 15/04 ni el 06/04, puede hacerse antes o despues ( solo es necesario que sea antes que ARCA disponga la obligatoriedad de este campo el 01/10/2025)

PARTE 2. Introducción.

ARCA publica una actualización para sus servicios de factura electrónica (WSFEv1, WSBFE, WSFEX, WSMTXCA Y WSCT) con la fecha 06/04/2025 como opciones y con obligatoriedad desde el01/10/2025.  El cambio principal son 2 nuevos campos obligatorios a informar al autorizar un comprobante . Esta guia se refiere a esos 2 campos en general, tener en cuenta que el nombre de cada campo cambia en la interfaz para cada servicio (f1DetalleCondicionIvaReceptor, fxCondicionIvaReceptor, etc.) y están documentados en la guia y ejemplos de cada servicio. Los campos son:

CondiciónIVAReceptorID: este campo va junto con el numero de documento o CUIT del cliente o consumidor final al que se le está emitiendo la factura y contendrá la condición de i.v.a. de ese cliente (CUIT)  receptor del comprobante que se está considerando al emitirlo, esto es: Inscripto=1, Consumidor Final=5, Monotributista=6, Exento=4 , etc. (el identificador de cada condición es devuelto por un método de cada servicio y están implementados en la planilla de test con sus valores ya listados). Este valor es por comprobante ya que un CUIT puede figuran en el padrón de ARCA como inscripto pero se le puede estar emitiendo un comprobante con fecha del mes pasado cuando era monotributista  (solo son ejemplos). En resumen desde la fecha que ARCA lo disponga al autorizar un comprobante junto los datos habituales (fecha, total, etc) deberá informarse este dato. Para el WSFEv1 esta propiedad se llama F1DetalleCondicionIvaReceptor y el método  f1ParamGetCondicionIva("")   

CanMisMonExt:  Si el comprobante es en pesos este campo simplimente no  informarlo (o si se lo hace informarlo con valor  "N")  y descartar el resto del párrafo. Se refiere a si el comprobante se cancela en la misma moneda  (extranjera) del comprobante es decir que está asociado a los otros 2 campos que ya deben informarse en un comprobante electrónico (codigo de moneda y cotización). Por lo que si el código de la moneda del comprobante es "PES" (es decir en pesos moneda nacional) el campo CanMisMonExt no tiene uso (se lo puede informar a "S"). Si el comprobante es en alguna moneda extranjera este campo puede contener el valor "S" o "N" y en este caso es importante tener en cuenta el valor que se está tomando al informar la cotización de la moneda extranjera. Para el WSFEv1 esta propiedad se llama F1DetalleCanMisMonExt  y se agrega a las que ya existian (F1DetalleMonId, F1DetalleMonCotiz)

Cotización de moneda extranjera. Como todos los comprobantes electrónicos ya tenian un campo para informar que cotización de la moneda extranjera se estaba considerando y por algunas reglamentaciones de ARCA esta cotización tiene ciertos valores limites (dentro de la cotización que ARCA o el banco central considera oficial para cada dia) todos los servicios incorporan un nuevo método que devuelve para cada moneda y fecha (es decir toman 2 argumentos) la cotización oficial de la moneda en ese dia. En el WSFEv1 este método se llama F1ParamGetCotizacion2(strIdMoneda, cfechaAAAAMMDD)

Parte 3: Técnica

Todos estos métodos y propiedades están implementados en la planilla de test de cada servicio (donde se puede ver como son implementados en la macro aunque no se pueda ejecutar la macro) y en la documentación y ejemplos (solo los de visual basic están actualizados).

Cualquiera sea el lenguaje o compilador en la que se está usando la interfaz simplemente agregar 2 sentencias donde se carga el valor de estas 2 propiedades (con la misma sintaxis y exactamente igual a como se carga el valor de los otros campos como por ejemplo F1DetalleDocNro ). Al pie figuran equivalencias y nombres de propiedades para cada servicio a usar (para el WSFEv1 seria  F1DetalleCondicionIvaReceptor y .F1DetalleCanMisMonExt)

Parte 4: Hoja de ruta.

En cuanto a las fechas de implementación y versiones al momento de esta guia (30/07/2025) la hoja de ruta es:

1) Tener el instalador ya desde ahora actualizado a la versión 100.76 100.81 (como es habitual es una versión retrocompatbile y algunos compiladores y lenguajes requieren volver a compilar el ejecutable .exe que referencia al  instalador,).

2) Ese instalador ya incluye las propiedades de esta guia (f1detallecondicionivareceptor y  F1DetalleCanMisMonExt  o las que correspondan, ver equivalencias al pie ) y asi ya  preparar el codigo para informarlas con los valores correctos (tanto sea para el modo prueba o real) quedando el código listo para usar.

3)  Hasta el 30/09/2025 esos campos son opcionales. Una vez actualizado al instalador 100.81 debe modificar su código para informar ese nuevo campo iva receptor. esos 2 campos no son tenidos en cuenta para el servidor real (aunque se los puede informar para tener el código listo, pero no se los puede ver en el XML enviado). La razón de esto es que al momento de publicar el instalador los servidores reales de ARCA (como se puede ver claramente en la URL del sevidor WSFEv1) no contemplaban esos campos y el instalador no puede informarlos  (pero si aceptarlos y asi tener el código listo).

5) Según lo informado por el  soporte oficial de ARCA (ex AFIP) A partir del 06/04/2025 los servidores de ARCA ya contemplarán esos campos (como opcionales) por lo que tan rápido como sea posible (probablemente el 07/04) se publicará un instalador (100.80 o superior) que si informe esos campos y los envie al servidor real (se podrán ver en el XML enviado). Si ya cumplió con el punto 2 (preparar el código) solo será necesario actualizar a este versión del instalaor sin cambiar nada.

6) A partir de ese momento (instalador 100.81) ya no será necesario ningún paso extra. Si el 01/08 ARCA decide implementar el cambio ese dia los nuevos datos serán obligatorios y como el instalador 100.81 ya los estará informando (si se cumplió con el punto 2) solo se recibirá un error si el valor informado no es correcto (por ejemplo en la propiedad F1DetalleCanMisMonExt  se esá enviando un valor diferente a los 3 posibles para ese campo "S", "N" y "".

Resumen de equivalencias, nombres de campo , ejemplos, planilla de test y estado de los servidores e instaladores. Actualizado al 30/07/2025

Parte 5. Verificación

Algunos pasos para verificar si se está listo para el cambio.

1) Luego de ejecutar el método "iniciar" mostrar el valor de la propiedad "revision" esta deberia contener un valor 100.76 100.81 o superior.

2) Si se está conectando al modo prueba [iniciar(0,,,,)] en el XML enviado deberia aparecer la etiqueta "condic ionivareceptorid". en el modo real el instalador 100.76 no informa este campo.

3) si se está conectando al modo real solo cuando esté publicado el instalador 100.81 o superior (y lo tenga instalado) ) en el XML enviado también deberá verse el campo "condicionivareceptorid" informado

Parte 6. Validaciones y mensaje de error.

Una vez ARCA implemente como obligatorios estos campos (ver tabla superior) el servidor hará validaciones sobre el valor de estos campos y se recibirá un mensaje de error si no se las cumple (en el caso del servidor de prueba u homologación estas validaciones ya están vigentes). En el manual de AFIP figura el detalle de cada uno de estos mensajes y validaciones.

"El campo Condicion IVA receptor no es valido para la clase de comprobante informado. Consular metodo FEParamGetCondicionIvaReceptor": el valor informado en el campo F1DetalleCondicionIvaReceptor debe ser coherente con el valor informado en el campo F1CabeceraCbteTipo. Por ejemplo no se puede emitir un comprobante C a un responsable inscripto. En el XML enviado se pueden ver los valores informados.

"El campo Imp_moneda_ctz es obligatorio si no informa el campo CanMisMonExt con valor S o si la moneda del comprobante no tiene cotización en Banco Nación o el comprobante no es del tipo factura. El mismo debe ser mayor a 0. ". Los valores de los campos F1DetalleMonCotiz y F1DetalleCanMisMonExt   no son coherentes entre si. Si se trata de un comprobante en pesos simplemente informar F1DetalleCanMisMonExt ="S" y  F1DetalleMonCotiz=1

"Si informa MonId = PES, el campo CanMisMonExt no debe informarse o informarse con el valor N". Idem anterior y como indicas el mensaje si el comprobante es en pesos el valor de F1DetalleCanMisMonExt no es relevante, informar a "N" o directamente en blanco ""                                                                                                                                                        

"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 FEParamGetCondicionIvaRecepto". Como indicas el mensaje no es un error (el CAE es obtenido normalmente) pero el instalador 100.76 (o anterior) no informan ese campo, por lo que figuran más arriba en esta guia. Al actualizar al instalador 100.80 o superior (cuando esté publicado y anunciado) el campo será informado como figuran en lo pasos más arriba.

"IMPORTANTE: El dia 6 de abril de 2025, se actualizo la version del Web Service (WS) que permite enviar, de forma opcional, el campo Condicion Frente al IVA del receptor. Cabe destacar que la Resolucion General Nro 5616 indica que ese dato debe enviarse de manera obligatoria a partir del 15/04/2025. No obstante, se mantendra como un dato no excluyente hasta el 30/09/2025, inclusive. A partir del 01/10/2025 se rechazaran las solicitudes de emision de comprobantes sin este dato. Para mas informacion, consultar el manual en: https://www.arca.gob.ar/fe/ayuda/webservice.asp, https://www.arca.gob.ar/ws/documentacion/ws-factura-electronica.asp. Este mensaje es devuelto en el XML recibido en el campo evento (no es una observación ni un error, solo es un campo que ARCA utiliza para comunicar eventos como este).

Parte 7: como es habitual no hay un costo espécifico y los instaladores están siempre dispoibles en la página para no afectar la parte técnica. Cuando se publique un servicio de consolidación (por todas las actualización desde el año 2020 hasta la fecha) será administrado automáticamente por la plataforma MisDatos, no serán necesarios cambios ni en instaladores ni en licencias como en servicios anteriores. Este servicio de actualización 2025/2026 aún está pendiente mientras tanto usar los instaladores y servicios normalmente. Como comparación se pueden ver los precios de los servicios ya publicados en la lista o en la calculadora de precios que esta contiene.