Italo Giurizzato Junior

Uendel, Sim, a Manifestação do Destinatário é composto por duas etapas: 1. A consulta; 2. A manifestação.

Boa tarde a todos, Por favor atualize os fontes e tente novamente.

Boa tarde Luis, No modo síncrono o que não temos é o numero do recibo. O numero do protocolo bem como a data/hora de recebimento constam no retorno do processamento da nota enviada, em qualquer caso.

Boa tarde Ricardo, Tente desta forma: // Carrega no Componente a NFe salvo em Arquivo XML (<chave>-nfe.xml) ACBrNFe.NotasFiscais.Clear; ACBrNFe.NotasFiscais.LoadFromFile(NomeArquivo); // Carrega no Componente o Evento salvo em Arquivo XML (<chave>-procEventoNFe.xml) ACBrNFe.EventoNFe.Evento.Clear; ACBrNFe.EventoNFe.LerXML(NomeEvento); // Imprime o Evento ACBrNFe.ImprimirEvento;

Aqui esta:

Uendel, Eu entendi perfeitamente o que você deseja e já lhe mostrei o caminho.

Boa tarde Ailton, Os fontes estão atualizados, pois notei que que essa TAG vai sempre receber os valores True ou False da seguinte forma: TRUE / FALSE.

Boa tarde Ricardo, Segundo a Nota Técnica 2013/005 versão 1.03 da NF-e / NFC-e, na página 54 temos o campo 128n: nItemPed - Item do Pedido de Compra, note que ele é opcional mas o seu tamanho é 6 isso significa que se o numero for 12 devemos informar 000012. Note que o xPed - Numero do Pedido de Compra que também é opcional mas o seu tamanho é variável: 1-15 Respondendo a sua pergunta a resposta é: Não.

Boa tarde Roberto, Você baixo a Nota Técnica publicada no Portal Nacional da NF-e que trata sobre esse assunto? Pelo jeito não, então por favor baixe e leia com muita atenção. Inclusive existe uma postagem minha sobre esse assunto, pesquise no fórum.

Boa tarde a todos, Será que o nosso amigo Uendel Pereira, não esta se referindo a Manifestação do Destinatário? Se é isso, Uendel, o componente possui o comando para realizar a consulta de notas destinadas e também a sua manifestação. Para que a consulta e a manifestação funcione é necessário possui o certificado digital. O componente ACBrNFe inclusive possui o comando para realizar o Download, mas esse assunto já foi tratado aqui em vários outros tópicos. Não vou novamente discutir sobre o assunto, mas assino em baixo quando o Elton diz que devemos incentivar as empresas a solicitarem dos seus fornecedores os XMLs. Dentro da pasta: ...\Exemplos\ACBrNFe2 temos 2 arquivos TXT que vão lhe ajudar bastante nesse sentido. Te aconselho a baixar e ler com muita atenção a Nota Técnica que trata sobre a Manifestação do Destinatário.

Boa tarde Wesley, O componente ACBrNFSe possui uma propriedade chamada: WebServices.Salvar, atribua o valor True a ela e tente novamente. Isso não vai mudar em nada o erro, mas vai ser salvo dentro da pasta Ger alguns arquivos cujo nome termina com -c. Post como anexo esses arquivos para que possamos analisar.

Bom dia Cristiam Pelo arquivo texto de retorno você tem as seguintes informações: CStat=135 XMotivo=Evento registrado e vinculado a CT-e O Status 135 significa que o evento que foi enviado, no caso o de cancelamento, foi aceito pela SEFAZ, a mensagem que consta no campo Motivo, mostra claramente isso: Evento registrado. Se o evento esta registrado significa que foi aceito. Se tratando de eventos de cancelamento, basta olhar para o status se for 135, você considera que o cancelamento foi efetivado, ou seja, o CT-e esta cancelado.

Boa noite Ricardo, Veja o motivo da rejeição: Chave de acesso inexistente para o tpEvento que exige a existencia da Nf-e Segundo a SEFAZ você enviar um evento de Carta de Correção para uma NF-e que nem sequer foi emitida.

Boa noite Claudio, A minha aplicação permite que seja lançado um ou mais conhecimentos e depois é feita a sua emissão. Mas ao emitir é possível a emissão individual ou em lote de até 50 conhecimentos (quantidade máxima pré definida pela SEFAZ). Com relação ao numero do lote, gerencio ele, portanto o numero do conhecimento é uma coisa e o numero do lote é outra. No banco de dados tenho uma tabela com a data, numero lote e a faixa (inicial e final) de conhecimentos emitidos. Por exemplo: Data Lote CTIni CTFim 22/07/2014 - 10 - 1500 - 1530 22/07/2014 - 11 - 1531 - 1531 22/07/2014 - 12 - 1532 - 1550

Boa noite Cristiam, Desculpe não encontrei o erro, me mostre.

Boa noite Leandro, Tente utilizar: ACBrCTe.EnviaEmail(......); A declaração das propriedades encontram-se na Unit: ACBrCTe.pas (pasta: ...\Fontes\ACBrCTe). Procure pela procedure EnviaEmail.

Boa noite Dangelo, Tente desta forma: ACBrNFSe1.NotasFiscais.Clear; GerarNFSe(vAux); ACBrNFSe1.Gerar(vNumLote);

Boa noite CStabile, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Cristiam, Segundo a sua primeira postagem, o cancelamento foi realizado sim. (...) Número de sequência: 1 Código do evento: 110111 Descrição do evento: Cancelamento Status do evento: 135 Descrição do status: Evento registrado e vinculado a CT-e Protocolo: 135140340966491 Data / hora do registro: 07/07/2014 20:52:33 (...) Note que o evento de cancelamento foi registrado pela SEFAZ e a mesma vinculou ao CT-e, inclusive foi retornado o numero do protocolo de cancelamento.

Boa tarde Dangelo, Algo esta errado. A mensagem que você postou se refere a rotina de envio de lote. Mas os dois XMLs em anexo se referem ao GerarNfseEnvio que não tem nada haver com o envio de lote.

Boa tarde Gledson, Checa se você esta com os Schemas da versão 3.10 corretos, atualizados.

Boa tarde Márcio, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Moreira, Faça as devidas alterações e teste. Estando tudo OK, por favor anexe somente os fontes que você alterou para conseguir emitir NFS-e para a cidade de Saquarema/RJ.

Boa tarde Heto Andrade, Segundo a Nota Técnica 2013/005 versão 1.03 da NF-e / NFC-e, página 89, temos que a TAG: infCpl, pode chegar a ter até 5.000 caracteres.

Boa tarde Ailton, O Capicom foi copiado para dentro da pasta System32 e esta registrado?