Italo Giurizzato Junior

Edevair, Não vejo como uma gambiarra, mas sim como uma limitação no sistema do banco não receber em um mesmo arquivo mais de uma solicitação de alteração para um mesmo titulo.

Edevair, Desculpa não entendi: No meu entendimento se desses 18 boletos, 6 (por exemplo) estão com a data de vencimento e ou valor errado o banco não tem como saber. Se você enviar um arquivo com somente a ocorrência de alteração de data de vencimento de um ou vários boletos o que poderia dar errado? E depois enviar um outro alterando o valor.

Fabio, Tentou o ConsultarLote?

Edevair, Como disse antes não utilizo o componente, logo não sou a pessoa mais indicada para responder sobre ele. O que sei é que o boleto pode ser emitido pelo Cedente e entregue ao Sacado (pagador) e um arquivo deve ser gerado e enviado ao banco para que este faça o registro do mesmo. Ou o Cedente gera o arquivo envia para o banco fazer o registro e também imprimir o boleto e enviar para o Sacado. Acredito que neste caso essas ocorrências que você mencionou façam sentido, ou seja, um arquivo com essas ocorrências é enviado para o banco, este faz as devidas alterações e um novo boleto é impresso e enviado ao Sacado. Agora se é possível informar mais de um tipo de ocorrência para um mesmo titulo, isso eu não sei, mas não custa testar.

Bom dia Fabio, Esse provedor não possui um site onde é possível verificar se o RPS enviado foi processado com sucesso ou não?

Rogério, Foi feito uma alteração no componente, agora antes de enviar um evento ele passa por uma validação completa. Será que um Try que você tenha incluído na sua rotina não esteja ocultado a mensagem com o erro de validação?

Rafa, Temos 3 tipos de consultas: uma que se refere aos eventos do Empregador, a outra que se refere aos eventos do Trabalhador e por fim a terceira que ser refere aos eventos de Tabela. Esse evento S-1200 se refere ao Empregador ou ao Trabalhador? O XML de pedido de consulta foi montado corretamente, mas o retorno diz que o pedido esta invalido. Como no pedido só temos o tipo de evento e o período, uma dessas duas informações esta errada.

Rogério, E se usar o método: ACBrCTe1.EnviarEvento(1); O XML também é gerado vazio?

Bom dia Edevair, Não utilizo o componente ACBrBoleto, mas tanto o vencimento quanto o seu valor influencia no código de barras e linha digitavel. Sendo assim, acredito que neste caso será necessário solicitar o cancelamento do boleto enviado e o envio de um novo com a data e valor corretos.

Bom dia Luís, Favor atualizar os fontes e faça novos testes.

Bom dia Rafa, Por favor anexe o XML de pedido de consulta e o de retorno para que eu possa analisar.

Bom dia Leite, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Rodrigo, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a suíte ACBr utilizando o ACBrInstall_Trunk2 com a opção apagar arquivos antigos marcada?

Bom dia Rogério, O componente esta configurado para salvar os arquivos soap? Se não estiver, configure da seguinte forma: Configuracoes.WebServices.Salvar := True; Faça um novo teste e anexe os arquivos de envio e de retorno desse evento, para que possamos analisar. Aproveita também e leia esse artigo: Evento de Prestação do Serviço em Desacordo.

Bom dia Daniel, O provedor Ginfes segue a versão 1 do layout da ABRASF, sendo assim o único serviço oferecido por esse provedor para recepcionar os RPS é o de envio assíncrono que no componente é o método Enviar. Logo não é possível se utilizar dos métodos: EnviarSincrono e Gerar. É de se esperar dos provedores a resposta clássica: "aqui esta tudo normal". Infelizmente o jeito é ficar reclamando, pois quanto mais contribuintes diferentes vier a reclamar, deixa claro que o problema não é a internet do contribuinte e sim o provedor.

Boa tarde Ricardo, Muito bom que você já esta providenciando a correção com relação ao cNF não ser igual a nNF. Quanto a contingência, por favor leia o artigo que lhe passei, quem sabe, alguma coisa você esteja fazendo errado.

Boa tarde Luís, Para não ficar duvidas, a versão é a 1.1 e as tags são: vBCSTISS e vSTISS ?

Boa tarde Nicoli, O e-Social e Reinf foi muito mal projetado visto a quantidade de versões em um curto espaço de tempo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Nicoli, O programa hoje disponível não esta atendendo o que?

Boa tarde Rafa, Pode ser alguma instabilidade do webservice.

Boa tarde Rodrigo, Eu não utilizo o componente, mas pelas postagem a versão 2.0 ainda não esta funcionando como deveria. Portanto somente a versão 1.0 mesmo.

Bom dia, Favor atualizar os fontes e faça novos testes, acredito ter encontrado o problema.

Ricardo, Não notei nada no arquivo XML de envio que pudesse estar ocasionando esse erro, mas tente mudar a serie, em vez de zero para "RPS".

Luís, Qual é o correto, enviar a tag com o valor zero ou não enviar? Validar é preciso sempre.