Novas Origens Da Mercadoria No Sped Pis Cofins

[Vinicius Poletto]

Boa tarde pessoal,

 

Eu estou alterando meu sistema para suportar as novas origens da mercadoria(Ajuste SINIEF 20/2012), que adicionaram novas origens da mercadoria. Antes as CST´s eram assim: 000, 100, 200. E agora ficaram assim: 000, 100, 200, 300, 400, 500, 600, 700.

 

Estive alterando o SPED Fiscal e consegui fazer certinho, mas no SPED Pis Cofins tem a classe TAcbrCstIcms que está na unit ACBREpcBlocos. E nessa classe não consta as novas CST´s.

 

 

 

Minha pergunta é se tem alguma correção nesse sentido, ou altero os fontes do ACBR aqui no meu computador?

 

 

 

 

Obrigado pela ajuda

 

 

 

Att

 

Vinicius

[Isaque Pinheiro]

Ei VInicious, altera essa Uinit e anexe ela aqui, que baixo, analiso e subi para o SVN.

[Vinicius Poletto]

Oi Isaque,

 

Primeiramente queria dizer que será uma honra cooperar para o projeto ACBR. Mas antes de alterar a unit eu fui tentar validar uma escrituração com CSOSN 0101, 1101, 2101, ..., 7101. E o validador do SPED Pis Cofins retornou um erro dizendo que o tamanho do campo é inválido. Sabe se o pessoal da receita vai liberar outro validador?

[Isaque Pinheiro]

Então vinicius, que vai, vai, mas quando não sei.

[Vinicius Poletto]

hehehehe ... td bem,

 

Eu olhei a unit e verifiquei que na classe está assim:

 

sticmsTributadaIntegralmente //= 000

 

mas eu acredito que ficaria melhor assim:

 

sticmsNacionalExeto3a5TributadaIntegralmente //= 000

 

só que eu fiquei com medo de alterar isso, pois quando os usuarios do ACBR atualizarem vai dar erro e eles terão que alterar para o novo padrão. O que você acha? Altero para ficar mais claro ou deixo como está?

[Vinicius Poletto]

Isaque,

 

Fiz as alterações e estou enviando elas em anexo. Aguardo seu retorno me dizendo se deu tudo certo

 

 

 

Att

 

Vinicius

Correções novas CST´s.rar

[Isaque Pinheiro]

Olá Vinicius, baixei sua contribuição, assim que puder analisarei e subirei, obrigado.

[windsoft]

Olá Isaque, as alterações já foram comitadas? Acabei dar um update no meu SVN mas não apareceram pra mim ainda.

Também estou tendo problemas ao gerar o Sped Contribuições.

 

Obrigado

[windsoft]

Olá Isaque, para facilitar teu trabalho, segue anexo as units que precisam ser alteradas.

Fiz um update no meu repositório com a revision 5141 e fiz um merge com a versão enviada pelo Vinicius.

Aproveitei e corrigi o array cstICMS da unit AcbrSpedUtils.pas incluindo as novas csts.

 

Um abraço

 

Correções novas CSTs.zip

Editado 9 Abril, 2013 por windsoft

[Isaque Pinheiro]

Ei Gilson de onde você retirou essa lista de CST? Por gentileza me passe a legislação para que eu possa confirmar, estou achando muitos código, não tenho conhecimento de todos por este motivo preciso me basear na lei, e também ta faltando implementação no ACBrEPCBlocos.pas, na função de conversão, obrigado.

[windsoft]

Ola Isaque

Eu tambem achei a lista enorme, nao estou sabendo aimda como vao ficar as CSTs que estao com 4 digitos (que sao csts do simples nacional) quem poderia nos dar mais informacoes é nosso amigo Vinicius ai de cima. Mas as demais estao sim corretas. Voce pode consulta-las no site do sped no seguinte endereço:

http://www.sped.fazenda.gov.br/spedtabelas/AppConsulta/publico/aspx/ConsultaTabelasExternas.aspx?CodSistema=SpedFiscal

Selecione na lista a tabela de situacao tributaria.

Anexo eu inclui o arquivo no formato txt.

Abraco e obrigado pela atencao.

tb487.txt

tb487.txt

[Isaque Pinheiro]

Bom dia Gilson, achei a tabela, realmente teremos esse montão de CST pelo visto vou analisar cada um e tb encurtar os nomes dels ficou enormes difícil até de escrever, mas obrigado pela contribuição ajudou muito.

[Alberto]

Só para esclarecimento, não são novas CST´s mas sim novas "Origens" da mercadoria. A CST é os dois últimos dígitos, o primeiro é a origem da mercadoria que passou de 1, 2, 3 para de 1 a 7, os dois últimos dígitos continuam os mesmos.

 

Espero ter ajudado.

[Isaque Pinheiro]

Ei Alberto ajudou sim, obrigado pela informação, não tive tempo ainda de olhar isso, mas com esa informação vou analisar a possibilidade de não precisarmos de todo aqueles código, vou vê o que da para fazer.

[Ivan Cesar]

Na minha humilde opinião, acho que poderia ser usado retorno string nessa propriedade ao invés de um tipo, uma vez que existe a função  funChecaCST, pode-se usar a mesma para validar essa string de retorno, ficando assim livre caso sejam atribuídos novos valores, como foi o caso.

[Isaque Pinheiro]

Ei Ivan, não discordo de você, a questão toda é a compatibilidade de código de nossos usuário, presamos muito isso, se houver uma mudança tão radical teremos milhares de reclamações, por este motivo a importância de termos as funções de conversão TipoToStr() e StrToTipo(), fiz varias no SPED Pis Cofins, mas no Fiscal ainda não, ai vem a ajuda de vocês, são funções simples de se fazer, mas trabalhosa então se todos ajudar um pouco conseguimos.

[Isaque Pinheiro]

Pessoal, primeiro quero agradecer a todos pelas informações e ajuda disponibilizada.

 

Bom, fiz as mudanças que creio ter resolvido o problema, baseado em informações dos colegas pesquisei e a constante CstIcms foi alterada para ter somente os códigos referente a tabela indicada no item 4.3.1, e no no tipo TACBrCstIcms foram adicionadas os tipos dos novos códigos dando assim a mesma ordem e quantidade da contante CstIcms.

 

Peço que atualizem e façam um teste, se houver algum  problema reportem aqui que darei total prioridade para solução desse problema, obrigado a todos.

[diegofernandesp]

O PVA do EFD Contribuições continua aceitando apenas 3 dígitos no campo CST_ICMS do registro C170.

Alguém tem informações a respeito?

Atualmente estamos na versão spedcontribuicoes_w32-2.0.4a.exe. 

Grande abraço a todos.

[Isaque Pinheiro]

Até o momento, ainda nada, na própria tabela usada pelo PVA, só tem CSTs com três dígitos.