Pesquisar na Comunidade

Olá pessoal! Atualmente o Projeto ACBr conta com pelo menos mais de 80 diferentes componentes que podem auxiliar a vida do desenvolvedor (e isso contando somente os nativos para Delphi/Lazarus) ! Portanto, entendemos que buscar um auxílio no momento de tirar alguma dúvida sobre algum desses componentes pode ser confuso a princípio, ficando a dúvida de onde essa dúvida deve ser enviada. Por isso, visando facilitar essa jornada, foram adicionadas descrições nos canais em nosso servidor do Discord, com o objetivo de ajudar a todos para que possam se localizar e saber qual é o canal correto para tirar suas dúvidas. Basta conferir no topo do canal. Vejam alguns exemplos: Essas descrições também foram adicionadas nos canais exclusivos para os membros PRO e também nos canais de atendimento exclusivos dos corporativo.

Olá pessoal! Informamos que novas aulas foram adicionadas ao curso Responsável Técnico na NF-e! São 6 novas aulas (a primeira começa por AQUI) explicando o fluxo desde o cadastro como software house até o aceite do pedido de uso no estado do Paraná com direito a material prático demonstrativo e também explicações sobre as rejeições relacionadas ao responsável técnico! Lembrando que os membros Corporativo e PRO tem acesso a essas aulas. Se você ainda não é membro Corporativo ou PRO, clique AQUI para mais informações!

Olá pessoal! Se você não sabe do que se trata as classes baseadas em ACBrXMLDocument, o tópico abaixo tem mais detalhes: Mas em um resumo: São classes criadas de forma a utilizar as vantagens da LibXML para leitura e escrita dos arquivos XML. Elas são mais rápidas do que as classes baseadas na PCN. Elas foram criadas com o objetivo de substituir a PCN. Como podem ver no tópico indicado acima, desde antes de dezembro de 2024 essas novas classes já estão disponíveis e podem ser utilizadas pela comunidade através de opção no instalador. Agora, 6 meses depois, decidimos que a essas classes serão adotadas como padrão pelo ACBr, ou seja, ao invés de a opção vir desmarcada no instalador, ela vira selecionada por default. Por que estamos realizando esta mudança? Como é mencionado no tópico, consideramos que elas trazem vantagens em comparação com as classes da PCN. Depois de um período de 6 meses, com a comunidade já podendo utilizar elas e sem relatos recentes de problemas, consideramos que elas já estão maduras o suficiente para serem adotadas como padrão. Com o advento da Reforma Tributária, fica inviável manter a manutenção tanto nas classes PCN quanto nas classes ACBrXMLDocument, portanto, os novos campos relacionados a reforma foram adicionadas somente nas novas classes. Quais impactos essa mudança pode gerar? Como mencionado, essas novas classes precisam da LibXML para o correto funcionamento, portanto as dlls devem ser devidamente distribuídas junto ao executável ou estarem presentes no Path. Se você utiliza as units em sua aplicação, é provável que precise realizar a troca para evitar problemas de escopo. Por exemplo, substituir na seção uses da sua aplicação, onde tiver pcnNFeW por ACBrNFe.XmlWriter e onde tiver pcnNFeR por ACBrNFe.XmlReader.

Olá a todos! Nas últimas semanas, nosso PDV em Delphi 10.3 (ACBr JEDI Firebird) apresenta um comportamento de emissão NFC-e sem chave de acesso no banco de dados. Ao investigar, percebemos que o sistema clona a última NFC-e emitida — sem motivo aparente — incrementa o número (nNF), monta um novo XML e tenta reenviá-la, mas nunca grava o campo <chNFe> no Firebird. Fluxo atual de emissão: O sistema dispara a NFC-e ao servidor da SEFAZ e aguarda retorno. Se não recebe resposta (timeout, instabilidade de rede, etc.), exibe mensagem ao operador: reenviar ou não. Na próxima venda, em vez de gerar uma NFC-e nova do zero, o PDV reaproveita o objeto pendente, apenas incrementando nNF e reenviando o XML. O resultado é uma duplicata sem <chNFe> no BD e sem seu respectivo arquivo XML. Comportamento imprevisível: A ocorrência dessa emissão sem chave de acesso é aleatória e está se manifestando de forma não determinística, não há padrão aparente de quando isso acontece. Observação adicional: Em um dos casos, encontramos uma NFC-e sem chave registrada no BD, mas o XML autorizado, com <chNFe> e <nProt>, estava presente na pasta de emissão do Windows. Ou seja, gerou e salvou o arquivo corretamente, mas o sistema não atualizou o registro no Firebird. Como vocês tratam situações em que uma NFC-e fica pendente e, de forma aleatória, é reaproveitada pelo sistema em vendas subsequentes, gerando duplicidade sem <chNFe> no banco? Que mecanismos ou controles vocês utilizam para: Isolar ou bloquear automaticamente NFC-e em status “pendente de retorno”, de modo que não possam ser reaproveitadas em novas vendas? Garantir que, assim que a NFC-e seja autorizada (cStat 100/150), seu <chNFe> e <nProt> sejam gravados imediatamente no banco, evitando inconsistências? Implementar fluxos de contingência (tpEmis = teOffLine) ou consultas assíncronas automáticas, de forma que não existam notas “presas” no sistema sem atualização de status? Agradeço imensamente por qualquer exemplo de trigger/gerador no Firebird, trecho de código Delphi/ACBr ou estratégia de fluxo que ajude a resolver esse comportamento aleatório de duplicidade e inconsistência de chave de acesso.

Olá pessoal! Este tópico tem o objetivo de centralizar as informações disponíveis sobre a Reforma Tributária para facilitar e ajudar aqueles que estão buscando mais conhecimentos sobre o assunto para se preparar. Notas Técnicas 2025 Nota técnica com as modificações específicas para NF-e\NFC-e: Nota técnica com as modificações específicas para BP-e: Nota técnica com as modificações específicas para NF3e: Nota técnica com as modificações específicas para NFCom: Nota técnica com as modificações específicas para o CTe/CTeOS/GTVe: 2024 Nota técnica com as modificações específicas para NF-e\NFC-e: Nota técnica com as modificações específicas para CT-e\CTe-OS\BP-e\NF3-e\NFCom: Nota Técnica com as modificações específicas para NFS-e: FAQ Modificações no ACBr Edições do Papo PRO ACBr (mais recentes primeiro) 2025 2024 Tópicos da Comunidade discutindo sobre o assunto.

Olá pessoal! É com grande alegria que informamos que foram disponibilizadas versões da ACBrLib sem dependência de ambientes gráficos! Como assim dependência de ambiente gráfico? As Libs do ACBr faziam uso de um motor de relatório que adicionava dependências ao ambiente gráfico, por isso, para o correto funcionamento das mesmas, era necessário o uso de emuladores como o xvfb. Isso causava alguns transtornos e podia gerar certas dores de cabeça devido a problemas com esses emuladores. Por causa disso, foi criada uma nova versão console da Lib que faz uso exclusivamente do FPDF, removendo assim essas dependências e a necessidade do xvfb. Como faço o download das Libs Console? Quando você clica para realizar o download de uma biblioteca, serão exibidas as opções de acordo com a plataforma que deseja utilizar a mesma. A versão Console está disponível para Linux. Uma vez que o dowload tenha sido concluído, basta utilizar os .so encontrados neste caminho.

Olá pessoal! É com grande alegria que informamos a vocês que uma novidade muito pedida pelos membros da comunidade, os dockers do ACBr, são agora uma realidade! O primeiro docker disponível foi construído para demonstrar o uso dos exemplos de consumo da Lib disponíveis para a linguagem PHP(mais sobre eles AQUI). O fonte pode ser encontrado neste repositório do nosso perfil oficial do GitHub e a imagem pode ser encontrada neste repositório em nosso perfil oficial no DockerHub. Além do docker em PHP que foi disponibilizado, outros estão em construção para demonstrar o uso em outras linguagens! O que é Docker e para que ele serve? O docker é um container que pode isolar as configurações e dependências necessárias para o correto funcionamento de uma aplicação, garantindo facilidade de implantação, portabilidade, consistência e escalabilidade. Posso usar o Docker do ACBr em produção? O docker foi construído para demonstrar e orientar como criar um container da maneira certa para o correto uso das soluções do ACBr, portanto, recomendamos o estudo do container para criarem suas imagens de acordo com as necessidades e particularidades de sua aplicação, mas não recomendamos o uso do docker do ACBr direto em produção. Ouça mais informações sobre os Dockers do ACBr nesta edição do Papo PRO que foi realizada sobre o assunto:

Pessoal, eu tinha procurado aqui no grupo uma forma de gerar o arquivo FCI, mas não achei nenhum código, portanto eu criei o código e testei a geração, está funcionando e validando. A leitura do arquivo de retorno eu não testei, pois não tenho um arquivo de retorno ainda, mas já disponibilizo o meu código para vocês utilizarem e implementarem no ACBr também. Além da unit "ACBrFCI.pas", tem um Demo também. FCI.zip

Olá pessoal! Temos uma novidade para você que é membro ACBr PRO e ACBr Corporativo! Informamos que foi disponibilizado no Nutror o novo curso: Dominando a Emissão da NFC-e! São 54 aulas explorando a NFC-e trazendo desde os conceitos mais básicos até demonstrações práticas explicando como realizar sua primeira emissão de NFC-e utilizando as soluções do ACBr. Facilite o processo de integração junto a este documento fiscal que vai substituir o SAT e o MFe em São Paulo e no Ceará, além de já ser utilizado em diversos outros estados. Se você ainda não é PRO, clique AQUI para mais informações

Fala pessoal! Gostaria da ajuda dos colegas nessa situação. Estou precisando implementar o pix atráves do psp do sicoob. Já tenho as credenciais de produção e do sandbox, porém no demo acbrpixcd quando tento criar uma cobrança imediata, não gera. Segue abaixo o log gerado... CriarCobrancaImediata( ) PrepararHTTP Autenticar LimparHTTP TransmitirHttp( POST, https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ) ConfigurarHTTP ConfigurarProxy ConfigurarTimeOut ConfigurarHeaders( POST, https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ) Req.Headers: Req.Body: grant_type=client_credentials&client_id=63bc9ed8-626b-4a4c-b508-**********&scope=cob.write%20cob.read%20cobv.write%20cobv.read%20lotecobv.write%20lotecobv.read%20pix.write%20pix.read%20webhook.write%20webhook.read%20payloadlocation.write%20payloadlocation.read ResultCode: 500 - Sock.LastError: 10091 Resp.Headers: POST /auth/realms/cooperado/protocol/openid-connect/token HTTP/1.0 Host: auth.sicoob.com.br Keep-Alive: 300 Connection: keep-alive User-Agent: Mozilla/4.0 (compatible; Synapse) Content-Type: application/x-www-form-urlencoded Content-Length: 262 Accept-Encoding: gzip, compress, deflate client_id: 63bc9ed8-626b-4a4c-************* Resp.Body: EACBrPixHttpException: Erro HTTP: 500, Metodo: GET, URL: https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ***************EACBrPixHttpException*************** Erro HTTP: 500, Metodo: GET, URL: https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token Ficarei muito grato com a ajuda pessoal!

Boa tarde, meu sistema é em java, quando escolho pix ocorre esse erro, e sei que o pessoal já fez essa mudança e com facilidade para Dephi. No java, vai ser preciso atualizar as classes do acbr? Alguém poderia me auxiliar nessa questão? Forte abraço. dez 17, 2024 5:05:46 PM service.LogService error GRAVE: Error: java.lang.Exception: Rejeicao: Nao informados os dados do cartao de credito-debito nas Formas de Pagamento da Nota Fiscal at service.components.nfce.NfceFacade.validaRetornoEnvio(NfceFacade.java:35) at service.components.nfce.EmissaoNfce$1$1.call(EmissaoNfce.java:57) at service.components.nfce.EmissaoNfce$1$1.call(EmissaoNfce.java:35) at javafx.concurrent.Task$TaskCallable.call(Task.java:1423) at java.util.concurrent.FutureTask.run(Unknown Source) at javafx.concurrent.Service.lambda$null$6(Service.java:725) at java.security.AccessController.doPrivileged(Native Method) at javafx.concurrent.Service.lambda$executeTask$7(Service.java:724) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source)

Pessoal, sei que este assunto já foi debatido aqui em outros momentos a partir das lives no Discord, mas vira e mexe este assunto retorna e vai continuar. O tema de inteligência artificial é muito recorrente, é assunto com frequência nos principais sites de tecnologia e sempre há alguma empresa trazendo inovação, automatização de alguma tarefa e etc. Não é algo que dá para correr, não é um hype, é o futuro e ou nos adaptamos ou ficamos para trás. Estou sempre lendo sobre tecnologia e principalmente IA, nisto eu cheguei a brincar um pouco com o Gemini em uma imersão da Alula, fiz uma ou outra coisinha simples com o Chatgpt, mas algo funcional, ou seja, algo que realmente traz valor e resolve um problema ou melhora alguma coisa, ainda não. Tenho a intenção de criar uma api onde envio as perguntas dos meus clientes que receberei pelo whatsapp e respondo de acordo com minha base de conhecimento e desta forma resolver mais rápido as dúvidas dos meus clientes e diminuir a demanda do suporte. Fora isto, gostaria de colocar para fazer análise na minha base de dados de clientes, mas não sei ao certo o que eu poderia fazer e este é o grande ponto, por que creio que muitos da comunidade do ACBr, também não sabem. Eu gostaria muito de discutir mais este tema aqui na ACBr, de forma a compartilharmos ideias, experiências, talvez até criar um componente ACBr e ACBrLib também. Então pessoal, em que vocês usam IA em seus sistemas? Como usam? Quais análises fazem? Quais automações fazem? Etc.

Atenção comunidade ! Recebemos informações do Banco Inter que no dia 31/10/2024 a API Cobrança (V2) Será DESCONTINUADA! A API V3 já está funcionando, para quem nunca utilizou, basta ler este post, clique aqui. Não deixe seus testes para a ultima hora, realize os testes com antecedência para que isso não tenha impacto negativo na sua aplicação.

Olá pessoal! Nos últimos dias temos recebidos diversos relatos de membros de nossa comunidade com problemas para realizar o processo de Manifestação do Destinatário, seja realizando o envio de evento ou a consulta de DistribuicaoDFe. Todos os relatos tinham em comum o fato de estarem conseguindo consumir os webservices de transmissão da NF-e normalmente, mas estarem recebendo as mensagens: Erro Interno: -2146893815 Erro HTTP: 0 URL: https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx Erro: 2148073481 Ou: Erro: WebService Distribuição DFe: - Inativo ou inoperante tente novamente. Erro interno: -2146893815 Erro HTTP: 0 URL: https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx Erro: 2148073481 - Em casos assim, é sempre válido abrir um Fale Conosco junto ao fisco para que o mesmo fique ciente de que há algo errado. Abaixo reproduzido na íntegra temos a resposta que foi fornecida pelo membro de nossa comunidade @Jhonathan na qual ele demonstra um passo a passo que executou para resolver um erro semelhante que havia enfrentado anteriormente com NFC-e e que também de acordo com múltiplos relatos de colegas da comunidade resolveu o problema agora com a manifestação do destinatário: 1- Vá até o Painel de Controle do Windows. 2- Escolha a Opção "Opções da Internet"; 3- Vá até a aba “Avançadas”; 4- No bloco “Configurações”, vá até as últimas opções e deixe configurado como na imagem abaixo: 5- Vá em executar, digite certlm.msc para abrir a interface de certificados, caso esse comando não funcione, utilize o comando certmgr.msc. Remova estes certificados listados na imagem abaixo: 6- Execute como Administrador o InstaladorCadeias_1.0.2.0.exe, clique em Instalar e aguarde até que o processo seja finalizado. 7- Execute o FixCrypto_TLS1_2_Windows.reg. 8- Descompacte o CA.zip e execute o ac soluti ssl ev.cer e o Raiz-icp-brasil v10.cer. 9- Reinicie a máquina e teste novamente a comunicação com a Sefaz.

Olá pessoal! Primeiro de tudo, se você na verdade está perdido e com dificuldades para utilizar a Lib em um ambiente Azure, é importante que siga as orientações do tópico abaixo: Depois de seguidas as orientações deste tópico, será possível utilizar o ACBrLib no App Service da Azure. No entanto, alguns podem encontrar certas diferenças nas formas como os impressos são gerados no ambiente Linux da nuvem Azure e do Windows. Isso pode ocorrer devido a falta das fontes Microsoft. Abaixo temos algumas linhas e a explicação do que elas fazem, que ao serem adicionadas no script criado no tópico mencionado anteriormente, provaram resolver o problema. Um agradecimento ao membro de nossa comunidade @Rodrigo - Digibyte por mais está dica valiosa.

Olá, ao realizar a devolução tanto de Entrada como de Saida, informo o Valor do IPIDevol em cada item, ele soma no Rodapé da nota, porém mesmo informando e garantindo que não seria 0, mesmo assim no XML é gerado como 0. Não localizei nos Exemplos do ACBr algo relacionado. Teria um exemplo para devoluções?

Tenho uma duvida a respeito do acbrposprinter em questão da margem, estou tentando imprimir umas informações em uma impressora termica, porém a margem tanto para esquerda como para direita está ficando de certa forma "grande". O componete possui alguma propriedade que faça essas margens diminuir e impressão pegar melhor a largura do papel ? Ja tentei aumentar o numero de colunas, porém não resolveu

A principio conforme documentação da lib, precismos ter instalado libxml2 com links simbólicos. Mas neste caso, o link ficou quebrado e o usuário procedeu da seguinte forma: “fui até a raiz da instalação "/usr/lib/x86_64-linux-gnu/" localizei a dependência instalada, no meu caso, "libxml2.so.2.9.10" e refiz o link, "ln -s libxml2.so.2.9.10 libxml2.so", daí ele conseguiu localizar e rodar. “ Outro ponto importante, sabemos que precisamos do xvfb para virtualização, isso porque existem dependências gráficas na DLL. Como ele faz a distribuição com Spring + Maven, em um servidor VPS com Tomcat, para funcionar com o emulador gráfico ele precisou adicionar um “execution” junto aos plugins, no pom.xml, segue o arquivo com este “add execution” que ele esta contribuindo com a comunidade. Arquivo: add_pom.xml Obrigado @Ricardo Isono por estas colaborações e informações que é de extrema valia a comunidade.

Conforme instruido no TXT de configuração para o uso da API de Boletos do Banco do Brasil, foi configurado o componente, porem o retorno do envio da remessa pela api retorna com a mensagem "Tipo do convênio inválido", dentro do proprio projeto AcbrBoletoDemo tambem me gera a mesma resposta. RetornoRegistro.txt

Boa tarde senhores, PC Novo. Tudo instalado do zero. Adquiri o Delphi 12 hoje. Instalei tudo normalmente. Baixei o Trunk do SVN ACBR. Inclusive deu uns erros pra instalar pra Delphi 12 32bits LibD29. Pra compilar o componente "Pacotes\Delphi\ACBrDFe\ACBrNF3e\ACBr_NF3e.dpk" está dando erro e tive que colocar uns arquivos da versão anterior do ACBR pra compilar. Veja o print abaixo com todos os arquivos necessários pra compilar (Pasta: Fontes\ACBrDFe\ACBrNF3e\Base\Servicos) Pronto! Compilei o DPK e instalei o ACBR completo sem erro. Abri meu projeto e dei um Build pra ele fazer todo o reprocessamento dos componentes ACBR. Sistema rodou legal. Mas me veio esse erro quando vou instanciar o componente ACBRNFSEX. Veja o print abaixo: Espero ter ajudado a resolver este problema pra amigos desenvolvedores também. Abraço a todos!

Lembrei disso hoje... e decidi procurar se o Post n.1 ainda existe... SIM, ele ainda está no Fórum da DevMedia, o qual eu frequentei por um bom tempo, e foi o espírito de cooperação dos usuários do fórum, que me motivou a criação do Projeto ACBr... Reparem no Post, que ainda não há menção do nome ACBr, e a ideia inicial, era fazer uma classe de Suportes a ECF (Emissor de Cupom Fiscal)... https://www.devmedia.com.br/forum/classe-para-acesso-direto-a-ecf-em-linux-windows/229474 Na abertura do último Dia do ACBr, eu menciono um pouco sobre a criação do Projeto... Classe para acesso Direto a ECF em Linux/Windows 03/05/2004 Ola, para todos.... Estou desenvolvendo uma Classe Multiplataforma para acesso direto a diversas Impressoras Fiscais. Na verdade o projeto ainda está engatinhando, mas já tive sucesso em Comunicação com a Bematech em Windows e Linux. Entretanto, como muitos programadores também necessitam ou já fazem acesso a ECF, resolvi usar a ideia de tornar isso um projeto OpenSource. P1 - Porque fazer mais uma biblioteca de acesso a ECF ? A ideia é fazer uma Classe que possa rodar em Linux / Windows. algo que nao existe hoje.... Alem de não exigir nenhuma DLL ou SO, a fim de evitar o ´inferno das DLL´s´ P2 - Como fazer acesso aos ECFs ? Como a classe deve rodar em Linux, fica descartado o uso de DLL´s... Todas as impressoras fiscais (pelo menos as que já programei) possuem manuais descrevendo os codigos de comandos e protocolos seriais. Atualmente acesso as impressoras: Bematech, Daruma, Schalter, Sweda, Mecaf (e compativeis) de forma direta, em DOS, usando a linguagem CLIPPER 5.02e.+Clipper Tools... O Executável não depende de nenhum arquivo externo ou device driver no CONFIG.SYS. A ideia é migrar as funçoes de Clipper para Delphi, usando um componente de acesso a Serial. P3 - Qual componente fará acesso a serial ? Dos que testei, apenas a classe SynaSer http://www.ararat.cz/synapse/ é multiplataforma (Kylix) P4 - Porque rodar em Linux ? Já pensou oferecer para os seus clientes uma solução de Aplicacação Comercial totalmente legalizada ? e sem pagar uma fortuna por isso ? Sem falar na estabilidade e segurança do Linux.... Qual usuário consegue apagar o sistema ? (alem do Root é claro Caracteristicas do projeto: - Deve ser OpenSource e com a distribuição dos fontes: - Deve ser Multi-plataforma (Windows ( CLX / VCL ) / Linux) - Nao deve depender de nehuma DLL ou SO. - Deve suportar as diferença entre os diversos modelos de ECF - As Classes Filhas devem tratar de forma transparente as pequenas diferenças na programaçao de Versoes diferente do mesmo Modelo de ECF. Ex: A classe TECFBematech deve ser capaz de trabalhar com todas as versoes da Bematech FI Vantagens do Projeto: - Total controle da Aplicação: Já vi DLL´s que simplesmente param o processamento do programa (Quem já homologou TEF discado, sabe o que eu quero dizer...) - Facil distribuição: Não precisa distribuir e instalar nenhuma DLL - Livre-se do Inferno das DLL´s Quando o usuário instala outro programa que usa a mesma DLL que você usa, porém em uma versão antiga (causando Bugs no seu programa) - Multiplataforma: Linux / Windows - Programação Limpa e Clara. Basta criar uma classe TECF com o modelo apropriado. O Codigo fonte sempre se refere a Classe criada, sem se preocupar com o Modelo Desvantagens do Projeto: - Se o hardware mudar, ficamos dependendo de novas informaçoes do fabricante, ou até mesmo de um modelo do equipamento para testes... - Geralmente as DLL´s incorporam novos Hardwares do mesmo fabricante.... Aqui teremos que implementar um novo filho da classe TECF para cada Hardware novo (somente se o novo hardware nao for compativel com o antigo) Estou lançando a ideia para ver a aceitação... Existe algum disposto a colaborar ? Posso enviar os fontes por e-mail para que estiver interessado... Em breve farei uma pagina para download do projeto... (Ou se alguem estiver disposto a fazer... ) A ser desenvolvido: - Terminar a implementação da Classe TECFBematech - Implementar as demais Classes (Daruma, Schalter, Sweda, Mecaf) - Criar Classe para Manupilação de TEF Discado para interagir com TECF Na verdade, nunca fiz nenhum projeto OpenSource... Gostaria de sugestões... Duvidas: - Como / Onde hospedar o projeto ? - Como cordernar ?.... - Como fica a questão legal de OpenSource ? É preciso registrar isso em cartório ? Ps: Srs Moderadores, desculpe postar essa msg em 2 áreas, mas acredito que seja do interesse...

Bom dia pessoal, tudo bem? Ao imprimir NFS-e no padrão nacional cortava a chave de acesso, só imprimia os 50 primeiros caracteres, ai verifiquei que era na criação do ClientDataSet (na linha 443 do arquivo em anexo), então ajustei conforme o arquivo em anexo, se acaso acharem pertinente subir esse código, em anexo tem o fr3 que estou usando com alguns ajustes também. ATT. ACBrNFSeXDANFSeFR.pas DANFSe_EL.fr3

Ao tentar gerar o Boleto em PDF, o seguinte erro é emitido. Segue abaixo em trecho da config. cobranca.ACBrBoletoFC := TACBrBoletoFCFR.Create(nil); if cobranca.ACBrBoletoFC is TACBrBoletoFCFR then TACBrBoletoFCFR(cobranca.ACBrBoletoFC).FastReportFile :=ExtractFilePath(Application.ExeName)+'Boleto.fr3'; if Assigned(cobranca.ACBrBoletoFC) then cobranca.ACBrBoletoFC.DirLogo := ExtractFilePath(Application.ExeName)+'Logos\Colorido\'; cobranca.ACBrBoletoFC.CalcularNomeArquivoPDFIndividual := False; if not DirExists(ExtractFilePath(Application.ExeName)+'Boletos\PDF') then MkDir(ExtractFilePath(Application.ExeName)+'Boletos\PDF'); cobranca.ACBrBoletoFC.NomeArquivo := ExtractFilePath(Application.ExeName)+'Boletos\PDF\Boleto_'+sNumeroBoleto; cobranca.ACBrBoletoFC.AcbrBoleto.GerarPDF; Os diretorios estão corretos, seria alguma configuração pendente? Verifiquei as configs da Demo, e está sendo informado da mesma forma Utilizo Delphi Seattle

Primeiramente, espero que todos estejam bem e já agradeço a ajuda reportada! Estou criando um app simples, que terá como uma funcionalidade principal a leitura do código de barras de um produto e em sequencia, a impressão da etiqueta do mesmo. Para a impressão da etiqueta, utilizamos a impressora Zebra ZT230, que está compartilhada em rede '\\IPCOMPUTADOR\ZebraFilial'. Em testes realizados compilando direto no windows, consigo realizar o envio e impressão da etiqueta na impressora. Quando faço a compilação utilizando o android, abro o app e tendo fazer o envio para impressora, recebo o seguinte erro: 'PORTA NÃO DEFINIDA'. Pesquisando aqui no fórum, encontrei alguns tópicos com algumas dicas e tentei implementar, mas ainda assim o problema persiste. Tentativas de definição da propriedade PORTA do componente ETQ: 1ª: \\IPCOMPUTADOR\ZebraFilial -> Erro: 'PORTA NÃO DEFINIDA' 2ª: RAW:\\IPCOMPUTADOR\ZebraFilial -> Erro: 'PORTA NÃO ENCONTRADA' 3ª: RAW:ZebraFilial -> Erro: 'PORTA NÃO ENCONTRADA' 4ª: USB:Zebra, ZT230 -> Erro: 'NÃO IMPRIME A ETIQUETA' apesar de ativar a impressora, passar todos os parametros e finalizar a impressão. 5ª UBS:\\IPCOMPUTADOR\ZebraFilial -> Erro: 'NÃO IMPRIME A ETIQUETA' apesar de ativar a impressora, passar todos os parametros e finalizar a impressão. Alguém poderia me ajudar nessa questão? Desde já serei muito grato pelo ajuda e tempo solicito.

Ao inicializar o Delphi Seattle, uma serie de erros nas dpl são exibidos, que se estende a todas as dpls existentes na pasta Lib. O Path está sendo referenciado. Realizei a reinstalação do ACbr. Rodei o "apagarAcbr.bat" e realizei novamente a reinstalação. Cheguei a limpar a pasta e puxar novamente tudo do SVN para realizar a reinstalação. Esta situação está ocorrendo deste ontem, nada foi alterado na maquina para que isto acontecesse, apenas iniciei minha manhã de ontem com este erro. Alguma ideia de como solucionar ? (PS: Mesmo apagando tudo da pasta ACBr e puxando do SVN, as Pastas EXEMPLO e FONTES vieram como alterados, não sei se isto teria algo relacionado)