Este error se produce cuando un documento tiene como RECEPTOR un contribuyente cuyo RUC no existe en la SET o tiene alguna afectación de vigencia.

Dado que se dispone de 72 horas para procesar los documentos una vez emitidos (Fecha de Emisión), podemos esperar hasta 48 horas para ver si el SET activa ese RUC en su base de datos para después reprocesar el documento.

Para reprocesar un documento con este error, tenemos 2 opciones:

1. Enviar nuevamente el documento para intentar que se apruebe.
2. Cambiar el receptor de Contribuyente a NO Contribuyente.
3. Editar los datos del receptor y reenviar.

Opción 1: Enviar nuevamente

Esta opción únicamente reenvía el documento al SIFEN sin realizar ninguna modificación. Para ello, deberemos seguir los siguientes pasos:

1. Entrar al sistema web del cliente.
2. Entrar a la opción Factura Electrónica -> Lista Documentos.
3. Buscar el documento a reenviar.
4. Asegurarse del tipo de error:
5. Seleccionar la opción de reenvío de documento:
6. Recibirás un mensaje de confirmación:
7. Y podrás observar el cambio de estado
8. ahora habrá que esperar a la respuesta del SIFEN.

Opción 2: Cambiar de Contribuyente a NO Contribuyente:

Esta opción cambiará la naturaleza del receptor a NO Contribuyente. Esto hará que el documento se apruebe, pero el cliente no podrá contabilizar en su IVA ni IRP/etc. ese ticket ya que quedará como un ticket nominado de NO Contribuyente.

¡Atención! Debemos informar a nuestro cliente la afectación del IVA para su cliente.

Para realizar este reprocesamiento, deberemos realizar los siguientes pasos:

1. Entrar al sistema web del cliente.
2. Entrar a la opción Factura Electrónica -> Lista Documentos.
3. Buscar el documento a reenviar.
4. Asegurarse del tipo de error:
5. Seleccionar la opción de «Editar Documento»
6. El sistema abrirá una pantalla con la información del Receptor
7. Ahí realizaremos el cambio de los campos:
   1. Naturaleza (Seleccionaremos No Contribuyente)
   2. Documento Identidad (Utilizaremos el valor que teníamos como RUC del receptor para informar este campo)
   3. Tipo de Documento Receptor (Seleccionaremos Cédula Paraguaya)
8. Pulsaremos el botón «Guardar» y nos aparecerá un mensaje para confirmar la operación. La confirmaremos mediante el botón «Si, guardar» (Aparecerá la confirmación de la acción)
9. Ahora veremos que se generó otro documento con idéntica información excepto los datos del receptor y el estado. El documento modificado inicialmente quedará con estado «Reprocesado» y el nuevo documento en «Pendiente de Envío».
10. Cuando el documento sea enviado al SIFEN, obtendremos la aprobación del documento.

Opción 3: Cambiar de Contribuyente a NO Contribuyente:

Esta opción es idéntica a la anterior, pero podrá realizar los cambios que requiera en el apartado del receptor. Los pasos para realizar este cambio, son iguales que en la Opción 2.

¡Atención! Se debe tener extremado cuidado al manipular datos del receptor, ya que esto va a generar diferencias entre lo que se apruebe en el SIFEN y el documento impreso llevado por el cliente. Siempre se deben realizar los cambios con la aprobación por escrito de nuestro cliente.

Este error se da cuando el XML enviado al SIFEN no cumple el 100% de los requisitos de información o de formato. Normalmente, el mensaje de devolución del error del SIFEN, suele estar acompañado de un texto que identifica, con mayor o menor claridad, el problema de información o formato.

Para poder ver este error, pondremos un caso para la práctica:

Mensaje recibido del SIFEN: [0160] XML malformado: [El elemento esperado es: dNumCheq en lugar de: dBcoEmi]

Debemos interpretar el mensaje ya que en la documentación técnica de la SET, no aparecen todos los textos que podrían acompañar al error 0160 XML mal formado. Con el mensaje en cuestión podemos deducir que el documento tiene una forma de pago en Cheque, sin embargo el número de cheque (El campo dNumCheq que es obligatorio) no está informado.

Para solucionar este error, tenemos dos operaciones posibles:

1. Comunicar al cliente el problema y que vuelvan a enviar. el documento corrigiendo la información faltante o errónea. [Recomendada]
2. Realizar la adición o cambio del dato en cuestión.

Opción 1: El cliente reprocesa el documento.

El cliente volverá a enviar el documento con la corrección pertinente y se procesará con el SIFEN adecuadamente. En este caso, en el sistema quedarán dos documentos:

• El primer documento, el que se envió inicialmente y se rechazó, quedará en estado «Reprocesado»
• El segundo documento, el que se envió con la corrección, se procesará y quedará en estado «Aprobado» (Si corresponde).

De esta manera siempre quedará registro de la actividad de los documentos.

Opción 2: Realizamos el cambio en el documento y lo reprocesamos.

Para ver el detalle de esta tarea, acudir al FAQ «Cambiar un documento y reenviar al SIFEN»

En este post mostraremos como modificar un documento para reprocesarlo con el SIFEN.

¡ ALERTA ! Todos los cambios realizados al XML y reprocesados, tendrán una aprobación en el SIFEN que podría no corresponder a la necesidad. Informarse bien con el cliente primero, para determinar el alcance de la modificación y conseguir autorización por escrito por parte del cliente.

Los documentos electrónicos (DE) tienen en su estructura mucha información y está organizada según el último documento técnico emitido por la SET. Link al Manual Técnico del SIFEN: MT_E_Kuatia_V150_10_09_2019.VersionFinal.pdf.

Pondremos un ejemplo para hacer más entendible el procedimiento:

Supongamos que recibimos un rechazo de un documento con el siguiente error: 0160 – XML malformado: [El elemento esperado es: dNumCheq en lugar de: dBcoEmi].

Por el mensaje podemos deducir que el documento tiene algún item de pago contado o pago inicial con forma de pago tipo Cheque pero, no se ha informado el número de cheque.

Primero de todo vamos al documento técnico para cerciorarnos que ese campo es obligatorio y que formato e información debe llevar. Esto es lo que dice el MT150:

Efectivamente vemos que el campo es obligatorio* y es un alfanumérico de hasta 8 caracteres.

* En la columna «Ocurrencia», se identifican dos dígitos separados por un guión. El primer dígito representa si es o no obligatorio (0-No es obligatorio, 1-Es obligatorio). El segundo dígito indica si el campo puede tener ocurrencias (1-sólo un dato, n-n ocurrencias).

Ahora, debemos corroborar el XML que enviamos a la SET y fue rechazado. Para ello debemos obtener dicho XML y lo conseguiremos a través del sistema web:

1. Conectaremos al sistema web con las credenciales del administrador (o el usuario que corresponda para soporte).
2. Utilizaremos la opción de Facturación Electrónica -> Lista Documentos.
3. Buscaremos el documento en cuestión mediante los filtros.
4. Descargaremos el XML con la opción «Descargar XML del SIFEN».
   
5. Abriremos el XML con un editor de texto apropiado (Notepad Plus, Sublime, etc. No usar herramientas sencillas como Editor de Textos o bloc de notas estándar.).

Para este ejemplo, deberemos ir a la sección que describe los pagos o entregas iniciales con cheque (gPagCheq) y corroborar que el dato indicado no existe o es incorrecto (dNumCheq). Este es el contenido de la sección del XML:

Efectivamente podemos comprobar que el campo dNumCheq no está presente dentro del grupo gPagCheq. Como vimos en la documentación del MT150, para el grupo gPagCheq los datos obligatorios son dBcoEmi (Que sí está presente en el XML) y el campo dNumCheq.

Entonces vemos claramente que falta el campo dNumCheq, por tanto, procederemos a agregarlo donde corresponde, quedando de la siguiente manera:

Obviamente el dato del número de cheque debe ser suministrado por el cliente.

Una vez modificado el XML adecuadamente, debemos grabarlo en nuestro equipo para posteriormente subirlo al sistema web. Para subirlo, realizar los siguientes pasos:

1. Utilizaremos la opción «Cargar XML y enviar al SIFEN».
   
2. Seleccionaremos el archivo XML guardado con la modificación en el panel de importación y pulsaremos el botón «Importar».
3. El sistema informará de la realización de la acción.
4. Y generará un nuevo documento con el XML importado y quedará en estado «Pendiente de Envío».

   

5. Ahora sólo quedará esperar la aprobación del SIFEN.

Se debe entender que cualquier cambio que se realice manualmente en el XML y se importe para reprocesamiento, afectará a la información fiscal que la SET apruebe en dicho documento.

Cuando un documento está en estado «Pendiente de Envío» es candidato a ser enviado al SIFEN en busca de su aprobación. Cuando es enviado satisfactoriamente y resta conocer el veredicto, el documento queda en estado «Pendiente de Aprobación». Por tanto, estos dos estados involucran en su procesamiento al SIFEN.

Si los documentos quedan de forma prolongada (más de 3 o 4 minutos), significará que el proceso de envío de documentos o consulta de estado de documentos al SIFEN está fallando. Los posibles motivos de este fallo son:

• No se están ejecutando los procesos planificados para el envío y/o consulta de estado.
• Se ejecutan los procesos de envío y/o consulta de estado pero dan error.
• El SIFEN no está en linea o tiene algún inconveniente.

Para saber cual de las opciones es, en todos los casos nos apoyaremos con la consulta del log de envíos. Para conocer logs logs existentes, contenido y significado consultar el POST «Logs del Sistema».

Que ver en el log:

• Si no aparece anotación en el log de algún o ambos procesos: Directamente podemos deducir que estos no se están ejecutando correctamente. Para diagnosticar el posible problema, deberemos ejecutar el proceso manualmente desde linea de comandos esperando que ésta nos dé alguna referencia del error.
• Si aparece anotación: Si aparece anotaciones podremos realizar el seguimiento del proceso y deberemos poder ver porque no está procesando los documentos. Lo habitual es que haya algún error que lo encontraremos marcado con la anotación «[ERR]».

En esta imagen podemos ver como intenta enviar un lote de documentos al SIFEN y escribe una anotacion [ERR] que indica que la respuesta recibida no tiene el formato esperado. En este caso concreto significa que el SIFEN no está funcionando correctamente. El SIFEN debería devolver un XML con la respuesta correspondiente, sin embargo arroja un HTML que, en este caso concreto, significa que nuestra conexión está siendo rechazada por el Servidor F5 de la SET y por tanto es un error de autenticación. En este caso, el cliente deberá dar de alta un ticket al SIFEN solicitando la solución del problema y para ello deberá adjuntar el HTML recibido en la petición y por tanto se lo tendremos que facilitar al cliente copiandolo del log directamente a un archivo que le suministraremos.