Painel de líderes

Boa noite, Na pasta onde encontra-se os fontes dos componentes ACBr, existe uma pasta chamada Exemplos e dentro desta a pasta ACBrNFSe. Compile o programa exemplo e o execute. Note que existe um botão usado para checar o provedor da cidade desejada. Informe o código IBGE da mesma. Se retornar a palavra Nenhum, isso significa que não existe um provedor para a cidade em questão ou a mesma ainda não foi adicionada ao componente, caso contrario será retornado o nome do provedor que atende a cidade desejada.

Boa noite a todos, O que me deixa P da vida é ver um empresário gastar alguns milhares de reais na compra de um carrão e sair desfilando mostrando que é bem sucedido, mas acha um cumulo gastar míseros 300 reais na compra de um HD externo e mais alguns minutos no final do dia para realizar uma cópia de segurança do banco de dados e ou XMLs das notas emitidas. Meu caro Aloísio, o seu cliente é irresponsável, pois o XML da nota que ele emiti é um documento válido juridicamente que tem que ser guardado por 5 anos. Irresponsável sim, pois deveria ter cópia de segurança, mande ele choras as pitangas com a SEFAZ, quem sabe ela gera um CD com os XMLs que ele perdeu ou melhor deixou perder. Agora alem de desenvolvedor de sistema, você esta sendo promovido a Salvador da Pátria pelo seu cliente e tenha certeza que não vai receber um centavo a mais por isso.

Também estava com este problema... Código funcionou perfeito pra mim também... Obrigado windsoft

no caso do XE7 somente!

Na verdade, caso não saibam, existe um projeto chamado LAMW(Lazarus Android Module Wizard), ele se utiliza de recursos nativos do Android para gerar aplicativos, e não tem dependência da LCL. Tudo gerado por ele não precisar passar pela DalvikVM e se comunica direto com o Linux que tá rodado lá embaixo. Segue o link do projeto, é bem interessante: https://github.com/jmpessoa/lazandroidmodulewizard

Então... de fato vem todos os outros eventos, resumos e procNFe, porem os de Cancelamento não estão vindo. Esses de CCe, estão ok. Se observar verá nesses doczip, que o csitnfe = 1, eu estava esperando o csitnfe = 3... ou então o evento 110111 = Cancelamento. Mas tranquilo, quando tiver um tempo tá valendo. E se por acaso (sendo um atraso mesmo no WS), esses eventos chegarem nas próximas consultas, aviso aqui pra gente não ficar perdendo tempo... Valeu demais.

Boa tarde Rodrigo, Muito obrigado pela colaboração, já esta disponível a sua correção.

Bom dia a todos, Primeiramente peço para que migrem o quanto antes as suas consultas para o NFeDistribuicaoDFe, pois o NFeConsultaDest vai parar de funcionar, alias já deveria ter parado. No meu entendimento se a sua aplicação emite uma NF-e, realiza o cancelamento ou emiti uma CC-e, essas ações tem que estar registradas no banco de dados. Por outro lado, o destinatário ao realizar a consulta e obter a relação de notas emitidas contra o seu CNPJ deve realizar a sua manifestação, por várias razões: 1. Informar a SEFAZ que uma determinada nota foi emitida contra o sem CNPJ sem que tenha ocorrido uma compra desse fornecedor. 2. Informar a SEFAZ que a mercadoria foi entregue, desta forma o fornecedor vai ficar sabendo e poderá dar baixa no seu sistema (canhoto eletrônico) e desta forma impedi-lo que ele efetue o cancelamento indevido da nota. 3. Ao realizar a manifestação a SEFAZ vai liberar o XML por completo da nota, em uma consulta futura este será retornado. Como o novo Web Services não informa se a nota foi manifestada ou não, então fica a cargo da aplicação do destinatário registrar no banco de dados que a nota foi manifestada. O NFeDistribuicaoDFe retorna todos os tipos de eventos, tais como: CC-e, Cancelamento (para o destinatário) e Manifestação para o Emitente da NF-e. E tem mais se uma determinada nota destinada a você, figurar como documento originário de um CT-e ou MDF-e será retornado um evento acusando isso. Desta forma você vai ficar sabendo que a mercadoria que você comprou vai ser transportada por uma determinada transportadora. E tem mais, ao realizar a manifestação da NF-e alem de você impedir que o fornecedor cancele a NF-e, você impede também que a transportadora faça o cancelamento do CT-e indevidamente.

Se eu entendi corretamente, pode ser alguma implementação que alguns SEFAZ estaduais ainda não fizeram. Correto? Enfim, vamos acompanhar. As vezes aparecem novos eventos, então espero que esse se padronize em todos os lugares. obrigado pela ajuda!

Bom dia Fladimir, O Web Services NFeConsultaDest já era para ter sido desativa, mas não sei por cargas d'águas ainda não foi, sendo assim esqueça ele e parte para o NFeDistribuicaoDFe. A dica é Manual do componente ACBrNFe.

Italo, Obrigado pelos esclarecimentos. Muito boa a observação do SEFAZ-RS. Mencionei isto porque com a NFe é da mesma forma. Se fizermos NFe em Homologação para um emissor que já esta em produção, a SEFAZ-GO sempre retorna isto. Já SEFAZ-SP isto não acontece. Acredito que deve existir um nível de integração entre as SEFAZ. Vamos colocar em produção breve. Posto aqui os resultados.

Bom dia, Por favor, não post como texto fragmento de código a não ser que o mesmo tenha 3 linhas. Procure sem anexar. Outra coisa no inicio da sua rotina você colocou um comentário que se trata de encerramento, mas ao passar o tipo de evento, você informa o de cancelamento.

Boa noite a todos, Sim, que tal dar uma estudada no programa exemplo, mais precisamente no botão de encerramento e cancelamento. Ai vocês vão dizer mas no programa exemplos ele pede o XML do MDF-e, sim, ele pede, para simplesmente extrair do mesmo a chave e o protocolo.

Boa noite Douglas, O que pode esta ocorrendo é que a SEFAZ-Autorizadora que autorizou o CT-e não esta replicando para o Ambiente Nacional. Mas existe sim, se não me falha a memória um procEventoNFe que contem um evento de vinculação entre a NF-e e o CT-e que o contem como documento originário.

Não tenho mas segue abaixo o trecho de código onde adiciono as cidades pra você usar como exemplo: // Verifica se o municipio de carregamento já foi adicionado iIndex := -1; iCodCid := StrToIntDef(qryCTe.FieldByName('CMUNINI').AsString,0); for i := 0 to Ide.infMunCarrega.Count - 1 do begin if ( Ide.infMunCarrega.Items[i].cMunCarrega = iCodCid ) then begin iIndex := i; Break; end; end; // Se o município ainda não foi adicionado, adiciona if ( iIndex < 0 ) then begin with Ide.infMunCarrega.Add do begin cMunCarrega := iCodCid; xMunCarrega := qryCTe.FieldByName('XMUNINI').AsString; end; end; // Verifica se o municipio de descarregamento já foi adicionado iIndex := -1; iCodCid := StrToIntDef(qryCTe.FieldByName('CMUNFIM').AsString,0); for i := 0 to infDoc.infMunDescarga.Count - 1 do begin if ( infDoc.infMunDescarga.Items[i].cMunDescarga = iCodCid ) then begin iIndex := i; Break; end; end; // Se o município ainda não foi adicionado, adiciona if ( iIndex < 0 ) then begin with infDoc.infMunDescarga.Add do begin cMunDescarga := iCodCid; xMunDescarga := qryCTe.FieldByName('XMUNFIM').AsString; infCTe.Add.chCTe := qryCTe.FieldByName('CTE_CHAVE').AsString; end; end else begin // Se o municipio já foi adicionado, adiciona apenas a chave do cte infDoc.infMunDescarga.Items[iIndex].infCTe.Add.chCTe := qryCTe.FieldByName('CTE_CHAVE').AsString; end;

Pessoal, descobri o que faltava, era configuração do ExtraRedecard.ini da pasta C:\SiTef\Config, para funcionar opção digitado da redecard deve ser adicionado o parâmetro a baixo. [GERAL] TipoTermDigitado=TELEVENDA