RicardoVoigt

Oi, segundo a página 110 do manual, (acho q) vc não deve informar nada na tag infSeg (0-1) quando o responsável pelo seguro for o próprio emitente do MDFe (respSeg=1). Att Ricardo

Bom dia, tente o método ACBrNFe1.DistribuicaoDFePorChaveNFe(...) Att Ricardo

A princípio, nos meus testes aqui tudo OK. Só vi que sobraram algumas variáveis que não são mais usadas na procedure TfrlDANFeRLPaisagem.DadosAdicionais; OBS: achei que ficava melhor de ler, usando a função que formata a chave de acesso com espaços no meio. Att Ricardo

Entendi, fica bem mais organizado mesmo... minha intenção era colaborar com algo novo, não mexer no código que já tinha pronto. Att Ricardo

Claro... Não entendi bem sua ideia, mas imagino que seria interessante manter o comportamento atual (sem exibir o NFref) mas permitir o usuário/programador fazer uma chamada (uma procedure, function ou property) no sentido de habilitar ou não a exibição do NFref nos dados adicionais. Isso ? Att Ricardo

Boa tarde, segue para análise, a alteração no DANFe Fortes (retrato e paisagem) para exibir automaticamente, nos dados adicionais, os documentos referenciados contidos no XML, mais precisamente na tag NFRef. Segue imagem para mostrar como ficaria a impressão, um exemplo referenciando uma NFe e outro exemplo referenciando uma nota de produtor (NFP). (OBS: São 2 pedaços de imagem, um por cima do outro, montado rapidinho no mspaint) Att Ricardo ACBrNFeDANFeRLRetrato.pas ACBrNFeDANFeRLPaisagem.pas

Bom dia, se não me engano esse erro de "Parametro incorreto" é da capicom.dll verifique como configurou o componente, quanto às novas propriedades relacionadas ao WinCrypt. Lembrando, se for usar certificado A1, é sugerido usar OpenSSL. Att Ricardo

Bom dia, já tentou imprimir alguma outra coisa, usando outro aplicativo qualquer, pra ver se ocorre o mesmo problema ? Por exemplo, no mesmo pc onde está o MonitorPLUS, imprimir algum texto no Bloco de notas, selecionando a impressora na rede e informando quantidade de cópias igual a 2, pra ver se sai corretamente as 2 cópias. Att Ricardo

Bom dia A primeira opção seria seu sistema inserir/repetir os dados da nota referenciada nas informações complementares (infCpl). Acho que seria interessante a ideia de fazer a concatenação automática dessa informação junto do infCpl na impressão do danfe. (Eu ja vi isso sendo feito no danfe do projeto nfephp.) Acho legal pois a informaçao não fica duplicada dentro do xml. Att Ricardo

Boa noite Na tela q vc postou esta configurado com 48 colunas. Tente reduzir pra 40. Att Ricardo

Boa tarde, Fonte: Nota Técnica 2014.002 - v1.02 Att Ricardo

Já verificou se não é um caso de Modal Aquaviário ? Att Ricardo

Que tem na propriedade SSLXmlSignLib ? Se vai usar Capicom (SSLib = libCapicom), pelo que entendi deve usar SSLXmlSignLib = xsMsXmlCapicom. Att Ricardo

Acho que o pessoal confundiu um detalhe aí, quem já usada certificado A1 com OpenSSL não precisa fazer nada. O Wincrypt foi disponibilizado pra substituir o uso da CAPICOM.dll no acesso a certificados A3. Favor me corrigirem se eu estiver errado. Att Ricardo

A princípio, o WinCrypt veio pra substituir o uso da CAPICOM no acesso a certificados A3. Para os certificados A1 sempre foi sugerido usar o OpenSSL. Porque usávamos a CAPICOM ? Usar diretamente as APIs do Windows não é uma tarefa simples.... A CAPICOM, facilita um pouco, as tarefas que podem ser feitas com a WinCrypt (ou MS Crypto), para acesso a certificados digitais instalados no Windows Veja mais em: Att Ricardo

Que sinistro hein, passou como "destinatário estrangeiro"... veja essa tag <idEstrangeiro/> Att Ricardo

No caso de usar o A1 então, o mais recomendado (aqui no fórum) seria usar o OpenSSL mesmo. Att Ricardo

Respondendo a sua pergunta: algum dia sim. Quanto à imagem postada agora, notei que vc definiu as 2 propriedades: o Caminho do PFX (A1) e o Número de Série (A3). Acho que o correto devia preencher apenas uma delas. Att Ricardo

Boa tarde Da uma lida no topico Bye Bye Capicom, do Daniel, pois este erro Parametro incorreto parece ter a ver com a capicom.dll Att Ricardo

Veja no pdf do monitor, deve explicar... Att Ricardo

Hoje to mais no Lazarus mesmo, usando os componentes ACBr diretamente... e de vez em quando faço alguns testes no MonitorPLUS... Att Ricardo

Você deve estar com a opção "Monitorar Pasta" = DESMARCADA, isso? Faça um teste, marque esta opção, e nos campos Entrada e Saída, faça apontamento apenas da pasta, e não do arquivo Por exemplo: Entrada: C:\wmk\acbr\entrada\ Saída: C:\wmk\acbr\saida\ Quando vc colar um arquivo lá dentro da pasta de entrada, por exemplo com nome "teste.txt" , vc terá o respectivo retorno "teste-resp.txt" na pasta de saída. Assim teria de fazer seu sistema controlar o nome do arquivo a ser salvo na entrada, para saber o nome do arquivo de resposta a ser lido depois. Att Ricardo

Bom dia Walney, não sei como vc está enviando os comandos (via arquivo ini ou txt, ou via socket) para o MonitorPLUS, mas no antigo NFeMonitor eu costumava fazer assim: - configurava para monitorar a pasta, daí eu largava o arquivo na pasta de entrada com o comando Enviar (eu gerava esse arquivo com o número da nota e extensão .txt) e depois na pasta de saída ele salva o arquivo de resposta (mesmo nome do arquivo da entrada, só que com extensão "-resp.txt"), assim ficava salvo lá dentro a resposta de cada nota enviada, e o meu programa já sabia o nome do arquivo da resposta pra procurar (número da nota + "-resp.txt") na pasta de saída. Acho que essa mesma ideia também deve funcionar no PLUS. Att Ricardo

Bom dia @Euzébio Cruz já viu o nova versão do Manual de Especificações Técnicas do DANFE NFC-e e QR Code - Versao 4.2 ? (Informa que dado relativo ao troco só será obrigatório a partir da nova versão do leiaute da NFC-e, conforme NT 2016.002) Agora sim sua dúvida está respondida... Att Ricardo

Veja no portal federal (nfe.fazenda.gov.br), menu Documentos/Manuais. Manual de Especificações Técnicas do DANFE NFC-e e QR Code - Versao 4.2 Aproveitando: Informa que dado relativo ao troco só será obrigatório a partir da nova versão do leiaute da NFC-e, conforme NT 2016.002 Att Ricardo