Italo Giurizzato Junior

Gledson, A configuração do programa exemplo esta para salvar os arquivos de envio e de retorno? Se sim, você checou se o arquivo de retorno da consulta foi salva em disco?

Bom dia Janderson, O cancelamento é um evento, o componente ACBrNFe só vai utilizar o endereço de evento do SVC-AN caso a Forma de emissão seja SVCAN caso contrario, ou seja, se for Normal vai utilizar o endereço de evento da SEFAZ-Autorizadora. Outra coisa segundo a Nota Técnica 2013/007 versão 1.03 que trata sobre o SVC, item 04.3, devemos usar o SVC somente para cancelar notas emitidas pelo SVC, notas emitidas pela SEFAZ-Autorizadora, devem ser canceladas pela mesma. Futuramente pode ser que seja possível utilizar o SVC para cancelar uma nota emitida pela SEFAZ-Autorizadora, conforme consta na nota técnica.

Bom dia Orlando, Muito obrigado pela colaboração, já esta disponível a correção.

Bom dia Gledson, Acredito que o problema esteja em uma procedure chamada: LoadConsulta201 que existe no programa exemplo. Experimenta comentar a linha que chama essa procedure para ver se o erro desaparece.

Bom dia a todos, A SEFAZ-RS através do Portal do Manifesto Eletrônico de Documentos Fiscais, publico um nota contendo as novas URLs de todos os Web Services tanto de Produção quando de Homologação para a NF-e, NFC-e, CT-e e MDF-e. Nesse documento constam as URLs da SEFAZ-RS, SVRS (SEFAZ-Virtual RS) e SVC-RS (SEFAZ-Virtual de Contingência RS). Os componentes ACBrNFe, ACBrCTe e ACBrMDFe, já foram alterados e disponibilizados com as novas URLs. Favor atualizar os fontes e reportar eventuais problemas.

Boa tarde Amarildo, Só usamos o evento EPEC quando o problema é a internet do emitente (no caso o seu cliente). Quando o problema é na SEFAZ-Autorizadora, uma coisa é certa, a própria SEFAZ vai solicitar a habilitação da SVC - SEFAZ-Virtual de Contingência. O que o seu sistema tem que fazer: 1. Tentar enviar para SEFAZ-Autorizadora; 2. Se não ocorrer nenhum erro, ótimo, fim do processo; 3. Se ocorrer erro, checar se o SVC esta habilitado; 4. Se não estiver aguardar alguns segundos e checar novamente; 5. Se estiver enviar para o SVC; 6. Se não ocorrer nenhum erro, ótimo, fim do processo. O erro que eu me refiro nos envios, são de conexão e não de rejeição referente a dados inconsistentes informados na nota.

Boa tarde, Muito obrigado pela informação, por favor atualize os fontes e teste novamente.

Boa tarde Wagner, Se não me falha a memória a rotina de envio de e-mail da NF-e e do CT-e são semelhantes. Também tenho dois sistemas rodando na mesma maquina, um emitindo NF-e e outro CT-e e não tive nenhum problema, ambos enviam sem problemas.

Boa tarde Aline, Acho um tanto complicado o que você pretende, pois não é só o valor que aparece apenas "0" e no seu sistema aparece "0-Pago", tem também o grupo e o campo. No meu entendimento essa alteração fica a cargo do desenvolvedor uma vez que os fontes estão disponíveis para que possamos altera-los, conforme a nossa necessidade.

Bom dia Paulo, A opção Síncrono é para a NFC-e e não NF-e. O Web Services Recepcao só aceitava o envio assíncrono, o novo chamado Autorizacao aceita tanto o assíncrono como o síncrono. Até onde sei as NF-e vão continuar no modo assíncrono, por outro lado os lotes de apenas UMA NFC-e devem ser enviado no modo síncrono e os lotes com DUAS ou mais NFC-e devem ser enviado no modo assíncrono.

Bom dia Orlando, Você fez alguma alteração no componente? Se sim, post como anexo os fontes que você alterou.

Bom dia Gledson, Note que o programa exemplo, possui 2 opções de consulta, uma delas é [Consultar Carregando XML] e a outra [Consultar pela Chave]. Qual das duas o erro ocorreu? Fiz um teste de carregar o XML e imprimir o DANFE não ocorreu nenhum problema, logo o problema não esta na leitura do XML.

Bom doa Wagner, O ACBr não utiliza o Indy e esse erro você só vai resolver configurando corretamente, porta, SSL, etc. Como essas configurações mudam de provedor para provedor de e-mail, o jeito é testar.

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.

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.