Painel de líderes

Hoje novamente estamos com alguns relatos de instabilidade no ambiente de homologação da SEFAZ-MG. No servidor Discord do ACBR tivemos alguns usuários comentado sobre erros "999 - Rejeição> Erro não catalogado." Como informado pela própria SEFAZ-MG estão sendo atualizados os seus servidores e recomendam que seja feito o processo de homologação. Porém nos últimos dias os servidores de homologação tem apresentado bastante instabilidade. Seguimos acompanhando as operações, mas é sempre importante relembrar aos desenvolvedores que não deixem suas implementações e validações para a "última hora". Até o momento o prazo para entrada do novo ambiente de produção é 05/06/2023. Ficamos atentos e atualizando as informações para a comunidade ACBr!

Consegue a noticia na integra... ter quer assinar a zh é osso...

se você pegar o programa exemplo, fazer um teste na máquina do seu cliente, acontece o mesmo comportamento ? PathSchemas=C:\ACBrLib\depNFe\Schemas\NFe\ - Este path realmente existe na máquina do cliente ? Permissão de leitura e escrita nesta pasta, esta Ok ?

Com esta tua observação encontrei o erro, tem um parâmetro no sistema que define a Versão do LayOut, mas como todos já estão na versão 4.00, não me preocupei com este item, e algum f...alterou o para 4.01... Já estamos bloqueando e fazendo outro controle neste item. Obrigado mais uma vez. at.te Edson.

@Turbo Drive Boa tarde ! Obrigado pelo envio do manual solicitado. Foi criado a TK-3930 para ser analisada pelo time de boleto. Obrigado mais uma vez pela contribuição! Abr !

Bom dia, Obrigado BigWings e Antonio Gomes, Mas o problema foi resolvido entrei em contato com a Gerente da Conta do cliente, e o cliente havia me passado do Código do Cendente como: 612693-0, só q o correto é 61269-3. Todo problema esta relacionado ao codigo do cedente mas uma vez obrigado, podem fechar o topico como resolvido.

Olá @Daniel Simoes Tudo bem? Segui suas dicas...Vamos aos resultados.. 1º - Eu havia feito contato com o pessoal do Kaspersky sobre os falsos positivos na semana passada, eles me responderam confirmando o falso positivo e disseram que seria resolvido em uma próxima atualização. Eu não acreditei muito, mas hoje estou testando os executáveis e realmente não estão mais surgindo os falsos positivos em https://opentip.kaspersky.com/. Portanto os testes realizados abaixo serão feitos no https://www.virustotal.com/. 2º - Segui essa dica. Criei um bucket SS3 para baixar os arquivos somente usando HTTPS. Sabe o que aconteceu no virustotal.com?!?!? Passou a detectar MAIS falsos positivos... Acredita?!?!? 3º Também segui essa dica, e como no exemplo acima passou a detectar MAIS falsos positivos do que anteriormente. 4º - Gostei de saber que vocês usam o OV. Pois o EV é "inconcebível". Esses resultados me geraram as seguintes dúvidas: 1 - Sinceramente pelos resultados não creio que esse virustotal.com seja efetivo. Já tentou testar seus binários pelo por esse serviço para ver os resultados? 2 - Mesmo não tendo tido nenhum benefício aparente, você continua achando válido usar o HTTPs como canal de transferência desses arquivos em detrimento do HTTP? Se sim, porque? 3 - Mesmo não tendo tido nenhum benefício aparente, você continua achando válido baixar o executável como .zip e só localmente extrair o mesmo? Se sim, porque? 4 - Tentei usar essa classe Synapse, ao invés do idHttp, mas para ser sincero não achei a mesma. Achei diversas classes no diretório Terceiros - synalist, mas essa classe em específica não achei. Tem algum outro local onde possa achar a mesma e algum exemplo de uso? Desde já agradeço a atenção e acho que esse tópico será referência para aqueles que assim como eu precisarem desenvolver algo tão simples (um programa para baixar arquivos, como um atualizador por exemplo) e sejam pegos de surpresa com toda essa questão "extra" de falsos positivos

Bom dia! Primeiro de tudo muito obrigado pela contribuição! Fiz alguns testes com ela e me parece tudo correto. Por isso a mesma foi enviada ao SVN na Rev-29446. Por favor, atualize seus fontes, reinstale o ACBr para fazer novos testes e reportar qualquer problema.

Em relação a este comentário a primeira avaliação seria verificar se você está com os arquivos do ACBr atualizados e com os arquivos de schema também atualizados e nos caminhos corretos.

Veja como está informando os dados no componente, aqui parece tudo certo.

Bom dia @FraciscoFourInfo e @AlissonMarcel. Foi adicionado ao tipo tpPensaoAlim a opção paNenhum. Para que não gere a tag é preciso atribuir este valor a propriedade pensaoAlim quando preencher o evento no componente. Acompanhando este novo tipo foram criadas novas funções de conversão para este enumerado. As alterações foram enviadas ao SVN na Rev-29443. Por favor, queiram atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Obrigado pelas respostas

Bom dia, Função DownloadEvents: Como você mencionou, a função "DownloadEvents" permite que você consulte e faça download dos recibos de eventos. Entretanto, ela tem uma limitação de 10 consultas por dia. Isso significa que você só pode usar essa função para recuperar os recibos de um número limitado de eventos. Interface de serviço da Web: A interface de serviço da Web fornecida pelo sistema que você está usando pode oferecer métodos ou funções adicionais especificamente para consultar recibos de eventos. Consulte a documentação ou o guia do usuário do sistema para ver se há outras opções disponíveis para recuperar recibos de eventos. Entre em contato com o suporte do sistema: Se os métodos padrão fornecidos pelo sistema não forem suficientes ou se você tiver atingido o limite diário da função "DownloadEvents", é aconselhável entrar em contato com a equipe de suporte do sistema que está usando. Eles terão acesso a ferramentas mais avançadas e poderão ajudá-lo a recuperar os recibos de eventos ausentes ou fornecer orientação sobre como lidar com a situação. Verifique os registros do sistema: Dependendo do sistema com o qual você está trabalhando, pode haver logs ou trilhas de auditoria que registram o status e as informações de recebimento dos eventos enviados. A revisão desses registros pode fornecer informações sobre o status do recebimento e ajudar a identificar eventos ausentes ou duplicados.

Consultando as 17:00 no Portal da Nota Fiscal Eletrônica a contingência já não se encontra mais ativada. O número de relatos de problema no DownDetector também caiu consideravelmente por volta das 16:00.

ACBrLibNFSe Visulizar Arquivo ACBrLibNFSe - Biblioteca para emissão e impressão de Nota Fiscal de Serviços Eletrônica (NFSe). Faça Download pelo SVN, dos Demos de uso da ACBrLibNFSe em diversas linguagens, usando o endereço: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/ Manual On-Line: https://acbr.sourceforge.io/ACBrLib/ACBrLib.html Primeiros passos ? Veja esse tópico: Autor Daniel Simoes Enviado 12-05-2023 Categoria ACBrLib - PRO  

Olá pessoal, É com grande satisfação que informamos que temos um novo PSP disponível para o componente ACBrPIXCD, o ACBrPIXPSPInter! Com esse novo componente, todos agora têm acesso às funcionalidades da API Pix do Banco Inter para a realização de recebimentos através do PIX. Gostaríamos de destacar a importante ajuda de dois usuários que contribuíram com o desenvolvimento desse novo componente: @cristiancarvalhof que nos enviou os fontes através do nosso Discord e @sidnei_alves1 que criou ESSE POST com sua contribuição. Os aplicativos de demonstração(Delphi e Lazarus) já estão atualizados e funcionando com o novo PSP. Até o momento deste post, o PSP Inter não possui ambiente sandbox (homologação), e nós do Projeto ACBr não possuímos credenciais de produção. Portanto, convidamos todos os usuários que possuem essas credenciais a atualizarem seus fontes e ajudarem-nos a testá-lo. Caso encontrem algum problema, dúvida e/ou sugestão, por favor reportem através do fórum ou discord. Agradecemos a Cristian e Sidnei pela contribuição e esperamos que esse novo PSP seja útil para todos os desenvolvedores que utilizam o componente ACBrPIXCD em seus projetos. Caso esteja com dúvidas sobre como conseguir as credenciais desse, ou de outros PSPs, acesse esse post: Abraços!

Atenção desenvolvedores, Temos orgulho de informar que liberamos mais um PSP em nossa suíte de componentes do PIX. O PIXPDV é uma Fintech que possui sua própria API para cobranças PIX. Não perca mais tempo, atualize seus fontes e aproveite todas as vantagens da nova solução de recebimentos PIX. Para saber mais acesse: https://pixpdv.com.br Não conhece o ACBrPIXCD? Com esse componente a integração com os PSPs é simples e rápida, permitindo que você ofereça aos seus clientes uma forma ainda mais segura e ágil de realizar cobranças. Para mais informações, veja esse post onde fizemos uma live introduzindo o assunto. Nele você também encontra como gerar as credenciais de cada PSP: