Italo Giurizzato Junior

Bom dia Anderson, Pode ser que no lote que foi enviado 3 RPS somente 2 foram processados com sucesso o outro não. É interessante na faze de testes sempre configurar o componente para salvar os arquivos de envio e de retorno completos, ou seja: Configuracoes.WebServices.Salvar := True; Desta forma esses arquivos como por exemplo o 4-env-lot.xml será gravado também com o nome 4-env-lot-soap.xml, este último é o completo bem como o de retorno. Portanto todos os arquivos com a palavra soap no nome são arquivos de envio/retorno completos sem nenhum tratamento por parte do componente. Desta forma fica fácil descobrir o que ocorreu com os demais, analisando o arquivo de retorno.

Bom dia Barrys, Os parâmetros minimos necessários para o método ConsultarLoteRps são: Numero do Lote e Protocolo (retornado logo após o envio). Sendo assim o seu comando deveria ser: DataModule1.ACBrNFSe1.ConsultarLoteRps(IntToStr(numLote), Protocolo); // ambos os parâmetros são do tipo String.

Bom dia, Sim, é possível testar em ambiente de homologação, mas veja a mensagem de erro. No XML de solicitação de inutilização esta informado o modelo 65 = NFC-e, mas o componente esta configurado como moNFCe?

Bom dia, Reveja a sua rotina que pega o erro de validação para ser exibida, pois deveria aparecer da mesma forma que no validador da SEFAZ-RS.

Bom dia, Até o momento a SEFAZ não disponibilizou um método para realizar o download do XML da NFC-e. E se vier a implementar será para o Destinatário e não para o Emitente. Pela lógica do componente o XML a ser enviado sempre é gravado primeiro antes do envio, sendo assim se o componente estiver configurado para salvar em disco o XML, se ocorreu o envio certamente o XML existe no disco. Agora supondo que o componente não esta configurado para salvar em disco, neste caso você deve salvar o XML no banco de dados antes de disparar o comando de envio. E outra coisa, a venda em questão acredito que como as vendas emitidas pela NF-e, tem que ser numeradas sequencialmente e estarem salvas no banco de dados. Na pior das hipóteses, ler os dados da venda em questão e gerar novamente o XML.

Bom dia Luciano, No caso da NFS-e, depende de qual método de envio esta sendo utilizado. No caso do Enviar seria: vAux := ACBrNFSe1.WebServices.Enviar.NFSeRetorno.InfRec.MsgRetorno.Items[x].Codigo; Gerar: vAux := ACBrNFSe1.WebServices.GerarNfse.NFSeRetorno.ListaNfse.MsgRetorno.Items[x].Codigo; EnviarSincrono: vAux := ACBrNFSe1.WebServices.EnviarSincrono.NFSeRetorno.ListaNfse.MsgRetorno.Items[x].Codigo; Agora se estiver consultando um lote enviado seria: vAux := ACBrNFSe1.WebServices.ConsLote.NFSeRetorno.ListaNfse.MsgRetorno.Items[x].Codigo; Desculpe pela demora e espero ter ajudado.

Boa tarde Rafael, Onde você encontrou essa informação? Em uma olhada rápida essas URLs são as mesmas publicadas pela SEFAZ-RS e trazia também as URLs da NF-e e NFC-e.

Boa tarde Sergio, Te aconselho a parar de usar o ConsultaNFeDest e passar a usar o DistribuicaoDFe, pelo simples fato que o primeiro será desativado. A função é a mesma só que com inúmeras vantagens. Por favor, leia o Manual ACBrNFe que encontra-se na pasta ...\Doctos\Manuais e a Nota Técnica 2014/002 versão 1.01 disponível no Portal Nacional da NF-e. Respondendo a sua pergunta de buscar uma NF-e referente a uma determinada data a resposta é não. Outra coisa, se não me falha a memória só é possível obter o resumo de uma NF-e emitida no máximo a 3 meses.

Boa tarde Alexsandro, Vide o programa exemplo, ele possui uma procedure que alimenta o componente com os dados da venda. No caso seria os dados do destinatário.

Boa tarde Rafael, A URL para baixar os fontes do Trunk2 é: https://svn.code.sf.net/p/acbr/code/trunk2

Boa tarde, Primeiramente, o emitente tem a obrigação de possuir o XML, logo não faz sentido realizar o download daquilo que você gera. Sendo assim o XML gerado e assinado ou esta salvo em disco ou no banco de dados do emitente, isso depende de como foi desenvolvido a aplicação, portanto de uma forma ou de outra o emitente possui o XML. Segundo, se ao enviar o XML ocorreu um erro no envio, é preciso saber se o erro foi exatamente no envio ou no retorno, para saber, basta realizar uma consulta informando a chave da NFC-e. Se o problema foi no retorno esta consulta vai retornar o protocolo de autorização da mesma, caso contrario vai retornar uma rejeição acusando que a nota não consta na base de dados da SEFAZ. Neste caso basta enviar novamente.

Boa tarde Roberto, O Ajsute SINIEF 01/05 disponível no Portal Nacional da NF-e não faz nenhum referencia a cigarros, bebidas alcoólicas, etc. Somente a combustível e álcool (não combustivel) transportado a granel: (...) ANEXO II OBRIGATORIEDADE DE REGISTRO DE EVENTOS Nova redação dada à disciplina do Anexo II pelo Ajuste SINIEF 31/13, efeito a partir de 01.02.14. Além do disposto nos demais incisos do caput da cláusula décima quinta-B, é obrigatório o registro, pelo destinatário, nos termos do Manual de Orientação do Contribuinte, das situações de que trata o inciso III, para toda NF-e que: I - exija o preenchimento do Grupo Detalhamento Específico de Combustíveis, nos casos de circulação de mercadoria destinada a: a ) estabelecimentos distribuidores de combustíveis, a partir de 1º de março de 2013; b ) postos de combustíveis e transportadores revendedores retalhistas, a partir de 1º de julho de 2013; Nova redação dada ao inciso II do título “OBRIGATORIEDADE DE REGISTRO DE EVENTOS” pelo Ajuste SINIEF 04/14, efeitos a partir de 01.05.14. II - acoberte operações com álcool para fins não combustíveis, transportado a granel, a partir de 1º de julho de 2014. (...) Onde você achou essa informação?

Boa tarde, Crie uma nova pasta e configure o Tortoise com a mesma URL, só que no final em vez de trunk coloque trunk2.

Boa tarde Rafael, Você esta utilizando os fontes do repositório Trunk ou Trunk2?

Boa tarde Luis, O ACBrCTe não coloca quebra de linhas, no arquivo com final 01 a quebra é de 77 caracteres. Esse arquivo não foi reenviado por e-mail usando o OutLook? Ele tem uma opção de quebrar linhas. Em ambos a palavra Correção com cedilha e acento aparece no grupo <retEventoCTe> ou seja o retorno da SEFAZ.

Bom dia, Não é certo, uma vez que o DANFE da NFC-e precisa conter o QR-Code, os DANFE feitos para a NF-e não contem o QR-Code. Pode até imprimir, mas não estaria correto.

Emerson, Será que não é o antivírus que esta alterando o conteúdo do arquivo antes do seu envio?

Bom dia Felipe, Que eu saiba somente que opera com combustível esta obrigado. Peça para o contador mostrar a lei que define a data da obrigatoriedade.

Bom dia Emerson, Depois do XML ter sido assinado, ele foi alterado e depois enviado?

Bom dia Emerson, Ficou faltando informar a data, por favor atualize os fontes e teste novamente. Atenção: essa alteração foi aplicada somente nos fontes do Trunk2.

Boa tarde Felipe, A principio quem tem que emitir o MDF-e são as transportadoras que realizam transporte de carga fracionada interestadual. Mas se um comercio ou industria alem de realizar a venda do produto também se encarrega de transportar as mercadorias vendidas até o seu cliente e cujo transporte for interestadual e a carga contida no caminhão for fracionada, a resposta é sim, tem que emitir o MDF-e. A transportadora vai relacionar no MDF-e todos os CT-e referentes a carga contida no caminhão. O comércio, industria vai relacionar no MDF-e todas as NF-e referentes a carga contida no caminhão. Acesso o Portal Nacional do MDF-e e baixe os manuais e notas técnicas e a cartilha para ficar mais por dentro do assunto. https://mdfe-portal.sefaz.rs.gov.br/

Boa tarde Jemison, Muito obrigado pela colaboração, assim que possível estaremos disponibilizando.

Complementando o Régys, os nomes foram padronizados conforme orientações contidas nos manuais e notas técnicas do ENCAT e publicados no Portal Nacional da NF-e. Mantendo um padrão de nomenclatura fica fácil, pois qualquer um que venha receber o XML ou PDF já sabe do que se trata. Veja estes exemplos de PDF que recebi: 20085_68229.PDF 35150602039511000142550020000092961000092962-nfe.PDF O segundo esta bem claro que se trata de um DANFE e pela chave que faz parte do nome, sei que a nota foi emitida em 06/2015 a série é 002 e seu numero é 9296. Por outro lado o primeiro só abrindo para saber do que se trata. Esse outro você saberia me dizer do que se trata? 1101113515050715678800025057001000018126139205646701-procEventoCTe.PDF

Ramalho, Eu que agradeço pelos testes. Gostaria muito de receber um retorno de todas as funcionalidades: Envio, Consulta, envio de evento, etc. Algo do Tipo: Envio - Ok Consulta - Ok Consulta Status - Ok (...) Tanto da NF-e quanto da NFC-e, preferencialmente de quem já esta utilizando os fontes do Trunk2. Esse retorno é muito importante para nós.

Ramalho, Como o componente pega a versão que consta no nome do schema, fiz uma alteração tanto no nome quanto na lista de URLs de Serviços. Por favor atualiza os fontes e teste novamente. Atenção: adicionei um schema chamado eventoEPEC_v1.00 caso você não esteja usando a pasta de schemas baixada junto com os fontes,favor copiar esse arquivo para a sua pasta particular de schemas.