Dercide Alvarez

Rodrigo, Poste em arquivo, parte do código da configuração do boleto, e passa o código de barras que o sistema gerou com erro. Ai poderemos dar uma analisada. Dercide

Boa tarde, Esse erro aconteceu em dois clientes, mas não é constante, pois temos outros cliente que emitem NFe normalmente. <DigestValue> no XML.: XoHG36eSphprEwa/s58l2MvqvXQ= <DigestValue> no Sefaz: xbMiSv0HSDelk1enmylLH5rNv2k= Já pesquisei e verifiquei que no forum tem alguns post sobre a isso, que tem haver com a propriedade : Configuracoes.Geral.ValidarDigest := True; Vi que muitos usuários orientam a deixar False. Mas outros dizem para deixar True para poder ter o xml correto igual ao que esta no Sefaz. Pelo o que vi, o Default já é True, pois o sistema critica e mostra o erro. O que gostaria de saber, é porque isso acontece de calcular informações diferentes. E como contornarmos essa situação. Se alguém já passou por isso e tiver alguma dica, agradeço. Dercide.

Rodrigo, Já fizemos a homologação do Sicredi, e passou sem problemas. Verifique se é CNAB 400, e veja o que você esta passando do DV da agência, pois vi que você passou 4, e o correto é o UA/Posto que nesse caso é 12. Quando postar o erro de homologação, poste em forma de arquivo parte dos fontes da configuração do emitente. Dercide.

Italo, Exclui a pasta da ACBrDFe, e baixai as atualizações. Exclui e Compilei e o erro permanece. Dercide.

Italo, Atualizo os fontes diariamente. Executo o apagaracbr.bat e depois o instala. É da cidade de Tangará da Serra-MT. Fiz um teste com um executavel anterior a essa atualização dos fontes, e não aconteceu esse erro. Enviou o RPS. Compilei com os fontes atuais, testei e o erro persiste. Até então não tinha problema com o WebIss. Estou utilizando um certificado do Serasa FRB v2. Dercide.

Italo, Segue os XML. Dercide. 478331-ger-nfse.xml 478331-ger-nfse-soap.xml 478331-lista-nfse.xml 478331-lista-nfse-soap.xml 4783241-rps.xml

Italo, Atualizei os fontes e o erro persiste. Antes estava funcionando. Dercide.

Italo, Fiz a alteração no .INI, conforme você orientou, e testei EnviarSincrono, deu a seguinte mensagem de erro : EACBrDFeException - SoapAction não definido para: TNFSeEnviarSincrono Testei o método Gerar, e permanece a mesma mensagem de erro 175 Lote sem assinatura. O que esta funcionando é o Enviar, configurando ConsultaLoteAposEnvio := False; Depois é feito uma consulta ao Lote, e gera a NFSe. Dercide.

Italo, Estou testando o método Gerar, pois conforme você disse : O provedor BHISS não possui o serviço EnviarSincrono e sim o GerarNFSe que diferente dos demais permite enviar até 3 RPS sendo que o normal é apenas 1. Desde então estou testando o Gerar. Dercide.

Fiz uma nova atualização, e voltou a mensagem de LOTE SEM ASSINATURA. Dercide.

Atualizei o sistema e os .INI, e após isso esta ocorrendo o erro : EOleException - servico_enviar_lote_rps_envio.xsd#/schema The '' namespace provided differs from the schema's 'http://www.abrasf.org.br/nfse' targetNamespace Dercide.

Italo, Tá dificil,,,,,hehehe A string literal was expected, but no opening quote character was found Esse foi o erro. Dercide.

Italo, Atualizei os fontes, compilei, coloquei o novo .INI, mas o erro continua : E175 Lote sem assinatura. Estou configurando ConsultaLoteAposEnvio := False; Dercide.

Italo, Agora deu a mensagem : EACBrDFeException - Lote sem assinatura. Tem alguma outra configuração no componente para usar o método Gerar ? Dercide.

Italo, Sim, passei um numero valido, pois a rotina de alimentar o componente é mesma. Mas já vi na atualização de hoje, que você incluiu no método Gerar o numero do lote. Vou testar novamente e posto um retorno. Dercide.

Italo, Tentei usar o método Gerar, porém da o seguinte erro : EACBrNFSeException - Falha na validação dos dados do lote: 1557 Error parsing '' as nonNegativeInteger datatype. The element '{http://www.abrasf.org.br/nfse.xsd}NumeroLote' with value '' failed to parse. Dercide.

Italo, Beleza, vou fazer uns testes e posto um retorno. Dercide.

Bom dia Italo, Isso me foi passado pelo suporte da Nota Legal, justamente por eu ter questionado a lentidão. No momento estou usando a opção ENVIAR, com ConsultaLoteAposEnvio = False; Após o envio é feito a consulta do Lote e a atualização no banco de dados. Qual a diferença entre Enviar e Gerar ? Dercide.

Italo, Estava testando o EnviarSincrono para o provedor BHISS, para ver se melhoro o tempo de resposta do WebService, visto que é muito lento. Porém da o seguinte erro : EACBrDFeException - SoapAction não definido para: TNFSeEnviarSincrono Segundo o suporte do Nota Legal de Porto Alegre, é possível até 3 notas. O processamento síncrono ocorre para o envio de até 3 RPS em um mesmo lote. Acima disso o processo é assíncrono. Como posso fazer para ativar o EnviarSincrono para o BHISS de Poa ? Dercide.

Eu implementei a tempos o provedor IPM. Ele não utiliza WebService e nem certificado digital. Basicamente é usado o Post e Get. E bem simples a implementação. Dercide.

Juliana, É justamente por isso que não alterei nada. Além disso tem bancos que o nosso numero é gerado com alguns caracteres e no retorno esses caracteres não veem junto, caso do Sicredi. Para contornar essa situação, criei uma função para fazer o tratamento e a montagem do nosso numero conforme ele foi gerado. function FormataNossoNumero( ABanco : Integer; ANossoNumero : string) : string; begin case ABanco of 001 {BBrasil}: Result := FConvenio + ANossoNumero; ...... 748 {Sicredi}: Result := Copy(ANossoNumero, 1, 2) + '/' + Copy(ANossoNumero, 3, 6) + '-' + Copy(ANossoNumero, 9, 1); else Result := ANossoNumero; end; end; Dercide.

Jorge, Eu uso o Fortes e os dados do emitente estão saindo corretamente. Acho que o problema esta no preenchimento das propriedades : ACBrNFSe1.Configuracoes.Geral.Emitente.CNPJ ACBrNFSe1.Configuracoes.Geral.Emitente.InscMun ACBrNFSe1.Configuracoes.Geral.Emitente.RazSocial Dercide.

Boa tarde, Uso o Cobrebemx a anos, e tenho vários clientes funcionando com ele. Eles aumentaram demais o custo, mas quanto a isso é de menos, pois cobro do cliente, porém o atendimento que era ótimo, virou uma M. Estão demorando a média de 45 dias para dar um retorno, e sou cliente a tempos com mais de 100 licenças compradas. Ano passado fizemos a implementação do ABCrBoleto no sistema para novos clientes. Não tivemos problema nenhum, apenas uma questão de entendimento e analisar o componente. Podem fazer a implementação que não irão se arrepender, e também não encontrarão dificuldades. O Cobrebem é uma execelente ferramente muito completa, pena que o suporte foi para o brejo. Dercide.

Boa tarde, É mais um comentário do que um problema. Estou gerando cobrança do Banco do Brasil, e na hora de gerar o nosso numero o ACBrBoleto, gera assim : AcbrBoleto.Banco.MontarCampoNossoNumero 24175120000002689 onde 2417512 é o convenio, e o resto o sequencial nosso numero, formando assim o nosso numero. Mas na hora de leitura, eu pego o nosso numero assim : AcbrBoleto.ListadeBoletos.Objects.NossoNumero, e ele me retorno 0000002689. Nesse caso, no meu banco de dados esta gravado o nossonumero completo, ai eu monto o nosso numero com o convenio para poder fazer a busca no banco de dados. No segmento T do retorno, o nosso numero começa na posição 38 até 54, porém é lido a partir da 45. Como disse, é mais um comentário para ficarem atentos. Dercide.

Esse problema tinha acontecido comigo, mas depois de umas atualizações não ocorreu mais. Acredito que teus fontes estavam desatualizados. Dercide.