Valdir Dill

No seu arquivo remessa, na coluna 58 da linha do segmento P, qual valor que está sendo registrado?

Bom dia, Ainda não consegui enviar NFSe depois do trunk2. Estou com o problema que ocorre o erro abaixo ao enviar a nota, provedor Fiorilli. Erro -> Unmarshalling Error: Illegal processing instruction target ("xml"); xml (case insensitive) is reserved by the specs. at [row, col {unknow-source}]: [1,272]" Alguma dica? Obrigado!

Talvez que depende um pouco de banco para banco Vitor. Mas no caso em tela, ou seja, deste tópico que eu abri e que se refere à carteira 101 do Santander, meu cliente fez o teste e foi comprovada minha tese, ou seja: a) Se CaracTitulo = tcSimples, a coluna 58 do segmento P será alimentada com o código 1 e o banco gerará/enviará os boletos aos pagadores; b) Se CaracTitulo = tcVinculada a coluna 58 do segmento P será alimentada com o código 5 e o banco não gerará/enviará os boletos aos pagadores. Obrigado!

Bom dia, Atualizado, testado e tudo ok. Obrigado!

Bom dia, Olha só Juliana, com muito custo consegui contato com o suporte técnico do Santander. O que me informaram é que, para o banco não gerar/enviar os boletos é preciso que, na posição 58, da linha "Segmento P" do arquivo de remessa, esteja informado o valor 5. É exatamente isso que o Acbr faz se eu colocar Cedente.CaracTitulo = tcVinculada. Se colocar Cedente.CaracTitulo = tcSimples, o Acbr atribuirá 1 para essa coluna/linha e aí o banco gera os boletos. Vejamos a ACBrBancoSantander.pas case CaracTitulo of tcSimples : sTipoCobranca := '1'; {Cobrança Simples (Sem Registro e Eletrônica com Registro)} tcCaucionada : sTipoCobranca := '3'; {Cobrança Caucionada (Eletrônica com Registro e Convencional com Registro)} tcDescontada : sTipoCobranca := '4'; {Cobrança Descontada (Eletrônica com Registro)} tcVinculada : sTipoCobranca := '5'; {Cobrança Simples (Rápida com Registro)} { TODO : 6 = Cobrança Caucionada (Rápida com Registro) 8 = Cobranca Cessao (Eletronica com Registro) } end; Essa var sTipoCobranca é usada depois na composição do segmento P, justamente na posição 58 -> sTipoCobranca + // 058 - 058 / Tipo de cobrança Para mim está claro que a propriedade a ser alimentada nesse caso é a Cedente.CaracTitulo. A não ser que tenha alguma outra ligação que tenha que ser feito e que eu não esteja percebendo. Obrigado!

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!