Pesquisar na Comunidade

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á pessoal, sou iniciante no Delphi mas já estou utilizando o ACBr por ser muito prático, estava testando a leitura do arquivo de retorno do Banrisul e me deparei com a seguinte situação: Ao ler o arquivo de retorno do Banco me aparece a mensagem dizendo que o CPF/CNPJ é inválido, bom estava verificando o motivo da mensagem e percebi que diferente da leitura feita no arquivo do banco do brasil que já havia visto antes, a leitura do banco do Banrisul busca não do Header do Arquivo mas do Header do Lote. Código da Unit ACBrBancoBanrisul: Obs : o arquivo de texto é salvo em uma StringList para ir verificando, sendo assim o ARetorno(StringList) na posição 1 seria a segunda linha do arquivo ou seja o Header do Lote. Entretanto segundo a documentação do Banrisul no Header do Lote, o CPF/CNPJ ocupam 15 posições e no Header do Arquivo apenas 14, sendo assim quando for realizar o Copy ira buscar não corretamente por pegar apenas as 14 posições das 15 pegando um possivel 0 no inicio e não buscando o ultimo digito do CPF/CNPJ, gerando assim a mensagem de erro do 'CPF/CNPJ do Arquivo Inválido'. Arquivo de Retorno : Manual do Banco : Site do manual : http://www.banrisul.com.br/bob/data/CobrancaEletronicaBanrisul_layout_pdr_Febraban240_vrs25102013.pdf?cache=9 Minha duvida é se esta certo pegar o CPF/CNPJ do arquivo pelo Header do Lote, e se for porque busca apenas 14 posições sendo que o tamanho nesse Header é 15 ? e outra coisa percebi que é feito uma formatação no caso do Banrisul ao comparar o valor lido com o valor do Cedente do boleto do componente, neste banco devo formatar antes de atribuir a lista de boletos o CPF/CNPJ de acordo com o tipo (Fisica ou Juridica) do Cedente ? Bom sei que seria a solução seria alterar apenas o indice do Stringlist para 0 para ler a primeira linha, mas como ainda sou iniciante posso estar deixando passar algo como uma configuração por exemplo, bom minha duvida seria essa. Desde já agradeço a sua atenção.

Oi pessoal, estive verificando o retorno das mensagens de ocorrência e vi que a caixa busca apenas a primeira ocorrência ao invés de buscar as 5 ocorrências possíveis do arquivo de retorno, minha duvida é esta certo da forma que esta ou teria que buscar as 5 ocorrências caso exista ? Imagem do código atual E outra coisa que acabei de perceber se for os códigos de liquidação também busca apenas a primeira ocorrência ? Desde já agradeço a atenção.

Oi pessoal, sou novato em desenvolvimento delphi e já estou utilizando o ACBrBoletos para gerar boletos, mas estava implementando a leitura do arquivo de retorno para realizar as baixas de títulos no sistema e me deparei com um problema na leitura do arquivo, estava tentando ler um arquivo de retorno do Banco do Brasil e percebi que para buscar o " Nosso Numero " corretamente ele busca a carteira no arquivo antes e com o que retornar mais o tamanho do Convenio ele busca de uma maneira ou de outra utilizando " IF's " o Nosso Numero, entretanto ao ler a carteira no banco do Brasil traz apenas um caractere e ao buscar o nosso numero ele compara com 16 e 18, e como o tamanho da carteira é dois dígitos esta colocando um zero antes do digito lido ex: se no arquivo estiver ' 18 ' ira trazer ' 01 ' por buscar apenas um digito e seu tamanho ser 2. Selecionando a Carteira do arquivo, é utilizada a procedure : " procedure TACBrBancoBrasil.LerRetorno240(ARetorno: TStringList); " Arquivo de retorno: OBS: esse arquivo foi criado manualmente para ser realizado um teste de baixa. Pegando nosso numero: Como pode ver ele compara com '16' ou '18' para pegar da posição 38 os 17 caracteres que é oque preciso, mas não vem porque o busca apenas um digito. Depurando o código: Mostrando oque esta trazendo. Gente acredito que seja somente seja alterar a busca da carteira para trazer 2 caracteres ao invés de 1, gostaria de saber se isso esta certo e eu apenas estou fazendo confusão ou realmente esta errado e precisa mudar ? Desculpa ai pelo textão mas gosto de explicar bem a situação para não haver muitas duvidas sobre a pergunta.

Olá pessoal, esse deve ser meu terceiro post hoje, estive verificando a leitura do arquivo C400 da caixa econômica e me veio um problema, percebi que ao realizar a leitura o "ACBrBoletoCaixa" verifica a Agencia/Conta do arquivo, mas no arquivo C400 não é informado a Conta Corrente mas sim somente o Código do Beneficiário isso é claro seguindo o Manual da Caixa, tanto para o que esta junto dos Fontes como para o modelo novo de Julho de 2017. Então me lembrei que já tinha conseguido uma vez fazer a leitura do Banrisul e fui verificar isso nos fontes e percebi que diferente da Caixa que tem que comparar com a Conta corrente o Banrisul verifica com o "código do cedente" e busca o dado de uma posição diferente do que a Unit da caixa faz atualmente. Bom para resolver o problema somente coloquei para buscar o Código do Cedente ao invés da Conta corrente que não se encontra no Layout C400 e ao verificar se é valido a Agencia/Conta seja comparado com o código do cedente ao invés da conta corrente. Antes de Alterar Alterado Manual do Header do Arquivo C400 Bom gostaria de saber se esta realmente certo fazer dessa maneira ou estou me esquecendo de algo ? Arquivo: ACBrBancoCaixa.rar Manual: https://www.caixa.gov.br/Downloads/cobranca-caixa/Manual_Leiaute_CNAB400_SIGCB.pdf Desde já agradeço a atenção.

Olá! Implementei no meu sistema o recurso de importação de XML. Quando leio uma XML de emissão através do recurso "ACBrCTe.Conhecimentos.LoadFromFile(CaminhoArq)", é possível recuperar o conteúdo da XML lida através da propriedade "ACBrCTe.Conhecimentos.Items.CTe.XML". Esta propriedade contém o conteúdo completo da XML, inclusive a tag <cteProc> e os dados de assinatura. Quando leio uma XML de evento através do recurso "ACBrCTe.EventoCTe.LerXML(CaminhoArq)", é possível recuperar o conteúdo da XML lida através da propriedade "ACBrCTe.EventoCTe.Evento.Items.RetInfEvento.XML". Esta propriedade não contém o conteúdo completo da XML, sem a tag <procEventoCTe> e dados de assinatura. Nós guardamos o conteúdo da XML assinada em banco de dados, para oferecer o recurso de exportação de XML aos usuários. Por isso eu gostaria de salvar a XML lida no banco de forma completa, tal como ela é quando é gerada durante uma emissão de CT-e ou evento de CT-e. Sei que se trata de uma simples tarefa com TStringList, mas a rotina está projetada para efetuar a leitura de todas as XML selecionadas primeiro e, posteriormente, outra rotina se encarrega do salvamento dos dados no banco, e neste ponto eu não sei mais os nomes dos arquivos. Gostaria de saber se existe uma maneira de acessar o conteúdo completo da XML de evento via ACBr, que eu não esteja enxergando? Obrigado

Boa tarde pessoal, Agredido que eu tenha feito alguma configuração errado porém não sei ao certo, após transmitir a NF-e o ACBr está demorando muito (cerca de 20 segundos) para ler o retorno da Sefaz (o foda que já tinha utilizado ele em outro projeto e a leitura era realizada igual uma bala, nem piscava a mensagem). No que comparei a unica coisa de diferente na configuração dos dois projetos é a opção "SepararPorCNPJ", mas não é ela que esta deixando lendo, alguém já passou por isso ou poderia me dar uma força? Obs.: Em qualquer computador fica a mesma velocidade!

Ao tentar fazer a leitura de um XML, conforme a imagem do mesmo em anexo, verifiquei que a tag, indicada na imagem, não esta sendo verificada no fonte, ou melhor, ela esta sendo mas falta outra condição. Na unit pnfsNFSeR, encontra-se duas funções que se chamam: LerNFSe_ABRASF_V1 e LerNFSe_ABRASF_V2. A função LerNFSe_ABRASF_V2 contêm a seguinte condição para carregar as informações do tomador: if (Leitor.rExtrai(3, 'Tomador') <> '') or (Leitor.rExtrai(3, 'TomadorServico') <> '') or (Leitor.rExtrai(2, 'Tomador') <> '') or (Leitor.rExtrai(2, 'TomadorServico') <> '') then Porém, na função LerNFSe_ABRASF_V1 o mesmo local que carrega as informações do tomador está assim: if Leitor.rExtrai(3, 'TomadorServico') <> '' then E conforme a imagem do XML que anexei, a tag esta vindo como <Tomador> e esta sendo executado pela função LerNFSe_ABRASF_V1, e consequentemente não carrega as informações. A solução que encontrei foi fazer do mesmo jeito que a LerNFSe_ABRASF_V2 if (Leitor.rExtrai(3, 'Tomador') <> '') or (Leitor.rExtrai(3, 'TomadorServico') <> '') then Desse jeito, as informações as informações são carregadas normalmente. OBS.: A versão que usei de exemplo acima não é a ultima, porém, antes de fazer esse post, fiz essa verificação também na ultima versão e encontrei o mesmo problema.

Boa tarde, O ACBrNFe se recusa a ler os XMLs em anexo. Há alguma característica em especial nestes arquivos? unit pcnNFeR; function TNFeR.LerXml: Boolean; ACBrNFe1.NotasFiscais.LoadFromFile(Arquivo); Obrigado. 33150932296378001657550010003284001153284005-MIL.xml 33150932296378001657550010003283921153283927-MIL.xml 33150932296378001657550010003283961153283969-MIL.xml

Creio que há um erro na função ArquivoMFD_DLL do TACBrECFBematech. No código: caminho := ExtractFilePath(Application.ExeName) + 'PAFECF\Arquivos\' + 'LMFC_ATO_COTEPE_1704_'+ GetDataTime + '.txt'; A função: ACBrECF.PafMF_LMFC_Cotepe1704(StrToDate(edData1.Text), StrToDate(edData2.Text), caminho); Que serve para gerar a leitura de memória fiscal completa de acordo com o ato cotepe não está funcionando corretamente, aparece essa mensagem de erro: Erro na execução de xBematech_FI_ArquivoMFD. Arquivo: "D:\Workdir\PAFECF\PAFECF\Arquivos\LMFC_ATO_COTEPE_1704_31052013-111511.txt" não gerado O comando não pôde ser executado! - Creio que seja por que está gerando o arquivo na unidade C com o padrão MFDBE051275600000059247_20130525_095037.TXT Formato do Padrão: MFD + número de série ECF + data e hora do ECF; * Não deveria gerar no caminho que eu passei por parâmetro na função? Aguardo retorno.