Remodelar hbnfe pra aceitar NFE, CTE, MDFE, e tudo mais

[JoséQuintas]

Realmente o mais complicado vai ser deixar compatível.
Estou dando uma olhada nos fontes pra ver como poderia mexer aos poucos.
Por enquanto uma primeira idéia seria pequenas mudanças enxugando código.
Um ponto de partida pode ser o XML do envelope.

[sygecom]

Acho que toda mudança para obter uma organização, padronização e melhorias vale a pena as mudanças. Já desenvolvemos o MDFe, CTe e MDe e já estamos usando em produção, vou em breve comitar MDFe e o MDe já está comitado. Acho que dar o inicio de algumas funções e rotinas que podem ser unificadas e logo em seguida podemos pegar opinião de todos que estão usando o projeto para partir para essa mudança que deixará incompatível mas que trara melhorias.

[JoséQuintas]

Depois dessa atualização vai existir uma pausa?
Eu poderia baixar os fontes aqui e começar a mudança.
A idéia é começar eliminando código repetido.
Menos fonte acaba ficando melhor de estudar e mexer, e não tira compatibilidade.
Com certeza os pontos iniciais serão o envelope e a comunicação SOAP, que se repetem em tudo que é evento.

Estranhei mde. Se for a manifestação do destinatário, pelo que vi faz parte da nfe, o que deve indicar que pode ser expandido pra cte e mdfe.

[JoséQuintas]

Comentário:
Entrando no sourceforge.net, pesquisando hbnfe ok, aparece na lista.
Ao clicar no projeto, dá página não encontrada.
O endereço dos fontes, até minutos atrás estava funcionando, mas também parou.

[sygecom]

O projeto não está mais no SourceForge, foi exigido uma mudança e não tive tempo e nem dei conta de fazer tal mudança com permissões de update, então com autorização do Fernando mudamos para o Google Code, e foi comunicado no post abaixo:
viewtopic.php?f=54&t=12298

[sygecom]

José,
Me passa um email seu do gmail, que lhe adiciono no projeto no Google Code, essa semana vou está viajando, mas no final de semana que vem eu tento fazer o merge e comitar tudo.

[JoséQuintas]

a conta é praticamente minha assinatura: jmcquintas

[sygecom]

Adicionado ao projeto, vou tentar commitar os modulos a mais no meio da semana.

[sygecom]

Se alguem souber como exportar o Log do SF para importar no GC, essa ajuda é bem vinda.

[JoséQuintas]

Desde a última conversa não houve o commit.
Mas não foi por isso que não mexi.

O ponto principal é:
Não uso hbnfe, uso totalmente em XML, e qualquer mexida vai ser difícil eu mesmo fazer um teste.

O layout 3.1 está a caminho.
Um novo ponto vai ser como ter os dois layouts ao mesmo tempo, que vão até usar webservices diferentes (em alguns processos).
Como sempre acontece, as UFs não alteram seus webservices ao mesmo tempo, então pode existir layout diferente entre UFs.

Gostaria de voltar nisso, mas com certeza vai depender muito de quem usa hbnfe pra poder fazer alterações.
Pensei em subir a classe que uso apenas pra aparecer nos fontes, antes de mexer nos fontes da hbnfe.
A classe faz tudo, mas tudo em XML. Até aí tudo bem, porque querendo ou não, a hbnfe acaba fazendo isso.

só recapitulando:

1. o ERP gera em txt ou xml
2. Se txt, hbnfe converte pra XML
3. hbnfe assina
4. hbnfe completa xml aonde necessário (por exemplo o lote)
5. hbnfe monta o envelope de transmissão
6. hbnfe transmite o envelope por soap e recebe um retorno

Desses ítens:
3. assinar: depende do tipo de documento
4. completar o xml: depende do tipo de documento
5. o envelope, é meio que padrão por projeto, podendo ser basicamente nfe, cte, mdfe
6. é igual pra tudo

Partindo disso dá pra:
- 5-Envelope: rotina única pra envelope: hoje tem umas 20 rotinas ou mais
- 6-Soap: rotina única, Hoje tem umas 20 rotinas ou mais. E em todas, o tratamento harbour/xharbour, Soap Microsoft/Soap libcurl

Ainda no 6-soap: a comunicação é padrão, alteram-se basicamente os endereços e a "Soap Action".
o CASE pra lista de endereços, seja qual for o projeto, pode estar junta.
Isso deixa a coisa tão padrão, que separar por projeto parece que só causa duplicar rotinas existentes.

Mas voltando ao ponto principal:
O ponto principal não é a comunicação funcionar.
O ponto principal é "o que fazer" quando a comunicação não funcionar.
Vamos a nfe:
a. envia nfe pega recibo
pode falhar o envio, pode não chegar recibo, o recibo pode ser negativo por diversos motivos, o recibo pode ser ok.
b. consulta recibo pega resultado
pode falhar a consulta, pode não chegar resultado, o resultado pode ser negativo por diversos motivos, o resultado pode ser "aguarde mais um pouco" (já obtive este resultado: em processamento), o resultado pode ser positivo
c. com o resultado, se positivo, monta a nota final (no caso da nota denegada não deixa de ser negativo)
*** E lembrando, que acontece da Sefaz sair do ar.
Em outras palavras, o ponto principal é: não é tudo automático e não é infaliível. Quanto mais detalhes souber de como funciona, melhor pra encontrar uma solução.

Na nota 3.1 uma das coisas é que estão querendo mudar o método síncrono pra assíncrono.
Que raios é isso?
Simples:
hoje envia a nota e já pega o recibo, depois consulta o recibo.
Vão mudar pra envia a nota, sem resposta.
Depois consulta a resposta.
À primeira vista, parece até ficar mais simples.
Mas o complicado vai ser a fase intermediária: os dois esquemas ao mesmo tempo

[runner]

Ola, JoséQuintas.



Se você puder postar este material, realmente vai ser interessante te ajudar a fazer os testes, pois uso bastante a emissão de CTE com outro aplicativo, mas eu gostaria de ter o mesmo controle da aplicação como faço com a NFE, tudo integrado em um mesmo executável.


Marcio Souza

Harbour + Minigui Extended + MySql + DBF

[JoséQuintas]

Me tire uma dúvida:
Está usando hbnfe pra notas e outro aplicativo pra CTE, é isso?

[runner]

Ola,


Isso mesmo, uso a HBNFE integralmente, mas para CTE estou usando uma aplicação externa para validar e transmitir para a sefaz e a impressão da DACTE eu que faço no meu sistema.

[sygecom]

Runner,
Desenvolvemos um projeto CTe usando nos mesmos molde da NFe, se lhe interessar podemos negociar. Mas para o final do ano vou pensar se libero essa classe para o projeto HBNFE.

[JoséQuintas]

Desculpem deixei passar.
Mas andei relendo as mensagens, olhando os repositórios, e está faltando commit.
Ou melhor, parece que não vai ter commit, já que foi mencionada a venda de módulos.
Então talvez só reste fazer separado, já que não vai ter nada a ver com o projeto original.

Talvez inclua no meu tudo-em-um, já que comecei a juntar tudo.

https://pctoledo.org/forum/viewto ... 43&t=14790