Painel de líderes

Olá, comunidade ACBr! Temos uma ótima novidade para compartilhar! Foi integrado um novo TEF ao componente ACBrTEFAPI, chamado Destaxa. Agora, você pode usufruir dessa nova solução de pagamento diretamente em seus projetos, utilizando a robustez e flexibilidade que o ACBr já oferece. O que é a Destaxa? A Destaxa é uma Fintech especializada em orquestração inteligente de meios de pagamentos, com foco em simplicidade, rapidez e baixo custo para o lojista. Ele se destaca por: Integração com diversos meios de pagamento Suporte a múltiplas bandeiras de cartões Gestão e conciliação de transações Para conhecer mais sobre a Destaxa, acesse o site clicando AQUI Sobre a Integração O componente ACBrTEFAPI foi integrado com a Destaxa com o método background, onde o V$PagueClient se comunica com a Aplicação Comercial via Socket ou WebSocket para processar transações, recebendo e enviando dados de pagamento de forma transparente ao usuário. Mas não se preocupe, pois o componente abstrai toda a parte de comunicação com o client, sendo necessário apenas configurar o ACBrTEFAPI com as configurações necessárias, assim como já é feito com os outros TEFs implementados. Como começar a usar? Atualize seus fontes do ACBr para a versão mais recente. Instale o V$PagueClient Configure o TEF Destaxa no componente ACBrTEFD, utilizando os arquivos de configuração e credenciais fornecidos pela Destaxa. ACBrTEFAPI1.Modelo := tefDestaxaAPI; ACBrTEFAPI1.DadosTerminal.CodEmpresa := ''; ACBrTEFAPI1.DadosTerminal.CodTerminal := ''; ACBrTEFAPI1.DadosTerminal.EnderecoServidor := 'localhost:60906'; ACBrTEFAPI1.DadosEstabelecimento.CNPJ := ''; Consulte os exemplos disponíveis no pacote do ACBr para uma integração rápida e eficiente. Mais informações Para dúvidas sobre a configuração, integração ou uso do TEF Destaxa, não hesite em compartilhar aqui no fórum ou em nosso Discord. Estamos à disposição para ajudar! A equipe ACBr agradece a todos que contribuíram para mais essa evolução. Vamos continuar inovando juntos!

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que a Sefaz de São Paulo está com contingência agendada para o dia 24/11/2024, com previsão de início às 06h00 e encerramento às 11h00 do mesmo dia. Para utilizar as soluções ACBr em contingência durante este período siga as orientações do tópico abaixo: Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nosso Discord.

nossa pessoal me desculpe Tipo de ambiente no meu deu certo

Boa tarde @Marcílio Jr, Apliquei uma outra possível solução para o problema. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. @Waldir Paim, o seu caso é a geração do XML, consegui reproduzir essa situação e consegui encontrar uma possível solução que se for aceita pelos demais membros da Equipe ACBr não só vai resolver para a NF-e como para todos o modelos de DF-e.

Olá Pessoal, Boas novas, foi implementado o provedor XTRTecnologia que no momento atende as cidades de: Exu/PE, Baturité/CE, Jaguaruana/CE, Quixeré/CE, Marco/CE, Brejo Santo-CE. Quem souber de outras cidades atendia pelo mesmo provedor, por favor crie um tópico no fórum para que possamos vincular o provedor a cidade. O provedor XTRTecnologia se utiliza de um layout próprio em Json. A principio só foi implementado o envio do RPS. Precisamos da colaboração de vocês no que se refere aos testes para que possamos fazer as devidas correções e a implementação dos demais serviços. Desde já muito obrigado por tudo.

Agradecemos compartilhar sua experiência. Você também pode mandar um PullRequest para eles pelo GitHub.

Boa tarde @Fernando Di Pace, Fiz uma alteração no componente para que ele considerasse o seu arquivo de retorno. O componente leu ele inteiro e salvou na pasta NFSe as 6 notas que consta no retorno. Portanto não encontrei nada no código do componente que estivesse comprometendo a leitura do arquivo e a extração de todas as notas.

Bom dia Juliomar Marchetti Sim, funcionou. Estou a utilizar Windows 11 com Delphi 12.2 e com as alterações abaixo descritas consegui que o DemoPrinter imprimisse num Sunmi V2s. SDK AndroidSDK-2525-23.0.53982.0329 Platform\android-34 NDK AndroidNDK-21-23.0.53982.0329\android-ndk-r21 Java Eclipse Adoptium\jdk-17.0.9.9-hotspot Passos dados: - Download da source https://github.com/TecToy-Automacao/Java/tree/master/jar/Tectoy - Alterar Build.bat alterando JAVA_HOME SET "JAVA_HOME=C:\Program Files\Eclipse Adoptium\jdk-17.0.9.9-hotspot" - Adicionei System Environment Variable , para definir o SDK a utilizar no Build ANDROID_HOME C:\Users\Public\Documents\Embarcadero\Studio\23.0\CatalogRepository\AndroidSDK-2525-23.0.53982.0329 setx ANDROID_HOME "C:\Users\Public\Documents\Embarcadero\Studio\23.0\CatalogRepository\AndroidSDK-2525-23.0.53982.0329" /M ou sysdm.cpl -> Environment Variables-System Variables-New - compilar o projecto Java com o SDK que o Delphi 12.2 está a utilizar [Path do Projecto Java Tectoy]\Jar\Tectoy\Build.bat - Copiar o tectoy.jar para a substituir o tectoy.jar utilizado no projecto DemoPrinter - Alterações do AndroidManifest.template.xml <queries> <package android:name="woyou.aidlservice.jiuiv5" /> <%queries-child-elements%> </queries> ... <activity android:name="com.embarcadero.firemonkey.FMXNativeActivity" ... android:exported="true" ... Build.batAndroidManifest.template.xml DemoPrinter-D12.2.md