Valdir Dill

Obrigado Juliana, Por favor, me corrija se eu estiver errado, mas acho que não deve ser isso que você menciona, ou seja, o campo ResponsEmissao, por 2 motivos: a) Não alterei essa propriedade no meu componente, ou seja, ela está tbCliEmite e mesmo assim o banco está enviando os boletos via Correios; Na ACBrBancoSantander.pas também não encontrei nenhum lugar em que o valor de ResponsEmissao seja utilizado e gravado no arquivo remessa; Será que a solução não é setar a propriedade Cedente.CaracTitulo para tcVinculada? Veja tópico do link abaixo. Obrigado!

Boa tarde, Estou gerando arquivos remessa para a carteira 101 do Santander. Está tudo certo no arquivo gerado, exceto pelo fato de que o banco está enviando os boletos impressos aos pagadores. Meu cliente quer ele mesmo imprimir os boletos e entregar aos seus clientes. Tem alguma configuração que devo fazer no arquivo remessa? Qual? Obrigado!

Bom dia, Por favor, alterem o endereço do WS de Bacabal-MA (211202) de: RecepcaoLoteRPS_2101202=http://1a7601e12b31.sn.mynetname.net:8080/IssWeb-ejb/IssWebWS/IssWebWS?wsdl para: RecepcaoLoteRPS_2101202=http://1a7601e12b31.sn.mynetname.net:5661/IssWeb-ejb/IssWebWS/IssWebWS?wsdl Obrigado!

Obrigado Juliomar, Eu só acionei novamente o post porque ele é de 17/12 ainda e essa opção estava normal e funcionando. Alguém alterou os fontes e passou a dar essa rejeição. Acredito que outros não estejam sentindo porque não atualizaram os fontes. Mas beleza, vamos aguardar mais alguns dias. Obrigado!

Bom dia, Ninguém mais está tendo esse problema com a remessa Santander?

Boa tarde, Quando não há data de baixa, o componente está gerando o número de dias (posições 226 e 227 do segmento P) do Santander de forma errada, pois considera que a data é 31/12/1899. Sugiro mudar os fontes conforme abaixo. Aí ficará no mesmo padrão dos dias de protesto, ou seja, se não houver data de baixa, o campo dias de baixa será 00. Sugestão: Na ACBrBancoSantander.pas mudar: Na linha 231 Mudar de: STipoJuros, sTipoDesconto, sDiasProtesto: string; Para: STipoJuros, sTipoDesconto, sDiasProtesto, sDiasBaixaDevol: string; Na linha 458 Mudar de: if (Instrucao2 = '') then Instrucao2 := '2'; // NAO BAIXAR / NAO DEVOLVER Para if (Instrucao2 = '') then begin Instrucao2 := '2'; // NAO BAIXAR / NAO DEVOLVER sDiasBaixaDevol := '00'; end Na linha 535 Mudar de: IntToStrZero(DaysBetween(Vencimento,DataBaixa), 2) + // 226 - 227 / Número de dias para Baixa/Devolução Para: sDiasBaixaDevol + // 226 - 227 / Número de dias para Baixa/Devolução Obrigado!

Ops, falha nossa! MS ainda não está habilitado para NFCe.

Bom dia, No arquivo ACBRNFeServicos.ini, as seções [NFCe_MS_P] e [NFCe_MS_H] estão sem informações dos WS do Mato Grosso do Sul, o que resulta em erro quando se tenta enviar NFCe para essa UF. Esse arquivo já não deveria conter os endereços, já que o MS está aceitando envio de NFCe? Como proceder nesse caso? Obrigado!

Bom dia, As alterações feitas na ACBrNFSeConfiguracoes.pas já melhoraram bastante em relação à organização de pastas dos arquivos .ini (cidades e provedor). Porém, acredito que poderia ficar ainda melhor assim: if PathIniProvedor <> '' then NomeArqParams := PathIniProvedor + FxProvedor +'.ini'; //a parte grifada é minha sugestão para alteração. else NomeArqParams := ApplicationPath + FxProvedor +'.ini'; if PathIniCidades <> '' then NomeArqParams := PathIniCidades + 'Cidades.ini'; //a parte grifada é minha sugestão para alteração. else NomeArqParams := ApplicationPath + 'Cidades.ini'; Dessa forma teríamos que apenas defir o path dos arquivos como é também com os demais paths (PathSchemas, PathNFSe, ...), ou seja, tudo num mesmo padrão. Obrigado!

Bom dia Juliomar, Fiz conforme sua sugestão deste post, ou seja, coloquei a diretiva {$R 'ACBrNFeServicos.res' 'ACBrNFeServicos.rc'} no meu .dpr. Depois disso começou a aparecer o aviso abaixo ao efetuar a compilação: [dcc32 Hint] H2161 Warning: Duplicate resource: Type 10 (RCDATA), ID ACBRNFESERVICOS; File D:\DelphiSeattle\Componentes\ACBR\Fontes\ACBrDFe\ACBrNFe\ACBrNFeServicos.res resource kept; file D:\DelphiSeattle\Componentes\ACBR\Fontes\ACBrDFe\ACBrNFe\ACBrNFeServicos.res resource discarded. Se entendi bem, ele está gerando um novo .res e descartando o da pasta ACBR. Pergunto: há algum problema nesse aviso? Obrigado!

Boa tarde Lauro, conseguistes resolver esse erro? Estou com o mesmo problema com provedor Fiorilli. Procurei mas não encontrei um tópico com solução. Parece que ele não fecha a tag <GerarNfseEnvio>. Obrigado

Esse manual anexo baixei agora pouco direto do site do banco. Sobre essa questão, a orientação está na página 8, campo 13.3P, item c. Obrigado! CbrVer04BB.pdf

É o erro que passei na segunda resposta neste post. Vou reproduzir abaixo. " Segmento P > Lote 0001 ---------------------------------------------------------------------------------------------------- Posições 038 a 057: Preencher o nosso número da seguinte forma: '2251316NNNNNNNNNNbbb' onde 'N' = numeração livre a cargo da empresa e 'b' = brancos" Obs. No arquivo, as posições 38 a 57 estão com valor 0 (tudo zero). Obrigado

Bom dia, Estou tendo problemas no envio de NFSe. Na verdade não é bem no envio e sim na consulta automática pelo componente. Coloquei a propriedade ACBrNFSe.Configuracoes.Geral.ConsultaLoteAposEnvio = true. O envio do RPS é feito normalmente, mas quando o componente vai efetuar a consulta ele faz 5 tentativas e depois dá o erro do print anexo. A nota é enviada tudo certinho. Se eu fizer a consulta manual depois de enviar, ou seja, pela função ACBrNFSe1.ConsultarNFSeporRps(, retorna os dados tudo certinho. Alguma sugestão do que pode ser esse erro? Provedor: IssCuritiba. Obrigado!

Bom dia, Estou começando a estudar o componente acbrETq. Como não tenho impressora específica para etiquetas, gostaria de testar no modelo HP Laserjet 1022 que tenho aqui. É possível? Fiz alguns testes com o demo e até imprime, mas sempre o texto literal ou seja, no comando ImprimirTexto(orNormal, 2, 2, 2, 190, 5, 'BISCOITO MARILAN RECH 335G', a imprssão sai assim: "12220000190000 BISCOITO MARILAN RECH 335G". Alguma dica? Obrigado!

Bom dia, Ninguém para analisar este post? Não é só subir esse arquivo que disponibilizei? O problema maior não é nem a correção, pois nos meus usuários eu já fiz essa alteração, mas é o fato de que dá impressão que nossa ajuda na correção de erros e atualizações de mudanças, como é este caso, não é analisada e nem respondida. Aí fica difícil colaborar.... Obrigado!

Bom dia Juliana, chegastes a analisar essa rotina de remessa do Banco do Brasil?

Sim, trunk2. Veja a terceira linha - segmento P - do arquivo anexo, posições 38 a 57. Está tudo zero. Não deveria estar '22513160000000014 '? Esta é o texto de rejeição retornado pelo banco: " Segmento P > Lote 0001 ---------------------------------------------------------------------------------------------------- Posições 038 a 057: Preencher o nosso número da seguinte forma: '2251316NNNNNNNNNNbbb' onde 'N' = numeração livre a cargo da empresa e 'b' = brancos " Obrigado cb071101.rem

Bom dia, Atualizei os fontes hoje e o Fiorilli.ini continua com esse endereço errado. Estou anexando o arquivo com o endereço correto. Por favor, alguém pode subir para o svn para que fique atualizado? Obrigado! Fiorilli.ini

Boa tarde, Ao que me parece tem algo errado na function TACBrBancoBrasil.GerarRegistroTransacao240(ACBrTitulo : TACBrTitulo): String; A linha 374 dessa unit ACBrBancoBrasil.pas está assim: ANossoNumero := StringOfChar('0', 20); Num exemplo que estou fazendo os testes carteira 11/19, o nosso número do boleto é 0000000001 e convênio 9999999 (sete dígitos). Depois de formatado o campo ANossoNumero fica assim: 99999990000000001, ou seja, está correto. Porém, ao gerar o segmento P, ANossoNumero recebe novamente a formatação pela função acima mencionada (StringOfChar..). E aí, ANossoNumero fica igual 00000000000000000, ou seja, tudo zerado. Esse erro acaba gerando dados errados nas posições 38 a 57 do segmento P do arquivo remessa, o que está causando rejeição do arquivo pelo banco. Por favor, verifiquem se há mesmo algo errado e como corrigir. Obrigado!

Agora sim, tudo certo! Obrigado!

Bom dia favor atualizar já está no svn a correção! Juliomar, antes dessa minha última resposta eu havia atualizado. Por desencargo atualizei neste momento novamente e essa linha continua errada. Os outros dois locais dessa função onde estava Instrucao2 e o correto era Instrucao1, foram corrigidos, mas essa linha 445 continua com Instrucao2. Obrigado

Bom dia, Na minha opinião, a linha 445 da ACBrBancoSantander.pas -> "if not MatchText(Instrucao2, ['0', '1', '2', '3', '9']) then", continua errada. Claro que essa linha só será acionada se Instrucao1 não tiver valor, mas para que a essa rotina fique 100% correta e até para futuras análise... Obrigado!

Obrigado!

Boa noite, Acredito que na formatação das instruções de protesto da ACBrBancoSantander esteja com erro. Vejamos abaixo as linhas que gerarm essas dados. É a partir da linha 433 da ACBrBancoSantander.pas. {Instruções} if (DataProtesto <> 0) and (DataProtesto > Vencimento) then begin if (Trim(Instrucao2) = '') then //correto if (Trim(Instrucao1) = '') Instrucao2 := '1' // Protestar Dias Corridos //correto Instrucao1 := '1' // Protestar Dias Corridos else begin if not MatchText(Instrucao2, ['0', '1', '2', '3', '9']) then //correto if not MatchText(Instrucao1, ['0', '1', '2', '3', '9']) then raise Exception.Create('Código de protesto informado incorretamente!'); end; // Calcular os dias para protesto sDiasProtesto := PadLeft(IntToStr(Trunc(DataProtesto) - Trunc(Vencimento)), 2, '0'); end else begin Instrucao1 := '0'; // Não protestar SDiasProtesto := '00'; end; Na minha opinião, em todas as linhas acima, onde está "Instrucao2", deveria estar "Instrucao1", pois é Instrucao1 que vai popular a coluna 221 do segmento P. E essa posição 221 é o código de protesto. Do jeito que está, a posição 221 está ficando em branco no arquivo remessa e, as posições 223 e 224, que são os dias de protesto recebem valor, o que gera rejeição do arquivo pelo banco. Por favor verifiquem. Obrigado!