| Ocurrencia: | ConceptoSi el producto al cual dio entrada fue efectivamente comprado, y por un motivo cualquiera esta compra no es debida, siendo necesario devolver la compra, caracterizando un movimiento de Devolución de compra. | Aviso |
|---|
| title | Devolución de compras no forma parte del proceso de poder de/en terceros |
|---|
| Si hubiera sido entrada de determinado producto (de Cliente o Proveedor) del cual se sabe que debe ser devuelta (ejemplo: entrada para reparación, mejora, movimiento de envase, etc.), entonces, en este caso, consulte el procedimiento de la FAQ: FAT0057_EmisiónEmision_de_FacturaNota_de_Devolución_de_Terceros _ Devolución - El TES del documento de entrada y el TES del pedido de venta no deben controlar Poder de tercero (F4_PODER3 = No controla).
|
KCS: Cross Segmentos - Backoffice Protheus - SIGAFAT - Cómo realizar una devolución de compras
Procesos
| Expandir |
|---|
| title | 1) Si el documento de entrada que se devolverá y será referido vino de la rutina "MATA103 - Fact. Entrada" |
|---|
| | Deck of Cards |
|---|
| | Card |
|---|
| - La Fact. de Origen (Fact. de Entrada) debe estar debidamente registrada en los documentos de Entrada como Tipo normal
- El TES utilizado en la Factura de entrada debe tener en su registro el TES compatible, de Salida, caracterizando la Devolución (registrar en F4_TESDV) para que en la devolución automática no ocurra el HELP DSNOTESDEV
- En las tablas "SC6 - Ítems de los pedidos de venta" y "SD2 - Ítems de venta de la factura", no deben contener registros con el campo "XX_NFORI" completado para la Factura/Ítem/Cantidad referida consumiendo todo el saldo; en caso contrario, el sistema vinculará que ya se realizó la Devolución (Existe otro Pedido de venta para Devolución de esta factura) y el proceso no se realizará debidamente.
|
| Card |
|---|
| | Expandir |
|---|
| title | Maneira 1, manualmente por el pedido de ventas: |
|---|
| - 1 - Acceda a la rutina "MATA410 - Pedidos de venta" e incluya un pedido de venta
- 2 - Informe el tipo do pedido de venta (C5_TIPO) como 'D - Devolución de compras', el "producto (C6_PRODUTO)" que está en la entrada, la "TES (C6_TES)" inversa de la entrada, el "proveedor (C5_CLIENT)" y "tienda (C5_LOJACLI)" de la entrada (si necesitara devolver a otro proveedor que no hizo la entrada, verifique y a continuación conozca más sobre "triangulación")
- 3 - Después de esto, vaya el campo "factura de origen (C6_NFORI)", seleccione Enter en el campo y pulse la tecla "F4"
- 4 - El sistema mostrará las "Facturas de entrada (F1_DOC)", seleccione la que quiere devolver
- 5 - Al confirmar, el sistema llevará todos los ítems que aún no fueron devueltos con el precio da entrada "Val. Unit (D1_VUNIT)" en el campo "Prc. Venta (C6_PRUNIT)".
| Nota |
|---|
| title | Tipo del pedido de venta |
|---|
| En el pedido de venta, siempre se utilizará el tipo "C5_TIPO (Tipo)" = 'D - Devolución de compras' y para esto, el documento de entrada debe ser "F1_TIPO (Tipo)" = 'N - Normal'. |
|
| Expandir |
|---|
| title | Maneira 2, automáticamente por la opción "Devolver" facilitador por el pedido de ventas: |
|---|
| - 1 - Acceda a la rutina "MATA410 - Pedidos de venta" > opción "Otras acciones > opción "Devolverr"
- 2 - Seleccione la flag "Proveedor", informe el proveedor e y la tienda, informe la fecha de tal manera que la fecha del documento de entrada esté en el intervalo colocado
- 3 - Seleccione la opción "Proveedor" o "Documento" en la parte inferior de la ventana (solamente modo de visualización).
- 4 - En la nueva pantalla, seleccione la factura de entrada que quiere devolver y verifique, pulse en la opción "Devolución"
- 5 - Después, abrirá en la pantalla el pedido de ventas completamente completado automáticamente, haciendo referencia a la factura de entrada en el campo "factura de origen (C6_NFORI)"
|
|
| Card |
|---|
| label | Procesos complementarios |
|---|
| |
| Card |
|---|
| Lo indicado es que, si hubiera gran demanda de dicha operación en su negocio y, si fuera considerado improcedente por la propia institución, incluya la Factura de entrada en el sistema solamente si hubiera necesidad de devolverla (ajustando internamente las interferencias en la regla de negocio como stock/costos), que se alimente previamente el volumen / un período de Documentos de Entrada/ Salida) en la ocasión de la implantación del módulo, reduciendo impactos si fuera necesario registrar operaciones relacionadas.
Otra alternativa es incluir la factura de salida por la rutina MATA920 - Factura manual de salida en la cual no existe integración con el ERP (es decir, si no fuera necesario alimentar los módulos Financiero y Stock), en la cual se permite registrar la Factura de origen manualmente, sin que esta se encuentre registrada en el sistema (ya que esta rutina no realiza las integraciones, siendo específica para el registro manual de documentos fiscales de salida en los Libros fiscales).
- En el Encabezado existe el campo C5_MENNOTA donde pueden registrarse observaciones informativas para tomarse como complemento en la Factura.
|
|
|
| Expandir |
|---|
| title | 2) Si el documento de entrada que se devolverá y se hará referencia vino de la rutina "MATA910 - Factura manual de entrada" |
|---|
| - Si la Factura de entrada fue registrada por la Rutina "Factura manual de entrada (MATA910)", entonces, en el Pedido de venta es necesario informar manualmente los campos C6_NFORI, C6_SERIORI y C6_ITEMORI.
- En este caso, si considera viable, la Devolución también podrá registrarse por la rutina "Factura manual de salida (MATA920)" realizando la relación con la Factura de origen manualmente.
Si tuviera dudas en este proceso, entre en contacto con el Equipo Protheus Fiscal. |
| Expandir |
|---|
| title | 3) Procedimiento para una buena transmisión posterior a la facturación |
|---|
| - 1) El CFOP de la Factura de entrada debe ser un CFOP que caracteriza la operación de compra.
- 2) Para emitir un Documento de devolución en el módulo Facturación, por medio de la emisión de un Pedido y Documento de salida, es necesario que se informen Factura, Serie e Ítem originales, para establecer una relación con el Documento original que se devolverá. Esto porque, la posibilidad de realizarse dicha operación sin la debida relación anula la integridad de datos en el sistema (inclusive, el Fisco rechaza documentos transmitidos sin las debidas relaciones, como algunos casos de rechazo 327 / 328).
- 3) El entorno debe estar actualizado de acuerdo con el Portal del cliente para considerar las últimas correcciones realizadas en los Fuentes involucrados en el proceso.
- 4) El CFOP utilizado debe ser un CFOP que el Fisco considera válido para Facturas de devolución para que no resulte en Rechazo.
- 5) La Tag FinNFe del xml que se transmitirá, debe generarse con contenido 4 (que indica "Devolución") de tal manera que sea compatible con el CFOP de Devolución y no ocasione Rechazo 327 / 328.
- 6) El CFOP no puede estar contenido en el parámetro MV_DEVCFOP (este parámetro almacena los CFOP que no son de devolución y permite que la Tag FinNFe se genere con contenido 1 en vez de 4).
- 7) Preste atención al campo F4_AJUSTE en el TES, porque si estuviera indicando que se trata de una Factura de ajuste, generará la Tag FinNFe con contenido 3.
Si tuviera dudas en estos tópicos, entre en contacto con el Equipo Protheus SPED. |
| Expandir |
|---|
| title | 4) Devolución con valor completado y cantidad en cero |
|---|
| Para realizar una devolución sin cantidad, solamente con valor (Casos donde, por ejemplo, el Proveedor registró incorrectamente un valor superior, en la Factura de entrada y ya pasó el plazo de anular). - Registre un TES de devolución compatible, de acuerdo con la premisa, en el cual, F4_QTDZERO = Sí
- Ajuste la cantidad a 0
Los valores unitario y Total respectivamente deben tener la diferencia de Valor que debe "devolverse" |
| Aviso |
|---|
| title | Inconsistencias en el documento de entrada |
|---|
| Si identifica que la factura de entrada fue registrada de forma equivocada, en comparación con las premisas mencionadas anteriormente (por ejemplo 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 forma es necesario eliminar la factura de entrada y registrar nuevamente para alimentar las debidas tablas relacionadas.
Si tuviera dudas sobre la parte del documento de entrada (origen), entre en contacto con el Equipo Protheus Compras. |
|
