AnDes Sistemas

Sr. Vitor Agradeço muito a sua ajuda! Por favor pode fechar o Tópico. Grato

Sr. Vitor Resumindo a rotina de Envio da Duplicata , eu formatei o tratamento do Retorno da API do Banco da seguinte forma : a)-Efetuo o Envio da Duplicata à API do Banco do Brasil b)-Se HTTPResultCode entre 400 a 499 : (Servidor Nâo Consegue não pode Concluir solicitação ou Sintaxe Errada): Gravo Log de : 'Falha de Comunicação com o Banco' c)-Se HTTPResultCode entre 500 a 499 : (Servidor falhou em Concluir solicitação): Gravo Log de : 'Falha de Comunicação com o Banco' d)-Se HTTPResultCode entre 200 a 299 : (Servidor recebeu a solicitação e enviou a resposta esperada): - Se não existir nenhuma Sub-Ocorrência registrada em : ListaRetornoWeb[i].ListaRejeicao : Gravo Log de : 'Entrada Confirmada' - Se existir Sub-Ocorrência registrada em : ListaRetornoWeb[i].ListaRejeicao : Gravo Log de : 'Entrada Rejeitada' e)-E finalmente existe aquela situação em que o Servidor retorna : HTTPResultCode = Nulo ErrorCode = 10060 ( Isto ocorre mesmo se eu aumentar o valor de TimeOut de 5000 para 100000 ). No Banco do Brasil, esta situação sempre ocorre quando algum valor obrigatório está indo errado. ( Por exemplo : eu enviei um Cep do Sacado = '00000000'. ) Neste caso estou procedendo da seguinte forma quando ocorre esta situação : Após o Envio realizo a Consulta da Duplicata : - Se HTTPResultCode = 200 : Registro Log como 'Entrada Confirmada' - Se HTTPResultCode = Nulo: Registro Log como 'Falha de Comunicação com o Banco' Para melhorar esta situação vou tentar validar ( antes do envio ) todas informações que possam resultar em erro. O senhor consegue ver alguma outra forma possível de tratamento do retorno que não está compreendida nos Itens acima ? Grato

Sr. Daniel Bom Dia! Eu constatei que a Duplicata tinha sido corretamente registrada no Banco do Brasil. O problema foi portanto na resposta da API para a nossa Aplicação, resultando no ErrorCode : 10060. Assim eu não consegui tratar o retorno e atualizar a Duplicata ( com NossoNúmero, Nro Cod. Barras, Nro. Linha Digitável ). Seguindo sua orientação eu aumentei o TimeOut de 5000 para 100000 ! Porém, pensando na possibilidade deste erro ocorrer novamente teria trata-lo logo após o Método Enviar ? Grato

Companheiros Estou desenvolvendo recurso para Registro Automático de Duplicatas nas APIs de Cobrança Bancária utilizando o AcbrBoleto. Estou efetuando diversos testes para me certificar que o processo de transmissão está totalmente confiável, inclusive com tratamento amigável dos erros. Para forçar retorno com erro resolvi zerar o conteúdo do campo do Cep do Cedente e fazer uma transmissão. Como resultado disto fui surpreendido pelo seguinte retor ( no Arquivo de Log ) : Notem que temos : - ErrorCode=10060 - Retorno Envio: ( não foi informado ) Sabem me dizer porque a resposta da API ocorreu desta forma ? O normal não seria a Api informar que a Duplicata foi rejeitada e exibir as sub-ocorrências ? Grato

Srs. Daniel e Diego Bom Dia! Entendi como devo proceder ! Estou quase conseguindo desenvolver o recurso completo para Registro Automático das Duplicatas nos Bancos utilizando o AcbrBoleto. Aproveitando a oportunidade queria parabenizar a todos do Projeto Acbr pela qualidade técnica fantástica dos Atendimentos, dos Serviços e das Bibliotecas de Componentes. Muito obrigado novamente por sua ajuda ! Por favor, podem fechar este tópico. Carlos Andes Informática - Franca-Sp

Companheiros Gostaria de solicitar sua ajuda novamente! Estou desenvolvendo no nosso Erp o Recurso de envio Automático das Duplicatas à Receber para registro nas APIs dos Bancos ( utilizando o AcbrBoleto ). Restou-me 1 dúvida que gostaria de compartilhar com os senhores : Na sequência da utilização do Método : Enviar, é necessário tratar os retornos do AcbrBoleto. Assim , na sequência ao envio, confome sugerido pelo Programa Exemplo do AcbrBoleto eu procedo da seguinte forma : a)-Se : ACBrBoleto.ListaRetornoWeb[i].HTTPResultCode igual a 400,401,403 ou 500 : - Exibo mensagem de Erro de Envio - Gravo o Log do Erro de Envio b)-Se : ACBrBoleto.ListaRetornoWeb[i].HTTPResultCode diferente a 400,401,403 ou 500 : Eu considero a Duplicata como Aceita na Cobrança ( equivalente ao Código de Ocorrência '02-Entrada Confirmada') e Gravo o Log. Porém, me ocorreu uma dúvida : E se o banco , por algum motivo, não aceitar a Duplicata na Cobrança ? Na Cobrança Bancária via arquivo-texto o banco retorna : - Código de Ocorrência : 03-Entrada Rejeitada - E nas Sub-Ocorrências exibe Código das Mensagens de Erro que explicam a Rejeição Assim, gostaria de saber se tem como implementar também um controle para tratar as Rejeições e em quais propriedades do AcbrBoleto eu poderia encontrar estas informações. Grato

Sr. Diego Bom Dia! Eu efetuei o teste utilizando a impressão padrão do Acbr e constatei que o erro não ocorre! Assim eu optei por utilizar a Impressão Padrão Acbr e descontinuar a que tinhamos em ReportBuilder. Muito obrigado por suas atenção! Por favor, pode fechar este tópico!

Bom Dia! Vou efetuar o teste agora e já retorno com o resultado.

Companheiros Boa Noite! Gostaria de solicitar ajuda dos senhores para entender um erro que está ocorrendo aqui comigo quando o MDFe tem geração em Modo de Contingência. Assim, gostaria de reportar os processos que estou adotando aqui : a)-Inicializo Componente : acbrMdf_e e atribuo informações do Manifesto b)-Verifico do Status do Serviço do MDFe : acbrMdf_e c)-Se o Serviço estiver Inativo eu procedo ao seguinte : - Registro no Banco de Dados a Data de Contingência - AcbrMdf_e.Configuracoes.Geral.FormaEmissao := teContingencia; - acbrMdf_e.Manifestos.Items[0].MDFe.Ide.tpEmis := teContingencia; - acbrMdf_e.Manifestos.Items[0].GerarXML; - acbrMdf_e.Manifestos.Items[0].Assinar; - acbrMdf_e.Manifestos.Items[0].Validar; - Gravo Arquivo Xml no Banco de Dados - Imprimo o DamDfe em modo de Contingência ( utilizando impressão padrão do Acbr ) d)-Se o Serviço estiver Ativo e Data de Contingência não estiver nula : - Pesquiso no Banco de Dados o Arquivo Xml original ( quando foi registrada a Contigência ) - Limpo conteúdo do Componente Atribuindo o Arquivo Xml de Contigência - Envio o MDFe para a Sefaz - Se o envio foi bem sucedido realizo a Impressão do DamDfe utilizando uma Relatório Específico desenvolvido em TReportBuilder ( que pode ser configurado pelo próprio usuário ). Na impressão do DamDfe existe um componente do tipo Tpp2BarCode , cuja finalidade é , utilizar-se do conteúdo da Tag : qrCodMDFe, exibir o QRCode. O Sistema então atribui o conteúdo e quando ocorre comando para exibir o preview do Relatório ocorre o seguinte : a)-Caso o MDFe seja gerado em Modo Normal : o relatório é gerado sem problema. b)-Caso o MDFe seja gerado em Modo Contingência : é exibido o seguinte erro "QRCode: Code Version not supported" Analisando o contéudo da Tag :qrCodMDFe notei diferença no tipo de dados : a)-Modo Normal : <qrCodMDFe> <![CDATA[https://dfe-portal.svrs.rs.gov.br/mdfe/qrCode?chMDFe=<Número do MDFe>&tpAmb=2]]> </qrCodMDFe> b)-Modo Contingência : <qrCodMDFe> <![CDATA[https://dfe-portal.svrs.rs.gov.br/mdfe/qrCode?chMDFe=<Número do MDFe>&tpAmb=2&sign=<Assinatura Digital>]]> </qrCodMDFe> Portanto, vejam que existe diferença no conteúdo da Tag ( Em modo normal não é exibida a Assinatura Digital ). Sabem me indicar onde estou errando , que pode estar ocasionando este erro ? Grato pela ajuda. Carlos Augusto Franca-Sp

Sr. Italo Nós efetuamos o ajuste para enviar o Mdfe em Modo Síncrono em Junho/2024. E desde então o sistema estava funcionando corretamente. Agora começaram a surgir estes arquivos com conteúdo inválido ( o arquivo não possui nem as Tags XML corretas ). Por isto que acredito que o erro está na Sefaz-RS. De qualquer forma eu já resolvi o problema efetuando uma consulta ao Status do MDF_e no momento que constatar que a Sefaz retornou o arquivo inválido. Acredito que o senhor pode fechar este tópico.

Sr. Diego Boa Tarde! Finalmente eu consegui entender o problema verificado no MDF_e. Constatei que realmente o problema é originário na Sefaz-RS ! Hoje à tarde eu efetuei o seguinte teste que descrevo passo à passo : a)-Cadastrei um MDF_e e submeti o XML dele ao Validador. Note que o Arquivo Xml está correto. b)-Na sequência efetuei a Transmissão do MDF_e. c)-Constatei que como consequência da transmissão o sistema gerou estes 2 arquivos : d)-Abrindo o primeiro arquivo tenho os seguintes comando XML : Veja que consta que o uso do Mdf foi autorizado. e)-Mas se eu tentar abrir o último arquivo Xml retornado ocorre o seguinte : Note que o Web Browser não consegue abrir ele. Se eu tentar abrir no NotePad++ teremos : Note que ele não é um arquivo xml válido ( constatei ao executar os comandos : CTRL + ALT + B no NotePad++ ). f)-Por conta disto, debugando eu constatei que isto provoca um erro para o Acbr informar o resultado do processamento, exemplo : memArquivoXml.Lines.Text := UTF8Encode(dmdModManifestoDocFis.acbrMdf_e.WebServices.Retorno.RetWS); inCodOcorrencia := dmdModManifestoDocFis.acbrMdf_e.WebServices.Retorno.cStat; stMotivo := dmdModManifestoDocFis.acbrMdf_e.WebServices.Retorno.xMotivo; Todas estas informações vem nulas! g)-O que me favorece é que eu posso contornar este problema da Sefaz realizando logo após a transmissão, uma Consulta do Status do MDF_e quando estas informações vierem nulas. Neste caso a Sefaz informa corretamente a situação do MDF_e. Portanto acredito que o senhor poderá fechar este Tópico. Muito obrigado por sua atenção.

Sr. Diego Já requisitei o arquivo Xml. Assim que o cliente me enviar eu efetuo o teste e reporto aqui. Muito obrigado

Companheiros Bom Dia! Estamos passando por uma situação meio estranha, relacionada com o MDF_e. Quando o usuário tenta transmitir o MDF_e aparece a mensagem de erro : - Nota Fiscal não encontrada ou não Autorizada Porém, se fizermos na sequência uma consulta ao Site do MDF_e ele aparece lá como autorizado. Importante : A NF_e vinculada ao MDF_e está corretamente transmitida e homologada. Por acaso alguém já passou por este problema ? Será alguma instabilidade da Sefaz-RS ? Grato a todos

Boa Noite Sr. Italo Ok. Muito obrigado pela resposta. Por favor, pode fechar o Post.

Prezados Companheiros Boa Tarde! Estou atualmente estudando os recursos do componente AcbrPAGFOR. Meu entendimento é que o processo é : a)-Insiro no AcbrPAGFOR as informações das Duplicatas a Pagar b)-O AcbrPAGFOR gera arquivo-texto padrão CNAB c)-Finalmente eu importo o arquivo-texto no site do Banco e transmito A grande vantagem portanto é que o AcbrPAGFOR gera o arquivo compatível com diversos Bancos. Gostaria porém de saber se além disto, existe algum recurso que permita transmitir automaticamente o Arquivo-Texto para a API do Banco. Existe algum recurso me permita esta interação automática com a API do Banco ? Grato