Ir para conteúdo
  • Cadastre-se

Sergio Carvalho Jr

Membros Pro
  • Total de ítens

    73
  • Registro em

  • Última visita

Posts postados por Sergio Carvalho Jr

  1. Bom dia Juliana.

    Aproveitando o post do Udenilson, gostaria de solicitar uma ajuda.

     

    Estou tentando gerar um arquivo de remessa mas a linha não chega a 400 caracteres. Pelo que verifiquei nas posições do manual do banco, não está inserindo a carteira.

     

    Minha carteira é 157 (o estranho é que não consta no documento do banco, mas isso eu vou verificar) e mudei para a 112 para testar e mesmo assim não mostrou.

     

    Vou anexar o arquivo gerado.

     

    REMESSA.TXT

     

    Obrigado.

  2. Reinstalei o ACbr mas continua apresentando o mesmo problema.

    Acredito que seja na hora de montar a string da remessa, na linha 310.

    Se você verificar lá, nessa rotina:

     

    padR( OnlyNumber(Cedente.Conta)                         +  // Conta Corrente
                      Cedente.ContaDigito, 9, '0')
     
    ele esta com o Cedente.Conta com os 0000 na frente, e na hora de concatenar ele corta os últimos valores.
     
    Fico no aguardo, pois só falta esse detalhe para finalizar a homologação. 
  3. Obrigado pela resposta.

    Na linha 105 eu estou passando o valor 1234, os 0000 na frente é a formatação do componente.

    Eu até passei o valor fixo para que vocês possam entender melhor o que esta acontecendo, olhe a primeira imagem, na linha 105.

  4. Bom dia!

    Estou enviando o arquivo de remessa c400, mas o sistema da Sicoob esta recusando devido a posição do Conta e Digito.

    Olhei no fonte, no ACBrBancoob, linha 315 e verifiquei que:

    Cedente.Conta =  '0000001234'  // eu informo o 1234, os 00000 é formatação do componente.

    Cedente.Contadigito = '8'

    Até aqui, tudo ok. Mas quando executa

    padR( OnlyNumber(Cedente.Conta) + Cedente.ContaDigito, 9, '0') 

    ele retorna: '000000123' e não '000012348'

    A versão que estou utilizando do ACBr é: 4860

    Obrigado pela ajuda.

  5. Obrigado pela resposta. Mas eu só informo a conta com o número 1234. Aqueles 0 a esquerda é a formatação que o componente esta adicionando na linha que informei. Acredito que é ai que esta ocorrendo o problema.

    Aguardo o retorno.

  6. Bom dia!

    Estou enviando o arquivo de remessa c400, mas o sistema da Sicoob esta recusando devido a posição do Conta e Digito.

    Olhei no fonte, no ACBrBancoob, linha 315 e verifiquei que:

    Cedente.Conta =  '0000001234'

    Cedente.Contadigito = '8'

    Até aqui, tudo ok. Mas quando executa

    padR( OnlyNumber(Cedente.Conta) + Cedente.ContaDigito, 9, '0') 

    ele retorna: '000000123' e não '000012348'

    A versão que estou utilizando do ACBr é: 4847

    Obrigado pela ajuda.

  7. Boa tarde Juliana.

    O modelo que você indicou é interessante, mas não acho que passaria em uma homologação no banco. (é uma suposição, pois não sei se modelos de fatura tem de ser homologados)

    De acordo com o modelo, qual parte fica no banco e qual vai para o cliente ? Não vi o Recibo do Sacado, que deveria ficar próximo às informações da fatura.

     

    Estou mandando um boleto com um modelo parecido com o que disse. O único problema é que ele usa imagem e não texto.

     

    Aguardo sua análise.

     

    Abraços.

     

    Sérgio

    post-1703-0-18521600-1359650570_thumb.jp

  8. Bom dia pessoal.

     

    O modelo enviado pelo Arivaldo é interessante mas "engessaria" a fatura naquele formato.

     

    Minha sugestão seria o uso de uma stringlist, formatada com fonte Courier para manter o texto em um padrão e que o usuário pudesse, através de uma propriedade, definir o tamanho da fonte.

    Dessa forma, poderíamos mandar o texto que precisássemos, com os espaços para colunas e etc.

     

    Se quiserem discutir a idéia, estou a disposição!

     

    Abraços.

     

    Sérgio

  9. Pessoal, resolvi um problema parecido agora ah pouco em um clientes, só que era da Sefaz Virtual do RS.

    Estava dando o mesmo retorno e trazia fragmentos do XML.

    Por incrível que pereça era o horário de verão. A máquina do cliente estava com a hora errada. Foi só corrigir e voltou a funcionar.

    Espero que seja isso também.

    Abraços.

    Sérgio

  10. Boa tarde amigos.

    Desculpe se estou postando no local errado, mas é a primeira vez que envio uma alteração.

    Eu uso a impressão do Danfe pelo Fortes Report, pelo fato de usá-lo em meu sistema e os clientes estarem familiarizados.

    Ele cumpre todos os requisitos, mas acontece que, diferente do ACBrNFeDanfeQR e do ACBrNFeDanfeRV, ele não imprime o texto

    "PAGAMENTO A VISTA" quando essa forma é indicada na NF-e, e alguns clientes me solicitaram que apareça na Danfe.

    Fiz uma atualização na unit, acrescentando a impressão de "PAGAMENTO A VISTA" quando essa forma é indicada e "PAGAMENTO A PRAZO" quanto essa forma é definida mas não existem duplicatas lançadas. Quando há duplicatas elas são impressas e quando ipOutras é definida não imprime nada.

    Implementei as alterações na procedure AddFatura.

    Também comentei as linhas que não imprimiam a banda rlbFatura na procedure RLNFeBeforePrint.

    Seguem as units corrigidas.

    Um grande abraço.

    Sérgio R. de Carvalho Junior

    API Systems

    ACBrNFeDanfeRL.zip

  11. Atilio.

    Isso as vezes acontece comigo. Peça ao seu cliente para consultar a NF-e usando o xml salvo.

    No componente a opção Configurações -> Arquivos -> Salvar deve estar como true. Dessa forma, quando for feita a consulta e a NF-e existir na base da SEFAZ, o xml é salvo com a informação da autorização e você pode imprimir o Danfe sem problemas.

    Caso não exista, aí sim a nota deve ser gerada e enviada novamente.

    Abraços.

    Fui ... 8-)

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...