Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

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
titleDICASUGERENCIA:

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
titleIMPORTANTE: 
  • 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
startHiddenfalse
effectDuration0.5
idVincular RA / Desvincular RA
effectTypehorizontal
loopCardstrue
Card
defaulttrue
idPremissas (pré-retornoPremisas (devolución previa
labelPremissas (pré-retornoPremisas (devolución previa)
ETAPACAMPO(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 empresaF4_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
titleOBSERVAÇÃO:
  • 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 terceirostercerosD1_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
defaulttrue
idProcesso Proceso (retornoDevolución)
labelProcesso Proceso (retornoDevolución)
  1. 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])

  2. 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 a

seleccione la(s)

NF

factura(s) que

deseja

desea devolver >

Ao

Al confirmar,

o

el sistema

carrega

carga el Pedido de

Venda (com os dados da NF de Origem

Venta (con los datos de la factura de origen) para que

seja completado

se complete, liberado

e Preparado

y preparado Doc. de

saída

salida.
Consulte

também

también: FAT0041_Botón_

Botão

Devolución_

Retorno

en_

no

el_Pedido_de_

Vendas

Ventas_

não

no_

demonstra

muestra_

ação

acción


Dica
titleOBSERVAÇÃ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:
  1. Acceda al Pedido de Venta (MATA410)
  2. Incluir
  3. Seleccione
  4. Acesse Pedido de Venda - MATA410
  5. Inserir
  6. Selecione Tipo: Normal (para retorno devolución de Clientes) ou o Utiliza Fornecedor Proveedor (para retorno devolución de FornecedorProveedor)
  7. 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)
  8. 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
defaulttrue
idObservaçõesObservaciones
labelObservações Observaciones (Sobre o processoel proceso)
O
  • El CFOP utilizado
deve
  • debe ser
um
  • un CFOP que
o
  • el SEFAZ considera válido para
NFs
  • Facturas de
Devolução
  • Devolución para que
não resulte em Rejeição;A
  • no resulte en Rechazo.


  • La Tag FinNFe
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
  • Devolución") de
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


  • El CFOP
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
  • en el TES,
pois caso esteja indicando se tratar NF
  • porque si está indicando que se trata de Fact de ajuste,
irá gerar A
  • generará la Tag FinNFe
com conteúdo
  • con contenido 3
;
  • .


  • 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
defaulttrue
idSituações em que a exclusão da NF entrada é necessárioSituaciones en que la eliminación de la Fact de entrada ocurre necesariamente
labelSituações em que a exclusão da NF entrada é necessárioSituaciones 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

Expandir
titleA410TOTAL

KCS: Cross Segmentos - TOTVS Backoffice (Linha Línea Protheus) - SIGAFAT (FaturamentoFacturación) - Helps Help A410TOTAL e A410TOTDPRC no Faturamentoy A410TOTDPRC en la facturación

Expandir
titleA410TOTDPRC

KCS: Cross Segmentos - TOTVS Backoffice (Linha Línea Protheus) - SIGAFAT (FaturamentoFacturación) - Helps Help A410TOTAL e A410TOTDPRC no Faturamento

...

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)!