A tabela MQ da SX5 serve como “de-para” entre o F2_TIPO e o GW1_CDTPDC (que é chave estrangeira para a tabela GV5 - Tipo de Documento de Carga - GFEA041).

A ideia seria categorizar os Documentos de Carga entre Nota Fiscal de Saída, Nota Fiscal de Entrada, Nota Fiscal de Devolução e assim por diante. Os registros da GV5 têm cadastramento livre pelo usuário, bastando que ele os relacione depois aos tipos possíveis no Protheus: “N,” “D”, ”B”, etc. Um detalhe importante: para diferenciar Documentos de Entrada e de Saída (pois o GFE recebe registros do Faturamento e de Compras) o de-para pela MQ concatena um “S” ou um “E” após o tipo, então quando o F2_TIPO é “N” o sistema procura um registro na MQ com o código “NS” (se não encontrar ainda procura apenas com “N”); no caso da integração de Compras quando o F1_TIPO é “N” o sistema procura um registro na MQ com o código “NE” (se não encontrar também procura apenas com “N”).

Dúvida
Como a chave de acesso de uma nota fiscal de saída, F2_CHVNFE, é enviada ao SIGAGFE para alimentar o campo GW1_DANFE - Chave NF-e do Documento de Carga?

Solução
Quando geramos uma nota fiscal de saída no faturamento é gerado um documento de Carga no SIGAGFE com o campo GW1_DANFE em branco

Este campo é preenchido conforme conteúdo do F2_CHVNFE quando efetuamos o monitoramento da nota, rotina AUTONFEBUSINESS, ou emitimos a Danfe, rotinas DANFEII ou DANFEIII.

Ao gerar o pedido de vendas com integração com GFE a tabela GWB não é criada

Essa tabela é alimentada no momento da geração da nota de saída quando só campos C5_VOLUME1 e C5_ESPECIE1 e subsequentes (Volume2, Especie2...) estão preenchidos corretamente. Se apenas um deles estiver preenchido ou nenhum dos dois a informação não será realmente gravada na GWB.

OBS: O sistema sempre busca os dados da tabela SC5, ele não olha a SF2 mesmo se nos campos da SF2 estiver preenchido corretamente.

Não há Integração do cadastro de Clientes Protheus com Cadastro de Emitentes do SIGAGFE ?

Avaliar no Modulo SIGAGFE os parâmetros de integração no caminho:

Os campos GW8_TRIBP e GW8_GRDICM são campos específicos do módulo do GFE. O Documento de Carga é um espelho da Nota Fiscal de Sáida, mas estes campos são tratados somente pelo GFE e não possuem integração com o Protheus.

Mais informações: FAT0072_Integração_Faturamento_Protheus_X_GFE_Campos_GW8_TRIBP_e_GW8_GRDICM

É possível somente com o uso do Ponto de Entrada. Existem dois pontos de entrada : OMSM0111 e GFEXFB08

Documentações nos links abaixo

OMSM0111

http://tdn.totvs.com/display/PROT/TSVDKF_DT_Ponto_de_Entrada_OMSM0111

GFEXFB08

http://tdn.totvs.com/pages/viewpage.action?pageId=244918436

Neste caso será necessário criar os seguintes campos com as seguintes característica para tratar o Multiplo redespacho no sistema

F2_REDESP2,F2_REDESP3,F2_REDESP4,F2_REDESP5 com estrutura igual da  F2_REDESP, sendo que o cliente deve atribuir os redespachante necessários;

F2_TFRDP1,F2_TFRDP2,F2_TFRDP3,F2_TFRDP4,F2_TFRDP5 com estrutura igual a F2_TPFRETE, segue mesmas regras de atribuição do F2_TPFRETE ;

F2_ESTRDP1,F2_ESTRDP2,F2_ESTRDP3,F2_ESTRDP4,F2_ESTRDP5 com estrutura igual a A1_EST, onde o cliente deve informar o estado de destino do redespacho

F2_CMURDP1,F2_CMURDP2,F2_CMURDP3,F2_CMURDP4,F2_CMURDP5 com estrutura igual a A1_COD_MUN, onde o cliente deve informar o código da cidade de destino do redespacho

E no ponto M461LSF2 deveria atribuir o conteúdo dos campos.

Verifique também a Documentação do Link abaixo

http://tdn.totvs.com/pages/viewpage.action?pageId=271185194

Verifique se no teu ambiente os fontes estão com data igual ou superior ao patch:
https://suporte.totvs.com/portal/p/10098/download?e=680945

Se já estiver com data igual ou superior verificar em Gestão de Frete Embarcador > Atualizações > Cadastros > Parâmetros > Parâmetros Módulo

Na aba "Integrações ERP" os parâmetros:
-"Origem dos Cadastros" (MV_CADERP) deverá possuir o valor "1-ERP"
-"ERP Integrado" (MV_ERPGFE) deverá possuir o valor "2-Protheus"

Na aba "Integrações Protheus" os parâmetros:
-"GFE Ativo" (MV_INTGFE) deverá estar marcado e internamente possuir o valor ".T."
-"Modo Integração" (MV_INTGFE2) deverá possuir o valor "1-Direta"
-"Código do Emitente" (MV_EMITMP) deverá possuir o valor "1-Numeração Própria"

Na aba "Integrações Protheus" na opção de menu "Ações relacionadas / Filial x Emitente" deverá ser configurado o "de/para" entre as Filiais cadastradas no sistema (tabela SM0) e o código de Emitente (GU3) correspondente da filial no GFE

Observações:

• A mensagem também pode ocorre ao integrar uma nota fiscal com o SIGAGFE se o Emitente não estiver cadastrado no GFE
• Considerando ser uma nova instalação sugerimos que revise a instalação da Integração
• O programa que faz a carga inicial da cidade, cliente, fornecedor, notas (entre outras informações) é o OMSM011. Procure sempre verificar se está utilizando a última versão disponível.

Atualização dos campos

1.Endereço Ent (GW1_ENTEND); 
2.Bairro Ent (GW1_ENTBAI); 
3.CEP Entrega (GW1_ENTCEP); 
4.Nr Cid Ent (GW1_ENTNRC); 
5.Cidade Ent (GW1_ENTCID); 
6.UF Entrega (GW1_ENTUF). 

Verificar FAQ do GFE no Endereço abaixo

PGFE0048 - Integração SIGAFAT com SIGAGFE, como é preenchido o endereço de entrega do documento de carga?

Esté um campo antigo. Mas não é usado mais. É mencionado nesse documento

http://tdn.totvs.com/download/attachments/131498054/Integracao_ProtheusxGFE.pdf?version=1&modificationDate=1437683279000&api=v2

Log: É obrigatorio o cadastro de um trecho com a cidade [.....]

• Verificar Nota Fiscal na Origem, no programa RE0701 > Aba Transp > botão Dados GE, como estão preenchidas cidades de Origem, Destino e Entrega. Avaliar se confere com:
  Cadastro do Destinatário - GU3_NRCID
  Estabelecimento em que será recebido o documento - GU7_NRCID e GU7_NMCID
  Trecho do Documento de Carga - GWU_NRCIDD
• Validar cadastro da GU3 (Cliente/Fornecedor) com SA1- Cliente. Alguns campos principais: A1_EST, A1_COD_MUN, A1_ESTE, A1_CODMUNE
• Caso seja necessário ajustar os dados no cadastro do Destinatário / Emitente em outro Produto TOTVS é preciso sincronizar os cadastros com o GFE através do programa CD9125 / OMSM011 para ajustar a cidade no Trecho do Documento de Carga.
  
• Verificar se Cod Mun no cadastro de Cientes (SA1) está compatível com cadastro de município (CC2). Caso sim, testar refazendo a amarração somente deste registro para validar o relacionamento entre as Tabelas.

Obs: Demais campos relacionados do GFE: GW1_ENTNRC / GW1_CDDEST / GU3_NRCID

GU3_ENDER |O campo Endereco (GU3_ENDER) não foi preenchido

COD EMITENTE GU3_CDEMIT

Valor atribuído difere do tamanho do campo COD EMITENTE GU3_CDEMIT

O campo Cod Emitente (GU3_CDEMIT) não foi preenchido GU3_CDEMIT

• Verificar configuração para 'Código do Emitente' (MV_EMITMP)
• Verificar rotina GFEX000 aba 'Integrações Protheus' como é formado o código emitente
• Se a numeração sequencial do GFE é o CNPJ, verifique se o campo A1_TIPO = X pois caso o cliente seja tipo X não haverá CNPJ e desta forma haverá diferença de gravação no Modulo de Frete.
  
• Verifique na rotina GFEX000 na aba 'Integração Protheus' na opção de menu 'Ações relacionadas / Filial x Emitente' deverá ser configurado o 'de/para' entre as Filiais cadastradas no sistema (tabela SM0) e o código de Emitente (GU3) correspondente da filial no GFE.

• O campo GU3_CDEMIT está diretamente ligado ao campo A1_CGC (Integração entre OMS e GFE -- 113959) os quais devem estar devidamente compatíveis para comportar o dado. Verificar se os campos A1_CGC, A1_COD e A1_LOJA estão preenchidos.
• Verificar se o campo GU3_CDERP e o campo A1_COD possuem o mesmo tamanho e estrutura (A1_COD pode ser aumentado no Grupo de Campos - Codigo de Cliente no Configurador Protheus)
  

• Complemento: Foi alterada a função InterGU3C() onde foi criada a função A030GFESE1() para verificar se o cliente excluído na integração do GFE possuí títulos a receber antes de confirmar a exclusão do registro da tabela GU3, pois anteriormente o emitente estava sendo excluído da GU3 e o cliente continuava na tabela SA1 após a validação dos títulos. MATN030A.PRX com data 24/01/2017 (pacote pode ser acessado no endereço: https://suporte.totvs.com/portal/p/10098/download?e=536720) ou superior.
  
  

DLOGGFE-4250

Hoje no GFE existe esta regra que não é permitido um emitente Transportador pessoa Fisica. Somente pessoa Jurídica.

Verifique se o campo GU3_TRANSP está como 1 e o GU3_NATUR está como F e realize o ajuste. No Protheus a definição de Pessoa Física / Jurídica do Cadastro de Cliente é realizada no A1_PESSOA

Como cadastrar múltiplos redespachos / trechos?

Exemplo: Do emitente até o Porto e do Porto até o Destino

O módulo Faturamento nativamente não possui tratamento para frete/trecho. Essa necessidade é atendida no Protheus por módulos paralelos que se integram ao Faturamento como OMS e GFE.

Desta forma, a solução parte de uma integração de OMS x GFE conforme a documentação: MLOG-1576 DT Solução para múltiplos redespachos deverá ser customizada, respeitando os seguintes procedimentos:

Deixar o campo D2_COD com o mesmo tamanho do campo GW8_ITEM (observe que há dois grupos de campos distintos)

Este último trata somente de campos do GFE

Verifique em parâmetros do módulo > Ações Relacionadas > Filial x Emitente se foi relacionado o Emitente à Filial.

Se não for NF de Devolução/Bonificação (F2_TIPO <> "D" ou "B"), o sistema verifica se existe no GFE o cliente informado nos campos F2_CLIENTE e F2_LOJA, faz uma busca do CNPJ do cliente (A1_CGC) no cadastro de emitentes (GU3_IDFED)

Se for NF de Devolução/Bonificação (F2_TIPO = "D" ou "B"), o sistema verifica se existe no GFE o fornecedor informado nos campos F2_CLIENTE e F2_LOJA, faz uma busca do CNPJ do fornecedor (A2_CGC) no cadastro de emitentes (GU3_IDFED)

O emitente transportador deve ser pessoa jurídica. Hoje no GFE existe esta regra que não é permitido um emitente Transportador pessoa Fisica. Somente pessoa Jurídica.
Verifique se o campo GU3_TRANSP está como 1 e o GU3_NATUR está como F e caso sim realize o ajuste.
No Protheus a definição de Pessoa Física / Jurídica do Cadastro de Cliente é realizada no A1_PESSOA

Como no módulo GFE a informação do código de município IBGE é um campo obrigatório na integração, é necessário realizar o cadastro de um município. Caso seja estrangeiro, cadastrar com estado EX e código 99999, conforme a documentação NFE0006_Cadastramento_de_Cliente_e/ou_Fornecedor_de_Origem_Estrangeira
Caso mesmo com o município cadastrado o problema persista, verificar se o cadastro da tabela CC2 - Cadastro de Municípios foi integrado para o cadastro de Cidades (GU7) do GFE, caso não tenha sido integrado o cadastro precisará ser refeito em Miscelânea, Sincronizar sincronizar a tabela CC2 - Cadastro de Municípios executando a rotina OMSM011. Quando o município for cadastrado com o código IBGE e estiver nas tabelas CC2 e GU7 respectivamente o cadastro de Fornecedor poderá ser realizado corretamente.

Para preenchimento do campo de Nome do Embarcador é verificado o campo GW1_CDREM referente ao Documento de Carga associado.

Com esta informação, o sistema busca pelo código, no cadastro de Emitentes do GFE (GU3) e alimenta o nome com a informação do campo GU3_NMEMIT.

Obs: Problema relacionado 1977950 DLOGGFE-4120 DT Problema com Nome Destinatário BRA

Verifique se o conteúdo do campo F2_ESPECI1 está cadastrado também na tabela GUG_CDUNIT

Verifique se os campos GWB_CDUNIT e GUG_CDUNIT estão com tamanho compatível com o campo F2_ESPECI1

Não existe registro relacionado a este código.

GWU_NRCIDD

• Este erro pode ocorrer quando existe alguma divergência de informação referente ao Município de destino
  Exemplo: No cadastro de Emitente (Cliente) está cadastrado como Extrema/MG, mas no cadastro de Clientes > Aba Fiscal o código de Município de entrega está preenchido com o código de "Extrema" mas a UF de entrega está em branco.
  Se é informado endereço de entrega, então todos os campos devem estar preenchidos. Na integração o sistema irá validar UF+Munícipio. 
  
  
• Também pode ocorrer devido ao sistema não achar o Codigo do IBGE. Verifique se o campo A1_CDIBGE está preenchido neste Cliente.
  
  
• Verifique se o campo A1_END está com o mesmo tamanho do campo GU3_ENDER  (60)
  
  
• Verifique se os campos F2_ESTRDP1 e F2_CMURDP1 estão preenchidos
  
  
• Procure refazer a carga inicial do Cadastro de Municípios (FISA010) e dos Clientes SA1 pela rotina OMSM010
  Devem ser alimentados os dados na Tabela GU7 os quais são buscados da Tabela CC2. É importante que constem os mesmos municípios na GU7  e na CC2.

Verificar a configuração nos parâmetros MV_INTGFE e MV_INTGFE2

Detalhes em: FAT0273 - Help: Ocorreu uma validação impeditiva no módulo Gestão de Frete Embarcador

Ao acessar a rotina de Simulação de Frete do Pedido de Venda, será exibida uma tela de seleção do tipo de frete a ser considerado, que são eles:

1- Considera Tabela de Frete em Negociação

2- Considera apenas Tabela de Frete Aprovadas

Este tratamento foi criado, pois ao realizar a simulação de frete direto pelo módulo do GFE, existe a possibilidade dessa escolha, que não havia sido implementada no Pedido de Venda.

Incluir um pedido de venda.

Acessar Outras Ações - Simulação - Será exibia a janela para escolha da opção de frete a ser considerada

Observação:

• Issue de correção DSERFAT-5141

1) Acessar o Modulo GFE;

2) Em Miscelânea - Sincroniz Protheus Selecione quais as Tabelas que serão sincronizadas e clique em Processar

Esta rotina também possui um reprocessamento de Nfs Pendentes (caso alguma NF fique pendente de ser gerado o Documento de Carga)

1.Endereço Entrega 
A1_ENTEDENT - GW1_ENTEND

2.Bairro Entrega
A1_BAIRROE - GW1_ENTBAI

3.CEP Entrega
A1_CEPE - GW1_ENTCEP

4.Nr Cid Entrega
A1_CODMUNE - GW1_ENTNRC

5.UF Entrega
A1_ESTE - GW1_ENTUF