Painel de líderes

Bom dia pessoal ! Para quem ainda não conhece, o Lazarus/FPC é uma poderosa IDE e compilador da Linguagem Object Pascal, muito semelhante ao Delphi, e desenvolvido totalmente em Código Aberto... ( Saiba mais em: https://www.lazarus-ide.org/index.php?page=about ) Como esta versão usa o FPC (Free Pascal Compiler), na versão 3.2.2, então não devemos ter mudanças brusca na compilação dos projetos existentes... Você pode fazer o download do Lazarus, na página oficial do Projeto: https://www.lazarus-ide.org/ Para manter a compatibilidade com as diferentes versões de Windows e as DLLs existentes, use a versão 32 bits do Lazarus. Depois se preferir você pode utilizar Cross-compiling , para gerar aplicações para Windows 64 por exemplo baixando instalação complementar Windows 32bit Add Ons É uma versão bugfix, ou seja, de correção de bugs e foi construída com FPC 3.2.2. Destaques da Release: Alteração LazUtils: SysUtils.FileExists (antigo FileExistsUTF8) que suporta unicode sob Windows desde FPC 3.0; Unidade de máscaras que foi criado um novo parâmetro dentro de TMaskOptions "moDisableSets"; LazFreeType as units de fontes freetype movidas para /componentes/freetype/freetypelaz.lpk; Por fim a unidade PasWStr removida por só ser funcionar compilador pré 3.0.; Alterações Interfaces LCL: Qt5 em LibQt5Pas 1.2.8 suporte completo de componentes OpenGL; Alterações da IDE: CodeTools suporte funções anônimas, modificações inspetor de objetos e inspetor de projetos, extensão de PO mestres conhecidos como modelos alterada de .po para pot; Grupo de projetos; gerenciador de pacotes; O Debug (depurador) GDB(mi) vem agora com a versão 9.2 do GDB modificada para uso com unicode. (por 32 e 64 bits) e o LazDebugger-FP v1.0 agora é padrão para novas instalações no Windows e Linux; Componentes: AnchorDocking ganhou novas funcionalidades; melhorias no formato de código Jedi; DockedFormEditor também foi modificado e é o substituto do sparta_dickedformeditor. Aqui está a lista completa de alterações/correções: Lazarus 2.2.0 release notes - Lazarus wiki (freepascal.org) User Changes 3.2.2 - Free Pascal wiki Lista de correções para Lazarus 2.2.x: Commits · fixes_2_2 · FPC / Lazarus / Lazarus · GitLab Versão disponivel no SourceForge: Lazarus - Browse Files at SourceForge.net

Não existe mais. olhe no exemplo da NFSeX que a mesma tem lá que foi modificado

lembre-se que ele te mostrou o caminho sem a parte do componente e com certeza não vai mostrar tu tem que informar desde componente. vamos ver a hierarquia das propriedades portanto vai ficar em cada nota

Precisei adicionar o banco BTG Pactual e estou enviando todos os arquivos que foram alterados para ficar compatível. Já está em produção, foi homologado arquivo remessa/retorno padrão CNAB240. Para os testes de homologação utilizei o próprio demo do ACBrBoleto, porém, notei que quando ele carrega as configurações que estão salvas no arquivo .ini os componentes em tela referente aos dados do Beneficiário não tinham os seus valores atualizados, e, sempre que gerava um novo .ini acabava perdendo todas essas configurações. Aproveitei e ajustei o demo em Delphi para recuperar essas informações do .ini também. O arquivo .zip está compactado com a estrutura de pastas que o ACBr utiliza e contém o kit de homologação que a BTG disponibiliza. Demo_ACBrBoleto.zip FontesBTGPactual.zip Manual_2.zip Manual fornecido pelo banco Manual_1.7z

Boa tarde Willian, Outra sugestão é tentar comparar a emissão que funcionou anteriormente com essa rejeitada, pois a mensagem de erro não explicou o problema, pode não ter relação com o número do RPS em si. Fora isso seria passar para o provedor os soaps do envio e retorno para identificarem o problema.

Eu revoguei e criei um novo. Deu Certo. Obrigado Antonio.

então tem arquivos em conflito. sua pasta está verde? senão faça revert no svn e depois update

Em 20/09/2022 a SEFAZ-CE adiantou para 31/10/2022 a data de desativação do Integrador e do Validador Fiscal, desta forma em 01/11/2022 o Driver MFe deve estar atualizado para as versões 01.05.17 (Windows) e 02.05.17 (Linux). Fonte: https://www.sefaz.ce.gov.br/comunicados/

Bom dia pessoal, Nos próximos dias dias devemos ter o lançamento da libGTIN. At.

Obrigado Antonio. Deu certo. Sim. Obrigado pela Ajuda.

@Caio Vanceli bom dia, veja se este tópico te ajuda:

Consegui compilar para 64 quando baixei e instalei o fpc-3.2.2.i386-win32.cross.x86_64-win64(eu instalei ele na paras fpc do lazarus)

Boa noite, Caso queira implementar e colaborar com o projeto, é um bloco bem simples e a implementação envolve os arquivos a seguir. ../trunk2/Fontes/ACBrTXT/ACBrSPED/ACBrSPEDFiscal/ACBrEFDBloco_K.pas ../trunk2/Fontes/ACBrTXT/ACBrSPED/ACBrSPEDFiscal/ACBrEFDBloco_K_Class.pas

Boa noite, Veja se resolve salvando as dlls atuais da OpenSSL na pasta da sua aplicação, lembrando de respeitar a arquitetura da aplicação para escolher a opção x86 ou x64. trunk2/DLLs/OpenSSL/1.1.1.10/

Boa noite Gerson, Ao selecionar algum pacote e clicar componentes, exibe a lista? Tentou refazer a instalação desta forma? Na dúvida, além dos passos acima, para garantir que não tenha outros arquivos antigos atrapalhando, apague a pasta do ACBr clone novamente do zero e tente uma nova instalação. É comum alertarmos a todos que colam grandes conteúdos no post, pois dificulta tanto a leitura do tópico em geral, quanto a interpretação do conteúdo da dúvida postada. Seguem as regras do fórum, como disse não ter visto algo relacionado. https://www.projetoacbr.com.br/forum/announcement/1-sim33-nós-temos-regras33

Boa noite, Veja se este tópico te ajuda.

Boa tarde, Quando o provedor exige que algum campo requer o código do município, devemos sempre informar o código IBGE. Caso o provedor em questão (por exemplo o IPM) exige o código TOM em vez do IBGE o componente faz a conversão automaticamente tanto ao gerar o XML quanto ao ler o mesmo.

pode ser que não

Tive o mesmo problema, entendo que o problema está aqui : NFSe.NotasFiscais.Items[0].NFSe.Servico.CodigoMunicipio := qrCapaJ_CIDADEIBGECLIENTE.AsString; Quando o provedor é IPM o código que informamos no XML não é o do IBGE mas sim o da receita federal (TOM). Após carregar o XML e Antes de imprimir, realimentei o campo com o código do IBGE e assim o erro não ocorreu.

Lembramos ainda que a contingência da NFCe em SP.. é o aparelho SAT, e vice-versa https://projetoacbr.com.br/cursos/sat-sp/