Parametrizações de Sub-Rotinas com métodos de liquidações

distintos por grupos empresariais.

Histórico do Documento
Data Versão Descrição Autor
01/12/2021 1.0 Criação Henrique Machado
Parametrizações de Sub-Rotinas com métodos de liquidações distintos por grupos empresariais. 2

Sumário
1. TRANSAÇÃO  SM30 TABELA /LKMT/COM_GRBUK ...................................... 2
2. TRANSAÇÃO  /LKMT/COM_FASES ....................................................................... 3
3. TRANSAÇÃO  /LKMT/COM_FUNCT ...................................................................... 3
4. TRANSAÇÃO  /LKMT/COM_MSCEX ..................................................................... 3
5. TRANSAÇÃO  /LKMT/COM_PEDCF ...................................................................... 4
6. TRANSAÇÃO  /LKMT/COM_PROGS...................................................................... 4
7. TRANSAÇÃO  /LKMT/COM_SRDET ...................................................................... 5
8. TRANSAÇÃO  /LKMT/COM_SRITM ...................................................................... 5
9. TRANSAÇÃO  /LKMT/COM_TPPRC ...................................................................... 6
10. TRANSAÇÃO  /LKMT/CTE_CDIVA ........................................................................ 6

INTRODUÇÃO
Este documento visa a capacitação do consultor nas tabelas que temos na ferramenta que precisam ser
utilizadas em conjunto para permitir as customizações das sub-rotinas de diferentes maneiras sem
impactos nos demais processos.

TRANSAÇÃO  SM30 TABELA /LKMT/COM_GRBUK

Conforme vimos na unidade 11 a tabela /LKMT/COM_GRBUK tem como objetivos cadastrar todas as
empresas do grupo que irão utilizar o DFe Governance assim como criar chaves complementares para
alguns processos se necessário. Nesta unidade iremos falar da necessidade dos cadastros dessa chave
complementar, que funcionam como um código de exceção que pode ser utilizado dentro do DFe para se
criar uma exceção dentro de uma regra existente.

Campos dessa tabela também foram explorados com mais detalhes na unidade 11.

Na /LKMT/COM_GRBUK os campos grupo empresarial e sequencial são campos chaves para a criação
desses métodos de liquidação distintos.

Conforme print abaixo onde eu determino que para a empresa 1000 e o emitente CNPJ do código abaixo
tem um grp empresarial 0004 sequencial 020. Ou seja, quando o programa achar em outras tabelas, que
serão descritas abaixo, o código 0004020 no campo chave complementar, automaticamente ele irá ignorar
a regra geral e olhar somente esta existente na /LKMT/COM_GRBUK.
Parametrizações de Sub-Rotinas com métodos de liquidações distintos por grupos empresariais. 3

TRANSAÇÃO  /LKMT/COM_FASES
As etapas podem ser configuradas de forma padronizada por operações conforme foi explorado com mais
detalhes na unidade 11. A solução é customizada ao ponto de determinar etapas diferentes para a mesma
operação através da determinação de Chave Complementar.
Seguindo o exemplo do tópico acima, do cadastro da tabela /LKMT/COM_GRBUK com a chave
complementar criada conforme exemplo abaixo:

Se o programa encontrar na tabela /LKMT/COM_FASES algum registro da chave complementar 0004020 a

ferramenta irá ignorar o registro geral, caso se enquadre no cadastro da GRBUK (aplicação, empresa e
CNPJ) conforme exemplo acima, e irá acatar este registro.

Veja que para a rotina NFE02 temos esses 2 registros, com o campo chave complementar distinta, se a NF-
e se enquadrar nas informações cadastradas na GRBUK conforme mencionado acima, a ferramenta irá
ignorar o registro geral e respeitar o registro com chave complementar para realizar o processamento das
fases. Ou seja, para a mesma rotina podemos ter diferentes métodos de liquidação, neste caso utilizando
fases do processo diferenciado.

TRANSAÇÃO  /LKMT/COM_FUNCT
Conforme explorado na unidade 2 essa tabela contém os grupos de funções de todas as aplicações
(módulos). Nessa tabela também é possível criar diferentes registros para o mesmo modulo diferenciando
somente pela chave complementar.

TRANSAÇÃO  /LKMT/COM_MSCEX
Esta tabela de parametrização /LKMT/COM_MSCEX (Cadastro de Exceção de Mensagens) é destinada a
cadastrar uma tratativa diferenciada para uma mensagem já existente na /LKMT/COM_MSCAD (conforme
mencionada no item acima). E ainda é possível utilizar o campo chave complementar para diferenciar uma
mensagem geral por rotina da tabela /LKMT/COM_MSCAD para uma rotina específica. Ou seja, se uma
Parametrizações de Sub-Rotinas com métodos de liquidações distintos por grupos empresariais. 4

mensagem para uma aplicação estiver cadastrada como E (erro), por exemplo, na tabela
/LKMT/COM_MSCAD, é possível especificar uma sub-rotina com uma chave complementar para diferenciar
essa mesma mensagem somente para essa rotina específica que se enquadre nessa chave complementar.

/LKMT/COM_MSCEX

/LKMT/COM_MSCAD

Veja que para a aplicação NF-e no grupo de mensagem ATRB, Nr. Mensagem 3 na tabela
/LKMT/COM_MSCAD esta mensagem está configurada como E (erro), mas para a mesma aplicação com
uma rotina especifica e uma chave complementar na tabela /LKMT/COM_MSCEX a mensagem está com
tipo W (advertência). Ou seja, caso exista uma NF-e enquadrada no grupo de empresa registrado na
/LKMT/COM_GRBUK a ferramenta irá acatar a mensagem cadastrada na tabela /LKMT/COM_MSCEX.

TRANSAÇÃO  /LKMT/COM_PEDCF
Esta parametrização é destinada a reclassificação automática de Sub-rotinas de acordo com as
características do processo conforme descrito no documento do modulo 2 unidade 2.
No exemplo abaixo veja que para a mesma aplicação e rotina de destino é possível realizar uma
reclassificação diferente, fazendo a distinção das rotinas de destino a partir da chave complementar.

Baseado nos registros acima, caso exista um pedido de compra onde o campo controle de confirmação seja
0001, como a ferramenta saberá que caminho seguir na reclassificação? Baseado na chave complementar,
se a NF-e em questão se enquadrar no grupo de empresas cadastrado na GRBUK a ferramenta pegará o
primeiro registro do print acima e realizara a reclassificação para a rotina NFE02A e atualizará as fases do
processo correspondente a esta sub-rotina. Caso contrário, não se enquadrar no grupo de empresas
correspondente a esta chave complementar a ferramenta reclassificará para a rotina de destino NFE02Y e
atualizará as fases do processo correspondente a esta sub-rotina.

TRANSAÇÃO  /LKMT/COM_PROGS
Esta parametrização é destinada a orientar a solução quanto aos programas e particularidades de
execuções em cada FASE das Sub-rotinas para os processos.
Parametrizações de Sub-Rotinas com métodos de liquidações distintos por grupos empresariais. 5

Conforme captura de tela acima temos 2 registros para o mesmo tipo de processo para a mesma aplicação
e rotina. Para o primeiro registro está determinado que o tipo de processo ATPM (atribuição de
pedido/material) seja realizado de forma automática, já o segundo registro com as mesmas características
será processado de forma manual. Mas o que determinará esse processamento será a chave
complementar. Caso essa nota, no exemplo acima, o CT-e tenha um registro para esta aplicação apontado
para este grupo de empresas com a chave complementar 0200004 na tabela /LKMT/COM_GRBUK a
ferramenta irá acatar este registro da tabela /LKMT/COM_PROGS.

TRANSAÇÃO  /LKMT/COM_SRDET
Conforme verificado na Unidade 2 os processos de NF-e, NFS-e e DOC-e devem seguir as configurações de
determinação da Sub-rotina, através desta tabela SRDET.
É permitido configurar Sub-rotinas diferentes para a mesma operação através da determinação de Chave
Complementar.
Veja abaixo que para a mesma operação (CFOP 5400 – 5405) temos a possibilidade de determinar 2 sub-
rotinas diferentes:

Ou seja, se a empresa abaixo cadastrado na tabela GRBUK para esse grupo de empresas estiver
processando uma NF-e referente a esses CFOPs a ferramenta irá pegar o registro para classificação de sub-
rotinas do segundo registro da captura de tela acima com a chave complementar 0200004.

TRANSAÇÃO  /LKMT/COM_SRITM
A determinação de sub-rotina conforme mencionada no tópico acima precisa estar respeitando a
configuração também a nível de item do documento, para a determinação das informações corretas tanto
a nível de cabeçalho quanto a nível de item. A tabela SRDET determina em qual rotina será processada o
documento, e a partir daí a ferramenta irá consultar outra tabela como a SRITM. Ou seja, se na tabela
SRDET o registro que a ferramenta pegou foi o registro com a chave complementar 0200004, na tabela
SRITM também precisa ter um registro com essa chave.
Parametrizações de Sub-Rotinas com métodos de liquidações distintos por grupos empresariais. 6

Neste caso deveria pegar o primeiro registro da captura de tela acima.

TRANSAÇÃO  /LKMT/COM_TPPRC
Nesta tabela é onde será determinada as sub-rotinas de CT-e, conforme já foi explorado na unidade 2.
Assim como a tabela SRDET funciona para a NF-e a TPPRC também tem essa função para o CT-e. Só que
para CT-e tanto para nível de cabeçalho e item do documento utilizará somente esta tabela,
diferentemente da NF-e que utiliza 3 tabelas para determinação de sub-rotinas.
Veja que é possível criar mais de uma sub-rotina de CT-e para o mesmo tipo de processo fazendo a
distinção pela chave complementar:

Se a empresa que está processando o CT-e estiver dentro deste registro na tabela GRBUK:

A ferramenta irá realizar a classificação da sub-rotina a partir do registro da TPPRC onde tem a chave
complementar com 0200004.

TRANSAÇÃO  /LKMT/CTE_CDIVA
É a tabela para realizar a determinação do IVA para CT-e de forma automática, conforme unidade 10.
Assim como nas demais tabelas mencionadas nos tópicos anteriores deste documento, na tabela CDIVA
também é possível criar 2 registros iguais, ou seja, as mesmas definições de processos determinando IVAs
diferentes a partir de uma distinção somente pela chave complementar que foi criada na tabela GRBUK.
Parametrizações de Sub-Rotinas com métodos de liquidações distintos por grupos empresariais. 7

Veja que temos 2 registros com as mesmas definições de processo acima e mesmo assim podemos definir
que caso a ferramenta encontre um registro para a empresa referente a este CT-e na tabela GRBUK ela seja
um IVA diferente do outro registro que tem a chave complementar comum.