Werner_Marques
-
Total de ítens
780 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Werner_Marques
-
-
30 minutos atrás, Juliana Tamizou disse:
Bom dia.
Isso mesmo.
Basta usar a propriedade LayoutRemessa
Att.
O que eu preencho na propriedade LayoutRemessa? c240 ou c400?
-
Bom dia, Obrigado por responder @Juliana Tamizou.
Só pra ver se entendi: O componente dependendo do que eu informar na carteira e no convenio, ele irá automaticamente gerar de acordo com o formato que falei? Como devo setar a propriedade do formato do layout, c240 ou c400?
-
Bom dia,
Um cliente meu vai emitir boletos pelo BB usando o formato CBR 641/643. O componente tem suporte a esse formato de arquivo? Verifiquei no código e só vi a opção de CNAB240 e CNAB400 é isso mesmo?
-
Obrigado @Italo Jurisato Junior !!
-
2
-
-
Boa tarde,
Gostaria de saber se já disponibilizaram a versão 3.00a ?
Atualizei os fontes hoje, porém não aparece a versão, segue:
ACBrMDFe1.Configuracoes.Geral.VersaoDF := ve300;
-
Passei no validador e foi validado com sucesso, mais a rejeição foi do arquivo enviado para o banco. Vou verificar com o banco essa inconsistência.
Desde já agradeço.
-
1
-
-
Em 28/05/2019 at 21:18, brasil disse:
Remessa BANCO DO BRASIL CNAB240 segmento R
Homologação reprovada devido a remessa conter:
Inconsistência pois o arquivo esta preenchendo com zeros.> Segmento R < Lote 0001 >
--------------------------------------------------------------------
Posições 232 a 240: Campo não tratado, preencher preferencialmente com brancosBom dia,
Alguém conseguiu solucionar esse problema? Estou realizando uma homologação e está apresentando essa mesma inconsistência. Estou com os fontes atualizados, e mesmo assim está preenchendo com zeros.
-
Boa Tarde, @EMBarbosa.
Consegui da forma que orientou codificando para base64. Concordo que não é o mais indicado usar o arquivo XML, vou conversar com o responsável pelo servidor para ver se é possível fazer de outra forma. Obrigado pela atenção e pelo auxilio, pode fechar o tópico.
-
2
-
-
2 horas atrás, EMBarbosa disse:
Como você está convertendo o tipo binário? Está usando base64 por exemplo?
Boa tarde,
não, estou fazendo assim: NodeNivelC.AddChild('logo').NodeValue := TBlobField(qr.fieldbyname('logo').AsString
dessa forma ele deveria inserir em formato de texto, mas está acontecendo que ele insere somente os 3 primeiros caracteres.
-
Bom dia.
Meu problema é o seguinte: Possuo uma tabela com um campo do tipo blob no qual armazeno uma imagem e preciso gravar os registros dessa tabela em um arquivo xml para ser lido por um webservice. Não estou conseguindo informar esse registro blob no xml, não insere todos os binários somente os primeiros digitos do blob. Alguém já passou por uma situação parecida que possa me dar uma dica?
Estou usando delphi 7 + zeos dbo + TXMLdocument para gerar o arquivo xml.
-
Percebi que no layout desses Bancos mencionados (BB, Bradesco), não geram as informações do Pagador no arquivo de retorno.
Desde já agradeço a atenção.
-
Boa tarde.
Entendido!
Muito Obrigado!
-
1
-
-
Existe possibilidade do componente ler esses campos também, para outros bancos, como, BB, Bradesco, etc.
Percebi que no Banco Santander esta implementado essa função.
-
Boa tarde amigo,
Realmente são as informações do Pagador que estou precisando.
-
1
-
-
Bom dia amigo,
Estou passando da seguinte forma:
cnpjcpf := ACBrBoleto1.ListadeBoletos.Objects.Sacado.CNPJCPF;
Dessa forma esta vindo em branco.
-
No caso conseguir gerar o boleto, o erro é apresentado somente na geração do arquivo remessa. Dessa forma, então só devo informar ao componente o número sequencial, sem o código do convênio ?
-
Estou fazendo a leitura do arquivo de retorno do Bradesco, sendo que o campo CNPJCPF do Sacado esta vindo em branco, segue:
ACBrBoleto1.ListadeBoletos.Objects.Sacado.CNPJCPF
No arquivo a informações esta na posição correta e com o valor correto.
Alguém teria alguma orientação ?
-
Tenho um cliente usando boletos do BB, carteira 17, convenio 7 dígitos, pelo código fonte do ACBR na rotina: CalcularTamMaximoNossoNumero está retornando 10 e na verdade seria 17, dessa maneira nao consigo gerar o boletos e o arquivo de remessa.
Alguém teria alguma solução?
-
Bom dia,
Voltei aqui apenas para agradecer pela ajuda, já estou transmitido as notas de serviço sem problemas. Muito Obrigado, pode fechar o tópico.
-
3
-
-
-
Bom dia,
Ocorreu com um cliente o seguinte erro
A NFe foi emitida pela manhã e até o final da tarde ainda não conseguia fazer o cancelamento. Já passamos por várias situações como essa, até o ponto de passar do prazo de cancelamento, sendo que no Portal da NFe consta que o CTe e MDFe vinculados estão cancelados.
Alguém já passou por essa situação ?
-
2 minutos atrás, Juliana Tamizou disse:
Ainda estamos trabalhando nele conforme os retornos recebidos.
Att.
OK, vou acompanhar no outro tópico, pode fechar esse. Obrigado.
-
1
-
-
13 minutos atrás, Juliana Tamizou disse:
Bom dia.
Veja neste tópico que estamos trabalhando neste caso.
Att.
Já tinha visto esse tópico, inclusive atualizei os fontes justamente porque vi que nele que tinha sido enviado uma correção mas não resolveu. Foi corrigido?
-
Bom dia,
Após a ultima atualização dos fontes do componente não estou conseguindo enviar NF-e com a CSOSN 0500 retorna um erro de schemas informando que o campo vICMSSubstituto não deve ser informado. revisando os meus fontes, eu não informo essa tag, o componente está informando de maneira indevida. Segue em anexo, duas imagens: uma do xml com uma versão mais antiga e outra com a versão atual.
687-Rejeição: RNTRC deve estar associado ao transportador indicado
em ACBrMDFe
Postado
Boa tarde,
Mesmo problema aqui. SEFAZ-RS também. Algum posicionamento a respeito desse problema ? Será realmente na SEFAZ?