...

Durante a integração do Documento Fiscal, são armazenadas as Notas Fiscais transportadas para uso na emissão do arquivo a ser enviado para o SINTEGRA (OBF0317). Para este armazenamento, foi criada a tabela "fat_nf_conh_doc_carga".

Se o parâmetro "exportar_duplic_on_line_cre" estiver igual a "S", ocorrerá a integração com o CRE de forma online, incluindo as duplicatas durante a integração do CTe, ou excluindo as duplicatas durante o cancelamento do CTe. Maiores detalhes, ver Requisitos e Configurações.

DICA: Caso o cancelamento de um CTe não seja efetuado no ERP por alguma validação de regra de negócio, como título já baixado ou período contábil fechado:

• Efetue o processo para reverter a regra de negócio que causou o bloqueio do cancelamento.
• Acesse o programa LOG00086 e consulte o parâmetro "controla_modelo_canc_nfe", modificando seu valor para "S".
• Acesse o programa VDP0753, informe os dados do CTe e clique em "Cancela NF Logix".
• IMPORTANTE! Após feito o cancelamento, volte o parâmetro "controla_modelo_canc_nfe" para o valor anterior.

DICA: Caso o cancelamento de um CTe seja rejeitado pelo motivo "Duplicata já emitida para este documento, não pode ser cancelado" segue sugestão indicada pelo suporte do CRE Logix.

• No cre6710, o parâmetro 125 está igual a S, gravando o ies_impressao igual a S na docum_emis quando rodam o cre1610.
  • 125 - Indicador para que, no cre1610, as duplicatas sejam gravadas no docum_emis como já impressas. A empresa que utilizar este parametro só vai listar duplicatas que forem solicitadas manualmente.
  • S -> No cre1610, grava as duplicatas no docum_emis com o ies_impressao = "S".
  • N ou nulo -> No cre1610, grava as duplicatas no docum_emis com o ies_impressao = "N".
• Artigo que orienta como "cancelar" uma remessa que ainda não foi enviada para o banco, mas esse processo de cancelamento não altera a tabela docum_emis, somente a tabela docum_escr: Cross Segmentos - Linha Logix - CRE - Como cancelar uma remessa que foi preparada pelo CRE1610/FIN10057.

Integrações online com CRE, CON e OBF

Estas integrações ocorrem em outra transação de dados, pois a prioridade é a integração do CTE. Caso estas integrações não ocorram de forma online por conta de alguma regra de negócio ou eventual erro, é possível efetuar a integração posteriormente de forma manual, ou no caso da integração com o Contas a Receber, via Título Financeiro emitido na Suíte Logística.

Para maiores detalhes de como ativar estas integrações, ver Requisitos e Configurações.

CTe de Substituição

A integração de um CTe de Substituição segue o mesmo fluxo dos demais CTes, porém, ao final e em uma transação de dados a parte, é efetuada a geração de uma Nota Fiscal de Entrada no Suprimentos (SUP3760), a fim de gerar uma contra-partida dos valores do CTe Original. Abaixo algumas particularidades deste processo:

• Esta Nota Fiscal é gerada com os dados do CTe Original, inclusive Número e Série.
• A Nota Fiscal é gerada com Espécie "NFD" e Tipo "1".
• A condição de pagamento deve estar informada no parâmetro "cond_pagto_nfd_sup_cte_subst" e deve estar cadastrada no programa FIN30008 como "Sem pagamento".
• A operação de estoque deve estar parametrizada no SUP7930 sem nenhum dos campos adicionais informados. Esta operação de estoque é informada no programa SUP7160, no campo "Operação estoque com custo médio" (campo "COD_OPERAC_DEV_CLI" da tabela "par_sup_compl").
• O modelo "57" deve estar cadastrado com o tipo de documento "1" no programa SUP1437.
• Com relação ao item utilizado a integração, será o mesmo item utilizado no registro de Saídas no VDP. É necessário verificar as seguintes característiacas no MAN10021:
  • Na aba "Compras", precisa estar associado a um Comprador e um Programador válidos.
  • Na aba "Fiscal" precisa ter uma conta contábil válida e de resultado/receita.
• Com relação ao CFOP utilizado é levado em consideração a UF da Empresa e a UF do Tomador, definindo:
  • No Aviso de Recebimento (tabela aviso_rec) os valores 1.206 quando mesma UF ou 2.206 quando UFs diferentes.
  • Na Nota Fiscal (tabela nf_sup) os valores 5.206 quando mesma UF ou 6.206 quando UFs diferentes.
  • Estas CFOPs precisam estar cadastradas no programa SUP0600!
  • Com relação ao CFOP armazenado na tabela "aviso_rec", atenção para:
    • O parâmetro "considera_cfop_xml_totvs_colab" deve estar igual a "S", ou:
    • Caso esteja como "N", o campo "Código Fiscal" da aba "Fiscal" no programa MAN10021 deve estar com os 3 últimos dígitos do CFOP correto (206) para o item usado no CTe original na integração no VDP.

Processos não efetuados na geração da Nota Fiscal de Entrada:

• O relacionamento com o CTe (Nota Fiscal de Saída) que está sendo substituído.
• Consistências da Nota Fiscal gerada.

Reforma Tributária

Na Suíte Logística deverão ser criados os novos impostos, bem como criadas as fórmulas para seus cálculos, conforme documentação disponível em https://tdn.totvs.com/pages/viewpage.action?pageId=990759834.

No ERP Logix, o path liberado em 08/12/2025 é pré-requisito para a integração dos CTes emitidos na Suíte Logística e recepcionados pelas APIs criadas. Acesse a documentação disponível a respeito da Reforma Tributária no ERP Logix em Reforma Tributária Logix.

Após aplicado, deve ser aplicado o patch que adapta as APIs para leitura dos novos impostos no JSON e envio para as funções do VDP. Este patch pode ser baixado em INFORMAR LINK AQUI!

Validações relacionadas a data de inicio da Reforma Tributária no ERP Logix:

• Se não estiver informada, ou estiver informada com data menor que a data corrente, os novos impostos não serão integrados, mesmo que a Suíte os envie!
• Se estiver informada com data igual ou superior a data corrente, a API irá validar se o JSON possui os blocos e chaves relacionados aos novos impostos. Caso não possua, a integração do CTe no ERP será rejeitada com a mensagem "A empresa está parametrizada para novos impostos da Reforma Tributária, porém, o CTe não possui o bloco fiscal/imp/IBSCBS/CST.".

Com relação ao Cte de Substituição, o grupo de despesa utilizado deve ter parametrizado os novos tributos, para que a entrada anule os novos impostos.

Caso não seja possível a aplicação dos patches no ERP Logix mencionados acima, sugerimos o seguinte, para ser usado de forma paleativa, e validada primeiramente em ambiente de homologação!

• Criar fórmula no VDP10065 conforme exemplo abaixo, e aplicá-la nos tributos CBS, IBS_UF e IBS_MUN:
  • Base de cálculo: (fal_bc_cbs_ibs + val_is_item - val_icms_item - val_iss_rec_item - val_icms_uf_dest - val_fecomp_item)
  • Valor final: (base_calc * ((aliquota-(aliquota *(taxa_reducao_pct/100)))/100))
  • Image Added
• No programa VDP10068 incluir os novos tributos para a Natureza de Operação utilizada na integração de CTes oriundos da Suíte (mais detalhes a respeito deste parâmetro em Requisitos e Configurações).
  • Image Added
• Desta forma, o XML enviado para a SEFAZ irá conter os novos impostos, e o ERP Logix irá efetuar o cálculo deles baseado na Natureza de Operação, assim como é feito para o PIS e COFINS.

Financeiro a Receber (Financeiro Logistico)

...

• O processo depende da geração do MDFe, de um CIOT e da confirmação da geração do pagamento pela IPEF (REPOM).
• É gerada AD e AP no Contas a Pagar do Logix com o valor total do contrato (CIOT) e com os valores dos tributos calculados pelo Motor Fiscal.
  • Para a geração das ADs e APs é essencial que os parâmetros "tip_desp_pgto_cap_contr_frete" e "tip_desp_adto_cap_contr_frete" estejam preenchidos.
  • Vale frisar que é necessária uma revisão do cadastro dos Tipos de Despesa com relação aos descontos dos impostos no FIN30056/CAP0070. O campo "Retém SEST/SENAT Ent Filantrópica" por exemplo, quando marcado, efetuará o desconto destes impostos na AD/AP.
• Durante a integração do título a pagar, é verificado se o parâmetro “tms_saas_cod_favorecido” está preenchido com um código de Fornecedor no ERP Logix, pois este será considerado com o Favorecido do título. Ver Requisitos e Configurações.

Observações:

• Os valores de impostos são calculados no Motor Fiscal da Suíte Logística e não pelo ERP Logix.
• Não há integração de alteração/estorno/cancelamento. Caso necessário pode ser feito o processo manualmente no ERP e na suite.
• Caso haja baixa de Adiantamento na AP de Pagamento, esta baixa deve ser excluída manualmente via programa FIN30057, modificando a AP, clicando no botão “Ajustar” e removendo a linha da baixa do adiantamento.

...