cancel
Showing results for 
Search instead for 
Did you mean: 

Cadastro NCM Codes

0 Kudos

Bom dia Pessoal!

Existe alguma forma de liberar o cadastro de NCM Codes na J1BTAX direto na produção?

Ou deve ser somente pelo cadastro no DEV e transporte de request?

Obrigado,

Felipe M.

Accepted Solutions (1)

Accepted Solutions (1)

former_member182114
Active Contributor
0 Kudos

Bom dia Felipe,

Veja esta URL também:

ERP SCM - Transport tax codes between environments using CBT - TAXBRA

Atenciosamente, Fernando Da Rós

Answers (7)

Answers (7)

Former Member
0 Kudos

Olá

Se me permitem... carrega toda a TIPI e acaba de vez com os problemas!

Não sei se é o caso e me desculpe pela sinceridade... mas confesso que não consigo entender a mania que a área de negócio tem de não querer carregar toda a TIPI. Ai chega a pascoa e a área de RH compra chocolate pra distribuir para os funcionários e não podem lançar a nota porque não tem a NCM cadastrada; chega natal... compram os presentes das crianças e não conseguem lançar porque não tem NCM cadastrada e por ai vai...

Geralmente é assim... até o usuário cansar de cadastrar NCM na mão na produção ou no teste e pede para carregar a tabela inteira.

Se fossem milhares de registro tudo bem... mas não teve passar de 16.000 posições de NCM.

Só uma sugestão!

Abraço

Eduardo Chagas

eduardohartmann
Contributor
0 Kudos

Hehehehe

Sair da casinha pra olhar com outro enfoque às vezes ajuda

Concordo com sua sugestão, também não vejo problemas em carregar toda a TIPI.

abs!

renatopereira
Participant
0 Kudos

Prezados,

Por favor, sabem me dizer como eu poderia proceder para abrir o ambiente produtivo para cadastro e determinação de novos itinerários?

Vi que as notas mencionadas são para até o release 4.6...

Obrigado,

Renato Pereira.

eduardohartmann
Contributor
0 Kudos

Oi Renato,

Primeiramente, evite postar perguntas em threads antigas, ainda mais as concluídas. Abrindo uma nova aumenta a probabilidade e velocidade de ter um retorno.

Sobre seu comentário de que as notas são para até release 4.6, creio que houve uma interpretação equivocada. Ambas as notas 135028 - Transfer IMG activity to current setting356483 - Customizing: Current settings in the test system dizem:

"Validity

  This document is not restricted to a software component or software component version   "

Veja com um ABAP os detalhes das notas e experimente alterar os parâmetros numa tabela Z, por exemplo, e teste o reflexo dos parâmetros no ambiente de desenvolvimento, em sandbox e em QAS, daí vc poderá simular os parâmetros da SCC4 (configuracão de mandantes) e confirmar que funciona (ou não) para o seu caso.

abs,

Eduardo Hartmann

eduardohartmann
Contributor
0 Kudos

Felipe,

Mesmo com as outras respostas tendo ajudado, dê uma olhada nestas duas OSS Notes:

Note 135028 - Transfer IMG activity to current setting

Note 356483 - Customizing: Current settings in the test system

A primeira é para definir uma tabela de customização como "current" ou "Em curso". Isto define que a visão poderá ser alterada em ambiente produtivo.

:

A outra nota faz um "xaxixo" pra conseguir modificar os dados em QAS (ou DEV, sem request).

Precisei disso para poder criar alíquotas de impostos em QAS dependentes de código de cliente.

A estratégia que usei foi criar uma request para "abrir" a tabela em QAS (o ambiente estava configurado para não gerar request). Depois de levado até QAS eliminei a request da fila de PRD (não queria abrir a tabela em PRD, somente deixar com o resultado da primeira nota).

Depois voltei a configuração da tabela (na verdade, da view de atualização) e apaguei a request

No fim das contas:

DEV: IMG setado como "current" / view de atualização gerando request;

QAS: IMG setado como "current" / view de atualização NÃO gerando request;

DEV: IMG setado como "current" / view de atualização gerando request;

Isso eu fiz para tabela de exceção de ICMS (por conta dos 4% de ICMS...).

Entendo que o procedimento é o mesmo para a de NCM.

Veja se ajuda

Abraço

Eduardo Hartmann

0 Kudos

Obrigado Fernando e Marssel!

Consegui utilizando a nota: "77430 - Customizing: Current settings" que está na indicação ERP SCM - Transport tax codes between environments using CBT - TAXBRA.

Abraços,

Felipe M.

Marssel700
Active Contributor
0 Kudos

Boa discussão.

O time global havia sugerido a utilização da SOBJ para nós aqui, mas vamos ter menos agilidade no transporte de dados.

O ideal no nosso caso é uma transação Z ou abrir de uma vez a J1BTAX pelo menos até o go live. Aí estamos tendo muitas divergencias em relação as políticas de segurança.

Sucesso e Boa sorte!

former_member182114
Active Contributor
0 Kudos

Boa Marssel,

Também acho que isso é caso a caso. Conheço alguns clientes que não deixariam nem discutir tal assunto de mexer direto em produção.

Atenciosamente, Fernando Da Rós

eduardohartmann
Contributor
0 Kudos

Fernando,

Concordo e vejo isso com frequencia. O problema maior é com as tabelas de exceção por material ou cliente, onde não existem os dados mestres no DEV para poder fazer a request...

sem contar o tanto que os usuários reclamam do tempo que leva pra criar uma exceção...

Abs,

Eduardo

eduardohartmann
Contributor
0 Kudos

Agora, vendo com mais calma, percebi que a nota mencionada aponta praquela que indiquei

Enfim, use a segunda se precisar alterar em QAS

Abraço!

0 Kudos

Boa tarde Fernando!

Realizei o procedimento via SOBJ mas ainda não funcionou "Client 500 has status 'not modifiable'".

Será que faltou algo?

Abçs,

Felipe.

former_member182114
Active Contributor
0 Kudos

Bom dia Felipe,

A transação SOBJ também é um customizing e precisa do ambiente aberto para modificação. Mesmo esquema de transporte (fazer no sand-box e levar até o produtivo passando pelos ambientes de teste).

Atenciosamente, Fernando Da Rós

0 Kudos

Entendo Marssel!

Mas como fazer essa edição se o QA e PRD são ambientes fechados para modificação?

Abrs,

Felipe.

Marssel700
Active Contributor
0 Kudos

Felipe,

o BASIS é capaz de definir seu perfil para a função change nesta transação. Existem outras transações de customizing que funcionam desta forma. Tudo vai depender da política da empresa.

Saudações

Marssel700
Active Contributor
0 Kudos

Felipe,

Recomendo você solicitar a manutenção desta transação direto nos ambientes, isto é sem o transporte normal por requests.

Estou vivenciando este problema atualmente devido a J1BTAX possuir algumas particularidades, apesar de ser um customizing para o Brasil.

Por exemplo o Mestre de material. Esse é um dado mestre que tem sua numeração diferente entre os ambientes quase sempre. Não dá pra configurar e transportar via request.

Você pode ainda solicitar a criação de uma nova transação ("Z") para manutenção exclusiva de certas tabelas por ambiente.

Saudações

former_member182114
Active Contributor
0 Kudos

Movido para fórum ERP