Painel de líderes

Olá Pessoal, Boas novas, encontra-se disponível um novo provedor chamado Kalana se se utiliza da versão 1 do layout da ABRASF. Esse provedor requer uma chave de acesso que deve ser informada na propriedade de configuração WSChaveAcesso. Até o momento ele esta disponível para a cidade de Rio Largo/AL. A URL não sei bem ao certo se é de homologação ou de produção e ele utiliza uma URL para cada serviço e esta faltando as URL de Consulta a NFS-e pelo numero da nota e o Cancelamento da NFS-e.

Pessoal, consegui imprimir com o GPOS720. Removi a biblioteca que estava configurada no demo payment-1.14.10.181016_classes.jar e adicionei a que veio com o exemplo que a gertec mandou libgedi-0.16.17-beta.0-gpos720-payment-release.jar, configurei como externa GERTEC GEDI e imprimiu. Ops, esqueci de adicionar a lib. libgedi-0.16.17-beta.0-gpos720-payment-release.jar

Devemos colocar as DLLs de dependência junto da DLL da lib. No caso do pix, apenas as dlls da OpenSSL são necessárias. Tu pode usar essas (de acordo com a arquitetura que está compilando) https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/

Você está personalizando o componente? Adicionando uma property... então sim. precisa reinstalar depois de alterar.

Sim, habilitar a verificação em duas etapas na conta do cliente que conseguirá gerar uma senha de APP, igual ao Gmail. Assim que resolverei nos clientes por enquanto!

Olá pessoal! No dia 17/09/2024 foi publicada a Nota Técnica 2024/003 que traz alterações no layout e criação de regras de validação relacionadas ao trânsito de animais vivos, vegetais e florestais. Introdução Este documento visa permitir aos estados um acompanhamento mais preciso das operações relativas ao trânsito de produtos animais vivos, vegetais e florestais. Atendendo também solicitação do ENCCLA - Estratégia Nacional de Combate à Corrupção e à Lavagem de Dinheiro, encaminhada pelo Ofício nº 598/202 /CGAI/ DRCI/ SENAJUS/ MJ, do Ministério da Justiça para os estados em que não é utilizado o Documento de Origem Florestal (DOF). Alterações no arquivo XML da NF-e Foi adicionado no layout da NF-e um novo grupo chamado agropecuario para receber informações como o número do receituário da aplicação do defensivo até informações de guia florestal, adicionando ao menos 5 novos campos. Regras de Validação Junto do novo grupo, a nota técnica também traz novas regras de validação que verificam e validam os novos campos, validando: Se foi informado o número do receituário do defensivo agrícola. Se foi informada a guia de transito. Se foi informado documento de origem. Se a guia de transito informada é inválida. Se a guia de transito informada já foi utilizada. Datas Implantação teste: 02/10/2024 Implantação produção: 01/04/2025 E como fica o ACBr? Com a adição de novos campos no layout da NF-e, alterações no componente serão necessárias. Criada a #TK-5975 em nosso backlog para análise e implementação. Qualquer novidade será notificada neste tópico. Leia a Nota Técnica na integra AQUI.

Olá pessoal! O seguinte aviso foi compartilhado pelo nosso amigo e membro da comunidade @Victor H. Gonzales - Panda:

Melhor forma de aprender é os fontes do ACBr e o exemplo de como preencher tem no svn dai é partir ao manual de cada banco que tem sua particularidades pra fazer boletos. sobre a contribuição pega a unit de algum boleto que fique parecido e parte dele para implementar no padrão do ACBr

@João Antônio, Já esta no SVN.

no caso tu sabe do que se trata webhook? tu terá que ter uma API sua escrita pra lá no banco no cadastro do cliente informar o endereço da sua api com um end-point que eles passam a caracteristica além de autenticação nela e assim que eles recebem lá eles vão acessar esse seu endereço e passar seja o txid ou algo mais pra informar que houve movimentação naquela cobrança criada portanto o ACBrPIXCD nada pode fazer , neste caso será você

Parece que os certificados não foram informados na conexão

Bom dia @Anderson Mendonça, provavelmente na hora de preencher os dados vc está utilizando uma maneira incorreta. ERRADO: S2206.EvtAltContratual.AltContratual.infoContrato.Duracao.dtTerm := <SUA DATA> CORRETO: S2206.EvtAltContratual.AltContratual.Vinculo.infoContrato.Duracao.dtTerm := <SUA DATA>

Bom dia @Atalias, Atualize todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes.

Bom dia @Daniel InfoCotidiano Segue o log logws.txt

os ajustes encontra-se no SVN

Acho que não, pois quando lista, aparece apenas NULL: Mas consegui na Gertec um programa exemplo de impressão, testei e funcionou, vou tentar adaptar no AcbrPosPrinter e se conseguir informo como foi feito

Novamente, agradecendo pela total atenção que obtive com meu problema. Esclarecendo o que aconteceu: Por algum motivo a dll também estava em SysWow64, por isso as atualizações que fazia na raiz do meu executável, não surtiam efeito. A dll que o programa acaba utilizando era a dll desatualizada em SysWow64. Após deletar a DLL dali, funcionou normalmente. Muito obrigado por toda a atenção Best regards, Vinicius Araki

Olá pessoal! Conferindo no Portal da NFe é possível observar que a Sefaz de Minas Gerais está com contingência agendada, com previsão de início no dia 21/09/2024 às 07h50 e término no dia 22/09/2024 às 08h00. Para utilizar as soluções do 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 no canal #sefaz em nosso Discord.

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.

Recentemente, algumas Software Houses e Contribuintes têm recebido notificações do sistema de retaguarda da Secretaria da Fazenda (Sefaz) indicando que os cupons fiscais estão sendo enviados mais de uma vez. Esse problema geralmente ocorre devido a falhas de comunicação com o módulo (timeout), levando a aplicação a reenviar automaticamente o cupom fiscal ou até mesmo o reenvio manual. Este procedimento pode resultar em sérios problemas para os contribuintes, como duplicidade de registros e inconsistências fiscais. Para evitar esses transtornos, a Sefaz recomenda a utilização de dois comandos essenciais: ConsultarNumeroSessao : O equipamento retornará exatamente o valor da sessão consultada, esse comando geralmente é utilizado quando não se obteve resultado do processamento da requisição da sessão. O equipamento só retornará a ultima sessão consultada, caso haja outros comandos enviados entre a sessão e a consulta, será retornado 11003 (sessão não existe). ConsultarUltimaSessaoFiscal: O Aplicativo Fiscal poderá solicitar a última sessão fiscal processada pelo Módulo Fiscal. O equipamento retornará exatamente o resultado da ultima sessão processada. (uma única vez). Passos Recomendados Implementação do Controle de Sessão: Certifique-se que a sua aplicação armazena o número da sessão de todos os cupons enviados. Consulta Módulo Disponível: Outro comando importante é ConsultarSAT antes de iniciar um processo de venda, devemos consultar se a situação do módulo é igual 8000 | SAT em operação, pois o módulo pode estar ocupado com outro comando, caso ocupado não deve-se enviar o comando de venda no momento. Implementação dos Comandos de Consulta: Certifique-se de que sua aplicação utilize os comandos ConsultarNumeroSessao e ConsultarUltimaSessaoFiscal para verificar o status das sessões e evitar reenvios desnecessários. Gestão de Timeout: Revise a configuração de timeout e a lógica de reenvio da aplicação para garantir que, em caso de falha de comunicação, o sistema não crie novas sessões indiscriminadamente. Monitoramento e Auditoria: Estabeleça processos de monitoramento e auditoria para identificar e corrigir rapidamente qualquer problema relacionado ao envio de cupons fiscais. Orientações para Correção do Problema 1. Armazenamento do Número da Sessão É fundamental que a aplicação, ao enviar um cupom fiscal, armazene o número da sessão correspondente. Este número é crucial para o controle e gerenciamento adequado dos cupons fiscais emitidos. 2. Reutilização do Número da Sessão No caso de necessidade de reenvio do cupom fiscal, a aplicação deve tentar utilizar o mesmo número de sessão. Isso evita a criação de novos números de sessão a cada envio, o que pode gerar duplicidade e confusão nos registros. no ACBrMonitor: SAT.SetNumeroSessao(1234) na ACBrLIB: SAT_SetNumeroSessao(1234); no componente: <ACBrSAT>.OnGetNumeroSessao <<<< é necessário programar o evento procedure TfmPrincipal.ACBrSAT1GetNumeroSessao(var NumeroSessao: Integer); begin NumeroSessao := 1234; // Random(999999); end; o valor 1234 é apenas um valor simbólico; Caso deseje controlar a sessão : O Aplicativo Comercial deverá gerar um número de sessão aleatório de 6 dígitos que se não repita nas últimas 100 comunicações. É crucial que Software Houses e Contribuintes estejam atentos às diretrizes da Sefaz para a correta emissão e reenvio de cupons fiscais. Utilizando adequadamente os comandos de consulta de sessão e gerenciando eficientemente os números de sessão, é possível evitar duplicidades e garantir a integridade dos registros fiscais. Para mais informações e suporte, entre em contato com a Secretaria da Fazenda ou consulte a documentação oficial disponível no site da Sefaz.