Microsiga P1212.1.27 e superiores |
Ambiente: | SIGAFAT - Faturamento |
Conhecimento | 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. | 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 Atualizações - Cadastros - Parâmetros - Parâmetros do ModuloImage RemovedOrigem dos Cadastros ERP - ERP Integrado Datasul
Image RemovedGFE Ativo - Modo de Integração Direta Image RemovedApó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
Usuário quer informar se um redespacho será pago ou não pago | O Pedido de Vendas não possui a opção de informar se o Redespacho é pago ou não. Foi disponibilizado o ponto de entrada "OMSM0111" (00000022286/2015) com novos parâmetros para facilitar a customização do tipo de frete do redespacho, no momento que é gerado o documento de carga com a integração com o SIGAGFE.Este ponto de entrada será disponibilizado a partir do release 12.1.06, conforme o link: http://tdn.totvs.com/display/PROT/TSVDKF_DT_Ponto_de_Entrada_OMSM0111Notas sobre o campo F2_ESTRDP1 (que possui tratamento no fonte OMSM011, porém, não é encontrado no Dicionário) . O campo tem a finalidade de permitir o uso de multiplos redespachos na integração do modulo Faturamento Protheus e GFE (Gestão de Frete Embarcador). | 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. | Mensagem de erro informando inconsistência com Frete Embarcador - Campo Emissor GW1_EMISDC
Image Removed Considerando ser uma nova instalação sugerimos que revise a instalação da IntegraçãoO 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.Verificar os parâmetros abaixo:Caminho: Gestão de Frete Embarcador / Atualizações / Cadastros / Parâmetros / Parâmetros MóduloNa 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 Deck of Cards |
---|
| Aviso |
---|
| Consulte nos links abaixo duas documentações sobre implantação da Integração entre Faturamento Protheus e o módulo Gestão de Frete Embarcador: |
Card |
---|
| A integração de dados entre rotinas do ERP Microsiga Protheus e o módulo SIGAGFE, utilizando comunicação direta entre as rotinas, sem aplicativos intermediários e sem tráfego de dados no formato XML. O ponto de integração para Simulação de Fretes no Pedido de Venda já utiliza comunicação direta, por isso não necessitará intervenção. Serão mantidas as regras de negócio atuais da integração, alterando-se apenas o modelo de troca de dados. A integração visa manter os dados cadastrais do ERP, quando necessário, sincronizados ao GFE; manter os dados relacionados a documentos, custos e despesas com transporte, integrados aos demais módulos do software ERP; e possibilitar a simulação do preço do frete durante os processos do ERP (pedidos de venda, pedidos de compra, faturamento, etc), nos quais essa informação possa ser necessária.
a) Auxiliar a seleção do prestador de serviço de cada demanda de contratação de transporte de carga. b) Complementar o controle sobre os processos operacionais de recepção e despacho de cargas (após o faturamento ou recebimento das Notas Fiscais). c) Registrar, provisionar e conferir as despesas decorrentes da contratação de serviços de transporte de carga realizados por terceiros. d) Suportar a troca de informações entre o contratante e seus prestadores de serviço. e) Manter os dados relacionados a documentos, custos e despesas com transporte, sincronizados e integrados ao software de backoffice.
|
Card |
---|
| Ter o módulo Gestão de Frete Embarcador funcionando na empresa. Esta documentação trata somente da Integração com o Módulo Faturamento Protheus |
Card |
---|
label | 3. Erros, helps e campos em tabelas SIGAFAT |
---|
| A | Campo F2_CGCRDP | Este é um campo antigo que não está mais em uso na Integração. Foi substituído pelo F2_REDESP. Veja mais detalhes no documento abaixo: Logística - Linha Protheus - GFE - Como gerar trecho referente à redespacho | B | Não atualiza todos os itens da Integração da Nota Fiscal de Saída com o Documento de Carga no release .23 e posteriores | Este incidente acontece com quando há divergência de tamanho de campos de Contabilização entre o faturamento Protheus e o Modulo Gestão de Frete Embarcador
Procure verificar se os campos D2_CCUSTO e GW8_INFO5 estão com o mesmo tamanho
DLOGGFE-4599 DT Inclusão de Dados Referência para Contabilização Integração Nota Fiscal de Saída Protheus BRA | C | Notas sobre o campo F2_ESTRDP1 (que possui tratamento no fonte OMSM011, porém, não é encontrado no Dicionário) . O campo tem a finalidade de permitir o uso de multiplos redespachos na integração do modulo Faturamento Protheus e GFE (Gestão de Frete Embarcador). | 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 |
|
Card |
---|
label | 4. Erros, helps e campos em tabelas SIGAGFE |
---|
| 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 Image Added | 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" |
|
|
|
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 abaixoPGFE0048 - Integração SIGAFAT com SIGAGFE, como é preenchido o endereço de entrega do documento de carga?
Campo F2_CGCRDP | 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 | Comumente relatado quando o campo GU3_ENDER está com tamanho diferente do campo A1_END | 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 emitenteSe 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.MATA512 – Expedições não atualiza os dados na integração Direta com o GFE - tabelas GWN e GWU | | 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 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: | 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) | 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.O campo Item (GW8_ITEM) não foi preenchido GW8_ITEM | Deixar o campo D2_COD com o mesmo tamanho do campo GW8_ITEM | O campo Destinatario (GW1_CDDEST) não foi preenchido GW1_CDDEST | 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 campo Tipo Frete (GW1_TPFRET) não foi preenchido GW1_TPFRET | 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.O campo Nr Cidade (GU3_NRCID) não foi preenchido GU3_NRCID | 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. | O campo Nome (GU3_NMEMIT) não foi preenchido GU3_NMEMIT | 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 | O campo Cod Unitiz (GWB_CDUNIT) não foi preenchido GWB_CDUNIT | 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 destinoExemplo: 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 preenchidosProcure 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.Pode lhe interessar: |
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) Image Added Image Added O ajuste do tamanho deverá ser feito via grupo de campos que está no campo D2_COD - 030- Tamanho do Produto Image Added Image Added
Este último trata somente de campos do GFE
Image Added | 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) |
|
Card |
---|
| A | Ao realizar a simulação pelo Pedido de Venda do Protheus, o sistema realiza o cálculo para três transportadoras, mas em tela apresenta apenas a que gerou o menor valor. | O campo referente ao código de emitente pode ter tamanho de 9 na base da empresa e em uma base padrão Protheus atual o tamanho é 14. Será necessário efetuar a alteração do grupo de campo "052 - Codigo Emitente" para o tamanho de 14 | B | Help " Não é possível excluir Documentos de Carga com Data de Saída informada " | Neste caso há Romaneio de Carga (programa GFEA050) com Status Liberado. Se o Romaneio estiver liberado será necessário reabri-lo. Ao fazer isso, ele apaga a data de saída do Documento de Carga possibilitando assim realizar a exclusão da nota. | C | Cadastramento de Transportadora | Para cadastrar uma Transportadora e integrar com o GFE é necessário que a Transportadora seja pessoa Jurídica (possuir CGC) e, após o cadastro da Transportadora, seja também seja cadastrado um fornecedor no Protheus pessoa jurídica com o mesmo CGC.
Caso não haja o cadastro do fornecedor o registro na GU3 (Cadastro de Emitentes do GFE) não será gerado. Sempre uma transportadora aparecerá no cadastro de emitentes como Transportadora Sim, Cliente Não e Fornecedor Sim | D | 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: Atualizações - Cadastros - Parâmetros - Parâmetros do Modulo Image Added | Origem dos Cadastros ERP - ERP Integrado Datasul Image Added | GFE Ativo - Modo de Integração Direta Image Added |
---|
| E | Ocorreu uma validação impeditiva no módulo Gestão de Frete Embarcador | 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 | F | 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. Image Added Acessar Outras Ações - Simulação - Será exibia a janela para escolha da opção de frete a ser considerada Image Added Image Added Observação: - Issue de correção DSERFAT-5141
| G | 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: | H | Transportadora do Redespacho na Integração GFE | A opção de usar ou não o Redespacho está no campo C5_REDESP. O campo para uso da Transportadora é o C5_TRANSP | I | Valor Bruto ou Valor Liquido | Hoje no GFE o campo de total da nota é conforme consta no parâmetro abaixo. Quando MV_GFEVLIT = 2 o valor é o SD2->D2_TOTAL Quando MV_GFEVLIT = 1 o valor é o SD2->D2_VALBRUT | J | Relacionamento de Campos Protheus X GFE (Cliente X Emitente) - SA1 X GW1 - Cliente Entrega | 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 |
|
Card |
---|
label | 6. Pontos de entrada |
---|
| |
|
|