Italo Giurizzato Junior

Bom dia a todos, Esse erro é devido a alteração da URL. Peço que se possível aguardar até o final deste mês, pois estou reescrevendo o componente e esse problema já foi sanado nessa nova versão.

Bom dia Renato, Primeiramente quero agradecer pela colaboração. Segundo, eu reescrevi o componente ACBrReinf para que o mesmo ficasse parecido com o eSocial, logo será difícil aproveitar os seus fontes. No momento estou trabalhando na adequação do programa exemplo para essa nova versão do componente. Inclusive agora as units dos eventos possui uma rotina para a leitura do arquivo texto no formato INI, essa implementação é útil para que possamos em breve estar acrescentando o ACBrReinf no ACBrMonitor Plus, desta forma quem não desenvolve em Delphi ou Lazarus vai poder enviar o Reinf através do monitor. A minha previsão que tudo (em relação ao componente) esteja pronto até o final deste mês. Ai lhe peço que faça uma cópia do que você fez e atualize todos os fontes de todas as pastas e reinstale os componentes. Acredito que essa nova versão do componente vai contemplar tudo, ficando apenas a limpeza da base de dados a ser implementada. Desde já agradeço pela compreensão.

Bom dia, Uma coisa é o seu cliente querer, outra coisa é o webservice do provedor aceitar o campo alíquota com 4 casas decimais. Mas você pode fazer um teste, abra a unit pnfsNFSeW_ABRASFv2.pas e procure pelo campo que gera a tag alíquota e faça a alteração para que a mesma seja gerada com 4 casas. Depois faça um teste de envio para ver se o webservice aceita. Caso positivo, anexa a unit alterada para que possamos analisar. Desde já muito obrigado pela colaboração.

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

Bom dia Leo, A diferença entre os métodos é: DistribuicaoDFePorUltNSU retorna até 50 documentos a partir do NSU informado. DistribuicaoDFePorNSU retorna somente o documento referente ao NSU informado. Devemos sempre utilizar o primeiro a cada nova execução devemos passar como terceiro parâmetro o valor do ultNSU retornado na execução anterior.

Bom dia Ângelo, Realmente estava faltando, já fiz as devidas alterações e ainda hoje estarei enviando para o repositório.

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

Cleyton Eu não utilizo esse componente, logo não sou a pessoa mais indicada para dar essa resposta, mas acredito que se no retorno após o envio não tiver nenhuma ocorrência, ou seja, erro, podemos dizer que esta tudo OK.

Boa tarde Cleyton, Note que a consulta só pode ser realizada após o envio do evento R2099.

Bom dia Rene, No meu entendimento só emitimos um CT-e de Anulação quanto o tomador do serviço não é contribuinte do ICMS, conforme consta na página 178 do Manual do CT-e versão 3.00 Vide grupo <infCteAnu> note que esse grupo possui apenas dois elementos, sendo que um é a chave do CT-e que será anulado e o outro é a data de emissão da declaração do tomador. E quando formos emitir o CT-e de Substituição devemos gerar o grupo <infCteSub> (conforme página 177), dentro desse grupo informamos a chave do CT-e original e a chave do CTe de Anulação. Mas quando o tomador é contribuinte do ICMS, este deve emitir um documento fiscal (NF-e ou NF comum de papel ou CTe) que será informado em: refNFe ou refNF ou refCTe conforme o documento emitido pelo tomador. Neste caso não cabe a emissão do CT-e de Anulação, e sim apenas o CT-e de Substituição.

Bom dia, Quando você executa o método DistribuicaoDFePorUltNSU qual é o valor passado ao parâmetro UltNSUCTE? É o valor que foi retornado pela última execução ou é sempre zero?

Bom dia Alexandre, O provedor Fiorilli agora exige que a tag Alíquota seja gerada com 4 casas decimais, correto? Essa alteração só é valida para a cidade de Duartina ou é para todas?

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

Bom dia Leo, Qual método você esta usando e de qual componente?

Bom dia a todos, Renato, muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Fiz uma pequena alteração para que o componente só gere essa nova tag se a versão for a 2.04.02

Bom dia Marcos, Primeiramente vamos deixar claro que não existe o envio de uma NFC-e em OffLine. Se a conexão de internet do emitente da nota não esta funcionando o que devemos fazer? Primeiro mudar o tipo de emissão de Normal para Offline, tanto na configuração quanto nos dados da nota (tpEmis = 9). Segundo, gerar o XML, assinar, validar e imprimir o DANFE da NFC-e em duas vias. Terceiro, quando os problemas forem sanados, enviar o XML para a SEFAZ. Sugiro que leia a seguinte Nota Técnica. Especificações Técnicas 2016_12_16 da Contingencia Offline versao 2.0.pdf

Bom dia Geraldo, No XML do RPS que não foi processado com sucesso acusando "Erro na autenticação. Não foi possível validar a assinatura do arquivo", verifique se não contem caracteres especiais tais como "&", vogais acentuadas ou cedilha.

Boa tarde Leandro, Já enviei a alteração para o repositório.

Boa tarde Jone, Favor atualizar os fontes e faça novos testes.

Bom dia Jone, Acredito ter encontrado o problema, ainda hoje estarei enviando um correção para o repositório.

Tive um problema não de envio de nota e sim de e-mail. O aplicativo era o mesmo, todas as DLLs necessárias estavam presentes. O problema só foi resolvido com a formatação da maquina. Antes de chegar a esse ponto, verifique a versão do Windows, bem como a sua atualização. Verifique também se todas as DLLs usadas pelo ACBr estão presentes nessa maquina.

Bom dia Jone, Entendi, quando esses dados são informados o XML é gerado, assinado e validado sem nenhum problema, correto? Mas quando é gerado sem esses dados, ou seja, é informado o valor trNone a propriedade IdentificaçãoRps.Tipo ocorre erro de validação, correto?

Bom dia Leandro, Faça a seguinte alteração: [IntToStr(retEvento.Items[J].RetInfEvento.nSeqEvento), TpEventoToStr(retEvento.Items[J].RetInfEvento.TpEvento), retEvento.Items[J].RetInfEvento.xEvento, IntToStr(retEvento.Items[J].RetInfEvento.cStat), Verifica se agora traz os valores corretos.

Bom dia Luís, Estou reescrevendo o componente ACBrReinf a minha previsão é de chegar nos eventos R-5001 e R-5011 amanhã, hoje estarei trabalhando no R-3010. Acredito que até o final deste mês será liberado uma nova versão do componente.

Bom dia, Pela mensagem de erro, não se trata de uma mensagem de erro de validação antes do envio e sim de retorno do provedor. Você pode confirmar isso abrindo os arquivos XML gerados após tentar enviar a nota. No computador que ocorre o erro, esta rodando o mesmo programa (mesma compilação) do outro que não ocorre o erro, correto? Os arquivos INI de um são os mesmos do outro? A configuração do Windows é a mesma? Foi copiado as mesmas DLLs em ambos os computadores? A configuração do componente é a mesma nos dois? Você há de concordar que se em um computador o RPS é enviado, processado com sucesso e é retornado o XML da NFS-e, logo o problema não é o componente, nem a sua aplicação e sim algo de errado na outra maquina.