Página 1 de 1
Sugestão de uso
Enviado: 02 Fev 2016 13:16
por JoséQuintas
Pra quem quiser apenas testar, sem modificar muito o que já tem, pode fazer por etapas.
Exemplos:
- trocar só rotina de consulta
- trocar só rotina de assinatura
Vai trocando uma de cada vez, e avaliando a diferença.
Justamente por centralizar a parte padrão, atende qualquer uso, não apenas quem usa hbnfe.
Postem a rotina que usam para alguma coisa, e eu posto a equivalente.
Usam hbnfe, ACBR, uninfe... ok... Postem a rotina que fizeram pra usar essas LIBs, e eu posto a equivalente.
Lógico, não precisa postar todas de uma vez, postem uma determinada rotina de uma determinada operação.
Por exemplo, dá pra começar pelas mais simples: consultar status, consultar protocolo.
Postem sua rotina atual, e eu posto como vai ser a nova.
Se estão precisando de empurrão, está aqui, mais que isso impossível.
Sugestão de uso
Enviado: 16 Fev 2016 08:42
por fladimir
Ótima dica Zé...
Realmente quem quiser usar dá pra fazer assim q não afeta.
Sugestão de uso
Enviado: 18 Fev 2016 10:43
por Wanderlei
Oi Zé, estou testando estas class para substituir o Acbr, mas com o Capicom no windows 10 estou tendo alguns problemas, por exemplo:
Consulta de Status em GO em ambiente de produção ok, mas em Homologação da erro na hora de usar o oServer:Send, o mais estranho é que no MT funciona os dois e com o Acbr usando o openssl tambem funciona tudo em GO,
o que vc sugere?
Sugestão de uso
Enviado: 18 Fev 2016 11:29
por JoséQuintas
Estou de saída pra cliente.
Por enquanto imagino que o endereço de homologação pode estar errado na classe.
Sugestão de uso
Enviado: 18 Fev 2016 22:07
por Wanderlei
Pois é, conferi os endereços e está tudo certo e tambem não dá erro na creação do objeto, inclusive o retorno da criação do objeto é s_ok e o mesmo ocorre com o estado da BA, achei que poderia ser por causa do capicom, mas na consulta de outros estados com o mesmo certificado funciona bem tanto produção quanto homologação, será que tem algum parametro para liberar no windows 10, o mais estanho é que com o AcbrMonitorPlus com openssl funciona todos os estados no dois ambientes, mas se eu mudar para o capicom ai o comportamento é o mesmo da class.
Sugestão de uso
Enviado: 19 Fev 2016 00:07
por JoséQuintas
Com capicom, o ACBR também falha nessa UF.
Com openssl, a mesma comunicação funciona pra todos.
É isso?
Sugestão de uso
Enviado: 19 Fev 2016 00:12
por JoséQuintas
Um teste básico, abrindo os endereços no internet explorer:
Esse ficou esquisito
Sugestão de uso
Enviado: 19 Fev 2016 00:16
por JoséQuintas
e a contingencia mostra como RS.
Será que o site está errado? e tem mais coisas no RS?
Sugestão de uso
Enviado: 19 Fev 2016 00:41
por JoséQuintas
Achei uma situação parecida do ano passado, que depois de uma semana "misteriosamente" voltou a funcionar.... rs
http://www.projetoacbr.com.br/forum/top ... oi%C3%A1s/
Curiosamente, há EXATAMENTE 1 ano atrás, também dia 19 de fevereiro, mas de 2015.
Sugestão de uso
Enviado: 19 Fev 2016 01:00
por JoséQuintas
Eureka!!!!!!!!!!!!!!!
Lembrei do post do Sygecom
Sugestão de uso
Enviado: 19 Fev 2016 01:03
por JoséQuintas
Não sei se foi alarme falso..... rs
Testei com XML 5.0 e foi.
Depois testei com XML 6.0 e foi.
Mas não cheguei a testar antes pra ver se falhava.
Código: Selecionar todos
LOCAL oSefaz := SefazClass():New()
oSefaz:cUF := "GO"
oSefaz:cAmbiente := "2"
MsgExclamation( oSefaz:NfeStatus() )
Aquele ServerXmlHTTP.6.0.
Nota:
Consulta status não depende de certificado, então deu pra testar.
Mas também cheguei a atualizar os certificados de Goiás durante os testes no explorer.
Sugestão de uso
Enviado: 19 Fev 2016 01:14
por JoséQuintas
Parece que todo ano a homologação de Goiás fica diferente das outras UFs.