Painel de líderes

Não é bem assim que a coisa funciona... O ACBr é OpenSoure por um motivo... Para que todos possam estudar os fontes e corrigir eventuais problemas... Então você mesmo pode abrir os fontes, efetuar as correções necessárias e disponibilizar aqui os fontes corrigidos para nossa revisão

Quadrilhas de estelionatários estão usando dados dos portais de consulta a documentos fiscais para emitir boletos falsos para os destinatários. Se conseguirem acesso aos XML dos Documentos Fiscais vai ficar pior ainda ( Sefaz permite essa aberração ). O criminosos geram o boleto e enviam para o e-mail do destinatário oferecendo alguma vantagem para que se antecipe o pagamento, ex: desconto ( possui dados do documento fiscal, emissor, destinatário, etc... ), obviamente o crédito vai para uma conta do crime organizado. Como tem brasileiro que gosta de levar vantagem em tudo, tem esperto pagando isso sem nem consultar o crédor ( mesmo o falso documento sendo diferente do recebido junto do DANFE ). Fica a dica, e se possível repassem o aviso para seus amigos e clientes

Este código ficou ultrapassado . vem ai a Tag == > Formato ( detInteger , detMascara ) Padrão para Formato = detInteger Fechar post, por favor

Fiz uma analise das modificações... Não acho que seja bom incorporar nos fontes originais... A ReduçãoZ é uma operação muito sensível, e introduzir um novo método, que faz muitos tratamentos no lado do componente, transfere muita responsabilidade para o ACBr... Sempre haverá questionamentos em como as informações são mescladas, e opiniões divergentes em qual campo deve ser mantido ou sobreposto... Portanto, acho que essa implementação deve sempre estar do lado do Programa, e não dentro do componente...

Bom dia Cláudio. Observe que o retorno para esta consulta vem com a informação do Evento. Respostas gravadas em: C:\ACBrMonitorPLUS\SAI.TXT Nfe.ConsultarNFe("33151039507371000280550030000010781000010780") OK: Evento registrado e vinculado a NF-e [CONSULTA] Versao=SVRS201508280915 TpAmb=2 VerAplic=SVRS201508280915 CStat=101 //Aqui está o retorno do STATUS XMotivo=Cancelamento de NF-e homologado //Aqui está o motivo ou seja a informação que está cancelada. CUF=33 ChNFe=33151039507371000280550030000010781000010780 DhRecbto=02/10/2015 14:45:29 NProt=333150000760274 A partir do momento que o cancelamento foi mudado para evento o XML da nota original não é mais alterado. Você pode verificar isto fazendo o seguinte teste: - Emita uma NFe. - Cancele ela - Consulte no portal nacional. (Verifique se aparece o registro do evento de cancelamento) - Faça download do xml do site da receita. Observe que o XML da NFe continua igual ao da emissão, mesmo tendo o registro do evento de cancelamento. Então o XML da nota não é mais alterado e o controle de eventos são feito a parte. Ao você cancelar uma NFe, você deve enviar o XML de cancelamento ao destinatário. Caso queire consultar no portal nacional o endereço do ambiente de homologação é: http://hom.nfe.fazenda.gov.br/portal/principal.aspx

Tenta conseguir a versão aqui a 0.1.9.00 que para mim esta funcionando redondo, apartir da 0.1.9.01 pra cima esta dando um erro de consultar uma xlm cancelada, peço desculpa por não ter visto esse erro antes, pois demorei para mudar para 0.1.9.07, Acabei de ver que ja tem a 0.1.9.11 vou testar aqui. Infelizmente a versão 0.1.9.11 para mim continua com o erro ao consultar um xml cancelado, vou esperar o concerto na proxima versão por enquanto vou usar 0.1.9.00 Nfe.ConsultarNFe("33151039507371000280550030000010781000010780") ERRO: Evento registrado e vinculado a NF-e

Pra quem tiver o mesmo problema que eu tive, copie as dll's capicom.dll msxml5.dll e msxml5r.dll da pasta SysWOW64 para a System32, o problema era apenas as dll's, estavam indo sempre para a pasta SysWOW64.

A Quem possa interessar: CaminhoCompletoArquivoEvento := ACBrNFe1.Configuracoes.Arquivos.GetPathEvento( ACBrNFe1.EventoNFe.Evento[0].InfEvento.tpEvento, ACBrNFe1.EventoNFe.Evento[0].InfEvento.CNPJ, ACBrNFe1.EventoNFe.Evento[0].InfEvento.dhevento ) + '\' + OnlyNumber(ACBrNFe1.EventoNFe.Evento[0].InfEvento.Id) + '-procEventoNFe.xml';

Bom dia a todos, Marcio, o componente gera sim a URL do QR-Code conforme consta no manual do DANFE NFC-e, manual este que contem toda a especificação de como deve ser gerado a URL. No que diz respeito a validação da URL por parte da SEFAZ, é que a URL vai constar no XML da NFC-e. Daniel, você lembra das linhas comentadas no método Assinar que são responsáveis por incluir a URL do QR-Code no XML da NFC-e? O QR-Code a principio era gerado e impresso no DANFE da NFC-e, agora alem disso o XML da NFC-e vai passar a ter essa URL. Já temos os novos Schemas que vão fazer uma validação primaria dessa URL e a SEFAZ por sua vez ao receber o XML vai fazer a sua validação que por sinal é mais completa, ou seja, não vai apenas validar se existem os campos que compõe a URL e sim o valor de cada campo. Marcio, em resumo o componente esta preparado para atender as alterações publicadas na NT 2015/001. Volto a lembrar que devemos iniciar os testes em 01/10/2015 para que no dia 03/11/2015 os XMLs das NFC-e já sejam enviados conforme a NT em ambiente de produção.