Valdir Dill

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!

Boa noite, Apenas para informar aos responsáveis pela atualização dos fontes que o endereço do webServices de Bacabal-MA, código 2101202, mudou de http://1a7601e12b31.sn.mynetname.net:8080/IssWeb-ejb/IssWebWS/IssWebWS?wsdl Para http://1a7601e12b31.sn.mynetname.net:5661/IssWeb-ejb/IssWebWS/IssWebWS?wsdl Obrigado!

Bom dia, Tagales, veja esse post https://regys.com.br/como-instalar-o-trunk2-do-acbr/ do Regys. O post tem orientações importantes sobre a migração para trunk2. E sua pergunta está respondida nos comentários do post. A resposta do colega foi tirada de lá, mas sem citar a fonte. Abraços.

Boa tarde, Discordo Daniel. Talvez algumas coisas sejam básicas para que já está com a mão na massa há mais tempo. Como estou iniciando no SAT e logicamente o cliente sempre que tudo pronto prá ontem.... O manual que você se refere é a Especificacao_SAT_v_ER_2_7_5, certo? Eu li ele todo e fui anotando algumas dúvidas que foram surgindo. Essa questão de ativar o SAT e associar a assinatura, por exemplo eu não consegui definir muito bem qual é o correto, pois o manual dá orientações ambíguas. Uma hora fala que são procedimentos que podem ser feitos pelo AC e outra parte dá a impressão que é o aplicativo do fabricante do SAT que deve fazer. Além disso, como contribuo no SAC, pensei que nessa fase que estou iniciando com o meu SAT eu teria um auxílio mais analítico do fórum. Mas tudo bem, vou tentar reler o manual e a FAQ da SEFAZ e ver se esclareço as dúvidas. Obrigado!

Bom dia, Pelo que entendi, o XML enviados ao SAT não precisam ser assinados com certificado digital instalado no computador. É isso mesmo? Outra dúvida: para que servem as opções dos menus "Ativação -> Comunicar Certificado" e "Ativação -> Associar Assinatura" do demo do SATAcbr? Em que situação preciso utilizar essas funções? Obrigado!

Boa tarde, Pelo que entendi, a variável Config.infCFe_versaoDadosEnt é a versão dos schemas para o XML do CFe, certo? Pelas pesquisas que fiz aqui no fórum, atualmente eu devo informar 0.06 para esse campo, está correto? Mas eu queria saber um pouco mais sobre esse dado. Quem é responsável por disponibilizá-lo? A SEFAZ-SP? Quando devo mudar o valor dele? Obrigado

Fiz essa mesma alteração na RLFilters.pas da pasta \vcl e resolveu o problema que ocorria com Delphi.

Bom dia, Estou iniciando alguns testes na NFSe com trunk2. Percebi que uma mudança implementada é a utilização de arquivos .ini (cidades.ini e provedor.ini). Minha sugestão é que se defina um path específico para esses arquivos e não mantê-los na ApplicationPath. Por exemplo, na procedure TGeralConfNFSe.SetConfigMunicipio da ACBrNFSeConfiguracoes.pas, na linha "NomeArqParams := ApplicationPath + 'Cidades.ini';", mudar para " FPathOutros + 'Cidades.ini'. Mesma coisa na "NomeArqParams := ApplicationPath + FxProvedor +'.ini';". Lógico que precisa criar toda estrutura nos fontes desse novo FPathOutros. Do jeito que está, os arquivos .ini precisam ficar na pasta raiz da aplicação. Não haveria maiores problemas nisso. Mas acho que sendo possível colocar esses arquivos em uma pasta específica, ficaria mais organizado. Não sei exatamente quais seriam todas as units que teria que alterar para criar essa propriedade (FPathOutros) no componente. Se não eu já enviaria os fontes com as alterações. Então, peço que alguém que conheça melhor os fontes e saiba como fazer isso e, logicamente concordar com minha sugestão, que o faça. Obrigado!

Tive um usuário com esse problema ainda no trunk e a causa era Internet Explorer desatualizado.

Bom dia, Veja este artigo do Regys -> https://regys.com.br/como-instalar-o-trunk2-do-acbr/ Além do post ter informações importantes, nos comentários você também encontrará dicas importantes..

Bom dia, Obrigado Juliana, A mensagem retornada na crítica da CEF foi: "nenhum valor esta sendo enviado no segmento R, então não há necessidade de envio do mesmo".