Italo Giurizzato Junior

Bom dia Rodrigo, Sim, sempre utilizar o último NSU retornado na última execução do DistribuicaoDFe na próxima execução do mesmo. Você pode também ler o valor de maxNSU e comparar com o ultNSU, se a diferença for muito alta algo em torno de 500, que seria necessário executar o DistribuicaoDFe 10 vezes para baixar tudo, faz com que a rotina baixe somente metade, e só depois de 1 hora baixe o resto. Nesse meio tempo o usuário vai realizando a manifestação das novas notas.

Bom dia Costa, Se a funcionalidade [Gerar NFSe] não esta disponível para o servidor Ginfes, isso significa que você não pode utilizar esse método de envio para esse provedor. Simples assim. Existem 3 métodos de envio, são eles: Enviar, EnviarSincrono e Gerar. No caso do provedor Ginfes e de todos os que seguem a versão 1 do layout da ABRASF só podemos utilizar o método Enviar. Os outros dois só estão disponíveis nos provedores que seguem a versão 2 do layout da ABRASF. Entendeu? E tem mais, pelo que estou sabendo, a cidade de Manuas já tem um projeto em andamento para utilizar a NFC-e para acobertar a prestação de serviço. Acho melhor você procurar mais detalhes sobre isso junto a prefeitura da cidade.

Bom dia, Muito obrigado pela colaboração, já foi corrigido e enviado para o repositório.

Bom dia Werberth, O código que você postou se refere a impressão do DANFSE em Fast Report, correto? Pois bem o que você pode fazer é verificar se a propriedade Competencia possui um valor caso afirmativo imprimir esse valor, caso contrario utilizar o valor da propriedade DataEmissao.

Bom dia, Não interpretei a sua pergunta como critica em momento algum. Eu que talvez não fui claro na minha resposta. O minha resposta em relação a sua pergunta é: SIM, o componente esta preparado. Pois estamos sempre atentos as publicações do ENCAT e quando tem alguma novidade ou alteração necessária, procuramos viabiliza-la o quanto antes. Tem casos que o componente fica pronto para uma nova condição meses antes da SEFAZ liberar o ambiente de homologação para testes. O que eu quis mostrar a você é que se existe uma Nota Técnica que implica na geração do XML, pode ter certeza que essa Nota Técnica já foi lida por nós e se não foi feita as alterações necessárias, com certeza serão realizadas antes de liberar o ambiente de homologação.

Bom dia José, O modo de envio síncrono é destinado a NFC-e (modelo 65) e não a NF-e (modelo 55). Lembre-se que no modo síncrono o lote só pode conter apenas UMA nota.

Bom dia Felippi, Acrescente essa linha na sua rotina de configuração do componente. Configuracoes.Arquivos.Salvar := True;

Bom dia Rodrigo, Nos seus testes, você usou o certificado do seu cliente? Se sim, então você já baixou todos os resumos e notas destinadas a ele. Toda vez que temos o status 137 temos que aguardar 1 hora antes de executar o processo novamente. Isso evita o consumo indevido.

Você não respondeu. Porque esta usando o método ACBrNFe1.GetURLQRCode ? O componente já o utiliza automaticamente, você não precisa chamar ele,

Mas, o componente gera automaticamente a string do QR-Code e gera a TAG que contem ela. Por que você esta gerando o QR-Code por fora?

Boa noite, Esse QR-Code foi gerado automaticamente pelo componente ou você gerou ele por fora?

Boa tarde Alexandre, Normalmente a emissão da NFS-e via site não precisa de certificado digital somente informar o usuário e a senha. Mas a emissão via Web Services precisa sim do certificado digital. O certificado digital você vai comprar de uma das empresas que emitem o certificado, basta pesquisar na NET que você encontra várias, mas procure uma certificadora da sua cidade ou região. A sua maquina para acessar a internet passa por algum Proxy? Caso negativo, não precisa informar nada,

Boa tarde Valdir, Acrescentando o BigWings assim que realizar os testes, por favor nos de um retorno para que possamos atualizar os arquivos INI do repositório.

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