Italo Giurizzato Junior

Bom dia Antonio, Se você atribuir o valor True a SalvarCCeCanEvento será criado uma pasta Evento e dentro desta as pastas: CCe e Cancelamento. Desta forma os XMLs desses eventos ficam separados.

Bom dia Luiz, A chave só se você gerar novamente o XML, o protocolo se você tem essa informação armazenada no banco de dados tem como passar via parâmetro. Agora você pode armazenar o XML gerado inicialmente e armazena-lo no banco de dados, você pode carregar o XML através do LoadFromStream e depois mandar imprimir.

Como não tem o XML? A chave se refere a uma nota emitida por você ou pelo seu fornecedor? Se foi pelo seu fornecedor, esquece, o método Consultar é usado para consultar a situação atual de uma nota emitida por você.

Boa tarde, Sim, existem o DANFE NFC-e feito em Quick e outros Report que imprimem o QR-Code.

Boa tarde Caetano, Por favor atualize todos os fontes de todas as pastas e tente novamente.

Boa tarde Gledson, Post como anexo o XML da NF-e.

Boa tarde Rafael, Segundo o Manual versão 2.00a do CT-e página 39 temos a regra G048a executada pela SEFAZ e nesta regra diz o seguinte: Para CT-e de anulação de valores: Se UF de início da prestação = UF de fim de prestação (ambas <> EX) CFOP deve ser 1206 Se UF de início da prestação <> UF de fim da prestação (ambas <> EX) CFOP deve ser 2206 Se UF de inicio ou fim de prestação = EX CFOP deve ser 3206

Boa tarde, Infelizmente, a dica é TE - Tentativa e Erro, boa sorte, animasse são apenas 600.

Boa tarde Paulo, Verifica se o componente esta configurado corretamente para a versão 3.10, pois não existe mais os Web Services de Recepção e Retorno de Recepção somente os de Autorização e Retorno de Autorização.

Boa tarde a todos, Favor atualizar todos os fontes de todas as pastas e testem novamente.

Boa tarde a todos, Primeiramente não confundem SVRS com SVCRS, a primeira se refere a SEFAZ-Virtual do Rio Grande do Sul, onde várias UFs se utilizam para enviar normalmente as NF-e emitidas pelos seus contribuintes. Por exemplo Maranhão - MA se utiliza da SVRS sendo assim o componente deve ser sempre configurado para a UF de MA para emissão, consulta etc. Por outro lado a SVCRS trata-se da SEFAZ-Virtual de Contingência do Rio Grande do Sul, ela é utilizada pelas as UF que não utilizam a SVRS. Lembre-se que se a SVRS estiver fora do "ar" a SVCRS também vai estar. Neste caso devemos configurar o componente para enviar para a SVCAN - SEFAZ-Virtual de Contingência do Ambiente Nacional. Devemos ter em mente o seguinte: Se a SEFAZ autorizadora estiver com problemas devemos enviar para SVC - SEFAZ-Virtual de Contingência RS ou AN depende da UF autorizadora. Por outro lado se o problema for a Internet do contribuinte que esta com problemas devemos enviar o evento EPEC para a SEFAZ-Autorizadora através de uma conexão 3G por exemplo.

Paulo, No meu entendimento o cancelamento é um evento portanto deve ficar na pasta Evento. Lembre-se é possível fazer com que o componente crie uma sub-pasta dentro da pasta Evento chamada Cancelamento e dentro desta salvar os Pedidos e os retornos (protocolo) de cancelamento.

Boa tarde Paulo, Não me recordo se o minimo de tentativas é 5 ou 1, mas lembre-se que o Método Enviar, após o envio do lote ele aguarda cerca de 1 segundo e realiza uma consulta caso o retorno seja lote em processamento aguarda mais 1 segundo e tenta novamente. Eu aconselho deixar o numero de tentativas em 5.

Paulo, O componente envia o lote de NF-e somente uma vez. O que ele faz é realizar até 5 consultas para poder obter o protocolo de autorização da SEFAZ. Se esta ocorrendo o envio mais de uma vez, o problema esta na sua aplicação, ou alguém fez alguma alteração nos fontes do componente que você esta utilizando para ocorrer o reenvio. O procedimento correto é: 1. Enviar o Lote de NF-e; 2. Se ocorrer algum problema e a NF-e não for protocolada devemos então realizar uma consulta através do método Consultar; 3. Se a SEFAZ responder que a nota não existe ai sim devemos enviar novamente. Após o envio se ocorrer um erro temos que levar em consideração que esse erro ocorreu no retorno da SEFAZ, sendo assim não obtivemos a resposta com o protocolo de autorização, resolvemos o problema carregando o XML da respectiva nota através do LoadFromFile e em seguida executamos o método Consultar. Ao realizar essa consulta, se a SEFAZ retornar o erro acusando que a nota não existe, ai sim, podemos concluir que o erro inicial não foi no retorno e sim no envio do lote, neste caso devemos enviar o lote novamente. Trabalhando desta forma não teremos o problema de duplicidade de notas.

Bom dia Paulo, Você esta tendo problemas com qual modelo de documento fiscal: NF-e ou NFC-e? Qual é a UF do Emitente?

Bom dia Dalpiaze, Favor atualizar todos os fontes de todas as pastas e testar novamente.

Bom dia Felipe, Favor atualizar todos os fontes de todas as pastas e testar novamente.

Bom dia Gledson, Existe duas maneiras de realizar uma consulta: 1. Carregar o XML através do LoadFromFile e depois realizar a consulta; 2. Informar a chave e realizar a consulta. Você deve estar utilizando a primeira, correto? Post como anexo o XML da NF-e.

Bom dia Moacir, Favor atualizar todos os fontes e testar novamente.

Bom dia Paulo, Primeiramente: Com a configuração abaixo a sua aplicação vai aguardar 30 segundos entre o envio e a primeira consulta a SEFAZ. ACBrNFe1.Configuracoes.WebServices.AguardarConsultaRet := 30000; Você não acha muito tempo? Remova essa linha da sua rotina de configuração do componente. Com a configuração abaixo o tempo entre uma consulta e outra será de 10 segundos. ACBrNFe1.Configuracoes.WebServices.IntervaloTentativas := 10000; Você não acha muito tempo? Remova essa linha da sua rotina de configuração do componente. Se você envia uma nota a SEFAZ, se ocorrer algum problema, você não deve enviar novamente e sim realizar uma consulta usando o método Consultar. Só devemos enviar novamente, quando a nota é rejeitada, neste caso, fazer a correção do dado errado e enviamos novamente ou se ocorrer erro no envio.

Bom dia Araujo, Notei que dentro do grupo <dest> esta sendo gerado a TAG CNPJ com conteúdo vazio. Quando se trata de uma venda a um estrangeiro ou exportação devemos gerar a TAG idEstrangeiro e não CNPJ ou CPF. Sendo assim, se você utiliza o componente ACBrNFe, significa que o mesmo esta desatualizado. Favor atualizar todos os fontes de todas as pastas.

Boa noite Cesar, O componente ACBrNFeDANFEQR possui uma propriedade chamada: LocalImpCanhoto, atribua o valor 1 a essa propriedade para que o canhoto seja impresso corretamente.

Bom dia, Sim, isso já esta sendo feito, será através de um arquivo INI. Se desejar testar no repositório alem do Trunk e Branches temos agora o Trunk2 com a nova versão dos códigos dos componentes, uma das mudanças é exatamente essa, as URLs em um arquivo INI.

Bom dia Michel, A SEFAZ não publicou nada a respeito de DANFE NFC-e em formato A4, o que foi feito é usar o mesmo layout da fita mas impresso em papel A4. Esta para ser publicado uma nova nota sobre o DANFE NFC-e quem sabe tenha algo nesse sentido.

Bom dia Eber, Você esta postando em tópico errado, aqui estamos tratando sobre o evento de MDF-e e não NF-e.