Ir para conteúdo
  • Cadastre-se

Maurício Sareto

Membros
  • Total de ítens

    507
  • Registro em

  • Última visita

  • Days Won

    1

Maurício Sareto last won the day on 2 Fevereiro

Maurício Sareto had the most liked content!

Últimos Visitantes

2.515 visualizações

Maurício Sareto's Achievements

  1. @Juliomar Marchetti Segue em anexo o código
  2. Bom dia, galera, estou usando acbrHttp para fazer um post em uma api, testando pelo sistema não obtenho sucesso mas fazendo o mesmo post no Insomnia tudo ocorre da maneira esperada. Em anexo incluirei os logs. Alguém teria uma possível solução? LogHttp.txt
  3. @BigWings Aparentemente resolveu @Juliomar Marchetti O problema de deixar somente as DCU's é que caso eu precise fazer alguma alteração nos fontes sempre preciso reinstalar os fontes...
  4. Bom dia Italo, reinstalei meus fontes deixando somente os dcu's e mesmo assim ao compilar continua o erro...
  5. no Library Path tem o caminho de todos os fontes do ACBr...
  6. Galera, fui compilar meu projeto depois de alterar uma linha no acbr boleto e comecei a ter um erro no ACBr_jedi.inc. Saberiam me dizer o porque desse erro?
  7. Galera, foi um equivoco meu, a principio esta tudo ok, pode fechar, obrigado
  8. Maurício Sareto

    Sofisa Itau

    Bom dia a todos, estou fazendo a homologação do banco sofisa correspondente ITAU e estou com um problema/duvida. Especialmente para sofisa itau ao enviarmos a remessa devemos ignorar o digito verificador do nosso numero, pois, segundo manual, o banco ira retornar calculado. Porém, no retorno, o digito verificador calculado pelo banco esta diferente do calculado pelo sistema no momento da impressão. Minha duvida é: Tendo em vista que o cliente consegue pagar o boleto normalmente com a versão impressa pelo sistema, esse processo de gerar o nosso numero diferente estaria correta?
  9. Maurício Sareto

    Banco sofisa

    Boa tarde a todos, surgiu a necessidade de homologar no meu sistema o layout do banco sofisa via remessa e retorno. Dei uma olhada nos fontes e percebi que existem duas integrações feitas, SofisaItau e SofisaSantander. Recebi o material do banco e aparentemente o layout do arquivo de remessa é igual do gerado pelo SofisaSantander porém fiquei com algumas duvidas: -Na impressão do boleto o layout fica totalmente diferente do layout enviado pelo banco conforme pode ser observado pelo modelo abaixo. -Os dados impressos também ficam diferente, o código do banco, nosso numero, linha digital e código de barras. Pergunto: Será que tendo como base esses documentos, chegamos a conclusão que o banco agora tem layout próprio? Alguém que usa esse banco conseguiria me ajudar? CNAB400_444novo_1.pdfmodelo_Boleto.pdfLayout_de_Codigo_de_Barras_-_Novo.pdfSofisaSantander.pdfSofisaItau.pdf
      • 1
      • Curtir
  10. Pessoal, resolvemos. Aparentemente, com a dll na pasta do windows ele não conseguia carregar, sei la porque... Removi do system32 e sysWow64 e deixei apenas na pasta do exe ai carregou certo e validou a NFCe Agradeço pelas respostas.
  11. cara, ai que ta, eu ja fiz isso, coloquei na pasta do system, na pasta da DLL... Estranho que meu sistema desktop valida as NFCe, somente o horse standAlone que não...
  12. certo, mas mesmo não usando LibXml2 nas configurações ele depende dela?
  13. opa, obrigado pela resposta, se vc verificar no meu exception ja é capturado o e.message... @Juliomar Marchetti instalei o delphi na maquina do cliente e tenho mais dados coletados que talvez ajudem a identificar o problema. Ele não consegue ler o XML de retorno, da um erro na classe ACBrLibXml2, a propriedade _xmlParseDoc esta nil, ai retorna um exception de acessViolation... Infelizmente não consigo inserir imagens aqui todas são maiores que o máximo permitido
  14. @Juliomar Marchetti obrigado pela sua resposta. O problema é que o erro acontece no método enviar... Deixei somente o enviar dentro da try e cai no exception... Você diz que devo alterar os fontes do acbr e adicionar logs?
  15. Boa tarde a todos, tenho uma aplicação stand-Alone rodando com horse conectado em um banco de dados firebird. Na minha maquina de desenvolvimento em homologação consigo validar nfce sem problema mas quando coloco no cliente em produção, ao chamar o método enviar cai no tratamento da exception e acontece um mistério, não tem nada nesse exception, ou seja, gera uma exception em branco. O pior de tudo a NFCe é validada no sefaz... Alguem ja viu isso acontecer? function TDAO_NFCe.SendToValidate(AID: Integer): TJSONObject; begin Try try FACBrNFe.Enviar(0, False, True); //Nao imprimir automatico pois caso ficasse aberto danfe nao atualizava base enquanto nao era fechado UpdateStatus( AID, FACBrNFe.NotasFiscais.Items[0].NFe.procNFe.cStat, FACBrNFe.NotasFiscais.Items[0].NFe.procNFe.xMotivo, FACBrNFe.NotasFiscais.Items[0].NFe.procNFe.nProt, FACBrNFe.NotasFiscais.Items[0].XML, False); case FACBrNFe.NotasFiscais.Items[0].NFe.procNFe.cStat of 110,301,302,303: begin //Denegado CancelDataBase(AID, tpCanc); end; end; Result := TJSONObject.Create; Result.AddPair('cStat' , FACBrNFe.NotasFiscais.Items[0].NFe.procNFe.cStat.ToString); Result.AddPair('xMotivo', FACBrNFe.NotasFiscais.Items[0].NFe.procNFe.xMotivo); Result.AddPair('nProt' , FACBrNFe.NotasFiscais.Items[0].NFe.procNFe.nProt); Result.AddPair('chNFe' , FACBrNFe.NotasFiscais.Items[0].NFe.procNFe.chNFe); Result.AddPair('XML' , FACBrNFe.NotasFiscais.Items[0].XML); Result.AddPair('IsPrazo', IfThen(getIsPrazo(AID),'S','N')); finally MoveFileProc(''); end; Except on e:Exception do begin Result := TJSONObject.Create; Result.AddPair('Error' , e.Message); //e.Message esta em branco Result.AddPair('cStat' , FACBrNFe.WebServices.Enviar.cStat.ToString); //cStat esta em branco Result.AddPair('xMotivo', FACBrNFe.WebServices.Enviar.xMotivo);//xMotivo fica em branco end; end; end;
×
×
  • 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.

The popup will be closed in 10 segundos...