Painel de líderes

Versão do SAC disponível com novos métodos para download de NFe usando o método DistribuicaoDFe. Os comandos adicionados ao ACBrMonitorPLUS, ficaram assim: NFe.DistribuicaoDFe(cUF,cCNPJ,nUltNSU,nNSU,aChNFe) NFe.DistribuicaoDFePorChaveNFe(cUF, cCNPJ, aChNFe) NFe.DistribuicaoDFePorNSU(cUF, cCNPJ, nNSU) NFe.DistribuicaoDFePorUltNSU(cUF, cCNPJ, nUltNSU) A correção já está no SVN. E a versão compilada para usuários do SAC disponível em:

Galera, para quem quer usar um Servidor REST feito em Delphi para acesso a Banco de Dados como se fosse um Query comum sem usar Providers e outras coisas, de jeito bem simples, estou disponibilizando por SVN minha package que está em desenvolvimento para este fim, com um RESTDatabase e um RESTClientSQL, mais componentes serão disponibilizados mais com esse já consigo acessar DB com FireDAC sem precisar ficar criando os campos em FieldDefs e etc. Está em fase ALPHA, interessados favor entrar em contato no email : [email protected]. Todos saem ganhando com isso, VLW. https://sourceforge.net/projects/rest-dataware-componentes/

Juliomar na Unit ACBrECFVirtualBuffer.pas na linha 366... o erro é como se o arquivo estivesse sendo usado. Daniel, vou ver a questão da permissão, mas acredito não ser essa questão, pois, observei que o erro é bem no momento de executar o comando ACBRECF.Ativar, entretanto se eu setar no AcbrECF o componente AcbrECFVirtual ele abre normal usando o c:\temp\ecf.txt como porta.

Alguns estados já aplicam o FCP em vendas internas (RO é um). Pelo menos agora teremos uma tag pra preencher.

com essa modificação ficou do mesmo jeito o log de erro >>>>> Passo 16: Recebido evento 101: - bNetwork: 0 - sAmount: 000000000000 - iCurrency: 0 - szFiscalRef: [] - ulDocument: 0 ERRO: Evento incorreto! Esperado: 100 Recebido: 101 Recibo tipo 0: [****************************************] [********* DEMONSTRACAO PAY&GO *********] [****************************************] [ ] [ COMPROVANTE DE TEF ] [ ] [ CERTIFICACAO - PASSO 16 ] [ ] [ ESTABELECIMENTO DE TESTE ] [ 823982346832235/03876463 ] [ ] [ 07/06/2017 16:13:18 ] [ DOC:016750 AUTORIZ:020934 ] [ REF.HOST:006850026068 ] [ ] [ TEST CARD ************3012 ] [ VENDA CREDITO A VISTA ] [ VALOR FINAL: R$ 0,00 ] [ ] [ ] [ ________________________________ ] [ JOAO DA SILVA ] [ ] [****************************************] [********* DEMONSTRACAO PAY&GO *********] [****************************************] Retornando: - bNetwork: 0 - sAmount: 000000000000 - iError: 0 - iCurrency: 0 - ulDocument: 16750 - bOper: 101 - bCardType: 1 - bFinType: 1 - bInstallments: 1 - sPredatedDate: 000000 - stTime: 07/06/2017 16:13:18 - szCardName: [TEST CARD] - szMessage: [TRANSACAO APROVADA - AUTORIZACAO: 020934] - szHostRef: [006850026068] - szAuthoriz: [020934] - sCashback: 000000000000 - sDiscount: 000000000000 Recebido evento 102: - bNetwork: 0 - sAmount: 000000000000 - iCurrency: 0 - szFiscalRef: [] - ulDocument: 0 @jair ferreira de uma olhada no componente onde foi alterado

Marcou a nova propriedade do componente? Porque por padrão eu tinha deixado ele desmarcado.

Resolvido. Eu estava desde ontem fuçando e não encontrava nenhuma dica. For só abrir este post que apareceu a solução, rs... Precisa criar duas portas virtuais e cada programa usará uma delas. O post abaixo tem mais detalhes. Obrigado!

http://www.projetoacbr.com.br/forum/forum/4-acbrnfe/

Você está utilizando o schema distDFeInt na versão 1.00. A tag consChNFe só aparece na versão 1.01. Baixe o Pacote de Liberação Distribuição de DF-e v1.02 e utilize os schemas contidos nele.

Quando a DistribuicaoDFe retorna eventos, ela pode retornar as manifestações feitas pelos destinatários das NFe emitidas pelo ator do evento, mas não as manifestações feitas pelo próprio. Salvar essa informação no momento da manifestação. Caso a manifestação tenha sido feita por outro aplicativo, não conheço nenhuma forma de descobrir.

@Daniel Simoes, esta NF-e não foi emitida pelo nosso sistema, foi um cliente nosso (transportador) que recebeu esta NF-e da Frimesa. Sabemos que é esta a falha, porém você também deve saber o quanto é difícil para um cliente pequeno argumentar com uma grande empresa que eles estão emitindo errado as NF-e's e que eles devem corrigir o problema. Eles preferem trocar o transportador! Agradecemos o retorno, mas pedimos que reavalie a sugestão, afinal, ela não será prejudicial à função UTF8ToNativeString.

Foi o que entendi. O que imagino que esteja acontecendo é que, ao executar, o UPX descompacta o seu executável (que não foi assinado) e executa, por isso é como se não tivesse assinado. Mesmo se tentar assinar duas vezes, antes e após o UPX, só o fato de usar ele já é mal visto pelos anti-vírus e afins.

Apliquei com leves mudanças para evitar erros para quem usa delphi 7 ainda! Obrigado

Sim, os demais interessados já recebem a nota completa, conforme a NT 2014.002:

Renan eu não utilizo ACBr porém estou com mesmo problema tenho um processo automático que faz a ciencia e logo após o download, acontece que até dia 31/05/2017 funcionou normal depois minhas requisições que são via http começaram a vir no dia primeiro só o resumo mesmo após a ciência e no final do dia 01/06/2017 constatei que todas a solicitações mesmo de consulta ou ciência a sefaz parou de retornar o xml pra mim, identifica a chave numero de protocolo porem as chaves vem sem informação até mesmo do xml resumido que ja deveria ver na requisição de consulta DFe, hoje irei fazer uns teste pra ver se consigo resolver, caso eu consiga validar a informação o pq dessa inconsistência da Sefaz posto aqui um parecer, tenho chaves desde o dia 31/05/2017 paradas com ciência e ate mesmo confirmação e nem mesmo e as minhas requisições vem como ok porem da sefaz retorna vazio e uso o serviço certo de DistribuiçãoDfe

Mostre isso para eles... o ACBr sempre abre a Store de Certificados em modo "ReadOnly".... Unit ACBrDFeWinCrypt.pas:809 FpStore := CertOpenStore( StoreProvider, 0, 0, StoreFlag or CERT_STORE_READONLY_FLAG, LPCTSTR( FpDFeSSL.StoreName ) );

Faça o teste sem usar UPX. O que ele faz é simplesmente compactar o executável e descompactar em runtime, então se está assinando depois de compactar com UPX você não está assinando o executável.

Houve uma correção no método Validar que assinava o XML automaticamente caso não estivesse assinado. O seu XML não está assinado, a validação vai falhar. A propósito, no validador também não passa (destaque eu azul é meu):

Boa tarde, Identificamos uma situação não muito parecida com esta (nosso caso é a importação de um XML de NF-e emitido por outro sistema), mas onde o problema em si é que a função UTF8ToNativeString está retornando o XML vazio, e gostaríamos de compartilhar a solução: uma simples verificação em cima do resultado, que pelo menos retorna o próprio XML ao invés de não ter nenhum conteúdo caso não sobreviva aos métodos de conversão Utf8ToAnsi / UTF8Decode / UTF8ToString. function UTF8ToNativeString(AUTF8String: AnsiString): String; begin {$IfDef FPC} Result := AUTF8String; // FPC usa UTF8 de forma nativa {$Else} {$IfDef UNICODE} {$IfDef DELPHI12_UP} // delphi 2009 em diante Result := UTF8ToString(AUTF8String); {$Else} Result := UTF8Decode(AUTF8String); {$EndIf} {$Else} Result := Utf8ToAnsi(AUTF8String) ; {$EndIf} if Result = '' then Result := AUTF8String; {$EndIf} end; Como o @Italo Jurisato Junior falou, de fato a SEFAZ sempre recomendou que não sejam utilizados caracteres especiais, mas ela não proíbe, então entendemos que esta alteração, além de não afetar o funcionamento, pode ser que ajude em determinados casos. Segue em anexo o arquivo ACBrUtil.pas modificado, e também o XML de NF-e que motivou esta alteração (notem que apesar do encoding="UTF-8", o arquivo é ANSI e consegue ser lido normalmente pelo Delphi). ACBrUtil.pas NFe41170577595395000490550050014156431090627603.xml

Boa noite a todos, Celso o ConsultaNFeDest e DownloadDFe estão com os dias contatos (esta no Portal Nacional da NF-e). 12/05/2017 - Dia 01/06/17 os webservices NfeConsultaDest e NfeDownloadNF serão substituídos pelo NFeDistribuicaoDFE De acordo com a NT 2014.002.v.1.02, os webservices NfeConsultaDest e NfeDownloadNF deveriam ter sido desativados dia 02/05/17. O prazo de uso desses serviços foi estendido até 31/05/17, mas a partir de 01/06/17, impreterivelmente, deverá ser usado exclusivamente o web service NFeDistribuicaoDFE, URL https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx Thiago e Juliomar, se foi realizado a manifestação do destinatário e ocorreu algum erro e ficou sem o retorno, não tem como consultar, pois não existe nenhum Web Service para consultar um evento enviado.

Isso mesmo, só assim deu certo. Importar o pfx diretamente nao dava certo nem a pau, só importando o PFX pelo aplicativo da VALID é que deu certo! Valeu!