Italo Giurizzato Junior

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

Boa tarde Adriano, Esse tempo de uma hora é o tempo que o provedor demora para processar o Rps, não temos o que fazer do nosso lado.

Boa tarde Felipe, Você já parou para pensar que um dia a prefeitura vai mudar de provedor, uma vez que os provedores são contratados por licitação e as licitações tem prazo de validade? Quando vencer a licitação uma nova terá que ser feita e um novo provedor pode ganhar. E se esse novo provedor tiver um layout diferente do provedor atual? Você vai jogar essa rotina que você tem hoje fora e vai ter que escrever uma nova. Quanto tempo (dinheiro) você vai gastar para escrever essa nova rotina? Não seria mais prudente você pegar a rotina "AlimentarComponente" que esta no programa exemplo e adaptá-la para a sua aplicação? A rotina AlimentarComponente do programa exemplo, tanto faz o provedor, o componente vai gerar o XML do Rps, do Lote, assinar se necessário, validar, etc. Enfim faz tudo o que tem que ser feito.

Olá Pessoal, Essa rejeição ocorre quando o CST de ICMS = 00 e Valor do ICMS Interestadual para a UF do Remetente tag: <vICMSUFRemet> difere do calculo: ((vBCUFDest * pICMSUFDest) - (vBC * pICMSInter)) – vICMSUFDest Observação 1: Se o resultado do cálculo for menor que zero deverá ser informado o valor “0.00”. Observação 2: Se existir benefício fiscal de redução de base de cálculo no destino, o valor da base de cálculo no ICMS de destino (vBCUFDest) deverá ser informado considerando esse benefício. Observação 3: O valor resultante da multiplicação deve ser arredondado para um valor numérico com duas casas decimais. Considerar uma tolerância de R$ 0,01 para mais ou para menos na validação. O calculo esta em conformidade com a regra NA17-10 que se encontra na Nota Técnica 2020/005 Versão 1.20 Veja a sistemática de calculo em:

Olá Pessoal, Essa rejeição ocorre quando CST de ICMS = 00 e o Valor do ICMS Interestadual para UF de Destino tag <vICMSUFDest> difere do calculo: ((vBCUFDest * pICMSUFDest) - (vBC * pICMSInter)) * pICMSInterPart Observação 1: Se o resultado do cálculo for menor que zero deverá ser informado o valor “0.00”. Observação 2: Se existir benefício fiscal no destino, o valor da base de cálculo no ICMS de destino (vBCUFDest) deverá ser informado considerando esse benefício. Observação 3: O valor resultante da multiplicação deve ser arredondado para um valor numérico com duas casas decimais. Considerar uma tolerância de R$ 0,01 para mais ou para menos na validação. O calculo esta em conformidade com a regra NA15-10 que se encontra na Nota Técnica 2020/005 Versão 1.20 Veja a sistemática de calculo em:

Bom dia Adriano, Isso porque você não configurou o componente para salvar os XMLs.

Bom dia Felipe, Quem esta gerando o XML do Rps, a sua aplicação ou o componente? Porque você gera o XML do Rps para depois carregar o mesmo e por fim gerar o Lote? Em vez de gerar o lote e acessar o site do provedor para importar o mesmo, porque não utiliza o método Emitir que já envia para o webservice do provedor?

Bom dia Michel, Favor realizar novos testes com as Units em anexo. SilTecnologia.Provider.pas SilTecnologia.GravarXml.pas

Bom dia Marcelo, É bem provável que o componente antigo não esteja validando o lote antes do seu envio. Já o novo realiza a validação. Com os Schemas que temos não é possível validar um lote com 2 ou mais Rps. Podemos seguir dois caminhos: 1. Alterarmos os Schemas; 2. Solicitar ao provedor Schemas atualizados. No meu entendimento o correto é solicitar ao provedor os Schemas atualizados.

Adriano, Esse é de envio do lote. O Xml da nota esta dentro da pasta Notas

Boa tarde Adriano, Primeiro esse XML se refere ao retorno e não o XML da NFS-e. Segundo, como você editou o XML não tenho condições de lhe informar o motivo do erro.

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

Boa tarde Douglas, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-1986

Boa tarde Gregori, Eu ainda acho que a sua configuração esta errada. Eu utilizo: e SSLType = LT_TLSv1_2

Marcelo, Analisando os Schemas estou chegando a conclusão que não esta previsto o envio de 2 ou mais Rps, ou seja, só podemos enviar apenas 1 Rps.

Boa tarde Marcelo, Acabei de fazer um teste e não tive erro de validação. Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 85 Parâmetros de Retorno Data de Envio : 01/01/0001 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : E0803 Mensagem: Número do Lote RPS possui sequência inválida Correção: Verifique o último número do Lote RPS que foi enviado --------- Código : Mensagem: Próximo código de lote disponível 1 Correção: --------- Verifique se você não tem cópia de Unit (Pas ou Dcu) do componente em alguma pasta da sua aplicação. Verifica se não tem nenhuma Unit do componente com uma bolinha vermelha no ícone. Se tiver, deleta o arquivo, atualiza novamente os fontes e reinstale o ACBr.

Boa tarde Thiago, Atualize os fontes e faça um novo teste.

Boa tarde Eliezer, Muito obrigado pela colaboração. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde Felipe, No que se refere ao Certificado, ou você informar o path do arquivo PFX e a senha ou o numero de série do certificado. Como você esta carregando um XML, este tem que ser de Rps, agora se esta mostrando a mensagem que o componente não esta carregado é preciso verificar porque ele não esta carregando o XML.

Boa tarde Michel, Vai ser necessário entrar em contato com o provedor e perguntar para eles o motivo desse erro.

Olá pessoal, Para quem utiliza o componente ACBrNFe. Após o envio da NF-e ou NFC-e seja no modo assíncrono (2 ou mais notas no lote) ou síncrono (somente uma nota no lote), podemos pegar o status, motivo e protocolo de autorização da seguinte forma: Protocolo := ACBrNFe1.NotasFiscais.Items[i].NFe.procNFe.nProt; // Campo string Status := ACBrNFe1.NotasFiscais.Items[i].NFe.procNFe.cStat; // Campo Integer Motivo := ACBrNFe1.NotasFiscais.Items[i].NFe.procNFe.xMotivo; // Campo string Se o envio é síncrono temos apenas uma nota, neste caso o valor do índice "i" será zero. Por outro lado se o envio é assíncrono, ou seja, lote contendo até 50 notas o valor do índice "i" vai variar de zero até a quantidade de notas menos 1. Exemplo: for i := 0 to (ACBrNFe1.NotasFiscais.Count - 1) do begin (...) end;

Bom dia Marcelo, O erro que você esta tendo é porque você não configurou corretamente o componente no que se refere a pasta de schemas. Os novos schemas a serem utilizando pelo novo componente ACBrNFSeX estão na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe É esse o caminho que você tem que informar como sendo o Path dos Schemas. Outra coisa, na Aba [Geral] do programa exemplo, você tem de marcar a opção: Montar automaticamente o Path dos Schemas. Feito isso o componente encontra os schemas corretos para o provedor utilizado pela cidade selecionada.

Bom dia Amauri, Chegou a estudar o programa exemplo do componente, mais precisamente a procedure ConfigurarComponente? Nela tem como devemos informar o path.

Bom dia Diego, Mas qual foi o XML que você enviou para eles? Se foi o XML do Rps a resposta deles esta coerente. Você tem que enviar o XML soap de envio e não o XML do Rps.

Bom dia Felipe, Quero ver a configuração da aba Certificado e Arquivos.