Ocorrência | Problema | Solução |
---|
43 | 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 |
42 | 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 |
41 | 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 |
40 | 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 |
39 | 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. Obs.: É 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. OMSM0113 - Manipula a tabela GW8 na geração do documento de saída. https://tdn.totvs.com/x/OhpFCg |
38 | 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. |
37 | 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. |
36 | 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 |
35 | 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 |
34 | 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 |
33 | 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 |
32 | 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”). |
31 | 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. |
30 | 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. |
29 | 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 Modified | Origem dos Cadastros ERP - ERP Integrado Datasul Image Modified | GFE Ativo - Modo de Integração Direta Image Modified |
---|
|
28 | 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
|
27 | Usuário quer informar se um redespacho será pago ou não pago | É 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 |
26 | 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 |
25 | O campo Emissor (GW1_EMISDC) não foi preenchido GW1_EMISDC Image Modified | 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.
|
24 | 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? |
23 | 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 |
22 | 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 |
21 | 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 |
20 | 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
|