Acompanhando as mudanças da hbnfe

por **oxent_jabah** » 05 Mar 2015 14:03

Boa Tarde!

Alguma novidade no projeto ou parou ?

por **walter formigoni** » 20 Abr 2015 23:16

Ola a todos andei testando a hbnfe, ja consegui compilar a lib, e executar os exemplos, tive que efetuar algumas alteracoes em hbnfeinitoxml.prg hbnfeevento.prg hbnfedanfe.prg hbnfedanfecce.prg e hbnfecce.prg. para adequar a versao 3.10.
so continua com erro na parte que grava o retorno da cce, processa , mas nao grava o xml.

tambem alterei o teste.prg para o cancelamento ser por evento, pois tambem dava erro.

comecei a testar a classe mas ainda esta na versao 2.0

sds Walter formigoni

por **fladimir** » 26 Jul 2015 10:26

Quintas poderia commitar as mudanças...

Em outros tópicos reportei q estou tendo problemas ao consultar status do serviço, já revisei URLs etc

Estou trabalhando em 2 frentes 1 o Built In do Fernando e outra teu ZIP, na do Fernando eu postei em outro tópico o problema q esta ocorrendo nos fontes do teu ZIP aparece *ERRO*, acredito q pq esteja algo desatualizado q não consegui encontrar.

Grato

[]´s

por **JoséQuintas** » 26 Jul 2015 20:12

Já que está empolgado com isso....

Quer testar mais uma opção?

Eu considero muito mais fácil, mas sou suspeito porque fui eu que fiz.

Podemos ressucitar meu projeto, que já não lembro em que pé está.

Só um resumo prévio:
Como funciona o processo da SEFAZ:

- É gerada uma STRING
- Essa STRING é transmitida pra SEFAZ
- A SEFAZ retorna outra STRING
- Tudo depende desse retorno, pode até ter mais envios e mais retornos pra completar a operação.

STRINGS... Uma variável contendo "<xlm></xml>", significa que ela contém uma STRING, que por sinal usa o formato XML.

Então só pode haver dois tipos de problema:
- STRINGs erradas
- Falha de comunicação, por falha mesmo, por faltar DLL, ou por endereço errado (que também é uma string)

É simples assim.

O complicado são os detalhes: uma letra maiúscula onde deveria ser minúscula já causa problema.
E também existe diferença entre as UFs, então o XML que funciona normalmente em uma UF, pode precisar de ajustes pra funcionar na outra.
Tudo depende desses detalhes, e nem sempre é fácil descobrir, porque pode não constar em manuais.

Nota: como comentou ACBR, devo presumir que usa Capicom e Windows.

por **fladimir** » 27 Jul 2015 01:12

Sim uso CAPICOM...

Com relação ao envio e retorno de STRINGs, revisei baseado no ACBr o XML e esta igual, não sei o q pode ser o erro, por isso sugeri comitar as atualizações q possa contribuir do projeto e eu recomeço meus testes a partir da ultima atualizao, pq se não to usando uma coisa aki e vc compara com o q tem ai e pode ser q estejamos anos luz de distância.

Tendo praticamente os mesmos fontes ai fica mais fácil de conversar.

por **JoséQuintas** » 27 Jul 2015 17:52

Tendo praticamente os mesmos fontes ai fica mais fácil de conversar.

Lista dos commits. O último foi restaurar tudo.
Tudo que foi alterado ficou num ZIP.

Manter compatibilidade é o que mais dá trabalho na programação.
Ao mesmo tempo, vai ser o que mais vai dar trabalho pra quem quer usar.
Então melhor eliminar de vez.
Na falta de retorno de quem usa, e de quem mantém o projeto, melhor fazer outro.

Vou iniciar um novo post, mas com um novo projeto, vamos ver o que dá.