Consulta de SPC via componente - novo

[lsisistemas]

Ola pessoal depois de muito tempo tivemos um tempo de da continuidade aos testes no componente de consulta spc.

Bom já conseguimos ter uma versão experimental do componente baseado na documentação do spc brasil.

No caso pegamos a documentação da cdl manaus na nossa cidade.

 

Queríamos duas ajudas importantes:

1 - Para doação do componente que estamos criando para o acbr tem algum regra de padronização?

Por ser um componente TCP os commit recomendariam se basear em algum componente especifico?

 

2 - Fizemos a leitura do xml de retorno e talvez não esteja de uma forma tão profissional como esperado pelos padrões do acbr.

Se alguém poder nos ajudar com a analise do retorno e poder nos sugerir uma forma de melhor ou mais fácil.

Estou anexando algumas fotos do componente e padrões que estamos usando e o arquivo de retorno que estamos precisando de ajuda.

O arquivo prot-282754218.xml e o retorno que estamos precisando de ajuda.
 

Eu tinha criado esse tópicos a tempos atrás com essa ideia rs;

 

Demo rodando e funcional com as seguintes funções:

- Consulta e leitura do retorno.

 - Baixar as tabelas que são necessária para enviar o motivo de exclusão e inclusão no spc.

- Rotina de inclusão do cliente no spc.

- Rotina de exclusão do cliente no spc.

Pacote instalado no delphi Tokyo

Pasta separada com exemplos, fontes e pacotes

Rotina de consulta ja meio no padrão do acbr

-

 

20190530162535-ped-sta.xml prot-282754218.xml

Editado 30 Maio, 2019 por lsisistemas
mudar a imagem

[EMBarbosa]

Olá,

   Em primeiro lugar, muito obrigado pela iniciativa e pela intenção de contribuir com o projeto. Ficamos felizes com as contribuições.

   Obrigado por ter apontado também ao outro tópico, de modo que podemos relacionar os dois.

16 horas atrás, lsisistemas disse:

1 - Para doação do componente que estamos criando para o acbr tem algum regra de padronização?

Por ser um componente TCP os commit recomendariam se basear em algum componente especifico?

Hmmm... acho que precisamos fazer um artigo na base de conhecimento sobre contribuições em forma de código ou componentes...

Mas vamos lá! Nós pedimos que os novos componentes:

• funcionem em Lazarus e Delphi
• preferencialmente usem apenas bibliotecas de terceiros que já estão no nosso SVN
• se esforcem em seguir a formatação dos componentes já implementados
• possuam um aplicativo simples de demonstração

Sobre o componente específico, depende mais do que for necessário.

Se for comunicação com WebServices, é provável que se você basear num componente da paleta ACBrDFe poupará trabalho.

Mas se for apenas comunicação TCP, então veja os componentes da paleta ACBrTCP.

16 horas atrás, lsisistemas disse:

2 - Fizemos a leitura do xml de retorno e talvez não esteja de uma forma tão profissional como esperado pelos padrões do acbr.

Se alguém poder nos ajudar com a analise do retorno e poder nos sugerir uma forma de melhor ou mais fácil.

Acho que eu não entendi exatamente como você quer que ajudemos.

Se você tiver uma dúvida mais específica, talvez fique mais fácil opinar. Caso contrário, você pode enviar o código, explicar suas dúvidas e pedir sugestões.

[lsisistemas]

Citar

Acho que eu não entendi exatamente como você quer que ajudemos.

Se você tiver uma dúvida mais específica, talvez fique mais fácil opinar. Caso contrário, você pode enviar o código, explicar suas dúvidas e pedir sugestões. 

Bom eu queria uma sugestão de caminho como séria a melhor forma de ler esse arquivo nos padrões dos componente acbr.

Séria obrigatório a leitura desse xml seguir por exemplo algum padrão de leitura do acbr? Essa e real duvida.

O arquivo prot-282754218.xml e o retorno do cpf consultado.

Se alguém pode ajudar ficaria grato, mais eu disse eu ja tenho funcionando.

Mais vou tentar estudar os códigos do acbr que ja lem xml.

 

 

[EMBarbosa]

Em 31/05/2019 at 16:34, lsisistemas disse:

Séria obrigatório a leitura desse xml seguir por exemplo algum padrão de leitura do acbr? Essa e real duvida.

O arquivo prot-282754218.xml e o retorno do cpf consultado. 

Se alguém pode ajudar ficaria grato, mais eu disse eu ja tenho funcionando.

Não seria exatamente obrigatório. Acho que poderíamos dizer que seria recomendado, mas não obrigatório.

E se você já tem algo funcionando, penso que seria até contraproducente exigir isso sem analisar seu código.

Por outro lado, se você puder verificar os outros componentes que fazem esse tipo de leitura, pode ser que você veja algumas vantagens:

• talvez note algum código que você não precisaria refazer e poderia eliminar do seu componente;
• talvez perceba alguma maneira melhor de fazer certa rotina;
• talvez entenda melhor o código do ACBr e isso o ajude em outras ocasiões
• ...
• talvez encontre algum erro no código dos componentes atuais que você corrigiu no seu e possa nos ajudar

[Fernando Rodrigo]

interessante o componente, hoje qual seria o custo de consulta no spc ?

[lsisistemas]

Em 01/06/2019 at 22:35, Fernando Rodrigo disse:

interessante o componente, hoje qual seria o custo de consulta no spc ? 

Ola Fernando desculpa a demora, os valores geralmente mudam um pouco de CDL para cdl.

Mais no caso minha empresa e associada e o meu cliente também e a cdl tem uma forte influencia aqui no meu estado.

Por isso vale muito apena pra mim.

 

Vou seguir as dicas do EMBarbosa  e liberar uma versão para quem quiser testar.

 

[Renyldo Campos Pereira]

Boa tarde. Ja está disponivel para downloads?

[Juliana Tamizou]

Boa tarde.

Para checar se está disponivel, basta atualizar seus fontes via svn.

Att.