...
Factura de
...
Devolución de Poder de
...
Tercero /
...
Factura de
...
Devolución
ProdutoProducto: | Protheus® |
Versões Versiones: | A partir da de la 11.8 |
Ocorrência Ocurrencia: | Explicativo Explicación sobre os los tipos de utilização do utilización del poder de/ em terceiro disponíveis no produto en tercero disponibles en el producto Protheus |
Ambiente Entorno: | Faturamento Facturación (SIGAFAT) |
Concepto
Para entender un poco más del conceito de poder DE/EN tercero vea nuestro vídeo How To en: How To | MP - SIGAFAT - Concepto: Poder De/En Terceros
Si el producto al que se ingresó, no fue efectivamente una compra, pero sí, la entrada de determinado producto (de Cliente o Proveedor), del que se sabe que se debe devolver (ejemplo: entrada para ajuste, mejora, movimiento de envases, etc.), se caracteriza un movimiento que controla el Poder de Terceros (esta documentación
Conceito
Se o produto ao qual deu entrada, não foi efetivamente uma compra, mas sim, a entrada de determinado produto (de Cliente ou Fornecedor) do qual se sabe que deverá ser devolvido (exemplo: entrada para conserto, beneficiamento, movimentação de vasilhame, etc), caracteriza-se uma movimentação que controla Poder de Terceiros (essa documentação).
Dica |
---|
|
Caso o produto tenha sido efetivamente comprado, e por um motivo qualquer esta compra não é mais devida, sendo necessário devolver a compra; então neste caso, consulte o procedimento da Si el producto se ha comprado efectivamente, y por cualquier motivo esta compra no es más adeudada, considerando la necesidad de devolver la compra, entonces en este caso, consulte el procedimiento de la FAQ: FAT0007_Emitir_NotaFactura_de_DevoluçãoDevolución_de_Compra |
Aviso |
---|
|
- Para emitir um un Documento de Devolução no módulo Faturamento, por meio da emissão de um Pedido e Devolución en el módulo Facturación, por medio de la emisión de un Pedido y respectivo Documento de saídasalida, é necessário que sejam informados os itens: NF, Série e Item de origem, de forma a estabelecer relacionamento com o Documento Original a ser devolvido.
Isto pois, a possibilidade de se realizar tal operação sem o devido relacionamento anula a integridade de dados no sistema. O SEFAZ rejeita o documento transmitido sem os devidos relacionamentos.es necesario que se informen los ítems: Fact, Serie e Ítem de origen, de tal manera que se establezca una relación con el Documento Original que se devolverá. Esto porque, la posibilidad de realizar dicha operación sin el debido vínculo, anula la integridad de datos en el sistema. El SEFAZ rechaza el documento transmitido sin los debidos vínculos.
- Lo indicado es que si hubiera gran demanda de tal operación en su negocio y, si fuera considerado improcedente por la propia institución, incluya la factura de Origen en el sistema solo cuando sea necesario devolverla (ajustando internamente las interferencias en la regla de negocio como stock/costos).
Entonces, que se alimente previamente el volumen de datos O indicado é que se houver grande demanda de tal operação em seu negócio e, se for considerado inviável pela própria instituição incluir a Nf de Origem no sistema apenas quando houver necessidade de devolve-lá (ajustando internamente as interferências na regra de negócio como estoque/custos); Então, que se alimente previamente o volume de dados (determinado período de registros de Documentos de Entrada/ Saída) na ocasião de implantação do módulo, reduzindo impactos quando se fizer necessário registrar operações relacionadas.
|
Como passar a usar a devolução com poder de/em terceiros no faturamento- Salida) en la ocasión de implantación del módulo, reduciendo impactos cuando sea necesario registrar operaciones vinculadas.
|
Cómo pasar a usar la devolución con poder de/en terceros en la facturación
Deck of Cards |
---|
startHidden | false |
---|
effectDuration | 0.5 |
---|
id | Vincular RA / Desvincular RA |
---|
effectType | horizontal |
---|
loopCards | true |
---|
|
Card |
---|
default | true |
---|
id | Premissas (pré-retornoPremisas (devolución previa |
---|
label | Premissas (pré-retornoPremisas (devolución previa) |
---|
| ETAPA | CAMPO(S) PARA COLOCAR A INFORMAÇÃO/VISUALIZÁ-LA |
---|
NF Factura de Origem Origen (Entrada - MATA103) deve debe estar devidamente preenchida como beneficiamentodebidamente informado como mejora. | C103TIPO == 'B M - BeneficiamentoMejora' [SF1] | O El TES Entrada deve debe controlar el Poder de Terceiro Tercero caracterizando la remisión a Remessa à sua su empresa | F4_PODER3 == 'R - RemessaRemisión' | O El TES Entrada de entrada deve ter debe tener TES Saída Salida para retornarvolver, idênticoidéntico, inclusive também incluso también controlando poder de/em terceiros com 'Remessaen terceros con 'Remisión' | F4_TESDV (da NF de la Factura entrada) == 'TES SaídaSalida' (F4_PODER3 == RemessaRemisión) [também también controla poder de terceirosterceros] | Nas tabelas dos pedidos de venda não devem conter registros com o En las tablas de los pedidos de venta no deben contener registros con el campo "XX_NFORI" preenchido informado para a NF la Fact | Item Ítem | Quantidade em questão consumindo algum Cantidad en cuestión consumiendo algún saldo. Caso contrário, o sistema irá associar que já fora completamente realizada, não tendo mais o que retornar, ou não será possível retornar a quantidade desejadaEn caso contrario, el sistema relacionará que ya fue completamente realizada, no habiendo más que devolver, o no se podrá devolver la cantidad deseada. | C6_NFORI + C6_SERIORI + C6_ITEMORI de todos os los registros da de la SC6 sobre uma NF entrada não pode ter o mesmo una Fact entrada no debe tener el mismo valor D1_QTDEV da própria NF de la misma Fact Entrada.
D2_NFORI + D2_SERIORI + D2_ITEMORI podem estar preenchidos com a NF Entrada caso a nota além de retornada estiver faturadapueden estar informados con la Fact Entrada si la factura además de haber sido devuelta esté facturada.
Dica |
---|
| - O parâmetro El parámetro MV_DATAPD3 define um un número de dias retroativos na pesquisa de notas com poder de/em terceiros na linha do item do Pedido de Vendas, ao pressionar a días retroactivos en la búsqueda de facturas con poder de/en terceros en la línea del ítem del Pedido de Ventas, al pulsar la tecla [F4] no en el campo "Quantidade Cantidad (C6_QTDVEN)" é gerada uma interface se genera una interfaz gráfica para digitação do digitar el intervalo de data de pesquisa das notas de la fecha de búsqueda de las facturas del poder de terceirosterceros.
KCS: Cross Segmentos - TOTVS Backoffice (Linha Línea Protheus) - SIGAFAT - Funcionamento do parâmetro Funcionamiento del parámetro MV_DATAPD3
|
| A La entrada deverá debe alimentar corretamente os correctamente los campos de poder de terceirosterceros | D1_IDENTB6 e y B6_IDENT | - O ambiente deve estar atualizado conforme Portal do El entorno debe estar actualizado según el Portal del Cliente (LIB e Fontes do SIGAFAT e y Fuentes del SIGAFAT y SIGACOM) para contemplar as considerar las últimas correções realizadas nos Fontes envolvidos no processocorrecciones realizadas en los Fuentes involucrados en el proceso.
|
|
Card |
---|
default | true |
---|
id | Processo Proceso (retornoDevolución) |
---|
label | Processo Proceso (retornoDevolución) |
---|
| - Acesse Acceda al Pedido de Venda Venta - MATA410 > Outras Ações Otras Acciones > Retornar Devolver > Coloque o el cliente ou o fornecedor Proveedor > Preencha o intervalo de datas no qual a nota pode ser localizada (deve compreender a data do campo DDEMISSAO [NF Entrada, no cabeçalhoInforme el intervalo de fechas en el que la factura se puede encontrar (debe considerar la fecha del campo DDEMISSAO [Fact Entrada, en el encabezado])
- Tipo de seleçãoselección:
Por fornecedorproveedor == Permite realizar marcação de múltiplas notas desta entidade a retornarel registro de múltiples facturas de este ente por devolver Por documento == Permite realizar a seleção de uma nota específica desta entidade a retornar O sistema exibe as NFs la selección de una factura específica de este ente por devolver
El sistema muestra las facturas de entrada para que marque / selecione aseleccione la(s) NFfactura(s) que deseja desea devolver > Ao Al confirmar, o el sistema carrega carga el Pedido de Venda (com os dados da NF de OrigemVenta (con los datos de la factura de origen) para que seja completadose complete, liberado e Preparado y preparado Doc. de saídasalida. Consulte tambémtambién: FAT0041_Botón_ BotãoDevolución_ Retornoen_ noel_Pedido_de_ VendasVentas_ nãono_ demonstramuestra_ açãoacción
Dica |
---|
title | OBSERVAÇÃOOBSERVACIÓN: Se desejar, ao invés Si desea, en vez de realizar o processo automático em Ações relacionadas / Retornar, é possível Incluir Pedido de Vendas manual:el proceso automático en Acciones vinculadas / Devuelve, se puede incluir un pedido de ventas manual: |
---|
| - Acceda al Pedido de Venta (MATA410)
- Incluir
- Seleccione
- Acesse Pedido de Venda - MATA410
- Inserir
- Selecione Tipo: Normal (para retorno devolución de Clientes) ou o Utiliza Fornecedor Proveedor (para retorno devolución de FornecedorProveedor)
- Preencha Informe manualmente o código do Produto e o el código del Producto y el TES de Retorno Devolución (relacionado no en el F4_TESDV do del TES de entrada)
- Pressione Pulse "F4" no campo de Quantidade e selecione a NF que deseja en el campo Cantidad y seleccione la Fact que desea devolver
|
|
Card |
---|
default | true |
---|
id | ObservaçõesObservaciones |
---|
label | Observações Observaciones (Sobre o processoel proceso) |
---|
| O deve um o - el SEFAZ considera válido para
NFs Devolução não resulte em Rejeição;A
do xml a ser transmitido deverá ser gerado com conteúdo - del xml que se transmitirá, se debe generar con contenido 4 (que indica "
Devolução forma a ser compatível com o CFOP de Devolução e não ocasionar Rejeição - tal manera que sea compatible con el CFOP de Devolución y no ocasionar Rechazo 327 / 328
;O
não pode estar contido no parâmetro - no debe estar contenido en el parámetro MV_DEVCFOP (este
parâmetro armazena CFOPs que não são de devolução e faz com que a Tag FinNFe seja gerada com conteúdo 1 ao invés de 4);Atente-se ao - 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
no pois caso esteja indicando se tratar NF - porque si está indicando que se trata de Fact de ajuste,
irá gerar A com conteúdo ;
- O El Alert DSNOTESDEV caracteriza inconsistência no processo. É necessário validar todo o procedimento e TES utilizados.inconsistencia en el proceso. Es necesario validar todo el procedimiento y TES utilizados
|
Card |
---|
default | true |
---|
id | Situações em que a exclusão da NF entrada é necessárioSituaciones en que la eliminación de la Fact de entrada ocurre necesariamente |
---|
label | Situações em que a exclusão da NF entrada é necessário | Situaciones en que la eliminación de la Fact de entrada ocurre necesariamente |
---|
| - 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 terceroCaso identifique que a nota de entrada foi lançada de forma errada em comparação às premissas mencionadas acima (por exemplo, com o Tipo diferente de Beneficiamento, ou com um TES que não está devidamente configurado);é necessário excluir o documento de entrada e lançar novamente, para então gerar o Pedido e Nota de saída. Não é possível apenas alterar algo no TES pois o comportamento não será mudado visto que a alteração foi depois de já ter lançado a Nota e realizados devidos relacionamentos. Não é procedimento correto alterar o cadastro de um TES! Caso identifique que lançou a nota com um TES que não está de acordo com o especificado, o correto é localizar outro TES já cadastrado que atenda aos requisitos, ou então, incluir o cadastro de um novo TES para atender à necessidade; e então, realizar o lançamento com o TES correto. Porém, deixar o outro TES intacto (pois alterações comprometem o histórico de movimentações no sistema). Se validar a nota de entrada e estiver correta nos requisitos, tanto Tipo da nota quanto os TES com devidas amarrações, é possível, que algum TES já tenha sofrido alteração no cadastro (justamente o processo que não é indicado). Desta forma, para fins de TESTE, inclua uma nova nota de entrada igual a nota em questão (mesmo Cliente/produto/TES) e refaça o processo. Poderá validar que, se as amarrações de TES estiverem corretas, de acordo com o orientado aqui, o processo será concluído corretamente. Sendo assim, será de qualquer forma, necessário excluir a nota de entrada e lançar novamente para alimentar as devidas tabelas relacionadas (como por exemplo, SB6 - Poder de terceiro)
|
|
HELPS
...
Parámetros
- MV_LIBESB6:
- Indica
se deve permitir a inclusão de NFE - si debe permitir la inclusión de Fact de Entrada (F4_PODER3=D)
com quantidade total da remessa e saldo financeiro a - con cantidad total de la remisión y saldo financiero menor.
- MV_BLOQSB6:
A finalidade desse parâmetro é impedir que seja informado um valor unitário diferente do valor unitário do - La finalidad de este parámetro es impedir que se informe un valor unitario diferente del valor unitario del campo B6_PRUNIT.
...
Sugerencias
...
¿Desea sugerir una implementación diferente o una mejora en esta documentación? Abra un ticket para nosotros, el ¡Equipo de Facturación (SIGAFAT)!