Login Registre-se
[RESOLVIDO] Tributação de produtos  XML
Índice dos Fóruns » NF-e / NFS-e / CT-e / CF-e / Certificados Digitais
Autor Mensagem
robertop

JavaC Membro

Membro desde: 10/07/2013 20:08:36
Mensagens: 300
Offline

Boa tarde!
Hoje o nosso sistema trabalha com Grupo Tributário, ou seja, ao cadastrar um produto o usuário informa a qual grupo tributário este pertence. Então com base neste grupo e CFOP utilizado na NF é trabalhado os impostos, aliquotas, csts etc.

Estou pensando em remover este grupo tributário e efetuar esta configuração com base no NCM, EXTIPI e CEST. Há alguém que trabalhe desta forma?
Isto é possível? há alguma situação que um produto que tenha o mesmo NCM, EXTIPI e CEST tenha tributação diferente?


Obrigado!

Esta mensagem foi editada 1 vez. Última atualização foi em 13/06/2018 16:12:01

rlira

JavaC Membro

Membro desde: 07/01/2015 15:45:55
Mensagens: 90
Localização: Olinda - PE
Offline

Olá Roberto boa tarde.

Cara eu acredito que o que vc citou usar o NCM é possível sim, também estou pensando em utilizar este tipo de abordagem no sistema que estou iniciando, porém não posso dizer que eu seja um expert no assunto de Tributação e que possa prever algo que impeça fazer uso desta abordagem.

Robson Lira
Skype: robson.lira
robertop

JavaC Membro

Membro desde: 10/07/2013 20:08:36
Mensagens: 300
Offline

Pois é, to tentando ver todas as situações.
Agora tem estes campos novos na NF-e de FCP, alem do campo de percentual de ST pSt.
To tentando ver uma maneira de ficar mais facil para o cliente e também tentar eliminar o máximo de erro.

rlira

JavaC Membro

Membro desde: 07/01/2015 15:45:55
Mensagens: 90
Localização: Olinda - PE
Offline

é prezado este caso do FCP pra mim foi o que deu o maior BO, porque as aliquotas são por estado, e ela nem é o maior problema mais sim os produtos que em um estado pode fazer parte e em outro não, ai tem de fazer uma configuração Produto X Estado

Eu esperei um bocado pelo bendito contador, mais .... como sempre nd.

Faz isto uma tela para Produto X Estado se o produto tiver nesta tabela faz o calculo.

Robson Lira
Skype: robson.lira
robertop

JavaC Membro

Membro desde: 10/07/2013 20:08:36
Mensagens: 300
Offline

Não é facil não. hehehe

Como você esta fazendo com os campos vBCFCPSTRet, pFCPSTRet e vFCPSTRet. Ta pegando da nota de compra?
rlira

JavaC Membro

Membro desde: 07/01/2015 15:45:55
Mensagens: 90
Localização: Olinda - PE
Offline

Olá Roberto boa noite.

Cara o meu sistema ele é utilizado por um faturista ou seja a empresa que a maior parte do movimento é nota de serviço agora se um produto que esta no cliente sob um contrato se extravia ai sim o faturista emite uma nota de venda.

Eu a muito custo com o setor contabil e (bem tardia a informação dele veio porque eu já tinha um documento com os produtos do FCP ) soube que nenhum dos produtos comercializado teria o tal imposto o que eu fiz foi colocar os campos na tela para o faturista informar manualmente.

[Thumb - FCP.jpg]
 Nome do arquivo FCP.jpg [Disk] Download
 Descrição Imagem da tela com os campos do FCP
 Tamanho 249 Kbytes
 Baixado:  53 vez(es)


Robson Lira
Skype: robson.lira
robertop

JavaC Membro

Membro desde: 10/07/2013 20:08:36
Mensagens: 300
Offline

OK, Obrigado!
GGarcia

JavaC Membro
[Avatar]

Membro desde: 28/05/2013 17:12:21
Mensagens: 245
Offline

Aqui eu faço diferente com os produtos.

Nosso sistema importa o XML da nota de compra e posteriormente, numa tela com estilo arrastar e soltar, vincula-se os itens do XML com os itens do sistema e os cálculos são feitos automaticamente. Se o item no sistema não possui NCM, CEST/ST e FCP, o sistema altera o cadastro do produto marcando essas opções. O sistema também importa do XML a origem do produto para fins de formar o CST e o CSOSN nas saídas.

No cadastro de cada produto existe a possibilidade de especificar tributações diferenciadas. Se o item possui ST, marca-se a caixinha ST e se atribui um CEST. Se ele possui FCP em algum estado, marca-se que ele possui FCP e se seleciona o estado em que o imposto incide. COmo existe uma tabela com a % do FCP por estado, fica fácil.

Então, na hora de efetuar qualquer nota desses produtos, usamos essa referência.

Se o produto não tem ST mas possui FCP, calcula-se os campos correspondentes.

Se o produto tem ST e FCP, calcula-se com os campos de FCP ST correspondentes, ou seja, apenas ST ou STRet.

Se o produto não possui ST e nem FCP, é um CST 00 ou CSOSN 102 (em caso de venda) ou operação igual a origem em caso de devolução.

Aqui nós automatizamos 90% das emissões de notas calculando tudo pelo cliente. Apenas em notas de devolução ao fornecedor, onde os mesmos fazem requisições esdrúxulas para aceitar uma nota dessas é que se permite editar os impostos como bem entender, mas com o sistema entendendo o que cada CST/CSOSN escolhido permite e ainda faz sugestões de valores de acordo com alíquotas e dados informados a cada campo digitado.

Existem N formas de se fazer isso. Tudo depende de como o sistema foi estruturado e qual a finalidade dele. A finalidade do nosso sistema é atender varejo com segmento específico, portanto, facilita muito em saber como calcular impostos e quais são os CST/CSOSN que podem ocorrer em determinada transação comercial.

Aqui temos como premissa retirar do cliente determinadas responsabilidades porque o cliente NUNCA vai atualizar esses campo, nunca vai conferir nada, nunca vai alterar dados de impostos porque uma lei mudou e ele nem tem que o auxilie para avisar que uma lei mudou e que determinada regra agora opera de forma diferente.

Demoramos um tempo considerável para chegar nesse modelo, mas depois que chegamos, praticamente eliminamos suporte técnico para emissão de notas e reduzimos em 95% erros com emissão de notas.

Esta mensagem foi editada 2 vezes. Última atualização foi em 06/06/2018 10:10:39


If you're here, who's running hell?
robertop

JavaC Membro

Membro desde: 10/07/2013 20:08:36
Mensagens: 300
Offline

Bom dia!
GGarcia, obrigado pela resposta.

Eu só fico com receio, se é que entendi, vocês confiam 100% na informação do fornecedor. Se o fornecedor emitir uma nota com NCM errado, vai ficar errado no sistema.
Outra questão é que tudo é baseado na compra. E se faz um ano que não se compra o produto e alterou a tributação?

Só mais uma dúvida, ali você fala que a origem da mercadoria também é importada do xml, correto? Mas vocês tem um conversão. No meu entendimento se você comprar um produto que tenha na nota o valor 1 (Extrangeira - imortação direta, exeto a indicado no 6) no cadastro do produto deveria ficar 2.

Abraço!
GGarcia

JavaC Membro
[Avatar]

Membro desde: 28/05/2013 17:12:21
Mensagens: 245
Offline

robertop wrote:Bom dia!
GGarcia, obrigado pela resposta.

Eu só fico com receio, se é que entendi, vocês confiam 100% na informação do fornecedor. Se o fornecedor emitir uma nota com NCM errado, vai ficar errado no sistema.
Outra questão é que tudo é baseado na compra. E se faz um ano que não se compra o produto e alterou a tributação?

Só mais uma dúvida, ali você fala que a origem da mercadoria também é importada do xml, correto? Mas vocês tem um conversão. No meu entendimento se você comprar um produto que tenha na nota o valor 1 (Extrangeira - imortação direta, exeto a indicado no 6) no cadastro do produto deveria ficar 2.

Abraço!


Bom dia, robertop.

Sim, confiamos 100% na informação da nota de compra porque NINGUÉM revisa NCM no cadastro de um produto. A probabilidade de um NCM vir errado na nota de compra, hoje, é baixo. O motivo? Multas do fisco em cima do fornecedor. O sistema apenas atribui um NCM ao item se, e somente se, o determinado item no sistema ainda não possua NCM. Então, no momento em que um item sofre alteração manual de NCM ele jamais será alterado de forma automática. Como trabalhamos com um ramo específico de mercado, sabemos em quais capítulos de NCM os itens podem estar enquadrados. Todos os dias o sistema executa diversos runners automatizados para revisar questões fiscais, de romaneio, envio de SMS, eventuais NFC com falhas etc, e uma desses runners procura itens com capítulos incompatíveis e mostra um lembrete a todos que tem acesso ao cadastro de itens para revisar o NCM desses produtos. É o máximo que podemos fazer.

Sobre a tributação, isso ainda depende do cliente mas é algo que o mesmo também não faz. Se determinado produto foi comprado a 1 ano atrás e ele era tributado sobre o regime de ST e a venda saía como ST, ele vai ficar assim até nova mudança. Se nesse 1 ano esse item não foi recomprado e alguma lei alterou a tributação desse produto, removendo o mesmo da lista de ST, o cliente terá que mudar isso no cadastro do produto. Mas como desconheço clientes e contadores que verificam isso, então normalmente fica a informação da última nota de compra.

Existem coisas que temos controle absoluto e que temos como automatizar 100% do processo. Esse citado acima não é um deles.

Sobre a origem, sim, algumas concessões são feitas. Exemplo clássico: itens com origem 3. Pela lógica, ele seria Nacional, certo? A origem 8 também seria Nacional. Se tentarmos enviar qualquer item de origem 3 como sendo Nacional, é recusado. Fazemos a concessão dessa origem e setamos ela como importado.

Portanto, regras e leis que temos certeza que podem ser implementadas de forma automática, será feito. Como nosso ramo é varejo, basicamente lojas de calçado e confecção, mesmo redes grandes com 20-30 lojas JAMAIS fazem essa conferência de NCM, ainda mais as que envolvem confecção. É uma rotina estressante de entrada e saída de notas no estoque que mesmo com equipe grande algumas coisas não são conferidas.

Agora, com o advento da NFe 4.0 e a obrigatoriedade do GTIN nas notas, estamos forçando o cliente a vincular (também através de recurso arrastar e soltar) o GTIN de um item de uma nota ao respectivo tamanho do item no sistema (se ele ainda não tiver nenhum GTIN associado). Com isso o sistema pode garantir com 100% de precisão a correta vinculação de itens de uma nota com os itens do sistema.

Tendo o GTIN, o sistema consegue ler a nota, identificar de quais produtos determinados GTIN fazem parte e monta a nota de compra sozinho, sem interferência do operador e dá entrada nela de forma automática, com todos os impostos devidamente calculados. É um recurso que desenvolvi em 2012 e está sempre em constante aprimoramento para ficar de acordo com as regras da NFe.

Fazendo dessa forma, automática, mesmo tendo as suas considerações acima como itens preocupantes, os erros com emissão de notas de saída e processamento de notas de entrada caiu de forma tão drástica que o suporte para esse tipo de processo no sistema é ridiculamente baixo.

Esta mensagem foi editada 1 vez. Última atualização foi em 07/06/2018 10:59:24


If you're here, who's running hell?
robertop

JavaC Membro

Membro desde: 10/07/2013 20:08:36
Mensagens: 300
Offline

Maravilha, obrigado por tudo.
rlira

JavaC Membro

Membro desde: 07/01/2015 15:45:55
Mensagens: 90
Localização: Olinda - PE
Offline

Olá Boa noite.

Cara li e aprendi muito hoje, hoje e sempre!!!!

Muito bom.

Robson Lira
Skype: robson.lira
samuk.exe@hotmail.com

Moderador
[Avatar]

Membro desde: 31/08/2012 18:04:03
Mensagens: 1185
Localização: Goiás
Offline

Tópico solucionado? Edite o primeiro post e coloque [RESOLVIDO] no final do título.

Samuel Oliveira
Gerente de Projetos - Autocom Sistemas
Moderador (JavaC - Java Community)
samuk.exe@hotmail.com

API NFe/NFC-e -> http://www.javac.com.br/jc/posts/list/3160-biblioteca-javanfe-com-jaxb-nfenfce-simples-v-4001.page
API CTe -> http://www.javac.com.br/jc/posts/list/2765-projeto-api-javacte-com-jaxb-cte-simples-v-3001.page
API Certificado Digital -> http://www.javac.com.br/jc/posts/list/0/2869.page#14592
API Efd Icms -> http://www.javac.com.br/jc/posts/list/2812-projeto-biblioteca-javaefdicms-sped-simples-v-20200.page

Github - > https://github.com/Samuel-Oliveira
Github Java-NFe -> https://github.com/Samuel-Oliveira/Java_NFe
Github Java-CTe -> https://github.com/Samuel-Oliveira/Java_CTe
Github Java-MDFe -> https://github.com/Samuel-Oliveira/Java_MDFe
Github Java-Certificado -> https://github.com/Samuel-Oliveira/Java_Certificado
Github Java-Efd-Icms -> https://github.com/Samuel-Oliveira/Java-Efd-Icms
Github Java-Efd-Contribuicoes -> https://github.com/Samuel-Oliveira/Java-Efd-Contribuicoes
Github Java-Efd-Reinf -> https://github.com/Samuel-Oliveira/Java-Efd-Reinf
Github Java-eSocial -> https://github.com/Samuel-Oliveira/Java-eSocial
Github Java-SPC -> https://github.com/Samuel-Oliveira/Java-SPC

Membros do fórum,

Usem a tag [code] e [/code] quando postarem Códigos Java e ou exemplos de XMLs.
Evitem tópicos duplicados.
Tópico solucionado? Edite o primeiro post e coloque [RESOLVIDO] no final do título.
Evitem reviver tópicos antigos.

O tópico resolveu seu problema? Seja gentil, comente e ou agradeça quem contribuiu com a solução.

Obrigado!
[Email] [WWW]
 
Índice dos Fóruns » NF-e / NFS-e / CT-e / CF-e / Certificados Digitais
Ir para:   
Powered by JForum 2.1.9 © JForum Team