Painel de líderes

Olá Comunidade ACBr!!! Agora a cobra vai fumar!!! Estamos muito empolgados em comunicar que foram disponibilizados 4 exemplos de uso da ACBrLib utilizando a linguagem Python!!! Aproveito para agradecer o amigo @Kaique Afonso que contribuiu com os exemplos de PosPrinter e Balança! Agradeço também a todo o time do ACBr que contribuiu para que fosse possível entender o funcionamento da Lib e fazer as implementações! Os exemplos podem ser encontrados no caminho https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Python/ São eles: ConsultaCNPJ: o mais simples de testar e com poucas configurações. GTIN: Simples também porém precisa de um certificado digital para realizar as consultas. PosPrinter: Precisa deuma impressora. Mas imprime tudo que você precisar! Bal (Balança): Também precisa conectar a uma balança pra ver os resultados! Os 4 exemplos foram testados utilizando as bibliotecas do ACBr com a seguinte configuração: Windows 64, Cdecl, SingleThread. Também é importante destacar que além da DLLdo ACBr é preciso colocar junto do exemplo os arquivos de dependências (outras DLLs e eventuais arquivos de Schema e INI de configuração) A documentação completa da ACBrLib você encontra aqui! https://acbr.sourceforge.io/ACBrLib/ACBrLib.html

@Diego Foliene e @Daniel InfoCotidiano Gostaria de agradecer pelo apoio e dedicação para resolver o problema pelo qual estava passando. Ainda estou com o problema, mas refiz os testes em outro PC e não tive nenhum problema. Então, aparentemente, há algum bloqueio em minha máquina, que vou investigar. Desde já, muito obrigado pelo apoio.

@drsmoreira Boa noite! Depois de vários testes, identifiquei que vc precisa mudar a configuração da sua API na unit Horse.Jhonson; Era no encode json q vc estava devolvendo na reposta. Estava como UTF-8 (na teoria era p funcionar no linux), mas só funcionou qdo alterei p ANSI. Resultado:

Boa tarde @danilozix, Tente aumentar o valor da propriedade de configuração Timeout para 30 mil. @franciscopsjr e @FelipeMitt eu sugiro entrar em contato com o pessoal do PRODAUB e expõe o problema. Note a segunda mensagem de erro que se refere ao apache. A implementação do webservice não esta conseguindo lidar com mais de um RPS por lote. No XML enviado para o webservice temos que assinar o RPS e depois assinar o Lote e essas assinaturas estão sendo realizada conforme foi solicitado. Em um Lote com 2 RPS temos 3 assinaturas, sendo que as duas primeiras se referem as assinaturas do RPS e a terceira do Lote. O Webservice deve esta pegando a segunda assinatura que é do segundo RPS e interpretando-a como sendo a assinatura do lote. @FelipeMitt, se desejar pode enviar sim no privado o XML de envio do lote com 2 RPS para que eu possa analisar.

Perfeito, vou fazer uns testes aqui. Se imprimir a NFe em contingência, já resolve 99% dos meus problemas. Obrigado !

Boa tarde @Fabiano Moraes de Araújo, Reforçando o que o @Diego Foliene já lhe passou. Segundo o Manual Anexo III que trata sobre a Contingência da NF-e, temos: A impressão do DANFE em um Impresso em FS-DA independe da SEFAZ esta ativa ou não. O Envio do XML da nota para a SEFAZ é uma coisa, a impressão do DANFE é outra. Eu recomento que você tenha em mãos o manual que eu mencionei acima, pois nele temos varias informações extremamente importantes. Existe um outro manual que é destinado a NFC-e (Anexo IV).

Beleza! Obrigado, essa informação pode ajudar outros colegas que possam vir a ter o mesmo problema.

Opa, sim o XML foi gerado com o CST 61 dentro da TAG de ICMS, módulo na versão 0.09 Conversamos com o pessoal da contabilidade de um cliente e eles nos enviaram um XML de como 'deveria' ser a emissão com o 61, e ele possui as mesmas informações agora com as LIBS atualizadas Mas sem sucesso, por isso vamos tentar contato com o pessoal da SEFAZ para verificar o procedimento com esse CST Segue XML gerado cst61.xml

O XML foi gerado com a CST 61? Qual é a versão do módulo? Somente a 0.09 aceita este CST. Talvez confirmar com eles qual é o procedimento para gerar o cupom com CST de tributação monofásica. Para o SAT em SP é como foi exposto acima:

Boa tarde pessoal, tudo certo? Testei aqui com as Libs atualizadas, e infelizmente sem sucesso, mas com um retorno diferente agora, indicando que a SEFAZ esta retornando o erro de validação (Código 6010 : 1475) Estamos tentando entrar em contato com a SEFAZ do estado do CE para obter um retorno sobre a questão para verificar sobre a validação do mesmo.... Assim que tiver novidades entro em contato novamente, agradeço o auxilio prestado até agora

Deu certo. Obrigado

Boa tarde @Infotecsoft, Veja se o link abaixo lhe ajuda: É uma publicação de 28/09/2022 CFOP e CSOSN – Alterações são prorrogadas para 2024 - Siga o Fisco Também não encontrei nenhuma publicação mais recente.

ACBrNFSeXServicos.ini [3205002] ; Atualizado em 02/02/2024 Nome=Serra UF=ES Provedor=SmarAPD Versao=2.03 ProRecepcionar= HomRecepcionar=http://homologanfe.serra.es.gov.br:8080/tbserra/services/Abrasf24 --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Usuário e senha para teste de envio do contribuinte(Portal Prefeitura): http://homologanfe.serra.es.gov.br:8080/tbserra/loginCNPJContribuinte.jsp?execobj=ContribuintesWebRelacionados Usuário: 555.555.555-55 Senha: 1234

Boa tarde @Datacaixa, Analisando os seus XML notei o seguinte: 1. Arquivo: 000000611-rec.xml contem o retorno do envio do lote de RPS e nele consta o numero do protocolo, bem como a data e hora de recebimento do lote, isso atesta que o lote foi recepcionado com sucesso. (o numero 611 que aparece no nome do arquivo é o numero do lote que foi enviado). 2. Arquivo: 553746404-sit.xml contem o retorno da consulta a situação do lote e nele consta a situação, no caso é 3 bem como o numero do lote que é 611. (o numero 553746404 que aparece no nome do arquivo é o numero do protocolo). 3.Arquivo: 553746404-lista-nfse-con-lot.xml contem o retorno da consulta ao lote, como a situação do lote é 3 (vide retorno da consulta a situação) o que temos é a lista de erros, caso a situação fosse 4 teríamos a lista de notas. Nessa lista de erros temos o erro E30 = Item da lista de serviço inexistente. Esse erro esta lhe informando que o conteúdo da tag <ItemListaServico> não existe,. Veja o código que foi informado: <ns4:ItemListaServico>00.00</ns4:ItemListaServico> <ns4:Discriminacao>1 - SERVICO AVULCO - Troca de local Modem Vivo.</ns4:Discriminacao> <ns4:CodigoMunicipio>3518701</ns4:CodigoMunicipio> O WebService da prefeitura não reconhece o código 00.00 como sendo um código de Item da Lista de Serviços valido. O componente lhe passou essa informação, veja a sua postagem de: Segunda as 12:27. Tudo o que eu escrevi acima analisando os XMLs que você nos disponibilizou o componente fez e lhe mostrou no log. Resumindo, você precisa ver com o contador qual é o código do Item da lista de serviços para o serviço prestado desse prestador.

Boa tarde ! Hoje temos dll para integração com outras linguagens. Se a sua linguagem consome dll (windows) ou so (linux) é possivel vc fazer a integração. https://acbr.sourceforge.io/ACBrLib/ACBrLib.html algumas linguagens que temos exemplos http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/ Se vc está iniciando na lib, aqui tem alguns videos gratuítos https://acbr.nutror.com/curso/e4f38b5c7398e4ccca8731c2d305952d389ac693

Mas Quais são as Urls de Homologação e produção para que possamos configurar no INI do acbr ?

Se não me engano essas definições mudaram para ACBrUtil.DateTime.... Esse problema ocorre quando o mesmo enumerado, existe em duas Units... Possíveis soluções Verifique se pode remover pcnAuxiliar dos Uses Na Declaração de Uses do Delphi, ele dará preferência, para as Units que estão por último, então deixe ACBrUtil.DateTime por último

Bom dia a todos Consegui efetuar a transmissão para ser listada ao logar no CNPJ 555.555.555-55 do provedor SILTECNOLOGIA Configuração necessária: No CNPJ pode por do seu cliente para assinar corretamente, mas a inscrição pode por igual a que coloquei. Dessa forma ele não rejeita por diferença de Assinatura com CNPJ Resultado: Espero que isso ajude quem não está conseguindo passar da assinatura. Uso emissão própria Até o momento sem link de Produção

Bom dia a todos, Favor atualizar mais uma vez todos os fontes de todas as pastas e reinstale o ACBr e façam novos testes. Fiz uma alteração visando assinar o RPS quando este for enviado em modo unitário. Favor realizar testes com todos os métodos: Enviar (modo em lote assíncrono e síncrono e unitário), Consultar Lote, Consultar NFS-e por RPS, Consultar NFS-e por Faixa, Consultar NFS-e Serviço Prestado, Consultar NFS-e Serviço Tomado, Cancelar e Substituir NFS-e. Desde já muito obrigado pela paciência e pelos testes.

os arquivos .so são versao da acbrlibnfse para linux. entao acbrlibNFse.dll é windows e AcbrlibNFse.so é para linux chegou a ver estas particularidades de distribuição para linux https://acbr.sourceforge.io/ACBrLib/ComoInstalarDistribuir.html

Muito obrigado, deu certo. Agora o programa tem capacidade de fazer uma venda TEF a partir das informações recolhidas do pinpad. Exemplo: - Valor de compra; - Crédito/Débito/PIX;

Creio que você poderia usar o Gate2All da PayGo https://paygodev.readme.io/docs/introdução

Boa tarde Italo. Fiz o teste aqui. Enviou o lote e converteu em nota fiscal. Muito obrigado pela ajuda e pelo empenho no desenvolvimento da comunicação com o provedor PRODAUB. Vou te pedir para não fechar o tópico por enquanto, pois irei fazer mais dois testes: Lote com vários RPSs e vou usar o ambiente de produção (pois até agora utilizei o ambiente de homologação).

Boa tarde, Veja que o Ítalo informou que esse método foi implantado para o padrão nacional, não deve ser utilizado no seu cenário. Se o NFSE_ObterDANFSe não funcionar, automaticamente os demais "não funcionarão" pois não tem o XML da NFSe. Como você disse no e-mail que nenhum deles funcionava e todos que testei funcionaram, indicava algum problema no seu cenário. Só invés do NFSE_ObterDANFSe, utilize um dos métodos a seguir para consultar a NFSe, conforme documentação mais abaixo. ConsultarNFSePorRps ConsultarNFSe https://acbr.sourceforge.io/ACBrLib/MetodosNFSe.html

Cara a sua questão é contábil e não de programação. Pela sua pergunta quem vai devolver é do simples nacional pois usa csosn 900. Entretanto quando você diz que todos os destaques usam cst 41 gera certa estranheza pois é isento. Essa empresa que vai receber a nota não é do simples e muito cuidado, provavelmente essa nota vai para o SPED e se estiver errado vai dar M. Siga a orientação do contador da empresa !

Boa tarde Valadares, Valor de SSLLib errado, tem que ser libWinCrypt.

@Claudiney Cogo, A homologação é feita com alguma das TEF Houses, que você escolher... No nosso curso, tem o vídeo do roteiro de homologação completa, do TEF PayGo https://acbr.nutror.com/curso/2561928d2d0381ba19afa98908a21252ba2603a4

Eu entrei em contato com a prefeitura e pedi para criar um usuário no ambiente de homologação, foi criado.

Olá pessoal, Isso mesmo, após um longo período de espera, os Nugets voltaram para elevar o nível das soluções ACBr para a comunidade do c#. E voltaram com mais força, agora existem as opções MT e ST para todas as Libs disponíveis. Os nugets MT possuem o sufixo MT e os demais são os ST. Esperamos, como sempre, que os novos recursos possam melhorar a experiência de quem utiliza as Libs e se houverem sugestões de melhorias ou correções necessárias, estamos sempre disponíveis nos nossos canais para ajudá-los. Bom trabalho a todos e até mais!!!

O tópico a seguir demonstra de forma bem completa como configurar o ambiente para utilizar a ACBrLib no C#, de onde pegar a Lib e as dlls de dependências.

Olá comunidade do ACBr, Gostaríamos de informar que já se encontra no SVN do ACBr, mudanças na Unit ACBrTEFPayGoWebComum.pas, que permitem a aplicação usar a nova PGWebLib, com recurso de atualização automática e proteção contra fraudes, usando o "warsaw" A PayGo disponibiliza um manual detalhado, sobre essa nova versão e como instala-la... Ele está anexo nesse tópico, até termos um endereço oficial da PayGo Porque a PayGo efetuou essas modificações ? Uma resposta curta: Segurança Todo sistema que manipula transações financeiras, pode ser alvo de um ataque Hacker, onde as transações podem ser desviadas para uma outra conta destino... Um grupo especializado nesse tipo de ataque é o "Prilex".... Por isso, sempre instrua os seus usuários, a NUNCA permitir o acesso remoto a máquina sem a autorização da Sw.House Com essa nova versão da DLL PGWebLib, a PayGo utiliza uma camada de proteção de Software já reconhecida e utilizada por vários serviços financeiros, o Warsaw A atualização da DLL também é um fator muito importante para ela se manter segura. Outro fato é que o certificado usado na comunicação TLS, sempre terá um prazo de validade, obrigado a atualização da PGWebLib, e com essa nova versão a atualização pode ocorrer de forma automática, enquanto a aplicação PDV não está sendo executada. Onde posso baixar a nova PGWebLib ? Documentação e SDK podem ser encontrados em: https://paygodev.readme.io/docs/kit-para-atualização-da-documentação Como instalar a nova PGWebLib Com essa nova versão, não basta apenas distribuir a "PGWebLib.dll", junto com a sua aplicação. Na verdade isso não será mais permitido A PayGo fornecerá um instalador completo, que é de Simples instalação... Esse instalador cuidará de copiar a PGWebLib.dll na pasta correta e protegida, além de instalar o "Cliente Windows", que ficará no Systray da máquina Windows, e será responsável pela atualização da PGwebLib Através de variáveis de ambiente o ACBr saberá onde a PGWebLib.dll está instalada e fará uso dela... (leia mais sobre isso, abaixo) Se você deseja automatizar o processo de instalação da PGWebLib, em conjunto com o instalador da sua aplicação, isso e possível, pois o instalador da PayGo pode ser executado no modo "silent" e "verysilent". Exemplo SetupPayGo_full_v5.1.25.1.exe /verysilent A sua aplicação que consome a PGWebLib diretamente, você não precisará fazer uso do "Cliente Windows". Ou seja, apesar dele estar sempre no Systray do Windows ele não precisará ser aberto ou utilizado pelo usuário... Ele será carregado para o Systray, na inicialização do Windows, com o único intuito de verificar por atualizações da PGWebLib Ativando o Cliente Windows com as informações do PDC O Cliente windows, já é utilizado por vários tipos de TEF da PayGo, como o TEF por API ControlPay e o TEF por Troca de Arquivos TXT Para configurarmos o Cliente Windows para uso como atualizador da PGWebLib, precisamos mudar a chave no topo, para que ele mude a interface para "Ativação - PGWebLib" (imagem abaixo) Após isso, basta inserir o CNPJ do Cliente final, e o PDC, e clicar em Ativar Como ativar um PDC em modo de Homologação ? Abra o Cliente Windows clique 3x com o botão direito do mouse no Logo "PayGo", no Topo da janela. Quando ele solicitar a pergunta "Digite o Ambiente" escreva a palavra "Demo" O Client Windows assumirá a cor "roxa", sinalizando que o modo Demonstração foi ativado O que muda na sua aplicação, que usa nossos componentes do ACBrTEFD e ACBrTEFAPI ? Esperamos que nenhuma mudança seja necessária nos seus fontes, a não ser é claro, atualizar os fontes do ACBr e compilar uma nova versão com as alterações efetuadas na Unit ACBrTEFPayGoWebComum.pas Todos os ajustes necessários para consumir a nova PGWebLib, foram introduzidos nessa Unit do ACBr, e ela também cuida de Ler a Gravar valores nas variáveis de ambiente, para verificar por atualizações e sinalizar quando a PGWebLib pode ser atualizada Para conhecer as mudanças em detalhes mais técnicos, veja abaixo a transcrição do Change-Log Os fontes de ACBrTEFPayGoWebComum.pas continuam compatíveis com a versão antiga da DLL ? SIM. Os fontes do ACBr ajustam suas chamadas conforme a versão da DLL, portanto essa Unit é compatível com a DLL antiga e a atual. Eu não uso os componentes do ACBr. Como posso ajustar minha aplicação ? Por favor leia a documentação em anexo, ela descreve em detalhes e dá exemplos de código das implementações necessárias... Veja ainda, o Change-Log do ACBr (abaixo), para compreender as mudancas que implementamos em nossos fontes Mas basicamente você precisará efetuar as seguintes modificações: NÃO MAIS copiar a PGWebLib.dll para pasta de sua aplicação, agora você deve usar a PGWebLib.dll que está instalada na pasta segura (veja item 2) Ler o conteúdo da variável de ambiente PathPGWebLib ou PathPGWebLib_x64, para saber qual é o Caminho completo para a DLL que deve ser carregada, e utilizar ela na sua aplicação (lembrando que você só deve usar a DLL de 64 bits se a sua aplicação é compilada em 64 bits) Chamar o novo método PW_End, antes de sua aplicação encerrar ( para encerrar o processo de proteção ao seu executável e a DLL ) Gravar o valor "True" na variável de ambiente PGWebLibPermiteAtualiza, quando a sua aplicação encerrar (opcional) Quais são as variáveis de ambiente utilizadas pela PGWebLib ? Antes de conhecer as variáveis, saiba que os componentes do ACBr já fazem uso dela, de forma automática e intuitiva (veja o Chenage-Log, abaixo) PathPGWebLib: Path completo da PGwebLib.dll que deve utilizada pela aplicação PathPGWebLib=C:\Program Files (x86)\PayGo\PGWebLib\PGWebLib.dll PathPGWebLib_x64: Versão 64 bits da PGWebLib, e que deve ser utilizada APENAS se você compila sua aplicação em 64 bits PathPGWebLib_x64=C:\Program Files (x86)\PayGo\PGWebLib\x64\PGWebLib.dll PGWebLibAtualiza: Terá os Valores "True" ou "False", definidos pelo Client e Windows. Quando "True", indica que há uma atualização pendente, para a PGWebLib. PGWebLibAtualiza=False PGWebLibPermiteAtualiza: Terá os Valores "True" ou "False". Deve ser manipulada pela automação comercial, para que a mesma sinalize ao Client Windows, quando este pode baixar e atualizar a PGWebLib. Isso evita atualizações em horários indesejados, permitindo a aplicação comercial, definir a melhor estratégia para a atualização. É uma boa prática a automação comercial ligar essa variável de ambiente, sempre que for encerrada. PGWebLibPermiteAtualiza=True CPFCNPJ: Opcional, pode ser utilizada pela aplicação, para definir o CNPJ do cliente final, automatizando o processo de ativação do Cliente Windows PontoDeCaptura: Opcional, pode ser utilizada pela aplicação, para definir o PDC que deve ser utilizado pelo Cliente Windows Usando a DLL protegida, em ambiente de Desenvolvimento Em ambiente de Desenvolvimento, usar a DLL protegida, pode tornar difícil o desenvolvimento... O Warsaw irá detectar que um Debugger está tentando executar a DLL, e causará algum erros como "privileged instruction" Pensando nisso, a PayGo disponibilizou uma DLL para ser usada em modo Debug. Você poderá encontrá-la em: C:\Program Files (x86)\PayGo\PGWebLib\DEBUG Observe que os fontes do ACBr, já tentarão fazer uso dessa DLL, quando o compilador detectar que o programa está sendo compilado em modo Debug. Isso é feito pela nova propriedade IsDebug Você pode ativar ela, usando TypeCast, exemplo: if (ACBrTEFAPI1.TEF is TACBrTEFAPIClassPayGoWeb) then begin with TACBrTEFAPIClassPayGoWeb(ACBrTEFAPI1.TEF) do begin DiretorioTrabalho := 'C:\PAYGOWEB'; // Permite informar o diretório de trabalho da PGWebLib //TEFPayGoAPI.PathLib := 'C:\temp\64bits\PGWebLib.dll'; // Permite forçar o uso de uma DLL específica, diferente do definido em "PathPGWebLib" {$IFDEF DEBUG} TEFPayGoAPI.IsDebug := True; // <---------- AQUI ------------ {$EndIf} end; end; Se você ainda usa o ACBrTEFD {$IFDEF DEBUG} if (ACBrTEFD1.GPAtual = gpPayGoWeb) then begin ACBrTEFD1.TEFPayGoWeb.PGWebAPI.IsDebug := True; end; {$ENDIF} Change-Log de ACBrTEFPayGoWebComum.pas [*] Modificações para suportar nova DLL 4.1.25.3, PayGo Windows no modo atualizador da PGWebLib. [+] Adicionado mapeamento para o comando "PW_End". Esta função tem como finalidade encerrar alguns serviços e remover a proteção do Warsaw da automação, possibilitando a realização da atualização. [*] Estrutura "TPW_GetData", modificada, removendo campo "bIndice: Byte" que não fazia parte da Estrutura original [*] Métodos "ObterDadoCartao", "RealizarOperacaoPinPad", "LogPWGetData", modificados para receber o indice do Parâmetro sendo processado na estrutura TPW_GetData [+] Adicionado o método: "function GetPathPGWebLib: String;" Retorna o valor da variável de ambiente "PathPGWebLib" (32 bits) ou "PathPGWebLib_x64" (64 bits), e que contem o Path completo da DLL PGWebLib, com proteção, e que deve ser carregada pela aplicação [+] Adicionado o método: "function GetPGWebLibAtualiza: Boolean;" Que Verifica o conteúdo da Variável de Ambiente "PGWebLibAtualiza". Essa variável de ambiente fica com o Valor "TRUE", quando há atualizações disponíveis para a PGWebLib. [+] Adicionado o método: "function SetPGWebLibPermiteAtualiza(PermiteAtualizacao: Boolean): Boolean;" Permite que a aplicação configure a variável de ambiente "PGWebLibPermiteAtualiza" Quando a aplicação grava nela o valor "TRUE", permite que o Cliente Windows da Paygo, baixe e atualize a PGWebLib da pasta "PathPGWebLib" [+] Adicionada a propriedade: "AtualizaPGWebLibAutomaticamente: Boolean default True" Quando essa propriedade é True (padrão), o valor de "PGWebLibPermiteAtualiza" será ajustado para True, sempre que TACBrTEFPGWebAPI.DesInicializar for chamado [*] Método "TACBrTEFPGWebAPI.Destroy", modificado para chamar "DesInicializar" [*] Método "TACBrTEFPGWebAPI.Inicializar" mmodificado para configurar a variável de ambiente "PontoDeCaptura", se a propriedade "PontoCaptura" estiver com valor definido a variável de ambiente "CPFCNPJ" se a propriedade "CNPJEstabelecimento" estiver com valor definido. [*] Método "TACBrTEFPGWebAPI.Inicializar", grava no Log o estado da variável de ambiente "PGWebLibAtualiza" [*] Método "TACBrTEFPGWebAPI.DesInicializar" passa a chamar "PW_End", para encerrar o processo de proteção, e "SetPGWebLibPermiteAtualiza", para permitir a atualização da PGWebLib, conforme o valor da propridade "AtualizaPGWebLibAutomaticamente" [*] Método "TACBrTEFPGWebAPI.LibFullName" modificado para usar o Path definido na variável de ambiente "PathPGWebLib", caso a propriedade "PathLib" esteja vazia. [*] Método "TACBrTEFPGWebAPI.LoadLibFunctions" modificado para gravar no log, o caminho completo da DLL PGWebLib que está sendo carregada (por: DSA) PGWin - Modo atualizador da PGWebLib - v1.04.pdf

Oi Siro. Obrigado pelo esforço. Nesse caso, agora parece que você tem um ambiente limpo de duplicidades, que é o problema mais comum desse erro (99,9%)... Sendo assim, talvez o problema então não seja bem um arquivo "duplicado". Para gerar esse erro basta ter duas compilações diferentes (arquivos dcus) da mesma unit. Então, talvez seja um arquivo compilado para fins diferentes (exemplo Debug e release, ou plataformas diferentes). O seu FastReport tem separação de bpls ou dcus para debug e release? Mas mesmo se não tiver, o Delphi talvez esteja se "confundindo". Nesse caso, uma hora ele gera em release para compilar o ACBr. Mas depois, ele está gerando em debug para compilar sua aplicação. Daí geraria esse erro se o ACBr não tiver compilações diferentes ou o Delphi não estiver conseguindo recompilar os pacotes e units do ACBr. Então, outra pergunta, no ACBrInstall, você marcou a opção "Deixar somente a pasta LibXX no Library Path do Delphi"? Se a resposta for sim. Poderia reinstalar o ACBr deixando essa opção desmarcada?

De fato era apenas isso. Como testei diretamente no exemplo, não copiei nenhuma dll junto ao exe. Copiei as dlls do caminho: C:\Acbr\DLLs\LibXml2\x86 e funcionou perfeitamente. Obrigado.

sobre a NFE do responsavel tec me falaram isso Senhor Marcos, boa tarde! O primeiro questionamento enviado versava sobre o código CSRT, o qual foi dada a resposta nos seguintes termos: "Conforme setor responsável, informamos que, no momento, as informações do Grupo ZD- Responsável Técnico não serão de preenchimento obrigatório em Minas Gerais. Dessa forma, não está disponível a geração de CSRT aos contribuintes. Também não será obrigatório em Minas Gerais o credenciamento da Software House. e sobre o NFCE : Esclarecemos que o desenvolvedor de emissor de Nota Fiscal de Consumidor Eletrônica - NFC-e, não possui cadastro específico junto a SEF para que possa comercializar seu sistema e o programa desenvolvido pelo mesmo não necessita de homologação, todavia deverá ser "construído" de acordo com as normas e layout especificados no Manual de Orientação do Contribuinte e Notas Técnicas correspondentes, documentos acessados no Portal Nacional da NFC-e em http://nfce.encat.org/desenvolvedor/ .