Dicas para implementao da MP135, com a utilizao do CBT

I. Grupos de Impostos de excees dinmicas X Seqncias de Acesso Com a utilizao do mtodo de clculo de imposto baseado em condies (CBT), toda vez que um novo grupo de imposto for criado, a sua incluso em uma determinada seqncia de acesso dever ser feita de forma automtica pelo sistema, atravs da transao J1BTAX. O mesmo dever ocorrer sempre que forem executadas modificaes no grupo de imposto, ou ainda sua eliminao. Mensagem aps criao, modificao ou eliminao de um grupo de imposto:

O procedimento para a atualizao do grupo de imposto dentro de uma seqncia de acesso o seguinte: 1. Acessar a transao J1BTAX Menu: Preparao da Condio/ Migrao/ Grupos de Impostos nas seqncias de acesso.

2. Para inserir um novo grupo de imposto em seqncias de acesso:

*** Ao executar esta transao, sero exibidos os logs da operao na tela seguinte, p/ anlise.

Renata Karla

22/09/2006

3. Para atualizar modificaes efetuadas em um grupo de imposto nas seqncias de acesso:

*** Ao executar esta transao, sero exibidos os logs da operao na tela seguinte, p/ anlise.

4. Para eliminar um grupo de imposto das seqncias de acesso:

*** Ao executar esta transao, sero exibidos os logs da operao na tela seguinte, p/ anlise. Exemplo de Tela de Exibio de Logs:

Renata Karla

22/09/2006

Exemplo de incluso do novo grupo de imposto dentro da seqncia de acesso:

*** OBS.: a etapa 5 funciona como um modelo para os novos grupos de imposto a serem includos automaticamente na seqncia de acesso.

II. Tabelas de Impostos X Registros de Condies A criao de registros de condies para impostos tambm ocorre de forma automtica com a utilizao do CBT. Tais condies so criadas pelo sistema, com base nos dados alimentados nas tabelas de impostos de excees dinmicas (acessadas pela transao J1BTAX). O procedimento que d incio criao automtica de condies o seguinte: 1. Acessar a transao J1BTAX: Menu: Preparao da Condio/ Migrao/ Tabela de Impostos para condies.

2. O sistema exibir todas as tabelas de impostos, conforme abaixo:

3. O cone

verifica os registros de condies gerados para determinada tabela de

imposto. Para fazer esta verificao, selecione uma tabela e, em seguida, clique sobre o cone mencionado, conforme exemplo:

Renata Karla

22/09/2006

Resultado Obtido

4. Em situaes em que algum registro aparea com o status amarelo ou vermelho,

selecione a opo para gerar um novo registro correto, conforme exemplo: e utilize o cone

Renata Karla

22/09/2006

***A expresso nvo indica que foi criado um novo registro de condio. Observe que tanto o status da tabela quanto o da condio esto verdes, indicando que tabela e registro esto OK.

III. Programa J_1B_CBT_CONSIST Uma ferramenta indispensvel para a verificao de consistncia entre as tabelas de impostos e os registros de condies gerados o programa J_1B_CBT_CONSIST. Normalmente, o relacionamento entre um dado de imposto e seu respectivo registro de condio de 1:1. Isso significa que, para cada taxa de imposto haver um registro de condio. E, para cada registro de condio (de um tipo de condio utilizada na determinao de imposto) haver uma entrada correspondente em uma tabela de imposto. Assim, poder haver dois motivos para a existncia de uma inconsistncia, quais sejam: quando no h um registro de condio correspondente para uma taxa de imposto; ou quando no h uma entrada correspondente em uma tabela de imposto para um registro de condio existente. As razes para a existncia de inconsistncias podem ser:

Renata Karla

22/09/2006

a) A gerao automtica de condies foi desativada e, durante o perodo de desativao,

um dado de imposto foi criado ou modificado em uma tabela de imposto (tipo de inconsistncia 1);

b) A gerao automtica de condies foi desativada e, durante o perodo de desativao,

um dado de imposto foi deletado de uma tabela de imposto (tipo de inconsistncia 2);

c) Registros de condio de impostos foram criados manualmente, atravs das

transaes VK11 aplicao V e FV11 aplicao TX (tipo de inconsistncia 2);

d) Registros de condio de impostos ou a base de dados de impostos foram deletados

por algum programa existente no cliente (tipo de inconsistncia 1 ou 2). Para detectar a presena dos tipos de inconsistncia acima mencionados, o procedimento o seguinte:

1.

As inconsistncias do tipo 1 so identificadas atravs da transao J1BTAX, menu: Preparao da Condio/ Migrao/ Tabela de Impostos para condies, conforme descrito na seo II.4 deste manual.

2.

As inconsistncias do tipo 2 so identificadas atravs do programa J_1B_CBT_CONSIST, que dever ser executado via SE38. O sistema exibir uma lista de tabelas de condio. Pelo duplo-clique em uma tabela, o sistema exibe todos os registros de condio existentes. A anlise dever considerar o status de cada condio, ou seja: o status vermelho significa que no h registro correspondente na tabela de imposto; o status amarelo significa que existe um registro na tabela de imposto, porm, os dados no so compatveis; o status verde significa que existe uma entrada correspondente na tabela de imposto. No exemplo abaixo, possvel identificar os trs tipos de status. Observe que, quando o status vermelho, no determinado o nome da tabela e nem a identificao do ndice.

Renata Karla

22/09/2006

Para correo destas inconsistncias, dever ser feita uma seleo de todas as entradas com status vermelho e amarelo. Em seguida, proceder excluso de cada uma, pressionando o boto , conforme abaixo:

O sistema exibir a seguinte mensagem:

Para que o clculo de impostos funcione corretamente, todas as tabelas de condies devero conter apenas entradas com status verde, conforme abaixo:

Renata Karla

22/09/2006

Para certificar-se de que h registros de condies para todos os registros de impostos, efetuar novamente a migrao de tabelas de impostos para condies, conforme descrito na seo II.4 deste manual.

OBS.: Tabelas modificadas apresentam o cone Tabelas apenas verificadas apresentam o cone IV. Condies de preo+impostos:

. .

No caso de haver mais de uma condio de preo em uma mesma pricing, todas devero ter entradas na tabela J_1BKON1SDVV (IMG: Contabilidade Financeira/ Configuraes Globais Contabilidade Financeira/ IVA/ Configuraes Globais/ Brasil/ Define quais impostos esto contidos em condies para determinao de preos SD). Exemplo: a pricing ZTCIEX possui duas condies de preo, quais sejam, ZSER e ZTOT (esta ltima o resultado do percentual representado na condio ZCIE sobre o valor encontrado na condio de preo ZSER), conforme exemplo abaixo: Pricing ZTCIEX (transao: V/08)

Resultado na Ordem de Venda (transao: VA03):

Renata Karla

22/09/2006

Entradas na tabela J_1BKON1SDVV:

Em um teste realizado apenas com entradas na tabela

J_1BKON1SDVV para a

condio ZSER, quando da tentativa de faturar a ordem de venda, ocorre um erro: Condio ISSF no contida na frmula de clculo de imposto. A condio ISSF, neste caso, refere-se ao clculo do imposto ISS e o erro ocorre com ela pois a primeira condio de imposto a aparecer na pricing. O que significa que tal erro se repetiria para todas as outras condies de imposto existentes na pricing, que aparecem mais abaixo (PIS e COFINS). Como apenas a condio ZSER tinha entradas nesta tabela, o sistema interpreta que ocorre uma inconsistncia, uma vez que a condio ZTOT um percentual da condio ZSER, devendo, portanto, apresentar as mesmas caractersticas (Preo + ISS + COFINS + PIS).

V. Registros de Condies: 1. Condies: DCOF, DPIS e DWHT Registros de condies gerados automaticamente pelo sistema. Devem conter todas as entradas existentes na tabela de cdigos de imposto SD (J_1BTXSDCV). Exemplo:

Renata Karla

22/09/2006

2. Condio BCO1 Registro de condio gerado automaticamente pelo sistema, com base no registro da taxa de COFINS, alimentado na tabela J_1BTXCOFV. Deve conter todas as entradas existentes na tabela mencionada. Exemplo:

3. Condio BCO2 Registro de condio gerado automaticamente pelo sistema, com base no registro do montante de COFINS, alimentado na tabela J_1BTXCOFV. Deve conter todas as entradas existentes na tabela mencionada. Exemplo:

4. Condio BPI1 Registro de condio gerado automaticamente pelo sistema, com base no registro da taxa de PIS, alimentado na tabela J_1BTXPISV. Deve conter todas as entradas existentes na tabela mencionada. Exemplo:

5. Condio BPI2 Registro de condio gerado automaticamente pelo sistema, com base no registro do montante de PIS, alimentado na tabela J_1BTXPISV. Deve conter todas as entradas existentes na tabela mencionada. Exemplo:

Renata Karla

22/09/2006

6. Condio DISS Registro de condio gerado automaticamente pelo sistema, com base nos cdigos de imposto SD que apresentam flag em ISS, existentes na tabela J_1BTXSDCV. Exemplo:

7. Condies BW11, BW21, BW31 e BW41 BW12, BW22, BW32 e BW42 Registros de condio gerados automaticamente pelo sistema, com base nos dados alimentados na tabela J_1BTXWITHV. Devem conter todas as entradas existentes na tabela mencionada. Exemplos: BW11

OBS.: os registros referentes s demais condies BW*1 so idnticos, visto que o montantebase para clculo dos impostos ser sempre de 100%. BW12

OBS.: os registros referentes s demais condies BW*2 so idnticos, respeitando a diferena de alquota cadastrada para cada imposto.

8. Condio BW51 Registro de condio gerado automaticamente pelo sistema, com base nos dados alimentados na tabela de imposto retido com regra de acumulao (J_1BTXWITHV). Deve conter todas as entradas existentes na tabela mencionada. Caso esse registro de condio no tenha sido gerado corretamente pelo sistema, alguns problemas podem ser detectados diretamente na pricing da ordem de vendas, como, por exemplo, a populao tanto das condies de reteno (final W exemplo: IPSW PIS Retido na Fonte) quanto das condies de acumulao (final

Renata Karla

22/09/2006

Q exemplo: IPSQ PIS Retido na Fonte Acumulado) de impostos. Quando a funcionalidade de reteno/ acumulao de impostos est sendo executada corretamente pelo sistema, apenas as condies de acumulao de impostos (IPSQ, ICOQ, ICSQ e IIRQ) e suas respectivas condies offset (BPSZ, BCOZ, BCSZ e BIRZ) so populadas. As condies de reteno de impostos (IPSW, ICOW, ICSW e IIRW) devem apresentar valor de condio igual a zero. Exemplo deste registro de condio, gerado corretamente pelo sistema:

9. Condies BXWA e BXWT cadastro via FV11. Exemplo:

10. Condio IBRX Condio que serve de referncia para vrias outras condies, inclusive para as condies de reteno e acumulao de impostos, bem como a suas respectivas condies offset. Exemplo:

11. Condio ICMO Condio que serve de referncia para vrias outras condies, inclusive para as condies offset dos impostos sobre faturamento ISS, PIS e COFINS. Exemplo:

VII. Programa RV64ANNN Uma das instrues da SAP Note 916.003, desenvolvida para atender necessidade de acumulao de impostos da MP135, a criao de duas frmulas, que so utilizadas diretamente na pricing standard de SD, quais sejam, frmulas 900 e 901. Tais frmulas devem ser includas no programa RV64ANNN, conforme exemplo abaixo: Transao: SE38

Renata Karla

22/09/2006

OBS.: a no incluso das frmulas 900 e 901 no programa acima acarretar a populao tanto das condies de reteno quanto das condies de acumulao de impostos, fazendo com que as respectivas condies offset apresentem valor em dobro, e, conseqentemente, clculo e contabilizao de impostos incorretos.

Renata Karla

22/09/2006