Italo Giurizzato Junior

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.

Bom dia Pascoal, Se você desenvolve em Delphi e baixou e instalou os componentes, os fontes do programa exemplo do respectivo componente esta em: ...\Exemplos\ACBrBoleto\Delphi

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.

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.