Italo Giurizzato Junior

Bom dia Roger, Por não usar esse componente, não sei lhe informar, mas talvez o Fernando Amado, possa lhe responder com mais propriedade.

Bom dia Marcelo, Da forma que esta hoje no componente, o RPS é processado com sucesso pelo provedor?

Bom dia Renato, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Duas observação: O seu arquivo Cidades.ini esta desatualizado. Você tem certeza que se faz necessário assinar os pedidos de consulta? No Schema não consta que eles devem ser assinados.

Boa tarde, Favor anexar o arquivo INI para podermos analisar.

Boa tarde Carlos, Antes de permitir que o usuário faça essa consulta você esta checando se a chave da nota em questão que será informada no método DistribuicaoDFePorChaveNFe já foi manifestada? Lembre-se o DistribuicaoDFe só vai baixar o XML completo da nota se esta for previamente manifestada pelo destinatário, ou seja, o envio do evento de Manifestação do Destinatário foi enviando. Outra coisa importante, a recepção dos eventos de Manifestação do Destinatário bem como o DistribuicaoDFe são serviços disponibilizados pelo Ambiente Nacional. O Ambiente Nacional só vai vincular o evento de Manifestação do Destinatário a nota se esta já tenha sido compartilhada pela SEFAZ-Autorizadora. Se a SEFAZ-Autorizadora (por exemplo SEFAZ-SP) não compartilhou a nota, o Ambiente Nacional não tem como vincular o evento de Manifestação do Destinatário a nota e consequentemente não tem como disponibilizar o XML completo da mesma.

Boa tarde Rômulo, Verifique se todos os fontes de todas as pastas estão atualizados. Pelo que vi, parece que os seus fontes estão desatualizados.

Boa tarde Rafael, Favor anexar o arquivo INI que você esta usando e que o envio ocorre sem problemas.

Boa tarde Marcelo, Deve ter mais alguma coisa que esteja provocando esse erro.

Henrique, Ainda hoje estarei enviando uma alteração, tanto nos fontes do componente quanto no arquivo Cidades.ini

Bom tarde Henrique, O jeito mesmo é passar o campo VersaoDados para o arquivo Cidades.ini Rafael, o seu problema não tem nada haver com o que esta sendo discutido nesse tópico, por favor vamos seguir as regras do fórum. Não misture assuntos.

Boa tarde Nelson, Foi necessário fazer um novo componente só para esse provedor? Não tinha como acrescentar esse provedor no componente ACBrNFSe aos moldes de outros que não seguem o layout da ABRASF? A não ser que a assinatura digital seja totalmente diferente da utilizada nos demais provedores.

Bom dia, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Robinho, O sistema do outro esta errado, mau feito. Qual é a diferença em dar entrada em um CT-e complementar com a mesma série mas com numero posterior em relação ao CT-e Normal e dar entrada em um CT-e complementar com serie diferente com numero inferior a do CT-e normal? Isso não faz sentido. Em nenhum lugar existe recomendação de que o CT-e Complementar tem que ter série diferente do CT-e Normal. Não existe uma regra que rejeite um CT-e complementar de serie diferente do CT-e original. Pois pode ocorrer a seguinte situação: emito um CT-e Normal de numero 999.999.999 serie 001 e o seu CT-e Complementar de numero 000.000.001 serie 002. Note que ocorreu a mudança de serie pelo fato da numeração do CT-e ter chegado ao limite máximo, neste caso o próximo CT-e a ser emitido seja ele Normal, Complementar, Anulação ou Substituição a numeração tem que ser reiniciada ou seja começar do 1 e a serie ser a próxima .

Bom dia, Favor atualizar os fontes e fazer novos testes.

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

Boa tarde, O componente ACBrReinf bem como o ACBreSocial, por ter dezenas de layouts (um para cada tipo de evento) até o momento não foi criado uma rotina que carrega o XML e extrai as informações contidas nas tags. O método LoadFromFile que por sua vez chama o LoadFromString carrega o arquivo e atribui o seu conteúdo em uma propriedade chamada XML. Feito isso é verificado se o XML lido esta assinado ou não, caso não esteja ocorre a assinatura. Em seguida o XML assinado é validado e salvo em disco e a propriedade XML agora é atualizada com o conteúdo do XML assinado. Desta forma ele já fica pronto para o envio individual ou em lote.

Boa tarde, Fiz uma alteração visando resolver esse problema, se você utiliza o ACBrMonitor aguarde a nova versão.

Boa tarde, Chegou a comparar esse comando com a sintaxe que se encontra no Help do Monitor, para saber se não esta invertendo algum parâmetro?

Boa tarde Walmi, O que diz a mensagem de erro ( ocorrencia0 ) no arquivo de retorno? Eu não conheço a fundo o eSocial, mas tudo indica que antes de enviar o evento 1010 é preciso enviar primeiro o evento 1000.

Muito obrigado pelo retorno. Tópico Fechado, para novo assunto favor criar um novo tópico.

Bom dia, Os dois XMLs que você anexou são exatamente iguais, ambos estão assinados e com o protocolo de autorização. Acredito que a mensagem de erro que aparece no log é porque você gerou o XML sem a assinatura e tentou envia-lo. Neste caso é preciso primeiro carregar o XML, executar o método de assinatura e depois mandar enviar.

Bom dia Adilson, Isso é muito estranho, pois o componente não tem nada haver com o banco de dados. Você armazena o XML de retorno no banco de dados ou em disco? Acredito que o problema seja algum campo da tabela que no Firebird esta com um tipo e no Oracle esta com outro. E a faixa de armazenamento desse outro é menor que o tipo usado no Firebird. Isso pode explicar a mensagem de erro: "argument out of range" = argumento fora do intervalo.

Bom dia Vagner, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia João, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Favor atualizar os fontes e faça novos teste.