Italo Giurizzato Junior

Boa tarde Rogério, Quando você diz "Outros Documentos", esta se referindo ao grupo <infOutros>? Se sim, esta redondamente enganado. Um CT-e emitido de forma Normal tem que possuir pelo menos UM documento originário. Este documento originário se for uma Nota Fiscal Comum (papel) devemos informar os dados dela no grupo <infNF>. Por outro lado se for uma Nota Fiscal Eletrônica (NF-e) devemos informar a chave da mesma no grupo <infNFe>. Agora se o Remetente da carga for isento de emissão de documento fiscal (Pessoa Física por exemplo) este deve emitir uma Carta Remessa de Mercadoria ou uma Declaração e seus dados devemos informar no grupo <infOutros>. Informação importante, podemos incluir em um CT-e 2000 documentos originários, mas todos tem que ser do mesmo tipo e serem do mesmo remetente. Logo não pode existir no XML do CT-e os grupos <infNFe> e <infOutros> (por exemplo), pois estaremos misturando os tipos de documentos originários.

Boa tarde Fernando, Você esta consultando o CT-e na SEFAZ-Autorizadora ou no Ambiente Nacional? Devemos sempre consultar na SEFAZ-Autorizadora.

Bom dia a todos, Vocês chegaram a notar que existe um arquivo chamado DistribuicaoDFe.txt dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFe ? Vocês leram a NT que mencionei em postagens anteriores? Você entenderam que ao executar pela primeira vez o DistribuicaoDFe o que se obtêm são os resumos das notas (semelhante ao ConsultarNFeDest)? E que ao executar o DistribuicaoDFe pela segunda (ou terceira) vez o que se obtêm são os XML completos das notas manifestadas (semelhante ao Download)? Exemplo pratico: Suponha que foram emitidas 70 notas contra o seu CNPJ. UltNSU = 0 DistribuicaoDFe( cUF, CNPJ, UltNSU, '' ); // onde cUF e CNPJ são do destinatário da mercadoria Teremos como resposta 50 resumos de notas UltSU = ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.ultNSU; DistribuicaoDFe( cUF, CNPJ, UltNSU, '' ); Teremos como resposta os 20 resumos de notas restantes, uma vez que foram emitidas 70 notas contra o seu CNPJ, lembra? UltSU = ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.ultNSU; Note que toda vez que executamos o DitribuicaoDFe devemos ler o valor de UltNSU pois sempre vamos usar essa informação na próxima vez que ele for executado. Como eu sei que não tem mais resumos de notas, simples: if ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.cStat = 137 then sTemMais := 'N' else sTemMais := 'S'; Se o Status for 137 significa que não tem mais documentos a serem lidos, logo devemos esperar por 1 hora para executar novamente o DistribuicaoDFe. Bom, agora você deve realizar a manifestação das 70 notas cujos resumos foram retornados pelo DistribuicaoDFe. Manifestado todas eles devemos executar: DistribuicaoDFe( cUF, CNPJ, UltNSU, '' ); // lembre-se o valor de UltNSU se refere a última execução do DistribuicaoDFe, pois este sempre retorna o um novo valor para UltNSU, veja a linha abaixo. UltSU = ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.ultNSU; As duas linhas acima deve-se serem executadas até que o Status seja 137. Depois de manifestar as 70 notas (segundo o nosso exemplo) nessas ultimas execuções do DistribuicaoDFe podemos obter os XMLs completos dessas notas, bem como novos resumos de mais notas, resumos de eventos e até o XML completo de Eventos dessas notas manifestadas. Os XML completos das notas, serão salvos em disco desde que a propriedade: Configuracoes.Arquivos.Salvar tenha o valor True e esses XML serão salvos na pasta pré definida em PathDownload. Bom agora é com vocês, arregace as mangas e bom trabalho.

Bom dia a todos, Vamos a uma explicação para essa questão de imprimir no DANFE "Destinatário/Remetente" no campo Frete por Conta de: 1. Note que o DANFE visa atender tanto a nota de entrada quanto de saída. Se a nota é de Saída o frete é por conta do destinatário da mercadoria, se for de entrada o frete é por conta do remetente da mercadoria. 2. No quandro destinado aos dados do Destinatário também temos o titulo: "Destinatário/Remetente". Pelo mesmo motivo, ou seja, se a nota for de Saída os dados se referem ao Destinatário, caso contrario se referem ao Remetente da mercadoria. E na página 139 da versão 6.0 do Manual da NF-e - item 7.1.8 deixa claro o que devemos imprimir

Bom dia, O componente ACBrNFe ao gera o XML da NFC-e inclui conforme Nota Técnica 2015/002 versão 1.41 a string do QR-Code. Essa string é gerada conforme o documento: Especificações Técnicas do DANFE NFC-e QR-Code Versão 4.0, sendo assim quando essa regra for ativada na SEFAZ para validar o QR-Code você não terá problemas. Como você pode ver, todas as alterações que são promovidas no componente estão sempre em conformidade com os Manuais e Notas Técnicas publicadas pelo ENCAT e disponibilizadas no Portal Nacional da NF-e. Se uma vez ou outra temos que fazer alguns ajustes é porque não somos perfeitos, concorda?

Bom dia Sérgio, Se tratando do arquivo *-procEventoCTe.xml não existe nenhuma recomendação por parte do ENCAT a respeito do nome como ele deve ser formatado. O que fizemos foi o seguinte: No caso do arquivo *-cte.xml a recomendação é que se utilize o ID sem o prefixo "CTe", resumindo: <chave do CT-e> + '-cte.xml' Para o evento adotamos a mesma regra, ou seja, utilizamos o ID sem o prefixo "ID", resumindo: <código do evento> + <chave do CT-e> + <sequencial com 2 digitos> + '-procEventoCTe.xml' A formatação acima é adotada pelo componente ACBrCTe para todos os tipos de eventos tanto para o arquivo XML quanto para o PDF. Lembrando que no caso do CT-e temos os eventos: Cancelamento, EPEC (ambos por serem únicos o sequencial sempre será 01) e a carta de correção que não é única, logo o sequencial poderá ser: 01, 02, etc. Não vejo necessidade de ter uma função que retorno o nome do XML ou PDF, uma vez que sabendo a formatação você consegue montar, ou você pode muito bem guardar no banco de dados o ID do evento sem o prefixo que também resolve o seu problema.

Boa noite Alexandre, É muito simples usar o programa exemplo. 1. você precisa verificar se a cidade desejada esta na lista do combobox, caso não esteja basta acrescenta-la como as demais. 2. configurar o programa exemplo com os dados do emitente, isso incluir o certificado digital do mesmo. 3. a cidade Saquarema/RJ se utiliza do provedor Fiorilli, sendo assim é preciso configurar corretamente o path dos schemas: C:\ACBrTrunk\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Fiorilli (por exemplo). 4. Se não me falha a memória no caso desse provedor é preciso informar o usuário e senha do emitente também (fornecido pelo provedor). 5. iniciar os testes.

Boa tarde, Você tem mais clientes nessa cidade? Se sim, só esse esta tendo esse problema?

Boa tarde Fabio, Favor anexar o XML do CT-e que esta sendo rejeitado.

Boa tarde Sergio, O arquivo *-procEventoCTe.xml é salvo automaticamente pelo componente ou é a sua aplicação que salva ele? Pois a rotina que defini o nome do arquivo esta da seguinte forma: if FPConfiguracoesCTe.Arquivos.Salvar then begin NomeArq := OnlyNumber(FEvento.Evento.Items[ I ].InfEvento.Id) + '-procEventoCTe.xml';

Boa tarde, Para que isso? Porque você não usa a função do ACBrNFe? vQRCode := ACBrNFe1.GetURLQRCode(const CUF: integer; const TipoAmbiente: TpcnTipoAmbiente; const AChaveNFe, Destinatario: String; const DataHoraEmissao: TDateTime; const ValorTotalNF, ValorTotalICMS: currency; const DigestValue: String): String; De quebra coloquei os parâmetros da função.

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?