Isaque Pinheiro

O UserControl criou um instalador baseado no ACBrInstall para instalar seus pacotes baixe no link https://github.com/infussolucoes/usercontrol-sd.git/, nele vem o instalador.

Você já testou se em uma NFe cancelada, vem informação nessa tag ? @jefferson01, dialogando com o mestre em DFe do ACBr o Dr. Italo, passei apar ele a situação e ele me passou que no entendimento dele quando um NFe está cancelada e vc baixa o xm dela, vem junto o xml dos eventos, dessa forma a maneira correta seria fazer um loop nos eventos e identificar se algum deles é de cancelamento, para assim identificar que a NFe foi cancelada. Ainda estou estuando essa forma para saber se realmente funciona, hj.

@Paulo Tenório, existe um metodo que você poderá obter se a NFe está cancelada use ConsultaNFeDes, o SEFAZ muda as regras, então temos que nos adaptar a elas para obter as vezes o mesmo resultados, o qual nossos clientes estão acostumados.

Exato @jefferson01, precisei fazer a consultar em seguida para saber se a NFe está cancelada. Veja o que diz a NT "C13 cSitNFe E C01 N 1-1 1 Situação da NF-e: 1=Uso autorizado; 2=Uso denegado"

@jefferson01, sim ha diferença entre os dois métodos, pela NT de cada um diz que retorna na tag "cSitNFe" de: ConsultaNFeDest retornará as situações "snAutorizado, snDenegado, snCancelado, snEncerrado" já DistribuicaoDFe retornará somente "snAutorizado ou snDenegado"

Boa noite, corrigido, sai na próxima compilação, obrigado. Sobre a assinatura, não sei te informar, vamos esperar alguém te dar o retorno sobre isso.

Da uma pesquisada no fórum, já foi discutido N postes a esse respeito, até onde estou lembrado o ACBr não irá atualizar o XML algum, pois agora cada operação é considerada como eventos "Cancelar", "Carta de Correção", tendo assim um xml para cada um. Motivo do ACBr não atualiza o xml é pela seguinte situação: Se for no portal NFe e baixar o XML dessa NFe, e comparar como o que o ACBr gerou, irá vê que são cópias idênticas, ou seja o ACBr não adulterou o XML original de envio, por esse motivo não atualiza, pois se atualizasse estaria adulterando. Verá também que no portal poderá baixar os xmls dos evento, que devem ser também XMLs idênticos aos que o ACBr gerou na sua pasta definida para os eventos. Bom, não sou expert nesses processos, se estiver errado alguém me corrija, mas pelo que entendo os xmls não podem ser diferentes aos que estão armazenados no SEFAZ, pois eles são cópias originais e idênticas, caso o fisco exija-os e os valide para saber sua integridade.

1o Pegue esse XML e valide ele no porta https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx, se der rejeição mande seu cliente solicitar o xml do fornecedor novamente ou vá no portal e peça para ele baixar e veja se no xml que veio do portal tb tem.

Boa tarde, Sobre o botão Salvar, fiz o teste aqui e está tudo funcionando corretamente. Sobre o tempo de espera é isso mesmo, o erro que está recebendo pode ser devido o SEFAZ estar com algum problema e estar demorando dar a resposta, se aumentar muito o tempo seu sistema irá travar, acredito que o que deve ser feito é esperar o SEFAZ voltar ao normal para o tempo de resposta.

Essa propriedade não pode ser mudada no OnShow, senão toda hora que restaurar a tela a posição volta para 0, sendo que o ultimo menu acessado poder ter sido em uma posição bem maior, vou mudar isso via IDE, e não altera-la via código para resolver o problema.

Ela deve estar no código, 1a opção copiar o conteúdo do evento, salva para o delphi excluir o código, de dois cliques para o delphi criar novamente e cola o código copiado e salva. 2a opção ou seu código não está atualizado, ou esta mas vc não recompilou os pacotes para que os eventos fossem atualizados na IDE.

O MonitorPLUS passou por uma reformulação visual, trouxemos para sua IDE um padrão mais inovador, simulando o metro e ao mesmo tempo facilitando e oferecendo uma melhor navegação nas páginas de configurações disponiveis. O ACBr MonitorPLUS já é um sucesso e um produto de qualidade, onde juntou os recursos de dois monitores, estamos agora trabalhando para que que seu visual fique a altura de seu poder e recursos, agradecemos a todos pelas colaborações e contribuições, principalmente aos assinantes do SAC o qual nos possibilita bancar pessoas para que possa trabalhar nessas melhorias.

Isso depende da UF homologada, ex: ES não permite, tem que ser impresso no ECF, então deve ser desenvolvido e disponibilizado por parâmetro.

ACBrNFe->Configurações->DownloadNFe->PathDownload

Sim como o Julimar falou, seu delphi tem caminhos do Trunk, pois se analisar o erro veja C:\Sistemas\Componentes\ACBR\Fontes\ACBrSPED\ACBRSP~3\ACBrEFDBloco_E_Events.pas(80) Olhe a pasta onde ele está buscando essa Unit, esse caminho não existe no Trunk2

Quanto mais tempo deixar de se atualizar, maior será o trabalho quando for obrigado a fazer uma migração.

Obg, já disponível no SVN.

de uma olhada nesses links http://www.devmedia.com.br/forum/preencher-campos-do-formulario-html-automaticamente/292839 http://www.scriptbrasil.com.br/forum/topic/135197-preencher-campos-de-um-website-com-delphi/ Caso não atenda ainda de uma pesquisada no google por "preencher campo automaticamente na web via delphi"

Esse processo gera esse registro M200, automaticamente, por isso vc manda um valor e após processar ele acha outro e muda o que vc mandou.

Tente coloca-la no diretório do seu EXE

O próprio validador tem um opção para de processamento para gerar esse registro, no menu EFD Contribuição->Gerar Apuração das Contribuições

Você processa o fechamento pelo Validador?

O Monitor terá esse recuso de baixar xml breve, breve.

@JOSE NUNES segue em anexo um arquivo de Help com os comandos, estou trabalhando para adicionar a sintaxe e retorno de todos aguarde as próximas versões compiladas do Monitor, mas caso precise com mais urgência estou anexando um Unit.pas nela tem os nomes dos comandos e da para você ir olhando os parâmetros. DoACBrMDFeUnit.pas ACBrMonitor.chm

Isso é erro de conflito de BPLs, existem BPLs desatualizadas ou do Trunk em seu computador, do qual o path está no delphi e ele está encontrando essas BPLs desatualizadas ao invés das BPLs geradas do Trunk2.