Atualmente estou em um projeto de migracao da TAXBRJ para a TAXBRA e acabei necessitando dos recursosabaixo, que inicialmente ( na BRJ ) o cliente havia resolvido via desenvolvimento. Como sempre, pesquisando e testando eliminamos o desenvolvimento com recursos Standard. Em condicoesespeciais de determinacao de precos, os consultores de SD, toda vez que criamuma nova pricing, simplesmente copiam os dados de uma outra pricing e bola parafrente.Eu mesmo semprepreenchi na condicao que define o valor unitario da NF ( ICMI ) o Valor 6 e naoentendia porque tem o 5 e o 6.SAP Customizing guiade implementacaoVendas edistribuicao Faturamento Documentos defaturamento Caracteristicasespecificas do pais Caracteristicasespecificas do pais para Brasil Condicoes especiaisde determinacao de preco Temos o caminhotradicional pela SPRO ou Pela transacao J1BTAX: Cenario 1, O valortotal do item deve ser dividido pela quantidade do mesmo e movimentado para aNF,Obedecendo o numerode decimais parametrizado na Filial. Na pricing, temos ascolunas de montante d e valor da condicao, o montante e o valor unitario da NFe o montante o valor total do item.Neste caso, para aopcao 6 de parametrizacao o SAP faz o calculo da divisao e gera a NF.Cenario 2, devem serenviados para NF os valores Unitario e total do item da NF como esta na pricing sem modificacoes:Mudando aparametrizacao para 5 ( Valor e Preco ), observe que o sistema nao fez nenhumcalculo, apenas transferiu o Valor unitario etotal do item exatamente como esta na pricing.Esta parametrizacaoeliminou um enchancement monstro que o cliente tinha.Eu realmente naoconhecia estas definicoes, sem contar que o help deste campo e muito confuso e nao deixa isso claro para quem esta lendo....Bom, agora sabemospara que serve as duas opcoes disponiveis na ICMI Standard para a NF. Entendendoa Formula 320 A alguns anos, tive que fazer uma melhoria em um cliente onde a formulada TAXBRA em SD era a 920, copiada da 320 e modificada para atender as necessidades do cliente. Infelizmente setratava de substituicao tributaria e o desenvolvimento focava a mudanca dabase de calculo daST em algumas situacoes relacionadas a Estado de origem e destino, CNAE de cliente eNCM de produto. A nova formula refazia os calculos da ST com as regras fiscaisque o clientenecessitava. Contudo, a coisa estava ruim e fora de controle que o numerode chamadosgerados pela area tributaria da empresa para corrigir os problemas relacionadosa este assuntoeram absurdos. Neste caso, o cliente queria uma solucao definitiva para oproblema.Bom, debugando eanalisando a classe da 320 e seus metodos, conclui que apenas um pequeno ajuste em um dos metodosvia enhencement resolveria o problema de forma cirurgica e definitiva.Isso foi feito e oproblema foi resolvido. Contudo, a consultoria que havia feito a encrenca todahavialevado dois mesespara fazer tudo aquilo. Neste caso, nao culpo a consultoria, afinal, fizeram oque sabiam e bem ou mal,entregaram o que foi pedido. Mas, o ruim de tudo isso e que o cliente queria odinheiro pago por estedesenvolvimento de volta. E o papo final era o seguinte, poxa Aparecido Borges,voce nos ferrou com isso e agoraestamos no prejuizo e isso que voce fez nao se faz, isso e falta deprofissionalismo. Inclusive parafechar o