Preenchimento Da Versão Do Sped

[AlexandreADC]

Boa tarde,

 

Gostaria de pedir a vocês se concordam comigo ou tem uma ideia melhor para preenchermos o campo COD_VER do Registro 0000 (SPED Fiscal e Contribuições).

 

Hoje ele preenche com uma propriedade chamada "TACBrCodVer", e toda vez que muda a versão do SPED tem que atualizar o ACBr, atualizar o ERP na parte do SPED para preencher essa versão, compilar e atualizar todos os clientes que usam o SPED.

 

Acontece é que muitas vezes o Layout do SPED muda, mas não tem impacto na maioria das empresas, e mesmo assim elas são obrigadas a atualizar o sistema.

 

O que eu gostaria é que pudéssemos informar uma String para esta propriedade livremente. Onde alimentaríamos o COD_VER com "004" através de por exemplo a versão que o usuário informar na Tela.

 

Se alguém estiver disposto a fazer esta alteração ou melhorar esta minha ideia ficaria muito agradecido.

 

Obrigado desde já.

[Isaque Pinheiro]

Alexandre, foi criado uma função da qual vc pode informar sim o valor em string, basta fazer assim:

 

COD_VER := StrToCodVer('???');

 

Mas se for inclusa uma nova versão não tem jeito, ai só se fosse livre mesmo, mas não ache que se o campo versão for livre irá resolver todo seu problema, pois quando muda versão sempre ha mudanças na estrutura do sped, forçando assim vc ter que recompilar e atualizar novamente todos os seus clientes.

 

Mas se mesmo assim queira fazer, crie uma versão extra ao do ACBr para vc e mantenha essa unit no seu projeto.

[Juliomar Marchetti]

Alexandre

Não lembro de clientes nossos que com a mudança de versão não tenha sido afetado de alguma forma, e quase todos os nossos sistemas sofrem correções, melhorias e adição de funcionalidades bem dizer quase mensal, pois é uma questão de evolução natural do software, então acredito que não chega a ser um problema ter que recompilar e redistribuir novas versões aos clientes.

 

mas é minha opnião, claro que tem casos e casos e talvez o pessoal ache válida essa alteração, mas do meu ponto de vista seria criar um serviço a mais e onde pode o cliente colocar uma informação errada ou alterar e colocar dado inválido sem querer

[AlexandreADC]

Entendo Juliomar, a questão é que em alguns casos a atualização do sistema é crítica:

 

Quando tem muitos estabelecimentos/Usuários utilizando o sistema

Quando existe homologação do Software para que seja compilado

Quando há um acréscimo de muitas funcionalidades no sistema o qual exija que tenha um treinamento

 

Nossos módulos do ERP são interdependentes, quando atualiza um, precisa atualizar todos...

 

É uma sugestão apenas, o que ocorre hoje é que o cliente acaba nos ligando e temos que editar manualmente dentro do arquivo colocar a nova versão...

 

O que eu não tinha pensado é que se vocês trocarem para String, todos que usam o SPED no ACBr deveriam alterar os seus sistemas para se adequar a alteração...

 

Quanto a esta função de conversão Isaque,

realmente não funciona, como você falou, mas mesmo assim posso diminuir o trabalho de manutenção, limitando somente em ter que compilar as BPL's, talvez trocando somente a ACBrSPED no cliente.

 

Obrigado Isaque e Juliomar!

Editado 7 Fevereiro, 2013 por AlexandreADC

[Gr@c@]

Existe a possibilidade de:

Se for informato COD_VER = ' ' ou um outro conteúdo especifico, o componente atribuir automaticamente ao COD_VER a ultima versão suportada pelo componente?

Digo isso porque o que o AlexandreADC mencionou realmente faz sentido. Em algumas versões não há tanto impacto. Por exemplo, eu havia setado o meu aplicativo para vlVersao107 e já havia no componente a vlVersao108 e vlversao109. A vlVersao108 não causou impacto e tudo ainda estava funcional e o validador não acusou incompatibilidade;

Editado 10 Fevereiro, 2015 por Gr@c@

[Isaque Pinheiro]

Se estiver com o validador atualizado ele irá sim informar incompatibilidade, se informar a versão 107

[EMBarbosa]

Existe a possibilidade de:

Se for informato COD_VER = ' ' ou um outro conteúdo especifico, o componente atribuir automaticamente ao COD_VER a ultima versão suportada pelo componente?

Digo isso porque o que o AlexandreADC mencionou realmente faz sentido. Em algumas versões não há tanto impacto. Por exemplo, eu havia setado o meu aplicativo para vlVersao107 e já havia no componente a vlVersao108 e vlversao109. A vlVersao108 não causou impacto e tudo ainda estava funcional e o validador não acusou incompatibilidade;

A questão é, como que o componente vai saber qual é a última versão se ele não foi atualizado?

 

A única opção seria mesmo mudar o campo para string e o programador ficar responsável por buscar e preencher esse valor. Mas, isso poderia dificultar as validações que o componente faz internamente para certos registros.

[Gr@c@]

É realmente o que eu havia sugerido não funcionaria. O que sugeri foi, se no componente tem até a versão 009, se eu informasse Cod_ver = ' ', o componente entendesse que a versão correspondente seria a 009.(a ultima versão que tem no fonte do componente, não a ultima versão estipulada pelo SEFAZ)

Só que no componente já temos a versão 010, que só estará funcional a partir de 2016 porque foi prorrogada. E o validador só aceita até 09. Então, realmente não daria certo a minha sugestão.

Cada versão tem o seu período de vigência para que o validador entenda. E cada versão é ref a alguma alteração no layout. Melhor deixar como está.