Italo Giurizzato Junior

Bom dia Jairo, Você esta usando o programa exemplo, correto? Pois bem verifique se a propriedade ConsultaLoteAposEnvio esta com o valor True. Se sim, quem vai consultar a situação do lote, consultar o lote é o próprio Enviar.

Bom dia Antonio, Primeiro, não poste conteúdo de arquivos como parte da postagem, procure sempre anexar. Segundo no caso de São Paulo o XML do RPS possui uma assinatura onde que devemos pegar alguns dados montar uma string e através desta gerar o Hash e depois assina-lo. O resultado será o conteúdo da TAG Assinatura: <RPS xmlns=""> <Assinatura>asjkdfgaskfasfhsa</Assinatura> <ChaveRPS> E para que ocorra o envio de um RPS, devemos montar a estrutura conforme consta no manual versão 2.4.1 página 25. Essa estrutura é composta por 3 grupos: Cabecalho, RPS e Signature. O grupo Signature é uma assintura igual a usada na NF-e, CT-e, MDF-e e NFS-e. Se tratando de um envio de lote de RPS a estrutura é a mesma, ou seja, temos os mesmos 3 grupos mencionados acima, a diferença é o conteúdo do grupo Cabecalho e como se trata de um lote o grupo RPS poderá ter até 50 ocorrências, ou seja, posso enviar até 50 RPS para o Web Services. O componente ACBrNFSe já esta quase pronto para emitir NFS-e para São Paulo, o que esta faltando é corrigir a Assinatura realizada na String conforme descrito logo no inicio. Sabemos que algumas pessoas conseguiram faze-la se utilizando de DLL extra. Nós estamos trabalhando para realiza-la sem a necessidade de mais uma DLL.

Bom dia Mauricio, Qual foi a ultima vez que você atualizou os fontes? Pois eu detectei esse problema e fiz as devidas correções e isso já faz um bom tempo.

Boa tarde Michele, Quando migrei o componente ACBrNFSe para o Trunk2 os testes que realizei foi com o provedor Ginfes. E semana passada fiz novos testes usando o programa exemplo e tudo foi executado sem nenhum problema e os tempos de esperas razoáveis na ordem de 2 a 3 segundos.

Vinicius, Como o método Gerar é incluído apenas um RPS não existe no cabeçalho as TAGs que totalizam os valores dos serviços e deduções. O nosso foco agora tem que ser a assinatura. Resolvendo ela acredito será possível enviar e os RPS para o Web Services e esse processar com sucesso.

Vinicius, Use o botão [Gerar e enviar um RPS] e não o botão [Gerar RPS]

Vinicius, Esse erro 1204 esta muito estranho pois o lote possui apenas um RPS e no cabeçalho é informado o valor total de Serviços e confere, ou seja é o mesmo valor. Você esta usando o método Enviar. Faça um teste usando método Gerar.

Vinicius, Por favor, atualize e tente novamente.

Vinicius, Anexa o XML do RPS gerado.

Boa tarde Wesclei, Um lote de NF-e pode conter de 1 até 50 notas e o tamanho total não pode ultrapassar os 500 Kbytes, Sendo assim temos dois limitadores a quantidade de notas por lote e o tamanho dele.

Vinicius, Por favor atualize os fontes novamente e faça novos testes, vamos ver se o segundo erro desaparece.

Boa tarde Vinicius, É estamos chegando lá. Quanto a assinatura extra que é gerada e colocada na TAG Assinatura, já esta sendo analisado e estudado a melhor forma de implementar. Por favor peço um pouco de paciência. Vou tentar resolver o segundo erro: 1204

Boa tarde Hugo, Você atualizou todos os fontes e refez os testes?

Bom dia Paulo, Primeiramente se você instalou ACBrNFeMonitor, te aconselho desinstalar e instalar em seu lugar o ACBrMonitor Plus. O ACBrNFeMonitor não tem mais suporte e com as mudanças promovidas no layout da NF-e com certeza a sua nota será rejeitada. O ACBrMonitor Plus não é um componente e muito menos uma DLL e sim uma aplicação que deve ser executada em conjunto com a sua. A sua aplicação tem que gerar um arquivo TXT e salvar em uma determinada pasta pré definida em ACBrMonitor Plus. Dependendo do que você deseja fazer, enviar, consultar, etc o arquivo TXT terá uma estrutura diferente. Você encontra exemplos no próprio manual do ACBrMonitor Plus.

Natalia, Procure ter em mãos a Nota Técnica 2014/002 versão 1.01 que trata sobre a Distribuição de DF-e, vai lhe ajudar muito. Não sei de onde você extraiu aquelas informações, mas o segundo esta errado. Par obter o XML completo da nota temos que ler a propriedade: sXML := DistribuicaoDFe.retDistDFeInt.docZip.Items[ X ].XML; Se tratando do destinatário da mercadoria para obter o XML completo é preciso seguir os seguintes passos: 1. Executar o método DistribuicaoDFe para obter a lista de resumos de notas emitidas contra o CNPJ do destinatário. 2. Realizar a manifestação de cada uma das notas (vide Nota Técnica 2012/002 versão 1.02) 3. Executar novamente o método DistribuicaoDFe para obter uma nota lista onde poderá conter novos resumos e notas completas.

Bom dia Natalia, A sua aplicação vai rodar no emitente da nota ou no destinatário da mercadoria?

Bom dia Hugo, Notei que a alteração que você realizou foi feita em cima de uma unit desatualizada. Sendo assim, sugiro que você faça uma cópia da sua alteração e atualize todos os fontes de todas as pastas de tal forma que todos os fontes fiquem com uma bolinha verde em seus ícones. Depois recompile a aplicação com a opção Build. E refaça os testes. Outra coisa, qual é a versão do seu Delphi?

Boa tarde Hugo, Vamos avaliar a sua alteração.

Boa tarde a todos, Só podemos incluir o grupo ICMSSN caso a empresa for Simples Nacional. Sugiro que vocês tenham em mãos a versão 6.0 do Manual da NF-e, pois nele vocês encontram a estrutura completa do XML e contem algumas observações que podem ajuda-los.

Bom dia Alaran, Já postei por diversas vezes aqui no fórum a respeito dessa rejeição. Primeiramente você precisa garantir que os schemas que estão sendo usados para validar o XML antes do seu envio estão 100% atualizados. Para isso, basta usar os schemas que está disponível na pasta ...\Exemplos\ACBrDFe\Schemas\NFe Desta forma caso o XML seja gerado de forma errado ao validar o erro vai aparecer e o envio será abortado. Por outro lado se o envio ocorreu e a nota foi rejeitada com o motivo: falha no schema XML, isso significa que o problema é na SEFAZ. Ela não esta preparada ainda para receber o XML da nota segundo o layout que ela foi gerada. Ou o pessoal da SEFAZ fizeram alguma kaka e agora esta gerando essa rejeição.

Bom dia Hugo, O grande problema é que essa é a unica chamada ao Web Service que contem uma palavra acentuada: "NÃO". A SEFAZ-RS precisa levar um puxão de orelha e tirar o acento, ai resolve todos os problemas.

Boa noite Marco, O cancelamento é um evento como todos os outros, sendo assim todos eles se utilizam do mesmo schema de validação.

Boa noite Hugo, Você esta com todos os fontes atualizados?

Boa noite Jairo, Pela imagem consta que o lote foi processado com sucesso, sendo assim você deve utilizar o método ConsultarLotarRPS ou ConsultarNFSePorRPS, para obter o XML da NFS-e.

Boa noite Micheli, É necessário configurar o componente no tange as propriedades de quantidade de tentativas e tempo entre uma e outra, E essa configuração varia de um provedor para outro e mesmo sendo o mesmo provedor também pode variar de uma cidade para outra.