1. Acceda al Pedido de Venta - MATA410 > Otras Acciones > Devolver > Coloque el cliente o Proveedor > Informe el intervalo de fechas en el que la factura se puede encontrar (debe considerar la fecha del campo DDEMISSAO [Fact Entrada, en el encabezado])
   
   
2. Tipo de selección:
   Por proveedor == Permite realizar el registro de múltiples facturas de este ente por devolver
   Por documento == Permite realizar la selección de una factura específica de este ente por devolver
   
   

El sistema muestra las facturas de entrada para que marque / seleccione la(s) factura(s) que desea devolver > Al confirmar, el sistema carga el Pedido de Venta (con los datos de la factura de origen) para que se complete, liberado y preparado Doc. de salida.
Consulte también: FAT0041_Botón_Devolución_en_el_Pedido_de_Ventas_no_muestra_acción

• El CFOP utilizado debe ser un CFOP que el SEFAZ considera válido para Facturas de Devolución para que no resulte en Rechazo.

• La Tag FinNFe del xml que se transmitirá, se debe generar con contenido 4 (que indica "Devolución") de tal manera que sea compatible con el CFOP de Devolución y no ocasionar Rechazo 327 / 328.

• El CFOP no debe estar contenido en el parámetro MV_DEVCFOP (este parámetro almacena los CFOP que no son de devolución y hace con que la Tag FinNFe se genere con contenido 1 en vez de 4).

• Atención al campo F4_AJUSTE en el TES, porque si está indicando que se trata de Fact de ajuste, generará la Tag FinNFe con contenido 3.

• El Alert DSNOTESDEV caracteriza inconsistencia en el proceso. Es necesario validar todo el procedimiento y TES utilizados

• Si identifica que la factura de entrada se registró de manera errada, en comparación con las premisas mencionadas anteriormente (por ejemplo, con el tipo diferente de Mejora, o con un TES que no está debidamente configurado). Es necesario eliminar el documento de entrada y registrar nuevamente, para entonces generar el pedido y factura de salida. No se puede simplemente modificar algo en el TES porque el comportamiento no se cambiará ya que el cambio ocurrió después de haber registrado la factura y realizado los debidos vínculos.
  
  ¡No es procedimiento correcto cambiar el registro de un TES! Si identifica que registró la factura con un TES que no está de acuerdo con lo especificado, lo correcto es encontrar otro TES ya registrado que cumpla con los requisitos, o entonces, incluir el registro de un nuevo TES para cumplir con la necesidad, y así realizar el registro con el TES correcto. Pero, dejar el otro TES intacto (porque cambios comprometen el historial de movimientos en el sistema).
  
  
  
  
• Si se valida la factura de entrada y está correcta en los requisitos, tanto el tipo de factura como los TES con los debidos vínculos, es posible que algún TES ya haya tenido cambios en el registro (justamente el proceso que no se indica).
  
  De esta manera, para fines de PRUEBA, incluya una nueva factura de entrada igual a la factura en cuestión (igual Cliente/Producto/TES) y rehaga el proceso. Podrá validar que, si los vínculos del TES estuvieran correctos, de acuerdo con lo orientado aquí, el proceso se finalizará correctamente.
  De esta manera, de cualquier manera será necesario eliminar la factura de entrada nuevamente, para alimentar las debidas tablas relacionadas (como por ejemplo, SB6 - Poder de tercero)