magnosystem
Membros Pro-
Total de ítens
161 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que magnosystem postou
-
Erro ao emitir NFC em produção
magnosystem replied to Geraldo1's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
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 ? -
NFC-e em Minas Gerais - Erro não catalogado
magnosystem replied to Intelliware's tópico in NFe/NFCe - Nota Fiscal Eletrônica
Aqui também ocorreu o mesmo. Venda funciona, cancelamento não. Dá exatamente este erro.- 11 replies
-
- 1
-
- nfce
- minas gerais
- (e 2 mais)
-
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 ?
-
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 ?
-
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
magnosystem replied to magnosystem's tópico in SAT / MFE
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. -
Erro com AcbrIntegrador trabalhando com NFC-e
magnosystem replied to magnosystem's tópico in SAT / MFE
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
-
Farmácia Popular novo DNS do webservice
magnosystem replied to Rafael Sartori's tópico in Dúvidas não relacionadas ao ACBr
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. -
Farmácia Popular novo DNS do webservice
magnosystem replied to Rafael Sartori's tópico in Dúvidas não relacionadas ao ACBr
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
magnosystem replied to Rafael Sartori's tópico in Dúvidas não relacionadas ao ACBr
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.
-
Farmácia Popular novo DNS do webservice
magnosystem replied to Rafael Sartori's tópico in Dúvidas não relacionadas ao ACBr
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. -
Farmácia Popular novo DNS do webservice
magnosystem replied to Rafael Sartori's tópico in Dúvidas não relacionadas ao ACBr
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 ? -
Farmácia Popular novo DNS do webservice
magnosystem replied to Rafael Sartori's tópico in Dúvidas não relacionadas ao ACBr
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.
-
Tratamento mais eficiente de entrada em contigência
um tópico no fórum postou magnosystem NFe/NFCe - Nota Fiscal Eletrônica
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?