Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

clube mobile


Cursos grátis para toda base ACBr
+ Promoção Clube Mobile para o ACBr Pro

Saiba mais

adriano santos

click.png

click.png

click.png

click.png

click.png

click.png

SaraHidalgo

Membros
  • Content Count

    29
  • Joined

  • Last visited

Community Reputation

12 Good

About SaraHidalgo

  • Rank
    Membro

Profile Information

  • Sexo
    Feminino
  • Location
    Jundiaí-SP

Recent Profile Visitors

715 profile views
  1. Boa tarde, Em um cliente aconteceu algo parecido, porém o registro está um pouco diferente no log -> em anexo. No aplicativo gerou 1 cupom mas no SAT criou 2, inclusive foram salvos 2 XMLs na pasta. No log, o comando "EnviarDadosVenda" foi chamado duas vezes em seguida (16:47:35:036 e 16:47:39:662) para o mesmo cupom (log), um em cada sessão. Posteriormente a resposta foi recebida com um mesmo número de sessão porém referenciando os dois cupons, cada um enviado em uma sessão diferente. Isso aconteceu mais de uma vez na mesma empresa dentro de um mês. É possível enviar dois cu
  2. Bom dia, Caso ajude, conseguimos efetuar a leitura da balança Micheletti Mic3 com o Demo do ACBr utilizando o protocolo P03 na balança e modelo Toledo 2180 no demo.
  3. Boa tarde! Encontramos um erro ao gerar o arquivo de remessa no padrão 240 do banco Sicredi. No segmento Q, posição 152 a 153, deve ser enviado a UF do sacado, porém, no arquivo, é gerado com a literal "UF" ao invés de preencher com a UF informada no componente. Fizemos a correção no arquivo, que está anexado a este post. Trecho corrigido: {SEGMENTO Q} Result:= Result + #13#10 + '748' + // 001 a 003 - Código do banco na compensação '0001'
  4. Bom dia, Obrigada pelas informações!
  5. Bom dia a todos. Existe algum componente que eu possa usar para interpretar um teclado programável, aqueles usados em frente de caixa? Obrigada.
  6. Boa tarde! Procurei no fórum mas não encontrei. Existe em algum lugar uma listagem com todos os Bancos e Carteiras que o ACBr suporta? Obrigada!
  7. Bom dia! Continuo no aguardo de uma resposta sobre a solução proposta! Obrigada.
  8. Bom dia! Algum retorno sobre essa alteração? Obrigada.
  9. Bom dia! Estou no processo de homologação da carteira Com Registro do HSBC em um cliente, e encontrei um problema ao ler o arquivo de retorno no padrão CNAB400. A mensagem original era "Cedente do arquivo inválido. Informado = '11251477284' Esperado = '' ". Trecho do código da leitura do cedente: rCodigoCedente := Copy(ARetorno[0], 109, 11); Mas, no manual do banco da cobrança registrada, este campo é reservado ao banco. Fiz uma alteração no código, de acordo com o manual do site do banco, prevendo ainda o caso da carteira sem registro: if Trim(Copy(ARetorno[0], 12, 15)) = 'COBR
  10. Boa tarde, Estou configurando uma carteira do Santander (101-Rápida com Registro) com o campo "Aceite" = S. O problema está no arquivo de remessa, que trabalha com os valores "N" ou "S", e, ao importar este arquivo no site do banco, o mesmo é rejeitado com o erro "Código de aceite diferente de (A/N)". No manual do banco está definido que o campo é travado como "N", tanto no arquivo de 400 quanto de 240 posições, mas, no site no banco é aceito o valor "A" ou "N". Fiz a alteração no fonte: 240 posições: {SEGMENTO P} Result := '033'
  11. Boa tarde, Esqueci de mencionar que estou gerando o arquivo de remessa no layout de 400 posições. Analisando os fontes mais detalhadamente, resolvi gerar o arquivo de 240 posições, que atribui valor ao campo "Código da Carteira" no arquivo de remessa a partir da propriedade "CaracTitulo". Desta forma consegui utilizar a propriedade "Carteira" com a literal "RCR" para ser impressa no boleto mantendo os valores antigos no arquivo de remessa. Obrigada.
  12. Boa tarde! Estou em processo de homologação de uma carteira do Santander, a Rápida com Registro (101), e o banco precisa das seguintes configurações: Carteira a inserir na remessa: 5 – Cobrança Rápida com Registro (cliente imprime) Carteira a inserir nos boletos: RCR (corpo do boleto) / 101 (linha digitavel/código de barras) Hoje, para emitir o boleto, eu informo o valor "101" na propriedade ACBrTitulo.Carteira e "101" em ACBBoleto.Cedente.Modalidade. Desta forma, a linha digitável fica correta e o arquivo de remessa também, mas, na impressão do boleto, o banco precisa que o campo
  13. Boa tarde! Estou com os fontes atualizados, onde o código do cedente é gerado pela função MontarCampoCodigoCedente. Para resolver este problema, alterei o report de impressão do boleto (já utilizo um diferente do "oficial" disponibilizado no SVN) onde, antigamente, o campo do código do beneficiário era composto pela agência + código do cedente e, após alteração para utilização da função MontarCampoCodigoCedente a agência ficou "duplicada". Removi então o campo agência do report, mantendo somente o campo código do cedente. Espero ter ajudado.
×
×
  • Create New...