Italo Giurizzato Junior

Diogo, Essa mensagem é um retorno do provedor? Se sim a mensagem esta clara eles recebem o RPS mas ainda ele não foi processado. Isso pode ser um problema temporário do provedor ou significa que agora mais empresas estão utilizando o Web Services para emitir as notas e o mesmo não esta conseguindo dar conta de tantas solicitações.

Bom dia Maurício, Será necessário executar o ACBrInstall_Trunk2 para resolver isso.

Bom dia Julio, A mensagem é clara a TAG pICMSInter só aceite percentuais iguais a: 4.00, 7.00 ou 12.00 e foi informado 0.00

Bom dia Diogo, Acredito ser na sua aplicação ou na configuração do componente ou até mesmo no provedor, pois em meus testes com o provedor Ginfes, após o envio do RPS tenho o XML da NFS-e salva em disco em menos de 15 segundos.

Bom dia a todos, Muito estranho essa informação: Suspensa até a versão 3.00 Isso significa que teremos uma nova versão do CT-e? Vamos aguardar os próximos capítulos.

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.