Pesquisar na Comunidade

Boa tarde, estou percebendo que ao enviar as NF-e's para o Sefaz esta sendo obrigatória a mudança na maquina dos clientes para TLS 1.2. Gostaria de saber se foi realizada alguma mudança nas verificações realizadas pelo Sefaz pois ao enviar ou consultar NFC-e ou NF-e está obtendo rejeição das configurações TLS 1.2.

O ACBr suporta impressoras USB ? Durante muito tempo, a resposta a essa pergunta foi: NÃO, você precisa usar a Porta COM, Spool do Windows (RAW), Compartilhamento de Rede ou algum outro método... Porém agora isso mudou... Agora componentes que usam o ACBrDevice, como por exemplo o ACBrPosPrinter (para Impressoras Não Fiscais) e o ACBrETQ (para Impressoras de Etiquetas), possuem suporte a portas USB de maneira nativo do Windows... Ou seja, sem a necessidade de DLLs externas... Isso significa que caso o seu equipamento esteja conectado ao PC, por uma Porta USB... Você poderá conectar os componentes do ACBr, simplesmente definindo na Propriedade Porta algo como "USB" Exemplos de uso: ACBrPosPrinter1.Porta := 'USB' - Tenta descobrir qual é a Primeira Impressora de Bobinas plugada na USB e faz uso dela, se encontrar.. ACBrPosPrinter1.Porta := 'USB:Elgin' - Tenta conexão em alguma Impressora USB, listada como sendo do Fabricante 'Elgin' ACBrPosPrinter1.Porta := 'USB:Sweda, SI-300S' - Tenta conexão na Impressora USB, do Fabricante "Sweda" e do Modelo "SI-300S". ACBrETQ1.Porta := 'USB' - Tenta descobrir qual é a Primeira Impressora de Etiquetas plugada na USB e faz uso dela, se encontrar.. ACBrETQ1.Porta := 'USB:Zebra, GC420t' - Tenta conexão com a Impressora USB do Fabricante "Zebra", e modelo "GC420t" Observe que essa nova implementação é totalmente diferente do método de Hook, onde usávamos a DLL do Fabricante, como túnel USB... Nesse novo cenário a comunicação USB é feita diretamente usando a API do Windows, ou seja, sem necessidade de DLLs externas. Para compreender um pouco mais, sobre esse método veja esse artigo O método de Hook ainda está disponível, usando o prefixo de porta, 'DLL:' Como os Equipamentos são identificados ? Todo Equipamento USB, possui um código de identificação do Fabricante, chamado de Vendor ID (VID), e também do Produto chamado de Product ID (PID). Essa numeração é controlada pela USB.ORG, e você pode encontras uma lista de Todos os "Vendors ID", nesse link A classe TACBrUSBIDDataBase, mantêm um Banco de Dados interno, chamado ACBrUSBID.ini, com o mapeamento dos principais Equipamentos do Mercado Brasileiro.. Esse Banco de Dados é um simples Arquivo do tipo INI, que é compilado como resource e adicionado ao componente... Clique aqui para ver o layout do Banco de Dados no Formato INI, observe os comentários no inicio do arquivo, com algumas instruções de como inserir novos equipamentos nele. Se você distribuir o arquivo ACBrUSBID.ini, na mesma pasta do Executável da sua aplicação, a classe TACBrUSBIDDataBase fará uso desse arquivo, ao invéz de usar o resource interno... Isso pode ser muito útil para atualizar a lista de Dispositivos conhecidos, sem necessitar compilar uma nova versão do programa, apenas atualizando o ACBrUSBID.ini Como posso listar os equipamentos identificados pelo ACBr ? Use a Força, leia os fontes... Vamos ver trechos de código, do Demo PosPrinterTeste {$IfDef MSWINDOWS} // Os métodos abaixo, somente estão disponíveis para compilação em Windows // Carrega a lista de Impressoras detectadas em: ACBrPosPrinter1.Device.WinUSB.DeviceList ACBrPosPrinter1.Device.WinUSB.FindUSBPrinters(); // Varre a lista de Impressoras USB detectadas, e adiciona as mesmas, nas opções de Porta for K := 0 to ACBrPosPrinter1.Device.WinUSB.DeviceList.Count-1 do cbxPorta.Items.Add('USB:'+ACBrPosPrinter1.Device.WinUSB.DeviceList.Items[K].DeviceName); {$EndIf} Como o ACBr nomeia os dispositivos ? O "DeviceName" será calculado, de acordo com as informações disponíveis no banco de Dados... Primeiro o ACBr usa a API do Windows para captura informações do VID (Vendor ID ou Fabricante) e o PID (Product ID ou Modelo), dos Equipamentos listados... Se o ACBr falhar nessa tarefa, o equipamento será ignorado (não será listado) Se for capturado com sucesso a descrição em FriendlyName, então ela será usada.. Caso contrário, o ACBr tentará compor o nome, baseado no VID e PID Se o VID do Fabricante for encontrado na sessão [Vendors] de ACBrUSBID.ini, então o VID será substituído pela Descrição do Fabricante... Observe que na sessão [Vendors], temos vários fabricantes que não são conhecidos no mercado Brasileiro, mas são de equipamentos OEM, de Empresas nacionais... Nós procuramos manter o nome Original do Fabricante, de acordo com a tabelas de VID da OSB.ORG Se o VID não tiver equivalência na relação de [Vendors] de ACBrUSBID.ini, então ele será listado com o próprio número VID, que são 4 algarismos em Hexadecimal... Exemplo: "0b1b" Procuramos pelo PID do Equipamento, na sessão específica do Fabricante. Se não houver uma chave com o PID, então o ACBr usará o próprio número PID, para Nomear o Modelo. O PID também é composto do 4 algarismos em Hexadecimal... Exemplo: "0001" Se encontrar uma entrada com o PID, dentro da sessão do Fabricante, então o ACBr usará a Descrição do Modelo, e poderá desprezar a descrição do Fabricante, se a Descrição do modelo possuir uma vírgula, Exemplo: 7008=Elgin, I9;1;1... Nesse caso será desprezada a descrição do Fabricante "20d1-Dascom" e será usada apenas a descrição do Modelo, "Elgin, I9". Detecção automática de Porta e Protocolo Como agora temos um Banco de Dados, que informa além da Descrição do equipamento, qual é o Tipo do mesmo e qual o protocolo que ele usa, então os componentes ACBrPosPrinter e ACBrETQ, podem fazer uso dessas informações... Ou seja, se o equipamento for detectado com sucesso, no momento da Ativação da Porta (durante a chamada ao método "Ativar"), será usado o Protocolo Definido no Banco de Dados. Se for detectado que o equipamento USB é na verdade uma porta COM virtual, então o ACBr irá preferir fazer uso da Porta COM virtual, chaveando para mesma, de forma transparente... Pois dessa forma ele tem um melhor suporte a leitura de informações do equipamento. Se for detectado que a porta USB possui um equipamento incompatível com o componente em questão, isso também será alertado... Exemplo, você tentar conectar em uma porta 'USB:Zebra, GC420t' no componente TACBrPosPrinter, então um erro será emitido, pois esse equipamento não é uma impressora de Bobinas Como a mágica funciona ? Reparem que foi adicionado ao repositório a Unit ACBrWinUSBDevice.pas, essa Unit implementa chamadas a SetupAPI do Windows, para detectar os Dispositivos USB que estão listados em uma determinada Classe de Equipamentos (Class GUID)... O estudo desse artigo, foi fundamental, para a criação dessa Unit. Uma vez capturada o nome da Interface do Equipamento USB (em TACBrUSBWinDevice.DeviceInterface), podemos acessá-lo usando funções de manipulação Arquivos da API do Windows, como: CreateFile, WriteFile, ReadFile. Nem todos os dispositivos USB implementam suporte aos métodos ReadFile ou WriteFile... ou seja, pode não funcionar em alguns dispositivos.. Se você souber qual é o nome da Interface USB do equipamento, poderá informar ela diretamente na propriedade "Porta" dos componentes... Exemplo: ACBrPosPrinter1.Porta := '\\?\usb#vid_1c8a&pid_3002#0000000000022#{28d78fad-5a12-11d1-ae5b-0000f803a8c2}'; Para dúvidas, suporte ou correções, por favor crie um novo tópico, clicando aqui Para testar, baixe uma nova versão do PosPrinterTeste.exe

Bom dia, Estamos iniciando a utilização do ACBR e não encontramos esta informação no manual. É possível instalar/configurar o ACBR para inicializar como um serviço do windows (sem a máquina precisar fazer login) ? Obrigado.

Boa tarde. Estou instalando o acbrmonitorplus (ACBrMonitorPLUS-1.2.0.46-20190301) em um cliente com windows 10 e estou tendo o seguinte problema. O ACBR não inicializa. Ao finalizar a instalação ele não abre dando boas vindas. Clicando no ícone dele perto do relógio não acontece nada. Tentar abrir diz que já está em execução e não dá para finalizar nos processos. Verifiquei e está sem anti virus e sem firewall. Instalei outras versões tbm não funcionou. alguém já passou por isso e pode me dar uma dica ?

Após uma atualização do Windows Update nos sistemas operacionais Windows 8 a 10, vários usuários começaram a ter problemas na conexão segura com o SEFAZ.... Onde geralmente foram exibidos os erros abaixo: Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor Erro: 12169 - O certificado SSL é inválido Erro: 12186 - Falha ao obter a Chave Privada do Certificado para comunicação segura Estes erros indicam uma falha na validação do certificado do servidor da SEFAZ, e entre as diversas causas que podem disparar este erro, podemos citar: Falta da cadeia de certificados instalado no cliente. Cadeia de certificados desatualizados. Erro no componente de validação do Windows. Erro no certificado da SEFAZ. SEFAZ enviou um certificado invalido. O problema foi confirmado pelo SEFAZ do PR, no comunicado abaixo: Para os usuários do Projeto ACBr, esse problema afetou apenas quem utiliza os componentes configurados com as bibliotecas Wincrypt ou CAPICOM pois os mesmo utilizam o sistema de validação do Windows. O problema não afetou usuários que usam a biblioteca OpenSSL. Em decorrência do problema, aplicamos um ajuste nos fontes da ACBrDFeSSL, visando ignorar erros na validação do certificado. Com isso a comunicação Segura ocorrerá normalmente... Os fontes alterados já se encontram no SVN... e excepcionalmente, efetuamos uma nova compilação do ACBrMonitorPLUS v 1.2.0.52, para os usuários do SAC Saiba mais sobre comunicação Segura do ACBr

Boa tarde, De ontem pra hoje me deparei com o erro abaixo em 3 clientes. Já fiz diversas alterações nos protocolos de comunicação nas opções de internet, já fiz testes nos certificados dentre outras coisas, porém, todas sem sucesso. Um fator que todas as máquinas tem em comum é o Windows 7 Service Pack 1 instalado. Coincidentemente, nenhum dos clientes que emitem nota através do Windows 10 relatou esse problema. Seria a única solução atualizar o Windows dos clientes que estão enfrentando o problema? "Erro interno: 12157 Erro HTTP: 0 Erro: Requisição não enviada Erro: 12157: - Erro relacionado ao Canal Seguro". Obrigado,

Bom dia, estou tendo alguns problemas quanto ao envio de NFSE, algumas situações que diga-se de passagem, bem curiosas e estranhas que estão causando transtornos em vários transtornos em clientes da empresa que trabalho. Bom vamos para eles: 1 - Em máquina que faço a programação (sistema) não é pedido o certificado quando se envia a nota, eu apenas atribuo o número de série ao componente, e a nota envia. 2 - Quando executo em máquina cliente, é pedido 'n' vezes o certificado, causando outras duas situações: 2.1 - É pedido o certificado de 3 a 4 vezes e a nota envia com sucesso 2.2 - É pedido o certificado 'n' vezes e fica no loop de pedir o certificado toda a hora e a nota não envia 3 - Para tentar resolver o problema, colocamos o sistema em máquina que não era servidor, e fizemos com que uma outra máquina acessa-se essa máquina como servidor, o que ocasionou mais duas situações curiosas: 3.1 -Nas duas máquinas enviaram as notas normais, todas sem problema algum, até um determinado momento (isso aconteceu ontem). Das 8 da manhã, até 16:20 a máquina que estava acessando a nova máquina servidor começou a entrar na situação 2.2 ou seja fica pedindo o certificado 'n' vezes e não sai disso. 3.2 - Na nova máquina servidor é enviado a nota normal sem problema. Alterações que fiz para tentar resolver o problema: 1 - Coloquei a opção visualizar = True (porém não é apresentado nenhuma mensagem, o sistema cai na situação 2.2) 2 - Coloquei os códigos: ACBrNFSe.Configuracoes.Geral.ConsultaLoteAposEnvio := True; ACBrNFSe.Configuracoes.WebServices.AguardarConsultaRet := 5000; // tempo padrão que vai aguardar para consultar após enviar a NF-e ACBrNFSe.Configuracoes.WebServices.IntervaloTentativas := 3000; // Intervalo entre as tentativas de envio ACBrNFSe.Configuracoes.WebServices.Tentativas := 4; // quantidade de tentativas de envio (anteriormente tinha colocado mil vezes o que creio que esteja ocasionando o loop infinito na "pedição" do certificado) ACBrNFSe.Configuracoes.WebServices.AjustaAguardaConsultaRet := False; Porém não tive sucesso. 3 - Código para pegar o certificado: ACBrNFSe.Configuracoes.Certificados.NumeroSerie := qryBuscaParametrosNfseCERTIFICADO_SERIE.AsString; Alguém já passou por isso? Teve problemas semelhantes? Precisava de uma ajuda....

Boa tarde, Fiz a atualização do ACBr em minha maquina e está dando um erro de algumas declarações não estão sendo localizados. Dai fiz a opção de apagar o ACBr e reinstalar porem a instalação não compila, da um erro que está em anexo o arquivo. O que pode ser ? log_Delphi_2007.txt

Boa tarde, De ontem pra hoje me deparei com o erro abaixo em 3 clientes. Já fiz diversas alterações nos protocolos de comunicação nas opções de internet, já fiz testes nos certificados dentre outras coisas, porém, todas sem sucesso. Um fator que todas as máquinas tem em comum é o Windows 7 Service Pack 1 instalado. Coincidentemente, nenhum dos clientes que emitem nota através do Windows 10 relatou esse problema. Seria a única solução atualizar o Windows dos clientes que estão enfrentando o problema? "Erro interno: 12157 Erro HTTP: 0 Erro: Requisição não enviada Erro: 12157: - Erro relacionado ao Canal Seguro". Obrigado,

Bom dia. Existe alguma forma de limpar ou dar um refresh na barra de tarefa do windows ? Pois em determinadas situações (mudar configurações de impressora, erro http, etc) eu reinicio o acbrmonitorplus, e quando eu faço isso duplica o ícone na barra de tarefa do windows e fica que nem na foto abaixo.

Bom dia a todos! Pesquisei nos fóruns e não encontrei nenhum caso similar, por este motivo estou reportando, caso alguém já tenha passado por este problema e conseguir ajudar eu agradeço. Estou utilizando a versão 1.1.0.62 ACBr Plus e ocorreo seguinte. Sempre que realizado o envio da nota fiscal o ACBr fecha sozinho, e retorna o erro conforme imagem abaixo, então abro minha aplicação realizado o envio novamente, após isso abro o ACBr e só assim a transmissão acontece, para emitir outra nota, tenho que fechar o ACBr, fazer o envio da nota e abrir o ACBr novamente, eu acredito que o motivo seja a versão do Windows, mas não sei o que causa isso, caso alguem puder ajudar, desde já agradeço

**Obs: fiz no forum errado, me desculpem, era no da NFE. Boa tarde, em alguns clientes ao carregar o certificado digital está demorando em média 2 minutos, acontece sempre, o certificado de todos os clientes são A1. Pesquisei aqui no forum e encontrei um caso aonde alteraram no fonte "ACBrNFEConfigurações.pas" um parâmetro da chamada do capicom, alterando de "CAPICOM_STORE_OPEN_READ_ONLY" para "CAPICOM_STORE_OPEN_MAXIMUM_ALLOWED", tentei fazer esta alteração mas acontece a mesmo problema, e é neste comando mesmo que fica "pendurado", olhe abaixo: if DFeUtil.EstaVazio( FNumeroSerie ) then raise EACBrNFeException.Create('Número de Série do Certificado Digital não especificado !'); Result := nil; Store := CoStore.Create; // Store.Open(CAPICOM_CURRENT_USER_STORE, CAPICOM_STORE_NAME, CAPICOM_STORE_OPEN_READ_ONLY); Store.Open(CAPICOM_CURRENT_USER_STORE, CAPICOM_STORE_NAME, CAPICOM_STORE_OPEN_MAXIMUM_ALLOWED); Alguem tem idéia do que pode ser ?

Olá! Notei que quando utilizamos o ACBrMonitorPlus em Windows Server 2008 R2, acessando o servidor via TS, os formulários de preview de impressão (exemplo boletos) não são exibidos. Para exibi-los, depois de solicitar uma impressão, é necessário clicar com o botão direito sobre o ícone do PLUS no systray e selecionar "restaurar". Fazendo isso o formulário de configuração do PLUS é exibido e por trás o preview. Alguém já se deparou como isso?

bom dia pessoal, estou testando programar para tablet com windows 10, mas não estou conseguindo fazer ele abrir o teclado na edit, ex: coloco o windows em modo Tablet abro o chrome, clico na pesquisa e logo em seguida ele abre o teclado do windows, iqual acontece no android ou ios. o problema está sendo que quando compilo um programa de exemplo só com uma edit, e rodo no tablet ele não abre automático o teclado não estou tentando usar o teclado virtual e sim o teclado do windows no modo tablet, que nos outros app abre automático nos campos textos alguêm tem alguma ideia de como integrar o app em delphi com o teclado do windows no modo tablet? Obrigado.

Olá pessoal, Acabo de enviar para o SVN, modificações em ACBrDevice, para permitir que os componentes que fazem uso dele, possam Imprimir em modo "Raw", usando as Impressoras instaladas no Sistema Operacional. Isso na prática, permite definir ACBrPosPrinter.Porta como o exemplo abaixo... Exemplo: Supondo que no Sistema Operacional, exista uma impressora instalada com o nome "SWEDA SI-300S"... então poderíamos imprimir na mesma usando. ACBrPosPrinter1.Porta := 'SWEDA SI-300S'; ou ACBrPosPrinter1.Porta := 'RAW:SWEDA SI-300S'; // O Prefixo "RAW:", ajuda o ACBrDevice a detectar o tipo de porta Com isso o ACBrPosPrinter irá enviar sua saída contendo comandos "EscPos", diretamente para a porta da Impressora (modo Raw), usando o Driver da mesma. A principal vantagem desse novo método, é permitir um melhor suporte a Impressoras USB e cujos drivers, não criam uma COM virtual.. Lembrando que a melhor maneira de se comunicar com uma impressora PosPrinter é usando portas Seriais... pois este é o único modo de lermos os Status da Impressora, suportado pelo "ACBrPosPrinter". Também fique atento ao fato, de que isso NÃO significa, que você poderá usar o PosPrinter em qualquer Impressora que não suporte EscPos... como por exemplo, uma impressora Lazer ou uma impressora que crie PDFs... O ACBrPosPrinter, apenas transforma as tags de impressão, em comandos EscPos. É a impressora EscPos, quem faz a "mágica" de transformar os comandos EscPos em QRCode, BarCode, etc.... Ou seja, se a impressora destino, não compreender "EscPos", ela apenas imprimirá lixo, quando receber os comandos... Segue abaixo o "Change-Log.txt" Atualizei o Demo do PosPrinter (Lazarus e Delphi), para melhor demonstrar e testar o suporte a portas "RAW" O executável já compilado, pode ser baixado em:

Prezados, Li aqui no Forum que o Lazarus para windows pode utilizar a GTK2 que é usada com o Lazarus para Linux como uma das opções viáveis para a diferença de layout e compatibilidade visual dos projetos compilados para os dois sistemas operacionais, sei que temos a opção de trabalhar com ancoras. Neste estágio estou avaliando as opções, mas procurei bastante e não consegui achar como instalar e configurar o GTK2 para windows. Achei vários posts referentes ao assunto no fórum do Lazarus, mas muitos deles com links quebrados o que me impediram de conseguir os arquivos citados para o processo. Assim, se alguém tiver o endereço de algum material que possa ajudar a fazer essa configuração e ainda se tiver uma opinião formada sobre essa prática, se funciona bem, se impacta de alguma maneira no desempenho da aplicação e coisas do tipo. Desde já agradeço.

Amigos...eu instalei o delphi xe8 no meu pc, com windows 10, e o fast report 5, tudo como já estava... Eu instalo o acbr e tudo corre bem...mas quando eu abro o delphi, sempre dá erro de que não consegue encontrar as bpls... eu estou como usuário administrador e as instalações ocorreram perfeitamente, mas os pacotes do delphi sempre dão erro ao abrir o delphi. estou desesperado já...dois dias sem programar e a homologação chegando

Bom dia pessoal. Faz pouco tempo que estou utilizando o ACBrNFeMonitor, ele é muito bom, ótimo aliás. Porém ele sempre gera este (anexo) erro na primeira vez que é aberto. Alguém já se deparou com isto? Att, Endriu

Prezados, em um computador apenas, estou tendo esse problema, computador esse com Win 8, porém executei em outros com o Win 8 e não tenho esse problema, sempre que vou consultar o status, enviar, ou qualquer processo que faça uso do certificado digital (após a primeira confirmação só solicita novamente em caso de encerrar e abrir novamente o programa) me aparece uma tela de Segurança do Windows questionando se eu desejo permitir que o aplicativo acesse minha chave privada - com as opções de Permitir e Não Permitir... O cliente não reclamou, mas é uma coisinha chata, sempre tem que ir lá e permitir. Alguém já passou por isso ou algo semelhante? Alguma sugestão de configuração do mesmo? Att. Rômulo Mayworm

Pessoal, Faço parte de uma equipe que utiliza o componente ACBR para emissão de NFe, minha função na equipe resume-se a manutenção do instalador/atualizador do sistema, onde tratamos os problemas de instalação/atualização do sistema nas plataformas Windows suportadas. Nos últimos tempos temos encontrado problemas ao registrar a msxml5.dll em estações Windows x64. Pesquisando, verifiquei que esta dll na verdade faz parte do MS Office e não deveria ser distribuída com aplicativos (que não interajam diretamente com o office). Tanto que esta dll não é nem documentada em sua totalidade, justo por esta restrição de uso. O recomendado é utilizar a versão anterior, msxml4 SP2 ou a versão 6. Seria possível trocar a versão da dll em nosso projeto para uma das duas citadas? ou a troca comprometeria a compatibilidade dos componentes ACBR? Fontes: http://support.microsoft.com/kb/269238/pt-br http://en.wikipedia.org/wiki/MSXML

foi alterado de {$IFDEF LINUX} para {$IFNDEF MSWINDOWS} realmente está correto? Uma sugestão, foi adicionado esse código recentemente da cLIB_VersaoMinima = '6.1.1.6'; Porém na pasta das dll's do acbr está a versão 6.1.1.1. Vocês poderiam atualizar também a pasta dll? Porque peguei a dll da pasta do acbr e começou a dar erro na hora de gerar o arq mf. Obrigado.

Olá Pessoal! Faz alguns anos (seis ou sete) que uso o projeto ACBr. Porém, sempre usei para uso pessoal (até hoje não desenvolvi aplicativos para vender). Tenho um PDV feito totalmente com ACBr (ECF, TEF e outros componentes). No entanto, sempre sonhei com esse PDV e outros softwares que pretendo desenvolver rodando em Linux ou MacOS. Há algum tempo tenho me esforçado para usar o ACBr nesses ambientes, junto com o Lazarus/FPC. Todavia, não tem sido muito fácil. É óbvio que a maioria dos utilizadores e colaboradores do projeto usam exclusivamente Windows. Porém. acho que é possível avançar no desenvolvimento do ACBr atendendo a outras plataformas sem prejudicar o que já está feito (para windows). O motivo desse post é o seguinte: Já consegui instalar uma quantidade absurda de componentes no Lazarus/Linux e também no Lazarus/MacOS, porém toda vez que atualizo via svn, é uma tortura! Meu Deus! Tem uma unit (ACBrECFBematech.pas) do pacote serial que me assombra toda vez. Até resolvi deixar uma cópia que consegui modificar e estava funcionando perfeitamente para substituir assim que atualizasse via svn. Acontece, que vez ou outra, o pacote recebe atualizações mais severas e fica dependente de alguma nova função criada em ACBrECFBematech.pas aí o bicho pega! Só para começar tem dezenas de diretivas de compilação do tipo {$IFDEF LINUX}. Essa diretiva é a pior de todas, pois quando o compilador passa por ela no ambiente MacOS, ele ignora os procedimentos, e não devia. O ideal era substituí-la por {$IFNDEF MSWINDOWS} pois assim o código serviria tanto para Linux como para MAcOS. Para justificar todo esse discurso, tenho uma proposta: Não seria possível criar um grupo de alguns desenvolvedores (talvez até eu mesmo consigo ajudar) para compilar os pacotes uma vez por semana em diferentes ambientes (IDE's e S.O.'s). Cada um poderia assumir um ambiente, assim podeŕiamos corrigir essas pequenas coisas que atravancam o o desenvolvimento do ACBr multiplataforma "de verdade". Att, Messias Henrique

Erro: An error occurred in the secure channel support - URL:https://nfe.sefaz.go.gov.br/nfe/services/v2/NfeConsulta2 - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeConsulta2 Envio NFe tpAmb: 1 verAplic: cStat: 0 cUF: 0 xMotivo: xMsg: Protocolo: alguem sabe o motivo deste erro? Wellington