| AA |
Gravação do Campo GW8_PESOR na Integração da Nota de Saída e Documento de Carga |
GW8_PESOR ==> B1_PESBRU (Peso Bruto do Produto) x D2_QUANT (Quantidade do item da Nota).
- O sistema verifica também o parâmetro MV_GFERPB antes de gerar o GW8_PESOR.
MV_GFERPB => permite definir o tipo de cálculo para o peso bruto dos itens da nota de saída - Rateio do Peso Bruto da NF.
O parâmetro MV_GFERPB pode ser preenchido com:
- * 0 (default) : Não Rateia - Cálculo padrão do Sistema, ou seja, Peso Bruto do Produto (B1_PESBRU) x Quantidade do item da Nota (D2_QUANT).
- * 1 : Rateia por item - Rateia o peso bruto do cabeçalho da Nota (F2_PBRUTO) entre os itens da nota.
Quando no pedido é lançado o peso bruto (C5_PBRUTO) e o mesmo só possui um item (produto), o sistema envia este peso para o GW8_PESOR.
OBSERVE: É necessário que no cadastro do produto possua peso cadastrado no campo "Peso Bruto (B1_PESBRU)".
Cálculo utilizado no rateio:
Produto 000001 (Peso Produto x Qtde do Produto) = 50 * 10 = 500
Produto 000002 (Peso Produto x Qtde do Produto) = 80 * 10 = 800
Total do Peso dos Itens = 1300
Total do Peso no Cabeçalho da Nota (F2_PBRUTO) = 110
Rateio por Item x Nota:
Produto 000001 = ((500 / 1300) * 110) = 42,30770
Produto 000002 = ((800 / 1300) * 110) = 67,69230
Caso deseje utilizar os campos com outras informações, pode utilizar o ponto de entrada OMSM0113.
|
| AB |
O campo Emissor (GW1_EMISDC) não foi preenchido GW1_EMISDC
|
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.
|
| AC |
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? |
| AD |
Erro no campo GW1_CDREM |
A informação do Emitente é enviada do ERP para o GFE, porém no GFE é necessário ter configurada a matriz Filial X Emitentes, onde a Filial de integração deve estar relacionada com o código de um Emitente válido no GFE.
Acesse os Parâmetros do Módulo (GFEX000) > botão Outras Ações > Filial x Emitentes
|
| AE |
Help - O campo Clas Frete (GW8_CDCLFR) não foi preenchido |
Preencher o parâmetro MV_CDCLFR que é o Código da Classificação de frete padrão utilizado no GFE |
| AF |
Ponto de Entrada na Integração na Integração da NF de Saída com Documento de carga do GFE |
OMSM0113 - Manipula a tabela GW8 na geração do documento de saída: https://tdn.totvs.com/x/OhpFCg |
| AG |
Peso Cubado no Pedido de Vendas |
Em 02/07/2015 houve modificação do fonte MATN410B alterando a função A410SMLFRT() para incluir o cálculo do frete cubado na Simulação de Frete buscando as informações dos campos B5_ALTURA, B5_LARG, B5_COMPR e alimentando o campo GW8_VOLUME, conforme as alterações já existentes no fonte OMSM011. |
| AH |
Informações sobre peso |
O Peso utilizado no cálculo é a somatória do peso real (GW8_PESOR) dos itens do documento de carga. O campo GW8_PESOR é preenchido na integração da nota fiscal com o GFE utilizando as informações abaixo :
GW8_PESOR ==> B1_PESBRU (Peso Bruto do Produto) x D2_QUANT (Quantidade do item da Nota).
O sistema verifica também o parâmetro MV_GFERPB antes de gerar o GW8_PESOR.
MV_GFERPB => permite definir o tipo de cálculo para o peso bruto dos itens da nota de saída - Rateio do Peso Bruto da NF.
O parâmetro MV_GFERPB pode ser preenchido com:
* 0 (default) : Não Rateia - Cálculo padrão do Sistema, ou seja, Peso Bruto do Produto (B1_PESBRU) x Quantidade do item da Nota (D2_QUANT).
* 1 : Rateia por item - Rateia o peso bruto do cabeçalho da Nota (F2_PBRUTO) entre os itens da nota.
Quando no pedido é lançado o peso líquido (C5_PBRUTO) e o mesmo só possue um item (produto), o sistema envia este peso para o GW8_PESOR.
Cálculo utilizado no rateio :
Produto 000001 (Peso Produto x Qtde do Produto) = 50 * 10 = 500
Produto 000002 (Peso Produto x Qtde do Produto) = 80 * 10 = 800
Total do Peso dos Itens = 1300
Total do Peso no Cabeçalho da Nota (SF2_PBRUTO) = 110
Rateio por Item x Nota
Produto 000001 = ((500 / 1300) * 110) = 42,30770
Produto 000002 = ((800 / 1300) * 110) = 67,69230 |
| AI |
Inconsistência na Integração do campo GU3_NMEMIT |
O campo A1_NOME e o campo GU3_NMEMIT devem possui o mesmo tamanho para correção do relacionamento entre os campos |
| AJ |
Inconsistência no campo GW1_CDTPDC na integração do Documento de Carga |
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”). |
| AK |
F2_CHVNFE (Nota Fiscal de Saída) x GW1_DANFE (Documento de Carga) |
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. |
| AL |
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. |
| AM |
Após gerar a NF no Protheus os campos GW8_TRIBP e GW8_GRDICM aparecem como Sim no Documento de Carga do Modulo GFE, mesmo que na NF de Origem do Faturamento não exista Impostos |
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
|
| AN |
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 |
| AO |
GU3_ENDER |O campo Endereco (GU3_ENDER) não foi preenchido |
Comumente relatado quando o campo GU3_ENDER está com tamanho diferente do campo A1_END |
| AP |
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.
|
| AQ |
MATA512 – Expedições não atualiza os dados na integração Direta com o GFE - tabelas GWN e GWU |
|
| AR |
Help " O emitente Transportador deve ser Pessoa Jurídica " |
1) 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
2) Quando um fornecedor (SA2) que possui transportador (SA4) correspondente (mesmo CNPJ/CPF e Inscrição Estadual) o tipo do Emitente no GFE (Transportador ou Autônomo) é determinado pelo campo A4_TPTRANS. Se ocorrer a mensagem significa que o campo pode não ter sido preenchido adequadamente. |
| AS |
Como o campo GW8 _VOLUME é gravado no GFE? |
Para gerar o campo GW8_VOLUME é necessário inserir quantidade no campo B5_ALTURA (B5_ALTURA * B5_LARG * B5_COMPR * D2_QUANT) |
| AT |
Mensagem sobre o campo GWU_CDTRP |
Ao emitir a nota fiscal a transportadora deve ser integrada ao documento de carga conforme informação do campo F2_TRANSP. Sistema efetuará uma busca no cadastro de emitentes e preencher o campo GWU_CDTRP.
Altere o documento de carga inserindo esta informação ou exclua-o e efetue uma nova integração da nota fiscal saída utilizando a rotina OMSAM011. |
| AU |
GW8_ITEM
O campo Item não foi preenchido |
Deixar o campo D2_COD com o mesmo tamanho do campo GW8_ITEM (observe que há dois grupos de campos distintos)
O ajuste do tamanho deverá ser feito via grupo de campos que está no campo D2_COD - 030- Tamanho do Produto
Este último trata somente de campos do GFE
|
| AV |
GW1_CDDEST
O campo Destinatário não foi preenchido |
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)
|
| AW |
GW1_TPFRET
O campo Tipo Frete não foi preenchido |
Para o preenchimento do Campo Tipo Frete (GW1_TPFRET) é verificado a informação do campo F2_TPFRETE (Recebido pelo C5_TPFRETE):
Se F2_TPFRETE = "C" e F2_REDESP = " " então GW1_TPFRET = "1"
Se F2_TPFRETE = "C" e F2_REDESP <> " " então GW1_TPFRET = "2"
Se F2_TPFRETE = "F" , "T" ou "S" e F2_REDESP " " então GW1_TPFRET = "3"
Se F2_TPFRETE = "F" , "T" ou "S" e F2_REDESP <> então GW1_TPFRET = "4"
* Tipos de frete "C=CIF", "F=FOB", 'T=Por conta de terceiros' e 'S=Sem frete'
Obs: Quando incluímos um pedido o tipo de frete é alimentado com o tipo informado no cadastro de clientes, se estiver em branco e não for alterado no pedido, irá gerar a NF sem esta informação e irá acusar a inconsistência no GFE. |
| AX |
GU3_NRCID
O campo Nr Cidade não foi preenchido |
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. |
| AY |
GU3_NMEMIT
O campo Nome não foi preenchido |
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 |
| AZ |
GWB_CDUNIT
O campo Cod Unitiz não foi preenchido |
1) O conteúdo do campo F2_ESPECI1 deve estar cadastrado também na rotina GFEA043 (GUG_CDUNIT).
2) Os campos GWB_CDUNIT e GUG_CDUNIT devem estar com tamanho compatível com o campo F2_ESPECI1
3) O campo F2_ESPECI1 deve ser alimentado pelo campo C5_ESPECI1
|
| BA |
GWU_NRCIDD
Não existe registro relacionado a este código |
- 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, sem a informação MG. Neste casos, gera o HELP GWU_NRCID.
Se é informado endereço de entrega, então todos os campos devem estar preenchidos obrigatoriamente, principalmente a UF de entrega (A1_ESTE).A integração valida o preenchimento dos campos UF+Munícipio no Cadastro de Clientes do Protheus (A1_ESTE + A1_CODMUNE e A1_EST + A1_COD_MUN)
- Também pode ocorrer devido ao sistema não achar o Código do IBGE. Verifique se o campo A1_COD_MUN está preenchido neste Cliente.
- Verifique se o campo A1_END está com o mesmo tamanho do campo GU3_ENDER (80). O campo GU3_ENDER é fixo, porém, o campo A1_END é aberto para alteração, basta ajustar o tamanho por este campo igualando a GU3_ENDER.
- Verifique se os campos F2_ESTRDP1 e F2_CMURDP1 estão preenchidos (para casos onde se trabalhe com redespacho).
- 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.
|
| BB |
Como realizar a primeira Integração de Cadastros com o Modulo GFE - OMSM011 |
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) |
