José M. S. Junior

Bom dia, Estamos com divergências quanto ao layout deste banco, para realizar as alterações solicitadas. Por isso estamos centralizando o assunto em um único tópico. Favor acompanhar em:

Bom dia, Estamos com divergências quanto ao layout deste banco, para realizar as alterações solicitadas. Por isso está centralizamos o assunto em um único tópico. Favor acompanhar em:

Olá, Estamos criando este tópico para centralizar o assunto sobre homologação com Banco SAFRA. Foi realizado alguns ajustes referente a esse Banco, baseado em contribuições de integrantes do fórum que homologaram junto ao banco SAFRA, as alterações estavam conforme previsto no Manual do Banco, atendendo CNAB240 e CNAB400. Porém, notamos que outros integrantes não conseguiram homologar junto ao Banco, solicitando algumas alterações que desfaz o que havia sido ajustado e também não está de acordo com o Manual de integração SAFRA. Notamos que no próprio manual existem configurações diferentes para quando se utiliza SAFRA e correspondentes bancários como: SAFRA ITAÚ e SAFRA BRADESCO, talvez seja esse o motivo das divergências. O ideal é que entre em contato com a Agência para entender se existe algum outro layout ou se realmente se trata de utilização de um layout para correspondente bancário, note que temos nos fontes a unit ACBrSafraBradesco.pas talvez essa Unit já esteja de acordo com as alterações solicitadas, visto que se trata de alterações no dígito verificador Nosso Numero e digito do Código Cedente. Antes de realizarmos novas alterações, precisamos entender se todos utilizam o mesmo layout, e as alterações precisam estar definidas no manual... Segue alguns Tópicos onde foi solicitado as alterações atuais e que aparentemente também foi homologado pelo Banco Safra:

Atualizado no SVN. Obrigado pela contribuição!

Atualizado no SVN. Obrigado pela contribuição!

Atualizado no SVN. Obrigado pela contribuição!

Atualizado no repositório. Obrigado pela contribuição!

Bom dia @ademar-datalan Seu código ficou com divergências ao realizar o Merge, favor atualizar e postar o seu .pas atualizado. Segundo manual a Conta pode conter 12 dígitos, acho que o correto seria implementar com essa possibilidade... <<<<<<< .mine rConta := trim(Copy(ARetorno.Strings[1], 60, 12)); ||||||| .r17492 rConta := trim(Copy(ARetorno.Strings[1], 64, 7)); ======= rConta := trim(Copy(ARetorno.Strings[1], 65, 7)); >>>>>>> .r17814

Boa tarde, chegou a realizar a instalação seguindo este passo a passo:

Bom dia Pode citar um exemplo ou anexar logs do que ocorre... Quando fala em quebra de Sequencia, está se referindo ao número do Cupom Fiscal, nCFe?

Atualize a versão do ACBrMonitor, a versão que está é muito antiga.

Isso é possível se você carregar o XML no componente (Consultar passando o path do XML) ou se o XML estiver no mesmo local onde é gerado pelo componente, neste caso o XML Original é atualizado com o protocolo retornado na consulta. Mas se consultar apenas pela chave e não tem o XML gravado na pasta, vai obter apenas os dados retornados pela consulta mesmo.

O recomendado é criar o arquivo temporário diretamente. ex: ENT.tmp depois que a aplicação escrever o método apenas renomeia para o nome correto: ENT.txt Configure um timeOut de espera do retorno, antes de enviar o próximo método...

Bom dia, Esta questão de travamento utilizando o SAT é bem incomum, não há relatos. Mas é bem provável que seja algo referente a comunicação com a dll do SAT. A dll está atualizada? copie a dll para a pasta raiz do ACBrMonitorPLUS... Atualize também a versão do ACBrMonitor, houve diversas melhorias depois desta versão que está utilizando...

Sim, esse desenvolvimento está em andamento por isso ainda está na pasta branches.

Pode utilizar todas as funcionalidades de impressão seja Gráfico ou PosPrinter diretamente pelo ACBrMonitor https://acbr.sourceforge.io/ACBrMonitor/NFEImprimirDanfe.html https://acbr.sourceforge.io/ACBrMonitor/SATImprimirExtratoVenda.html

As últimas alterações foram realizadas baseadas no tópico abaixo, onde aparentemente também foi homologado pelo Banco sem o DV no NossoNúmero . O Problema de alguns bancos é que cada agência segue um critério ou um layout diferente para homologação...

Tem muitas divergências com os comando que está enviando... Está passando o comando do componente SAT mas com parâmetros da NFe, o arquivo .ini que está passando também é de NFe mas está passando no método do SAT. Siga o modelo da documentação para emissão com o SAT, e depois de autorizado passe o comando SAT.ImprimirExtratoVenda(...) para emissão do cupom. https://acbr.sourceforge.io/ACBrMonitor/SATCriarEnviarCFe.html

A versão do ACBrMonitor está atualizada? Experimente enviar sem o parâmetro de impressora, para tentar identificar exatamente onde o problema ocorre...

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Na documentação do BPe, para informações do passageiro só aceita CPF.

Boa tarde, Note que no parâmetro com o nome da impressora está passando o parenteses () na descrição, este é uma caractere reservado para envio de comandos com ACBrMonitor, pode ser isso que que está causando o problema. veja: HP LaserJet Professional M1132 MFP em graci-pc (4 redirecionada) Outro detalhes, sempre passe parâmetros do tipo String entre Aspas duplas " ".

Bom dia Gilson Seguindo o manual existe uma diferenciação na geração do Nosso Número quando se trata de Cobrança SAFRA ou utilizando a cobrança Itaú, imagino que seja esse o motivo de algumas pessoas conseguirem Homologar em algumas e algumas agências rejeitarem, aparentemente da forma que está alterando seria para Cobrança Itaú. Veja:

Olá, Para uso com ACBrMonitorPLUS é possível configurar as novas propriedades na tela abaixo:

Bom dia O número da remessá é gerado no Header a partir da posição 158 com 6 digitos. Precisa passar o número como segundo parâmetro do método: https://acbr.sourceforge.io/ACBrMonitor/BOLETOGerarRemessa.html