magnosystem

Estou com o mesmo problema em MG. Vocês estão tendo problemas em MG só no windows 7 ou em outros windows (8 e 10) também ?

Aqui também ocorreu o mesmo. Venda funciona, cancelamento não. Dá exatamente este erro.

Eu fiz isso e resolveu o problema de dependência de dll. Todavia não funciona mais nada. Um simples CONSULTAR SAT ou VERIFICAR STATUS DO SAT, não retorna nada. Algo crucial a saber é se tem alguém conseguindo trabalhar normalmente com o MFE sem o integrador ? Se tiver alguém, seu ícone MFE está verde ou vermelho ?

Esse problema você resolve copiando as dlls da pasta ( C:\Program Files (x86)\SEFAZ-CE\Driver MFE\Biblioteca de funções ) para a pasta do seu .exe. O que eu ainda não consegui foi fazer comunicar com o MFE. Copiei as dll desta pasta para as pasta SYSTEM32 do windows e ainda persiste o problema.

Fiz isso e realmente os erro de dependência de dll resolveu. Sumiu tanto indicando o path do .exe como o path C:\Program Files (x86)\SEFAZ-CE\Driver MFE\Biblioteca de funções . Então agora está inicializando ok. Todavia agora o restante das funções não funcionam. Algumas congelam a aplicação e outras como CONSULTAR SAT retorna em branco. Será que tem haver o botão MFE perto do relógio do windows estar vermelho, pode estar causando isso, ou nesta nova versão 1.05.01 ele fica vermelho mesmo ?

Olá José, obrigado pelo retorno. Estou realizando o teste com um aparelho MFE da Elgin para desenvolvimento (testes).

Baixei a nova versão do DRIVER MFE e o ícone MFE que fica perto do relógio do windows está vermelho. Com a versão 1.04.11 anterior fica verde normal. Ainda assim configurei conforme explicado no passo a passo e me retorna o erro citado no título deste post. Alguém está conseguindo fazer venda sem passar pelo integrador ? O ícone MFE fica vermelho mesmo ?

Eu instalo o driver 1.04.11 e o ícone MFE fica verde (em comunicação). Instalo o novo driver 1.05.01 aí fica vermelho (sem comunicação).

Problema resolvido. Explicando melhor foi o seguinte: há tempos atrás já tive um cliente que trabalhou com o NFC-e via integrador sem problemas. Por estes dias tive um novo cliente que precisou. Em primeira tentativa, estava retornando uma mensagem recusando a venda dizendo que para emitir NFC-e tinha que ter uma MFE ativada, a MFE inativa, inscrito no NFC-e e ter emitido um cupom dentro das últimas 72 horas. No caso dele o problema era as 72 horas sem emitir. Enquanto ele tomou as devidas providências junto com o SEFAZ para liberação eu resolvi testar no meu computador para ver se estava tudo ok. Foi aí que começou o erro acima citado. Todavia, ele já resolveu e o sistema se portou bem em produção no estabelecimento dele. Aqui pra mim de homologação não sei exatamente o que faltou, mas de qualquer forma o sistema funcionou bem. Agradeço o retorno.

Realmente André, não está retornando conforme o manual. Vou adaptar para o modo novo e tentar novamente. Quais dados para testes que devem ser usados para NFC-e em homologação ?

Boa tarde senhores Estou tentando trabalhar com NFC-e no Ceará através do Integrador. Trabalho com o componente ACBRECFVIRTUALNFCE, ligado a um ACBRNFE, ligado a um ACBRINTEGRADOR. Segui os passos corretamente, atualizando as dll's colocando na pasta APPDATA do integrador, reiniciando-o, etc... Ao fazer a venda obtive a resposta RESPOSTA DO INTEGRADOR INVÁLIDA. Debugando pude constatar que é exatamente neste ponto do arquivo ACBrDFeWebService.pas: FPDFeOwner.Integrador.Parametros.Values['dados'] := EncodeBase64(FPEnvelopeSoap); FPDFeOwner.Integrador.Enviar(True); if (FPDFeOwner.Integrador.Respostas.Count >= 6) then FPRetornoWS := DecodeBase64(FPDFeOwner.Integrador.Respostas[6]) else begin if (FPDFeOwner.Integrador.Respostas.Count >= 2) then raise EACBrDFeException.Create(FPDFeOwner.Integrador.Respostas[2]) else raise EACBrDFeException.Create('Resposta do Integrador inválida'); end; O motivo do retorno RESPOSTA DO INTEGRADOR INVÁLIDA é porque o Respostas.Count retorna 1. Para uma melhor verificação estou anexando o conteúdo do FPEnvelopeSoap juntamente com os dados enviados na venda e também o retorno do validador. Agradeço a atenção. DADOSENVIADOS.XML FPENVELOPESOAP.XML RETORNO.XML

Oi Márcio, que bom te encontrar. Muito obrigado. Colocamos em uma cliente que não fazia venda de forma alguma e foi de primeira.

DNA da transação inválido tem outro macete que usei no programa já há algum tempo. Tenho um "quadradinho" chamado ENVIAR DATA E HORA DA PRESCRIÇÃO PARA COMPATIBILIDADE COM O DATASUS. Se o usuário marcar envia a prescrição com Date + Time, caso contrário envia só Date. Portanto os usuários estão trabalhando com dois quadradinhos: o que ativa ou desativa o DNS NOVO e este citado acima.

Na realidade o GBAS antigo está na pasta do meu aplicativo, já o gbas novo eu criei uma pasta chamada GBAS20 que fica na pasta do meu aplicativo e dentro coloquei o gbas novo e seus arquivos dependentes. Portanto, quando o usuário marca a opção para trabalhar com o antigo DNS eu direciono pro GBAS da pasta do meu aplicativo que é o antigo. Quando o usuário marca para trabalhar no NOVO DNS eu direciono pro GBAS da pasta GBAS20 que é o novo GBAS.

Estou quebrando a cabeça aqui e não saio do lugar, rsrsrs

O endereço que está no manual deve ser trocado por: https://oauth.hm.bb.com.br/oauth/token Nova Cobrança - Manual de Integração v1.4.pdf

Deve ser o mesmo que postei em webservice cobrança banco do brasil. Você registra o boleto pelo webservice e o boleto já pode ser pago na hora. Já estou com o material.

Alguém já desenvolveu alguma rotina para consumir o webservice do Banco do Brasil para geração de boletos ? Me interesso em comprar a rotina.

Fiz um checkbox no programa para, se marcado, o sistema funcionar no DNS novo. Desmarcado funciona no DNS atual. Está dando erro de timeout. "O certificado não deve estar no estado correto". Ao desmarcar a opção e voltar para o DNS atual funciona na hora. Espero que prorroguem porque estabilizar está difícil.

Obrigado a todos pelo feedback. Realmente neste momento parece que não existe nenhum padrão. Ora funciona, ora não funciona. Vocês conseguiram gerar o DNA do computador seja para cadastrar com o programa IDENTIFICATERMINAL.EXE ou para fazer venda com o GBASMSB.EXE em computadores com windows XP ?

Estou conseguindo fazer a pré autorização sem problemas. Todavia em muitos clientes no final quando vai confirmar a venda da o erro de "XML de nível inferior". Outros clientes vai sem problemas inclusive nos computadores do escritório onde fazemos o teste. Nos clientes onde da o erro no final basta desativar o novo DNS e colocar o atual que a venda ocorre normalmente. Vcs estão com problemas assim também?

Obrigado @Rafael Dias. Eu assisti este vídeo. No caso o que eu gostaria de saber é se tem alguma rotina (no ontransmiterror por exemplo) no qual eu tenha certeza que o erro é de comunicação e não NFC-e reprovada pois os dois casos geram excessão na hora de enviar. Por hora, eu adicionei além dos códigos de erro de http que tinham, a expressão "Erro HTTP:' para quando aparecer na mensagem de erro o sistema já jogar em contigência também.

Bom dia. Atualmente na hora de enviar uma venda de nfc-e, eu coloco o comando dentro de um bloco try except para em caso de falha no envio eu tratar a exceção. Então no quando ocorre a falha eu pego a mensagem de erro e verifico se na mensagem tem erro tem alguns códigos como 12002, 12007, 12057, etc.. e quando acho estes códigos na exceção meu sistema já entende que foi falha na comunicação, faz os devidos tratamentos e envia em contigência. Todavia, ontem quando a sefaz do RS saiu do ar o retorno era o erro http: 500 que eu não tinha catalogado dentro do tratamento das exceções, o que me obrigou a fazer uma intervenção manual em cada cliente para resolver o problema. O que eu gostaria de saber é se tem alguma forma através do acbr que eu consiga identificar o que é erro de comunicação e o que é erro de rejeição da nfc-e uma vez que a rejeição da nfc-e, como por exemplo ncm errado ou qualquer outro motivo, também gera exceção. Como os colegas tratam isso?

Idem.

Tentei acessar o site do sefaz rs e também está fora. Ouviram falar de alguma previsão?