Italo Giurizzato Junior

Antonio, Neste caso porque você não informa esse código como sendo uma informação adicional ao item?

Boa tarde Antonio, Você não acha um exagero o código ter 45 caracteres? No meu sistema trabalho com apenas 8 caracteres onde uso 2 para grupo, mais 2 para sub-grupo e os outros 4 são sequenciais. Resumindo posso ter 99 grupos em cada um 99 sub-grupos e em cada um 9999 itens.

Bom dia Agnaldo, Segue o link: http://www.nfe.fazenda.gov.br/portal/principal.aspx

Bom dia Rogério, Quando você diz "Emissor do Documento" esta se referindo aos documentos originários, correto? Se sim, a resposta é o emitente dos documentos originários é sempre o Remetente da carga.

Bom dia Clayton, O componente esta em conformidade com os manuais e notas técnicas publicadas pelo ENCAT e disponibilizadas nos Portais Nacionais. Mas nada impede que você faça a alteração visto que possui todos os fontes.

Bom dia Arnaldo, Esquece o DownLoad ele não foi criado para baixar todas as notas manifestadas. Use o DistribucaoDFe, mas antes leia com muita atenção a Nota Técnica 2014/002 versão 1.01

Bom dia Marcelo, Pra que tudo isso? Me diz uma coisa a sua função RespDaConsultaNFe possui um parâmetro de entrada chamado CodigoResposta, correto? Esse código resposta é o valor retornado na propriedade cStat, correto? Pois bem, da mesma forma que você lê o valor de cStat se mudar para xMotivo terá a descrição do código. Veja este exemplo: Codigo := ACBrNFe.WebServices.Enviar.cStat; // Codigo é uma variável do tipo Integer. Descricao := ACBrNFe.WebServices.Enviar.xMotivo; // Descricao é uma variável do tipo String. Resumindo não precisa criar uma função como você fez, e depois ter que realizar alterações nela a cada código que a SEFAZ venha criar.

Bom dia Nelson, Na mesma forma que você lê o campo cStat se trocar por xMotivo, terá a descrição.

Bom dia Antonio, Quanto a nota denegada não sei lhe informar, mas quando enviamos um lote com 5 notas se a terceira for rejeitada, no retorno a que foi rejeitada aparece em primeiro lugar, depois vem as que foram autorizadas. Você precisa comparar a chave do retorno com a da nota, pois o que pode estar ocorrendo é que você deve estar usando o mesmo "índice" do lote de envio com o de retorno. Se a SEFAZ retorna no lote primeiro a denegada e depois as autorizadas, você esta pegando a informação de outra nota.

Andre, Veja que você esta checando se ocorreu algum erro no envio. Se algum data estiver errado não será retornado nesse momento e sim ao Consultar o Lote, este sim retorna as Rejeições caso o RPS enviado não seja processado com sucesso.

Bom dia Tiago, Você leu a minha postagem anterior? Vou repetir: Pois bem, trate de mudar isso, não se deve mais usar o NFeConsultaDest e DownloadNFe e sim o DistribuicaoDFe. E você continua usando o DownloadNfe. Pedi para você ler a Nota Técnica, leu? O método DistribuicaoDFe nos retorna os resumos das NF-e, ou seja, faz a mesma coisa que o método ConsultaNFeDest e também nos retorna os XML completos da NF-e, ou seja, faz a mesma coisa que o método Download.

Bom dia André, Antes de ler essas propriedades é preciso verificar se existe mensagens de erros disponíveis. Faça algo do tipo if ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.MsgRetorno.Count > 0 then begin for x := 0 to ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.MsgRetorno.Count -1 do begin xCodigo := ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.MsgRetorno[ x ].Codigo; xMensagem := ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.MsgRetorno[ x ].Mensagem; xCorrecao := ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.MsgRetorno[ x ].Correcao; end; end;

Bom dia Rogério, Toma03 indica que se refere aos Tomadores de 0 até 3, onde: 0-Remetente, 1-Expedidor, 2-Recebedor, 3-Destinatário. Toma4 indica que se refere ao Tomador 4-Outros. Páginas 121 e 122 da versão 2.00a do Manual do CT-e Como faz falta ler os Manuais e Notas Técnicas, você não acha?

Boa noite Diego, Todos os fontes de todas as pastas estão atualizados?

Boa noite Dinarte, Muito obrigado pela colaboração, já enviei a correção para o repositório. Caso detecte mais algum problema por favor nos reporte.

Bom dia, Você notou que a última postagem é de abril/2014? Portanto já se passaram 2 anos. Você chegou a usar o programa exemplo para realizar testes para a cidade desejada?

Bom dia Rollemberg, Tentou usar o método ConsultarNFe? Veja os parâmetros desse método: function ConsultarNFSe(ADataInicial, ADataFinal: TDateTime; ANumeroNFSe: String = ''; APagina: Integer = 1; ACNPJTomador: String = ''; AIMTomador: String = ''; ANomeInter: String = ''; ACNPJInter: String = ''; AIMInter: String = ''; ASerie: String = ''): Boolean; Como você pode ver basta informar a data inicial e final (dois primeiros parâmentros, os demais a principio não precisa).

Bom dia André, Já fiz a alteração e enviei para o repositório.

Boa noite Tiago, Você deve estar usando o trio: NFeConsultaDest, Manifestação do Destinatário e DownloadNFe, correto? Pois bem, trate de mudar isso, não se deve mais usar o NFeConsultaDest e DownloadNFe e sim o DistribuicaoDFe. Favor ler com muita atenção a Nota Técnica 2014/002 versão 1.01 que trata sobr o Web Service: Distribuição DF-e. Esse recuso já existe no ACBrNFe a 2 anos.

Boa noite a todos, Até onde sei, os eventos de manifestação para todas as UF o componente automaticamente encaminha para a SEFAZ-AN (Ambiente Nacional) e já faz um bom tempo que o componente esta dessa forma. Sendo assim não há nada em se preocupar. A questão da lentidão é que agora cada vez mais empresas estão realizando a manifestação do destinatário.

Boa noite Lauro, A mensagem é bem clara a UF do contribuinte que se deseja consultar é diferente da UF do web services.

Boa noite Geison, Toda vez que o DistribuicaoDFe é executado devemos informar no terceiro parâmetro do respectivo método, sem o valor do último NSU retornado na execução anterior. Ao usar pela primeira vez devemos informar o valor zero, se o valor de ultNSU retornado for 30 devemos passar 30 como sendo o valor do terceiro parâmetro, para que a SEFAZ retorno os documento a partir deste. Espero ter ajudado.

Boa noite John, Você esta tentando carregar o XML errado. Esse XML não é a nota e sim o retorno do web services DonwloadNFe note que a primeira tag é retDownloadNFe que deixa claro que se trata de um retorno do web services mencionado. Você esta cometendo um erro comum, pega o retorno do web service e salva no banco de dados. O XML da NF-e propriamente dita esta dentro da tag: procNFe. Você deve estar lendo a propriedade ....XML, correto? Pois bem em vez ler a propriedade ....XML, mude para ....retNFe.Items[ x ].procNFe Desta forma você terá o XML propriamente dito da NF-e, ou seja, o conteúdo da tag: procNFe. Outra coisa, o motivo pelo qual esta aparecendo a data 30/12/1899, simples, ao tentar carregar o XML do retorno do Donwload note que a versão desse web service é 1.00, o componente acredita que é essa a versão da NF-e, como não existe a versão 1.00 assume a versão 2.00 e nesta versão não existe a tag dhEmi e sim dEmi, isso faz com que o componente atribua a data base 30/12/1899 a propriedade dEmi. Espero ter ajudado.

Boa noite John, Exitem alguns erros na sua aplicação. Note que algumas TAG é necessário informar a data e hora (por exemplo: dhEmi e a sua aplicação esta informando somente a data ficando a hora toda zerada. Para esses campos você deve usar a função Now em vez de Date, pois a primeira retorna a data e hora do computador e a segunda somente a hora. As TAGs: dhCont e xJust são informadas pela sua aplicação é por isso que no XML consta: As TAGs: dhCont e xJust são informadas pela sua aplicação é por isso que no XML consta: <dhCont>2016-09-29T00:00:00-03:00</dhCont> <xJust>SEFAZ-MG AUTORIZOU O USO INDERTEMINADAMENTE</xJust> Reveja a sua aplicação mais precisamente a rotina que alimenta o componente e veja o que esta sendo passado para o campo xJust. No campo dhCont devemos informar a data e hora de inicio de contingência, a primeira nota emitida poderá ter a mesma data e hora informada no campo dhEmi, mas as demais o valor dhCont deve permanecer igual a da primeira, logo o valor de dhEmi das demais notas serão superior ao dhCont.+ Já o campo xJust você deve informar o motivo pelo qual o Emitente optou por emitir a nota em contingência. Espero ter ajudado.

Boa noite Allan, Por favor lei com mais atenção a minha postagem anterior. Da forma que estava antes esta errado. A alteração ou melhor a correção foi feita com base no exposto do item 10.4 - Leiaute de Distribuição: Evento de NF-e - página 169 da versão 6.0 do Manual da NF-e. Onde deixa bem claro que o XML (*-procEventoNFe.xml) deve conter os dados do evento enviado a SEFAZ mais os dados da homologação deste evento. Sendo assim, se o evento foi rejeitado ele não foi homologado, logo não devemos gerar o XML acima mencionado.