Árvore de páginas

Cliente, Cliente de Entrega e Cliente de Retirada para as tags "dest", "entrega" e "retirada"

Características do Requisito

Linha de Produto:

Microsiga Protheus

Segmento:

Serviços

Módulo:

Faturamento

Rotina:

Rotina

Nome Técnico

Nfe Sefaz
SPEDNFE.PRX

Cadastros Iniciais:

SB1 – Cadastro de Produtos
SA1 – Cadastro de Clientes
SF4 – Tipo de entrada e saída

Parâmetro(s):


Ponto de Entrada:


Tickets relacionados

508626
276214

Requisito/Story/Issue (informe o requisito relacionado):

MSERV-12522
MSERV-8332

País(es):

Brasil

Banco(s) de Dados:

Todos

Tabelas Utilizadas:

SB1 – Cadastro de Produtos
SA1 – Cadastro de Clientes
SF4 – Tipo de entrada e saída
SC5 – Pedido de Venda
SC6 – Itens dos Pedidos de Venda
SF2 – Cabeçalho da nota fiscal de saída
SD2 – Itens da nota fiscal de saída
SF1 - Cabeçalho da nota fiscal de entrada
SF1 - Cabeçalho da nota fiscal de saída
SF3 – Livros fiscais
SFT – Livro fiscal por item de nota

Sistema(s) Operacional(is):

Windows®/Linux®

Descrição

Possibilidade de considerar exatamente os dados do Cliente, Cliente de Entrega e Cliente de Retirada utilizados no pedido de venda, para compor respectivamente as tags "dest", "entrega" e "retirada" no XML da NF-e.

Importante

Antes de executar o compatibilizador informe o NFEP11R1 é imprescindível:

  • Realizar o backup da base de dados do produto que será executado o compatibilizador (diretório PROTHEUS_DATA\DATA, se versão 10, ou \PROTHEUS11_DATA\DATA, se versão 11) e dos dicionários de dados SXs (diretório PROTHEUS_DATA_SYSTEM, se versão 10, ou \PROTHEUS11_DATA\SYSTEM, se versão  11).
  • Os diretórios acima mencionados correspondem à instalação padrão do Protheus, portanto, devem ser alterados conforme o produto instalado na empresa.
  • Essa rotina deve ser executada em modo exclusivo, ou seja, nenhum usuário deve estar utilizando o sistema.
  • Se os dicionários de dados possuírem índices personalizados (criados pelo usuário), antes de executar o compatibilizador, certifique-se de que estão identificados pelo nickname. Caso o compatibilizador necessite criar índices, irá adicioná-los a partir da ordem original instalada pelo Protheus, o que poderá sobrescrever índices personalizados, caso não estejam identificados pelo nickname.
  • O compatibilizador deve ser executado com a Integridade Referencial desativada*.


Atenção

O procedimento a seguir deve ser realizado por um profissional   qualificado como Administrador de Banco de Dados (DBA) ou equivalente!

A ativação indevida da Integridade Referencial pode alterar   drasticamente o relacionamento entre tabelas no banco de dados. Portanto,   antes de utilizá-la, observe atentamente os procedimentos a seguir:

  1. No   Configurador (SIGACFG), veja se a empresa utiliza Integridade   Referencial, selecionando a opção Integridade/Verificação   (APCFG60A).
  2. Se não   há Integridade Referencial ativa,   são relacionadas em uma nova janela todas as empresas e filiais cadastradas   para o sistema e nenhuma delas estará selecionada. Neste caso, E SOMENTE NESTE, não é necessário   qualquer outro procedimento de ativação   ou desativação de integridade, basta finalizar a verificação e aplicar   normalmente o compatibilizador, conforme instruções.
  3.  Se há Integridade Referencial ativa   em todas as empresas e filiais, é   exibida uma mensagem na janela Verificação   de relacionamento entre tabelas. Confirme a mensagem para que a   verificação seja concluída, ou;
  4.  Se   há Integridade Referencial ativa   em uma ou mais empresas, que não   na sua totalidade, são relacionadas em uma nova janela todas as empresas e   filiais cadastradas para o sistema e, somente, a(s) que possui(em)   integridade está(arão) selecionada(s). Anote qual(is) empresa(s) e/ou   filial(is) possui(em) a integridade ativada e reserve esta anotação para   posterior consulta na reativação (ou ainda, contate nosso Help Desk Framework   para informações quanto a um arquivo que contém essa informação).
  5. Nestes   casos descritos nos itens “iii” ou   “iv”, E SOMENTE NESTES CASOS, é necessário desativar tal integridade, selecionando a opção Integridade/ Desativar (APCFG60D).
  6.  Quando desativada a Integridade Referencial,   execute o compatibilizador, conforme instruções.
  7. Aplicado o compatibilizador, a Integridade   Referencial deve ser reativada, SE E   SOMENTE SE tiver sido desativada, através da opção Integridade/Ativar (APCFG60). Para isso, tenha em mãos as   informações da(s) empresa(s) e/ou filial(is) que possuía(m) ativação da   integridade, selecione-a(s) novamente e confirme a ativação.


Contate o Help Desk Framework EM CASO DE DÚVIDAS!


  1. Em Microsiga Protheus TOTVS Smart Client (se versão 10), digite o NFEP11R1 no campo Programa Inicial. Descreva se o compatibilizador deve ter uma data específica ou superior para que a atualização nos dicionários seja efetuada corretamente. Importante: Para a correta atualização do dicionário de dados, certifique-se que a data do compatibilizador NFE11R101 seja igual ou superior a 01/03/2017.
  2. Clique em OK para continuar.
  3. Após a confirmação é exibida uma tela para a seleção da empresa em que o dicionário de dados será modificado ou é apresentada a janela para seleção do compatibilizador. Selecione o programa NFE11R191.
  4. Ao confirmar é exibida uma mensagem de advertência sobre o backup e a necessidade de sua execução em modo exclusivo.
    1. Clique em Processar para iniciar o processamento. O primeiro passo da execução é a preparação dos arquivos.
      É apresentada uma mensagem explicativa na tela.
    2. Em seguida, é exibida a janela Atualização concluída com o histórico (log) de todas as atualizações processadas. Nesse log de atualização são apresentados somente os campos atualizados pelo programa. O compatibilizador cria os campos que ainda não existem no dicionário de dados.
    3. Clique em Gravar para salvar o histórico (log) apresentado.
    4. Clique em OK para encerrar o processamento.


Atualizações do Compatibilizador

  1. Criação de Parâmetros no arquivo SX6 – Parâmetros:

Nome da Variável

MV_NFEDEST

Tipo

Lógico

Descrição

Quando habilitado, considerar Cliente, Cli. Ent. e Cli. Ret. utilizados, para compor respectivamente as tags 'dest', 'entrega' e 'retirada' da NF-e.

Valor Padrão

.F.

Procedimento para Configuração

 

CONFIGURAÇÃO DE PARÂMETROS

 No Configurador (SIGACFG), acesse Ambientes/Cadastros/Parâmetros (CFGX017). Configure o(s) parâmetro(s) a seguir:

Itens/Pastas

Descrição

Nome:

MV_NFEDEST

Tipo:

Lógico

Cont. Por.:

.T.

Descrição:

Quando habilitado, considerar Cliente, Cli. Ent. e Cli. Ret. utilizados, para compor respectivamente as tags 'dest', 'entrega' e 'retirada' da NF-e.

 

Procedimento para Utilização

  1.        No Faturamento (SIGAFAT), acesse Atualizações / Pedidos / Pedidos de Venda (MATA410).
  2.        Clique em Incluir e preencha os campos Cliente (C5_CLIENTE), Cli. Entrega (C5_CLIENT) diferente do Cliente e, se necessário, Cli. Retirada (C5_CLIRET).
  3.        Preencha os outros campos necessários no cabeçalho e item e conclua a inclusão do pedido.
  4.        Clique em Ações Relacionadas / Prep. Doc. Saída para preparação do documento  para a transmissão e se necessário liberação do pedido.
  5.        No Faturamento (SIGAFAT), acesse Atualizações / Faturamento /Nfe Sefaz (SPEDNFE).
  6.        Clique em Ações Relacionadas / Transmissão e transmita a NF-e.
  7.        Acesse Ações Relacionadas / Monitor / Faixa, seleciona a nota desejada e clique no botão Rec. XML.
  8.        Observe no XML que o Destinatário (tag "<dest>") foi gerado com os dados do Cliente (C5_CLIENTE), a Entrega (tag "<entrega>") com os dados do Cliente de Entrega (C5_CLIENT) e a Retirada (tag "<retirada>") com os dados do Cliente de Retirada (C5_CLIRET).

Observações

Por padrão o parâmetro está desabilitado (.F.), o que indica que o legado da rotina será mantido, comportando-se da seguinte forma:

  1. Para operações interestaduais (UF do emitente diferente da UF do Cliente de Entrega) e o CNPJ do Destinatário (Cliente) for DIFERENTE do emitente, serão considerados os dados do CLIENTE DE ENTREGA. 
    - Os dados do Cliente de Entrega serão gerados na tag de Destinatário - "<dest>".
  2. Para operações internas (UF do emitente igual a UF do Cliente de Entrega) e se o CNPJ do Destinatário (Cliente) for IGUAL ao do emitente, serão considerado os dados do CLIENTE, mesmo que as UF's sejam diferentes.
    - Os dados do Cliente serão gerados na tag de Destinatário - "<dest>".
    Maiores detalhes consulte NfeSefaz - Cliente de Retirada e Cliente de Entrega

Ao habilitar o parâmetro (.T.), a rotina passa a se comportar da seguinte forma:

  1. A tag de Destinatário - "<dest>"' será gerada com os dados do CLIENTE.
  2. Caso possua Cliente de Entrega, a tag de Entrega - "<entrega>" será gerada exatamente com os dados do Cliente de Entrega.
  3. Caso possua Cliente de Retirada, a tag de Retirada - "<retirada>" será gerada exatamente com os dados do Cliente de Retirada.

A tabela a seguir demonstra a diferença entre o funcionamento atual (parâmetro desabilitado - .F.) e após o ajuste na rotina (caso habilite o parâmetro).

MV_NFEDEST

Importante

A partir do dia 10/10/2022 com a publicação da NT 2020.006 v1.31, a regra de validação I08-90: CFOP é de operação interestadual (inicia por 2 ou 6) e UF emitente = UF destinatário e CNPJ/CPF emissor diferente do CNPJ/CPF destinatário (NT 2010/004), relacionada a rejeição 523: CFOP não é de Operação Estadual e UF emitente igual à UF destinatário, passou a ter mais duas exceções, são elas:

Exceção 03: A regra de validação acima (I08-90) não se aplica se informada UF do local de entrega (tag: entrega/UF) diferente da UF do emitente (tag: emit/enderEmit/UF).

Exceção 04: A regra de validação não se aplica se informada UF do local de retirada (tag: retirada/UF) diferente da UF do destinatário (tag: enderDest/UF);