Pesquisar na Comunidade

Bom dia pessoal, estava realizando uns testes com o Banrisul e me deparei com o seguinte situação na leitura do arquivo CNAB 240! A agencia no Header de Lote é lida do caractere 54 até o 58 contabilizando então 5 caracteres como esta no manual, mas o tamanho máximo definido nos fontes é 4, então se por exemplo a agência do cliente seja a "0210" ao ler o arquivo busca a informação "00210"! Então mesmo que eu tente colocar um zero a mais para não dar erro, na leitura do arquivo me retorna que a Agência está incorreta durante o processo de verificação, por causa do tamanho máximo definido! Para resolver provisoriamente eu alterei para buscar do caractere 55 até o 58, que daria 4 caracteres que é o tamanho máximo! Manual do Banco (Obs: nos fontes busca da mesma maneira estaria correto) Alteração provisória! Tamanho da Agência no Fonte! Desde já agradeço a atenção!

Olá, estou enfrentando uma mensagem de retorno na NFSeX que desconheço: 'Ocorreu um erro no processamento do arquivo.Value cannot be null.Parameter name: documento' Utilizando Delphi, minha situação é: Através do Exemplo do Acbr, consigo emitir a nota, porem, no meu projeto, com a configuração do componente, e toda a config da nota, sendo informada de forma estatica, recebo este retorno, os fontes e os .inis, tambem estão atualizados

Boa tarde, Não estou conseguindo obter a informação sobre o CODIGO DO MOTIVO (CodMotivo) de um retorno com antecipação, Comando 72 nas posições 109/110 (Alteração de Tipo de Cobrança).

Olá, Bom dia! Ao tentar realizar a emissão de uma NFCe, o campo "XML" que é preenchido dentro da tag "NFeXXXX" está vindo vazio. O teste foi realizado usando as funções de alto nível da demo em java. Testes Realizados: Alterando o campo "TipoResposta" para 0 e 1, ini e xml; Adicionando as dlls openssl, libxml2 e acbrnfe dentro do pasta bin do jdk; Adicionando nas variáveis de ambiente dentro da variavel "PATH" o caminho para o local onde estão as dlls mencionadas no tópico anterior; Exemplo da resposta em JSON: { "Envio": { "CStat": 100, "CUF": 31, "DhRecbto": "", "Msg": "Autorizado o uso da NF-e", "NProt": "131240029192613", "NRec": "", "TMed": 0, "VerAplic": "W-1.5.28", "Versao": "4.00", "XMotivo": "Autorizado o uso da NF-e", "tpAmb": "2", "nfeDetails": { "NFe991968": { "Id": "ID131240029192613", "XML": "", "cStat": 100, "chDFe": "31240864403652000150650900009919681089057535", "dhRecbto": "2024-08-06T14:40:03.000Z", "digVal": "IgI0eoRXz6jrmFt62CyDcYdXVU8=", "nProt": "131240029192613", "tpAmb": "2", "verAplic": "W-1.5.28", "xMotivo": "Autorizado o uso da NF-e" } }, "contingencia": false, "xmlCont": null, "dhCont": null, "numGer": null, "chDFeCont": null, "chDFePend": null } } Obs: no exemplo acima possui uns campos a mais, porém foi somente algumas alterações de campos adicionais que optei por complementar na resposta da lib. Informações adicionais: Fontes demo java atualizado com a revisão 33214. (ultima versão) Versão da Lib: 0.4.6.298

Olá Pessoal, Muitos DF-e (Documentos Fiscais Eletrônicos) foram implementados para o seu envio ser em Lotes contendo de 1 até 50 documentos. Esse modo de envio em lote funciona no modo assíncrono. Outros DF-e já foram implementados com o modo de envio unitário, ou seja, só podemos enviar um documento por vez, consequentemente esse modo de envio funciona no modo síncrono. A primeira diferença que podemos notar é: No envio assíncrono podemos enviar um lote contendo de 1 até 50 documentos, já no envio síncrono podemos enviar somente um documento por vez. A segunda diferença diz respeito ao retorno: No envio assíncrono temos como retorno do webservice um numero chamado de Recibo que atesta que o webservice recebeu o lote enviado, por outro lado no envio síncrono não temos o numero do Recibo como retorno. A terceira diferença se refere ao resultado do processamento: No envio assíncrono devemos realizar uma consulta se utilizando do numero do Recibo. É o retorno dessa consulta que nos vai dizer se o(s) documento(s) enviado(s) para o webservice foi ou foram processado(s) com sucesso. Já no envio síncrono não temos no retorno o numero do Recibo, logo não temos como realizar a consulta pelo numero do Recibo, alias não se faz necessário uma vez que no retorno do envio síncrono o que temos de retorno já é o resultado do processamento, portanto já temos na resposta se o documento foi processado com sucesso ou não. DF-e que já nasceram com o modo de envio Síncrono: BP-e = Bilhete de Passagem Eletrônico BP-e TM = Bilhete de Passagem Eletrônico Transporte Metropolitano GTV-e = Guia de Transporte de Valores Eletrônico DC-e = Declaração de Conteúdo Eletrônica NFCom = Nota Fiscal de Comunicação Eletrônica DF-e que nasceram com o modo de envio Assíncrono e que mudaram ou vão mudar para Síncrono: CT-e = Conhecimento de Transporte Eletrônico (desde 06/2023 só funciona o modo Síncrono) CT-e OS = Conhecimento de Transporte Eletrônico Outros Serviços (desde 06/2023 só funciona o modo Síncrono) MDF-e = Manifesto de Documentos Fiscais Eletrônicos (Modo Assíncrono será desativado em 30/06/2024) NFC-e = Nota Fiscal ao Consumidor Eletrônica (desde 04/09/2023 só funciona o modo Síncrono) DF-e que possui os dois modos de envio Assíncrono e Síncrono: NF3-e = Nota Fiscal de Energia Elétrica Eletrônica Observação: Notem que nas listas acima não aparece a NF-e = Nota Fiscal Eletrônica, o motivo é que a NF-e nasceu somente com o modo Assíncrono de envio, depois passou a ter o modo de envio Síncrono, mas este modo não se encontra disponível na SEFAZ de São Paulo e Bahia. O Fisco já sinalizou que pretende acabar com o modo de envio Assíncrono da NF-e, deixando somente o modo Síncrono. A motivação para essa mudança é que por volta de 90% dos lotes recepcionados por todas as SEFAZ de todas as UF possuem somente um documento. Sendo assim não faz muito sentido consumir dois serviços (Recepção e Consulta) para apenas um documento, lembrando que no modo Assíncrono se faz necessário a Consulta pelo numero do Recibo para obter o resultado do processamento. Já que 90% dos contribuintes enviam as suas notas de forma unitária, ou seja, uma nota por vez, tanto a SEFAZ quanto o desenvolvedor do Software sairiam ganhando com essa mudança, pois a SEFAZ eliminaria o serviço de Consulta pelo numero do Recibo e o Software ficaria mais rápido pois não precisaria executar essa consulta. Quando vai ocorrer essa mudança não sei, o Fisco não disse quando, mas vai ocorrer. Codificação para quem utiliza os componentes: A titulo de exemplo será utilizado o componente ACBrMDFe, mas podemos replicar para os demais. O método Enviar possui 3 parâmetros: function Enviar(const ALote: String; Imprimir: Boolean = True; ASincrono: Boolean = False): Boolean; overload; ALote = Numero do Lote que contem os documentos a serem enviados para o webservice da SEFAZ. Imprimir = Se True (valor padrão) diz que o Documento Auxiliar vai ser impresso no final do processo, se False diz que não vai ser impresso. ASincrono = Se False (valor padrão) diz que o modo de envio é Assíncrono, se True diz que o modo de envio é Síncrono. Exemplo de Envio no modo Assíncrono (só deve ser utilizado pelos DF-e que ainda possuem esse modo de envio): ACBrMDFe1.Enviar(NumLote); ou ACBrMDFe1.Enviar(NumLote, False); Exemplo de leitura do retorno do envio no modo Assíncrono: with MemoDados do begin Lines.Add(''); Lines.Add('Envio MDFe'); Lines.Add('tpAmb: ' + TpAmbToStr(ACBrMDFe1.WebServices.Retorno.tpAmb)); Lines.Add('verAplic: ' + ACBrMDFe1.WebServices.Retorno.verAplic); Lines.Add('cStat: ' + IntToStr(ACBrMDFe1.WebServices.Retorno.cStat)); Lines.Add('xMotivo: ' + ACBrMDFe1.WebServices.Retorno.xMotivo); Lines.Add('cUF: ' + IntToStr(ACBrMDFe1.WebServices.Retorno.cUF)); Lines.Add('xMsg: ' + ACBrMDFe1.WebServices.Retorno.Msg); Lines.Add('Recibo: ' + ACBrMDFe1.WebServices.Retorno.Recibo); Lines.Add('Protocolo: ' + ACBrMDFe1.WebServices.Retorno.Protocolo); end; Exemplo de Envio no modo Síncrono (utilizado pelos DF-e que só possuem ou também tem este modo de envio): ACBrMDFe1.Enviar(NumLote, True, True); ou ACBrMDFe1.Enviar(NumLote, False, True); Exemplo de leitura do retorno do envio no modo Síncrono: with MemoDados do begin Lines.Add(''); Lines.Add('Envio MDFe'); Lines.Add('Chave: ' + ACBrMDFe1.Manifestos[0].MDFe.procMDFe.chMDFe); Lines.Add(''); Lines.Add('tpAmb: ' + TpAmbToStr(ACBrMDFe1.WebServices.Enviar.tpAmb)); Lines.Add('verAplic: ' + ACBrMDFe1.WebServices.Enviar.verAplic); Lines.Add('cStat: ' + IntToStr(ACBrMDFe1.WebServices.Enviar.cStat)); Lines.Add('xMotivo: ' + ACBrMDFe1.WebServices.Enviar.xMotivo); Lines.Add('cUF: ' + IntToStr(ACBrMDFe1.WebServices.Enviar.cUF)); Lines.Add('xMsg: ' + ACBrMDFe1.WebServices.Enviar.Msg); Lines.Add('Recibo: ' + ACBrMDFe1.WebServices.Enviar.Recibo); end; E para quem usa ACBrLib ou ACBrMonitorPLUS? Os diferentes modos de envio também são considerados e estão disponíveis em ambas as soluções. No que diz respeito ao envio, os comandos também possuem um parâmetro que define se o envio será síncrono ou assíncrono. Vamos ver o exemplo do MDFe: Para a ACBrLib: MDFE_Enviar(ALote, AImprimir, ASincrono, sResposta, esTamanho); ALote: Número do Lote a ser enviado. AImprimir: Se True, imprime DAMFDe caso o MDFe seja autorizado. ASincrono: Se True envia o MDFe em modo sincrono. sResposta: Usado pelo retorno, contem as informações retornadas pela consulta. esTamanho: Usado pelo retorno, contem o tamanho da string (sResposta). Então o comando ficaria: MDFe_Enviar(ALote, AImprimir, False, sResposta, esTamanho) ou MDFe_Enviar(ALote, AImprimir, True, sResposta, esTamanho) Para o ACBrMonitorPLUS: MDFE.ENVIARMDFe(nXMLMDFe, [nLote], [nAssinar],[nImprimi],[nImpressora], [bAssincrono], [bEncerrado] ) nXMLMDFe: Caminho do XML do MDF-e nLote: Número do Lote (opcional) nAssinar: Assinar o XML (opcional - informe 0 para não assinar) nImprimi: Imprimir MDF-e (opcional - informe 1 para imprimir) nImpressora: Nome da Impressora (opcional) bAssincrono: Por padrão o envio é Assíncrono, informa "False" para envio Sincrono bEncerrado: Imprimir Mensagem de "MDFe Encerrado", (opcional - informe 1 para imprimir) Ficando: MDFe.EnviarMDFe(nXMLMDFe, nLote, nAssinar, nImprimi, nImpressora, True, bEncerrado) ou MDFe.EnviarMDFe(nXMLMDFe, nLote, nAssinar, nImprimi, nImpressora, False, bEncerrado) A hora de ler a resposta também muda um pouco. No envio assíncrono, temos uma seção [Envio], [Retorno] e [MDFe + Numero do Documento]. Já no envio síncrono, não existe mais a seção [Retorno] e a seção MDFe é concatenada com a chave de acesso. Resposta Assíncrona: [Envio] CStat= CUF= DhRecbto= Msg= NProt= NRec= TMed= TpAmb= VerAplic= Versao= XMotivo= Xml= [Retorno] CStat= CUF= ChaveDFe= DhRecbto= Msg= Protocolo= VerAplic= Versao= XMotivo= cMsg= nRec= tpAmb= xMsg= [MDFe1] Id= XML= cStat= chDFe= dhRecbto= digVal= nProt= tpAmb= verAplic= xMotivo= Resposta Síncrona: [Envio] CStat= CUF= DhRecbto= Msg= NProt= NRec= TMed= TpAmb= VerAplic= Versao= XMotivo= Xml= [MDFe12345678901234567890123456789012345678901234] Id= XML= cStat= chDFe= dhRecbto= digVal= nProt= tpAmb= verAplic= xMotivo=

Galera, Estou com problemas na remessa bancaria, ao buscar o retorno estou recebendo a mensagem de rejeição com o motivo: 08 - NOME DO PAGADOR NÃO INFORMADO OU DESLOCADO O que quer dizer isso? *Ainda estou usando o envio remessa e retorno de arquivos. kkk *O banco em questão é o 341-ITAU *Tem algum programa validador ou validação online? *Abaixo a Linha do arquivo remessa 10218488358000170020800741140 000000000000040/1 000006730000000000000109 I0140 12012400000000805483410000001N090124000000000000000270000000000000000000000000000000000000000000000100069912009134RUBEN DAVI GOMES GLEBA 17 (1) RUA DR ZICO FARIA,QD.31,LT.30,CASA 02 FILOSTRO MAC75091060ANAPOLIS GO 00000000 000002 *Abaixo a llinha do arquivo retorno 10218488358000170020800741140 00000000040/1 00000673 109000006730 I0310012440 00000673 12012400000000805483410000001000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 00000000000000000000000RUBEN DAVI GOMES GLEBA 17 (1) 08000000 000004

Oi pessoal, teria uma duvida sobre a API do Banco Sicoob no ambiente de produção! Ao colocar para envio em produção esta me aparecendo uma mensagem solicitando o ClientSecret, entretanto ao configurar o aplicativo no site do Banco para a utilização da API o Campo ClientSecret diz que não é necessário informar esse campo, então para funcionar estou tendo que informar qualquer valor mesmo que seja o "ClientSecret = 1" que ai ele envia e registra o boleto em produção caso não seja informado aparece a mensagem que solicita a informação, seria isso um erro na API do Sicoob? Alguém já passou por isso ? Mensagem solicitando o ClientSecret (Retorno do Envio) Campo da Configuração do Aplicativo no Site da API. Desde já agradeço a atenção!

Boa tarde, tudo bem? Estou tendo problemas para conseguir o retorno do arquivo XML da Prefeitura. A NFS-e até consegue gerar, ele aparece na página da SIGISS da Prefeitura de Barretos, porém, ele não consegue o retorno do arquivo XML. No projeto de testes, reparei que no log ele aparece um link que está errado: Inicio TNFSeGerarNFSe Método........ : Gerar Link.......... : https://barretos.sigiss.com.br/nfe_ver.php?id= &id_cadastro= &hash= &nfe= Numero........ : Provedor...... : SigISS Este link está incorreto, o correto seria: https://barretos.sigiss.com.br/barretos/contribuinte/nfe/nfe_base.php?id= &hash= &nota= &ccm= Em que parte dos arquivos do NFS-e que é gerado este link para o retorno do arquivo? Desde já, agradeço pela atenção de vocês.

Prezados, bom dia! Gostaria de saber se há no ACBr, rotinas para a geração do Arquivo Remessa e leitura do Arquivo Retorno para Débitos Automáticos, no meu caso atual, para o banco Santander. Segue manual: DEBITO-AUTOMATICO-V05-06052008.pdf Poderiam me dar um Apoio?

Oi pessoal recentemente tenho recebido esse retorno do Reinf ao tentar enviar eventos, onde o retorno do webservice retorna nulo! Alguém já passou por algo parecido ? Desde ja agradeço a atenção!

Os códigos de retorno do Banco do Nordeste não batem com o manual. Tanto que o banco fez várias baixas automáticas no meu cliente (código 15) e o ACBr entendeu como "Liquidação em Cartório". Baixa automática é como a baixa simples, a diferença é que a baixa simples é quando o cliente manda baixar, a baixa automática é quando o banco manda baixar pois o prazo do boleto para registro no banco está expirado por exemplo. Mas não tem nada a ver com liquidação em cartório e liquidação em cartório dá a entender que foi quitado. E não foi. Todas as funções que fazem referência aos códigos de retorno estão erradas, como a função CodOcorrenciaToTipo() e TipoOcorrenciaToDescricao(). Esses são os códigos que estão no ACBr. case CodOcorrencia of 02: Result:='02-Entrada Confirmada' ; 51: Result:='51-Entrada Rejeitada' ; 06: Result:='06-Liquidação normal' ; 09: Result:='09-Baixado Automaticamente via Arquivo' ; 10: Result:='10-Baixado conforme instruções da Agência' ; 11: Result:='11-Em Ser - Arquivo de Títulos pendentes' ; 12: Result:='12-Abatimento Concedido' ; 13: Result:='13-Abatimento Cancelado' ; 14: Result:='14-Vencimento Alterado' ; 15: Result:='15-Liquidação em Cartório' ; 16: Result:='16-Titulo Pago em Cheque - Vinculado'; 17: Result:='17-Liquidação após baixa ou Título não registrado' ; 18: Result:='18-Acerto de Depositária' ; 19: Result:='19-Confirmação Recebimento Instrução de Protesto' ; 20: Result:='20-Confirmação Recebimento Instrução Sustação de Protesto' ; 21: Result:='21-Acerto do Controle do Participante' ; 22: Result:='22-Titulo com Pagamento Cancelado'; 23: Result:='23-Entrada do Título em Cartório' ; 24: Result:='24-Entrada rejeitada por CEP Irregular' ; 27: Result:='27-Baixa Rejeitada' ; 28: Result:='28-Débito de tarifas/custas' ; 29: Result:= '29-Ocorrências do Sacado'; 30: Result:='30-Alteração de Outros Dados Rejeitados' ; 32: Result:='32-Instrução Rejeitada' ; 33: Result:='33-Confirmação Pedido Alteração Outros Dados' ; 34: Result:='34-Retirado de Cartório e Manutenção Carteira' ; 35: Result:='35-Desagendamento do débito automático' ; 40: Result:='40-Estorno de Pagamento'; 55: Result:='55-Sustado Judicial'; 68: Result:='68-Acerto dos dados do rateio de Crédito' ; 69: Result:='69-Cancelamento dos dados do rateio' ; end; E esses são os códigos conforme o manual que segue em anexo NOTA Nº 5 - Serviço (Arquivo - Retorno). 02 - Entrada Confirmada. 04 - Alteração. 06 - Liquidação Normal. 07 - Pagamento por Conta. 08 - Pagamento por Cartório. 09 - Baixa Simples. 10 - Devolvido - Protestado 11 - Em ser. 12 - Abatimento Concedido. 13 - Abatimento Cancelado. 14 - Vencimento Alterado. 15 - Baixa Automática 18 - Alteração Depositária. 19 - Confirmação de Protesto. 20 - Confirmação de Sustar-Protesto. 21 - Alteração Informações de Controle da Empresa 22 - Alteração "Seu Número". 51 - Entrada Rejeitada. Obs.: - Os registros com erros no arquivo-remessa serão gravados com a identificação do serviço original acrescido de 50. Ex.: Um registro com Código de Serviço 04 (Concessão de Abatimento), se estiver errado, retornará com o código de serviço 54. PADRAO BNB - CNAB400.pdf

Olá pessoal, Estou implementando o envio de remessa e recebimento de retorno do Banco do Brasil, porém os boletos de teste que estou enviando por remessa não estão sendo registrados, conforme segue: Ocorrência: 03-Comando recusado Motivo rejeição: 47-Título tem valor diverso do informado Convênio: 7 posições Carteira: 17 Variação: 019 Layout remessa e retorno: CNAB 240 Pesquisei no fórum, na internet e não encontrei nada sobre como solucionar esta rejeição 47. Liguei pro atendimento do Banco do Brasil e também não souberam me informar, então me pediram pra emitir outro teste para verificar se não foi alguma "inconsistência"... Emiti outro teste e rejeitou de novo. No fim, gerei outro arquivo de remessa e enviei para análise (o que pode demorar). O interessante é que já havia enviado arquivos de remessa direto para análise e o Banco do Brasil homologou. Alguém teria alguma ideia de como solucionar? Obrigado.

Bom dia, pessoal Até o dia 17 de dezembro, eu estava conseguindo normalmente enviar as notas fiscais de serviço para a prefeitura de Boituva (Provedor 4r) Porém agora, quando eu tento enviar, ao invés de receber o retorno normal, eu recebo simplesmente o wsdl da página, além da nota não ser registrada. Claro que pode ser que eu esteja comendo mosca em alguma coisa, mas alguém já enfrentou esse problema? O endereço de envio é https://boituva.4rtec.com.br/abrasf/arecepcionarloterpssincrono.aspx?wsdl Obrigado

Prezados, bom dia. Estamos realizando uma implementação em nosso sistema para registrar a data em que o título foi descontado no banco. Ou seja, quando o banco fez o adiantamento do valor do boleto para o cliente. Contudo, estou com dificuldades em relacionar qual a ocorrência que aparece no arquivo de retorno nessa situação: 10 - Baixado conforme instruções da agência 05 - Transferência de Carteira / Baixa Ou se também é outra que não essas. Alguém saberia me informar a ocorrência correta a ser registrada?

Olá pessoal, durante uma das leituras do arquivo de retorno do Bradesco, me ocorreu uma situação inusitada. Ao verificar os arquivos de retorno percebi um motivo "A4" em uma "Ocorrência 02 - Entrada Confirmada" A4 - Na ocorrência "02" E nos fontes do ACBrBoleto ao realizar a leitura do CNAB400 o codigo do motivo buscado é convertido para Inteiro mas por se tratar de uma String ocorre erro de conversão. Conversão da Leitura para Integer O estranho é que no manual mais atual que encontrei do Banco não existe Motivo "A4" e no manual disponivel pelo ACBr existe mas somente na ocorrência "28 - Débito de Tarifas e Custas". Link do Manual no Site do Bradesco: https://banco.bradesco/assets/pessoajuridica/pdf/4008-524-0121-layout-cobranca-versao-portugues.pdf Gostaria de saber se alguém já passou por algo parecido? Pois para mim parece ser Erro durante a geração do arquivo de retorno feito pelo Banco, porque nem no manual encontrei algo semelhante.

Olá O arquivo de retorno de boletos liquidados do Banco do Brasil (240) não está batendo com o esperado pelo acbrboleto: Linha do arquivo iniciando com 00100011T0100020. Na posição 8 vem "1" no lugar de "3" e o "T" vem na posição 9, pelo acbr deveria ser na posição 14. Alguém passou já passou por isso? Se quiserem posso enviar o arquivo de Remessa e Retorno correspondente. Desde já meu muito obrigado

Antes usava a geração do arquivo via TXT resolvi mudar para o componente. Estou fazendo assim acbrnfe1.notasfiscais.assinar; acbrnfe1.notasfiscais.gravarxml; acbrnfe1.notasfiscais.validar; acbrnfe1.notasfiscais.gerarnfe; acbrnfe1.enviar(1,false,true); Estou usando acbrnfe1.webservice.retorno.cstat para obter o retorno mas só volta com 0, mas pelo VISUALIZAR vejo que foi autorizada. Onde estou errando?

Bom dia. Alguém teve algum problema ou sabe o motivo que os retornos do banco Santander, CNAB240, em alguns casos, quando vem a liquidação, o valor de crédito está vindo zerado?

Boa tarde! Na leitura do Retorno não está previsto o código '5-Remessa Rejeitada', conforme o manual da Caixa Econômica. O que impossibilita a leitura do retorno para detalhar o motivo do erro ao usuário. Segue do manual e do fonte com o ajuste necessário. Manual: http://www.caixa.gov.br/Downloads/cobranca-caixa/Manual_de_Leiaute_de_Arquivo_Eletronico_CNAB_240.pdf Atenciosamente!

Ola boa tarde, alterei a unit ACBrBancoSicredi.pas, inclui o código do retorno A4, para corrigir a rejeição, quando ocorre um retorno com esse código. segue unit alterada e imagem da alteração; favor adicionar ao repositório do SVN se possível. ACBrBancoSicredi.pas

Bom dia. Gostaria de saber como vocês tratam o retorno de cancelamento de uma CT-e , pois acontece a seguinte situação as vezes ,quando envio um cancelamento e a sefaz ta lenta cancela normalmente a CT-e , mas eu não recebo o retorno, no meu sistema dependo do retorno para gravar algumas informações no banco de dados, isso acaba deixando inconsistente o meu relatório no final do mês. Att

Amigos, alguém pode me ajudar com essa dúvida? No arquivo de retorno do Banco do Brasil, CNAB240, alguns títulos liquidados estão vindo no registro detalhe T, posição 16 à 17 com a ocorrência 06, e na posição 214 à 223, o motivo vem como 99. O que significa esse motivo da ocorrência = 99? Obs.: já conferi no leiaute da Febraban CNAB240, e no leiaute de particularidades do BB e não encontrei a descrição desse motivo. Também entrei em contato com o suporte da Cobrança do BB, e me orientaram enviar um e-mail para [email protected] com a dúvida, porém já faz 15 dias úteis (sendo que o prazo para resposta era de 5 dias úteis) que enviei o e-mail e não tive resposta do BB.

Alguém sabe se existe um Web Service do Bradesco, que tenha como exportar o arquivo de remessa de boletos, que o componente ACBr Boleto gera, em um formato REST por JSON ou XML para ser cadastrado automaticamente sem usar o Bradesco Net Empresa?

Verifiquei um problema na leitura do retorno CNAB 240 do Bradesco em que no caso de importar mais de um arquivo em sequencia a partir do segundo sempre dava o erro: "Tamanho Máximo do Nosso Número é: 10". Pois bem, pelo manual o tamanho máximo é 11 e no construtor da classe já é inicializada a propriedade "fpTamanhoMaximoNossoNum := 11;", só que, na rotina "TACBrBancoBradesco.LerRetorno240" ao final da mesma havia a linha: ACBrBanco.TamanhoMaximoNossoNum := 10; ...e portanto, na importação seguinte ocorria o erro. Havia também uma linha atribuindo 11 antes do início do "For.." e que estava comentada, a qual removi para evitar mais confusão. Aproveitando a alteração também adicionei na rotina "TACBrBancoBradesco.GerarRegistroTransacao240" mais três códigos de ocorrência que não estavam previstos: toRemessaDispensarMulta : ATipoOcorrencia := '15'; toRemessaNegativacaoSemProtesto : ATipoOcorrencia := '45'; toRemessaBaixaTituloNegativadoSemProtesto : ATipoOcorrencia := '46'; Em anexo unit alterada para, na medida do possível subir para o SVN. Desde já agradeço. ACBrBancoBradesco.pas

Boa tarde a todos da comunidade. A minha situação é a seguinte: Realizo todo meu processo de gestão de cobrança pelo AcbrBoleto no banco Itaú e outros, porem no itau temos o desconto de titulo quando descontado o titulo é baixado do cobrança e vai pro empréstimos solicitamos ao Itaú e passamos a receber o arquivo de retorno referente aos descontados[04-EMPRESTIMO], porem na leitura do retorno a identificação do tipo do serviço é ignorada, ou melhor não temos uma propriedade do componente AcbrBoleto para carregarmos qual serviço estamos tratando. Gostaria de saber dos moderadores e responsáveis se seria viável e interessante o desenvolvimento desta propriedade. Desde já gostaria de me por a disposição para desenvolver uma versão de teste para comunidade.