Italo Giurizzato Junior

Bom dia Junior, Pelo que pude ver já tem algumas coisas prontas. É preciso escrever agora a rotina que vai gerar o XML (unit: pnfsNFSeW.pas) e a que vai ler (unit: pnfsNFSeR.pas). Algo semelhante a que foi feita com o provedor Equiplano. Não é só isso, talvez seja necessário realizar mais algumas implementações para que o componente consiga realizar a assinatura, a validação etc.

Bom dia Marcelo, Post como anexo a Unit que você fez a alteração, desta forma possamos avaliar a sua alteração e disponibilizar ela a todos.

Bom dia Vand, Fiz diferente: Alterei de: Gerador.wCampoNFSe(tcStr, '', 'nrInscricaoEstadual', 00, 020, 1, NFSe.Tomador.IdentificacaoTomador.InscricaoEstadual, ''); para: Gerador.wCampoNFSe(tcStr, '', 'nrInscricaoEstadual', 00, 020, 0, NFSe.Tomador.IdentificacaoTomador.InscricaoEstadual, ''); O zero diz que a TAG é opcional, neste caso se o conteúdo de InscricaoEstadual for vazio a TAG não será gerada.

Bom dia Wener, Até onde sei, é tratando a execução do mesmo. Se não levantar nenhuma exceção é porque foi enviado.

Bom dia Cristian, Manual versão 2.00a do CT-e página 77 traz 4 situações: 1. Status = 134, indica que o evento foi registrado e vinculado ao CT-e, mas o mesmo contem situação diferente de Autorizado. Neste caso é retornado um alerta com a situação do CT-e. 2. Status = 135, indica que o evento foi registrado e vinculado ao CT-e. 3. Status = 136, indica que o evento foi registrado mas não foi vinculado pela inexistência do CT-e. 4. Status diferente dos 3 acimas, indica Rejeição, o evento não foi registrado e no campo Motivo temos o porque da rejeição. Veja bem esse é o retorno da SEFAZ ao processar um evento, que pode ser: Cancelamento, Carta de Correção, EPEC, etc. No caso do cancelamento, já mais teremos o status 136, uma vez que para cancelar um CT-e, o mesmo tem que existir e ter sido autorizado. O status 136, normalmente é retornado quando enviamos o evento EPEC, e depois é enviado o CT-e. Aconselho a você baixar esse manual do Portal Nacional do CT-e, para ter mais informações, inclusive no item 5 (página 78) é apresentado cada evento com as rejeições que podem ocorrer e status.

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

Bom dia Wesley, Só tem esse arquivo? E o de retorno (1-rec-c.xml) ?

Bom dia Ailton, Quanto o valor da propriedade Transação já fiz as correções e não foi no pnfsNFSeG e sim em outra unit. Com relação a virgula em vez de ponto, verifique a configuração do Windows.

Bom dia Julio, Não sei se alguma SEFAZ já liberou essa forma de envio, mas uma coisa é certa o componente ACBrNFe2 ainda não contempla a geração do lote zipado.

Bom dia Rômulo, Favor atualizar os fontes com que esta no repositório, alem da sua alteração existe uma correção de ortografia na palavra Consumidor.

Boa noite Richard, Se você se refere a NF-e, vamos as respostas: Recibo = é um numero retornado pela SEFAZ acusando que um lote contendo 1 ou mais notas foi recebido. É através do numero do recibo que o componente ACBrNFe realiza uma consulta para saber se o lote foi processado ou não e se foi o resultado desse processamento. Protocolo = é um numero retornado pela SEFAZ acusando que a Nota foi processada com sucesso, portanto temos a Autorização de uso da NF-e. Recibo é único para todo o lote, já o protocolo é individual, ou seja, temos um para cada nota contida no lote. Ao realizar a consulta para saber se o lote foi processado com sucesso ou não, caso tenha temos nessa resposta da SEFAZ o protocolo de cada nota que constava no lote enviado. Lote = é um numero sequencial atribuído ao lote, a SEFAZ não faz uso dessa informação, mas eu sugiro que você tenha um controle sobre essa informação. Algo do tipo a data que o lote 10 foi enviado e qual era a faixa de numero de NF-e contida no lote. Espero ter respondido as suas perguntas.

Michel, Com a mudança da forma de cancelar, o XML do CT-e não sofre mais alteração. O XML do CT-e mesmo depois de ser cancelado permanece exatamente igual quando foi autorizado pela SEFAZ. O motivo disso é que agora você tem o arquivo: <chave>-procEventoCT-e.xml, trata-se de um XML que contem a solicitação de cancelamento e o retorno da SEFAZ acusando o registro do respectivo evento. Esse segundo XML é um documento valido que atesta que o <chave>-cte.xml foi cancelado. Estude o programa exemplo, existem botões que mostram como imprimir a representação gráfica de um evento, bem como o envio por e-mail para o tomador do serviço.

Boa noite Sérgio, Post como anexo o XML do MDF-e que foi enviado e rejeitado pela SEFAZ.

Boa noite Michel, Essa TAG só vai retornar algo se o CT-e a ser consultado for da versão 1.04, caso contrario ela não vai conter nada.

Boa tarde Ailton, Atualize os fontes e tente novamente.

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.