Davi escreveu:
Em Quarta 28 Março 2007 17:49, Muzkur escreveu:
Isso é fato. Com algo open, seria possível cad aum desenvolver seu proprio
software pra isso, e ficaria a cargo da comunidade eleger "a melhor
pedida". depois disso poderiam juntar forças e trabalhar em cima desse
"ganhador do oscar" ou algo assim.
Em 28/03/07, Rúben Lício <[EMAIL PROTECTED]> escreveu:
Se eles abrissem a especificação, a linguagem é a de menos, cada um
pode fazer na sua linguagem preferida
"Se eles abrirem as especificações"...
Que tal cair na real e pensar no que pode acontecer se isso ocorrer?
Estamos no país do jeitinho, e _todos_ terão acesso às informações de IR...
Não quero ser pessimista, mas eu _adorava_ quando minha vó me contava aquele
joguinho onde um jangadeiro tinha que atravessar um lobo, um cordeiro e um pé
de couve... Ela _sempre_ me avisava: "Não deixe o cordeiro com o lobo ou a
couve com o cordeiro"...
Olá,
Temos hoje o Sintegra e o CNAB os quais são padrão aberto e ninguém
invade o sistema de uma receita estadual ou um banco por conhecer esses
padrões.
Esse padrões nada mais são que um arquivo texto de posições definidas
(que creio que o padrão do IR seja da mesma forma) e ante e/ou depois de
enviados, passam por um validador, o qual retorna informações sobre onde
está o erro, como um compilador ou "script parser".
Estou engatinhando em desenvolver uma solução Sintegra para Linux,
pois só existe validador Sintegra para MS-Windows®. Quanto aos CNABs,
sempre tenho tido sucesso em implementar os códigos nos sistemas de
clientes.
Sou totalmente a favor da liberação das especificações do padrão do
arquivo que deve ser enviado. Uma engenharia reversa até poderia
resolver, mas acho que não vem ao caso...
--
Atenciosamente,
Junior Polegato
Um peregrino de problemas; Um pergaminho de soluções!
Página Profissional: http://www.juniorpolegato.com.br
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]