Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Regras e orientações da nossa comunidade Participe do Discord do ACBr

magnosystem

Membros Pro
 Perfil  Explorar Conteúdo

  • Total de ítens

    161

  • Registro em

  • Última visita

 Tipo de Conteúdo 

Posts postados por magnosystem

    Erro ao carregar a função: AssociarAssinatura na Biblioteca: C:\Program Files (x86)\SEFAZ-CE\Driver MFE\Biblioteca de funções\mfe.dll

    em SAT / MFE

    Postado

    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 ?

    Erro ao carregar a função: AssociarAssinatura na Biblioteca: C:\Program Files (x86)\SEFAZ-CE\Driver MFE\Biblioteca de funções\mfe.dll

    em SAT / MFE

    Postado

    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 ?

    Erro ao carregar a função: AssociarAssinatura na Biblioteca: C:\Program Files (x86)\SEFAZ-CE\Driver MFE\Biblioteca de funções\mfe.dll

    em SAT / MFE

    Postado

    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 ?

    Erro com AcbrIntegrador trabalhando com NFC-e

    em SAT / MFE

    Postado

    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.

    • Curtir 1

    Erro com AcbrIntegrador trabalhando com NFC-e

    em SAT / MFE

    Postado

    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

    Farmácia Popular novo DNS do webservice

    em Dúvidas não relacionadas ao ACBr

    Postado

    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.

    Farmácia Popular novo DNS do webservice

    em Dúvidas não relacionadas ao ACBr

    Postado

    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.

    • Curtir 1

    Farmácia Popular novo DNS do webservice

    em Dúvidas não relacionadas ao ACBr

    Postado

    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?

    Tratamento mais eficiente de entrada em contigência

    em NFe/NFCe - Nota Fiscal Eletrônica

    Postado

    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.

    Tratamento mais eficiente de entrada em contigência

    em NFe/NFCe - Nota Fiscal Eletrônica

    Postado

    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?

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.