André Melim

Fiz o teste conforme o sugerido por vocês no que se refere a diminuir a quantidade dos 'Enumerados' e aconteceu o que eu temia... Alterando enumerados ja existentes vai dar erro em outras units como a do Banco do Brasil, por exemplo, como segue no print em anexo. Portanto, chega-se a conclusão que os enumerados a mais acabam preservando a codificação ja existente de dar conflitos em outras units, então sugiro que mantenham a minha idéia inicial mesmo. O que vocês me dizem?

Acredito que poderia ser assim também, se for essa realmente a solução a ser adotada favor me informar aqui para que eu possa alterar la no meu sistema para se adequar a esse formato que voce sugeriu, grato.

Conforme solicitado segue em anexo o arquivo do layout do banco Credisis, o manual completo. LAYOUT CNAB 240 - REMESSA_RETORNO.pdf

Certo, assim que eu conseguir o manual completo eu já te passo, grato.

Prezados senhores, Estou enviando uma sugestão para alteração no componente do ACBr que faz a geração do arquivo de remessa (banco Credisis). As alterações são nas untis 'ACBrBoletoConversao.pas' e 'ACBrBancoCredisis.pas'. A situação é que o cliente do sistema nos solicitou uma alteração para contemplar todas as possíveis situações para o campo 'Código para Protesto/Negativação' (posição 221 do arquivo de remessa) para o banco Credisis: 1 - Protestar Dias Corridos - Através do Cartório; 2 - Protestar Dias Úteis - Através do Cartório; 3 - Não Protestar - Através do Cartório; 4 - Negativar Dias Corridos - Através do SERASA; 5 - Negativar Dias Úteis - Através do SERASA; 6 - Não Negativar - Através do SERASA; ACBrBoletoConversao.pas - Antes da alteração {Definir se o titulo será protestado, não protestado ou negativado } TACBrCodigoNegativacao = (cnNenhum, cnProtestarCorrido, cnProtestarUteis, cnNaoProtestar, cnNegativar, cnNaoNegativar, cnCancelamento); - Depois da alteração <<< {Definir se o titulo será protestado, não protestado ou negativado } TACBrCodigoNegativacao = (cnNenhum, cnProtestarCorrido, cnProtestarUteis, cnNaoProtestar, cnNegativarDiasCorridosSerasa, cnNegativarDiasUteisSerasa, cnNaoNegativarSerasa, cnNegativar, cnNaoNegativar, cnCancelamento); ACBrBancoCredisis.pas - Antes da alteração function TACBrBancoCredisis.GerarRegistroTransacao240(ACBrTitulo : TACBrTitulo): String; ... if (DataProtesto > 0) then begin case TipoDiasProtesto of diCorridos : ProtestoBaixa := '1'; diUteis : ProtestoBaixa := '2'; end; end else ProtestoBaixa:= '3'; - Depois da alteração <<< function TACBrBancoCredisis.GerarRegistroTransacao240(ACBrTitulo : TACBrTitulo): String; ... case CodigoNegativacao of cnProtestarCorrido : ProtestoBaixa := '1'; cnProtestarUteis : ProtestoBaixa := '2'; cnNaoProtestar : ProtestoBaixa := '3'; cnNegativarDiasCorridosSerasa : ProtestoBaixa := '4'; cnNegativarDiasUteisSerasa : ProtestoBaixa := '5'; cnNaoNegativarSerasa : ProtestoBaixa := '6'; else begin if (DataProtesto > 0) then begin case TipoDiasProtesto of diCorridos : ProtestoBaixa := '1'; diUteis : ProtestoBaixa := '2'; end; end else ProtestoBaixa:= '3'; end; end; ANEXOS.rar

Estou com problema na geração do arquivo de remessa para o banco Credisis no caso de um cliente que deseja usar outros codigos para o campo 'Código para Protesto/Negativação' (C026 - posicao 221 - Segmento P). Ocorre que la no preenchimento desse campo do arquivo de remessa o ACBrBoleto trata apenas os codigos 1,2 e 3. Como fazer para que o ACBrBoleto possa preencher esse campo com as demais ocorrencias (4,5 ou 6)? Eu dei uma olhada no codigo do ACBrBoleto e ele tem la a propriedade 'CodigoNegativacao', tava pensando em uma alteração na unit 'ACBrBancoCredisis' no sentido de testar se existe um valor definido la que seja diferente de 'Nenhum', caso exista esse valor usar o que esta definido la para preencher essa posicao 221 pois me parece que nessa propriedade tem la as 6 opcoes possiveis para o código para protesto/negativação. O que voces me dizem?

Alguem ai conseguiu fazer funcionar o Pix com o Sicredi ou ta bugada essa funcionalidade no proprio componente do ACBR mesmo?

Ja tentei setar esse campo 'Ide.indIEToma' com os valores de 'inContribuinte', 'inIsento' e 'inNaoContribuinte' mas nenhum deles deu certo.

Olá amigos, estou com problemas na emissão de um CT-e aqui. Esta retornando a mensagem 'Rejeicao: IE deve ser informada para tomador Contribuinte' e o cStat ta retornando '481'. Ocorre que o tomador de serviço (toma4) é isento. Ja tentamos deixar o campo ref. a Inscrição Estadual dele em branco e também com o texto 'ISENTO' mas nao funcionou também. Na parte relacionada ao 'toma4' no manual do CT-e pelo que vi nao tem nenhuma tag para informar se é isento ou nao, a nao ser pelo próprio conteúdo do campo da IE. O que eu poderia estar fazendo para resolver este problema? Segue em anexo o XML do CT-e. CTeTemp.xml

Olá amigos. Implementei e ja validei a venda por Pix no sistema aqui da nossa empresa para o Sicoob e Banco do Brasil e funcionou de boa. Agora estou tentando validar a venda por Pix para o banco Sicredi. Notei que para o banco Sicredi esta ocorrendo um problema (ver imagem em anexo). Na imagem podemos ver o erro que ocorre ao executar o comando 'DMPix.ACBrPixCD1.PSP.epCob.CriarCobrancaImediata'. Notei que esse erro acontece tambem la no programa de exemplo do ACBRPixCD. Eu procurei colocar no sistema aqui da nossa empresa os mesmos comando utilizados la no programa de exemplo do ACBR para nao ter problemas. Não sei se pode ser algum problema com as credenciais que o cliente (que vai usar o sistema na loja dele) nos disponibilizou ou se foi alguma falha aqui na minha codificação. Alguém tem alguma ideia do que pode ser esse erro ai?

Deu certo, obrigado amigo

Olá pessoal, temos no nosso sistema a funcionalidade de capturar o peso através do componente 'ACBrBal'. Ocorre que um cliente solicitou para a gente implementar a funcionalidade num outro sistema aqui da empresa. E agora que implementamos nos deparamos com a dificuldade em testar a funcionalidade já que a nossa software house obviamente nao possui balança para testes. Eu vi que tem dois aplicativos do ACBr que servem para testar (emular) a comunicação com uma balança ('EmuladorBalanca' e 'BalancaTeste'). Eu estava tentando fazer o teste usando esses dois aplicativos mas não consegui obter sucesso. Segue em anexo o print dos dois aplicativos como eu configurei e logo abaixo as portas COM que aparecem no Gerenciador de Dispositivos do Windows aqui (Windows 10).

Funcionou de boa. Só faltava mesmo o código IBGE da cidade, agora com o ACBrCEP eu consegui obter esse código. Valeu muito obrigado.

Esse 'ACBrConsultaCNPJ' aparentemente vai resolver meu problema aqui, blz. Só uma coisa, o componente eu vi la que tem o Nome da Cidade e a UF mas parece que nao tem o código IBGE da cidade e na verdade eu preciso desse código para preencher corretamente aqui o cadastro do cliente. Alguém sabe me dizer se o componente tem esse código IBGE da cidade?

Olá pessoal, eu tenho uma funcionalidade no sistema (feito no Delphi 10) que consiste em consultar os dados do CPF ou CPNJ junto a Receita Federal. Na versão atual do sistema estamos utilizando um TWebBrowser pelo que entendi estamos passando o CPF/CNPJ como parametro para consultar e a URL é essa ... "http://servicos.receita.fazenda.gov.br/Servicos/cnpjreva/Cnpjreva_Comprovante.asp". Não está funcionando, então gostaria de perguntar a vocês se esse tipo de consulta funciona no componente ACBrConsultaCNPJ ou se vocês podem me fornecer algum código fonte no Delphi que esteja funcionado e que resolva esse problema.

Valeu. Creio que com essa implementação o problema deve ser resolvido. Muito obrigado amigo.

No caso eu faço essa consulta la e vou considerar como qrcode pago se a propriedade "Cobranca.status" estiver como "CONCLUIDA" igual la no programa de exemplo do ACBRPixCD?

Estou com uma situação grave no sistema. No sistema eu implementei as funcionalidades do Pix idêntico ao programa de exemplo do componente ACBRPixCD e está acontecendo uma situação num cliente que utiliza o banco 'Sicoob' onde ocorre a situação de erro (painel fica com a mensagem de 'ERRO AO CONSULTAR'). A principio eu instrui o cliente a clicar no botão para cancelar a cobrança, porem o mesmo me informou que houve o débito da conta do cliente que comprou a mercadoria e fez o pagamento pela tela do qrcode do Pix, então o sistema deveria identificar que houve o pagamento e finalizar normalmente a venda ao invés de mostrar essa mensagem e a venda ficar sem finalizar. Vocês ai chegaram a passar por essa situação? Como fazer para resolver isto?

Achei o problema aqui, ja resolvi, ocorre que antes de executar a função de vender no pix o sistema estava perdendo duas propriedades aqui... ACBrPSPSicoob.ArquivoChavePrivada e ACBrPSPSicoob.ArquivoCertificado elas estavam ficando nulas e com isso causando a falha na execução, agora ja corrigi e funcionou normalmente.

Olá pessoal, eu to com um problema aqui quando tento gerar um qrcode para o banco Sicoob (ver arquivo em anexo). Eu procurei fazer na minha aplicação o mais parecido possivel com o programa de exemplo do ACBRPixCD (no programa de exemplo ta funcionando), porém devo ter deixado passar algum detalhe que ainda não descobri o que é. Alguém pode me ajudar?

Ah sim, bacana, obrigado pelas informações irmão, tmj.

Pessoal eu vi la no programa de exemplo do ACBRPixCD para fazer o procedimento da venda com Pix o CPF/CNPJ do cliente da compra deve ser informado senao da erro. Porem numa situacao real como no nosso sistema aqui temos o cliente 'CONSUMIDOR' que é um cliente cadastrado com o codigo nr. 1 que é utilizado para fazer vendas para o caso de clientes nao cadastrados no sistema (situacao normal de qualquer sistema) e no caso esse cliente tem o CPF/CNPJ cadastrado como '00000000000000' (inclusive para emissao de NFC-e vai essa informacao pra la). E tem tambem usuarios do sistema que nao querem ter o trabalho de ficar informando no cadastro dos clientes deles o CPF/CNPJ de todos os clientes da empresa dele, entao ele coloca zeros em varios cadastros de clientes. Resumindo, vai ter varias situacoes onde nao vou ter o CPF/CNPJ do cliente da compra para informar na venda com Pix. Como voces estao fazendo para contornar essa situacao?

Pessoal, quanto a configuração do Pix para o Shipay, Banco do Brasil e Santander ta relativamente fácil de entender. Porem em relação ao Itaú eu vi la no programa de exemplo do ACBRPixCD que quando a gente executa mostra a mensagem 'Desabilitado em Homologação' e os campos para configuração ficam todos realmente desabilitados. Alguém poderia me explicar o que fazer no passo a passo para o cliente que deseja utilizar o Itaú, para configurar o PIX?

Olá, Senhores Gostaria de saber se o componente TACBrPixCD para Delphi esta totalmente funcional para aquelas 4 opções de PSP que ele disponibiliza lá atualmente (Banco do Brasil, Itau, Santander, Shipay)? Todas estão funcionando 100%, já testadas e validadas? Grato pela atenção

Finalmente deu certo aqui o pagamento pelo banco do brasil. Eu estava em contato com o pessoal la do suporte para eles baixarem manualmente la o qrcode gerado pelo programa para eu verificar aqui se o programa conseguia identificar o pagamento e finalizar a venda. Tive que aumentar o tempo de expiração da cobrança a pedido do pessoal la do suporte mas ainda tinha o problema da variavel que controlava a qtd max de consultas ao pagamento, tive que deixar infinita a quantidade de consultas ate que o pessoal la conseguisse efetuar a baixa manual e pudessem me avisar aqui para ver se o programa tinha conseguido identificar a baixa, agora conseguiu. Aparentemente deu certo.