Painel de líderes

Boa tarde, O fórum permanece ativo, mas na área da comunidade as respostas são dadas principalmente pelos colegas da própria comunidade, a atuação dos consultores ACBr está focada no atendimento das demandas dos assinantes do ACBr PRO. Considere a adesão ao ACBr PRO que, entre outras vantagens, lhe dá a garantia de respostas direto da equipe ACBr. https://projetoacbr.com.br/pro/

Boa noite . Finalmente consegui solucionar. Nas Informações complementares, haviam várias linhas em branco, por isso ele gerava 2 paginas. Agora vou investigar o pq do meu sistema esta criando essas linhas. Muito obrigado pela Atenção de todos.

Foi publicada em 27/07/2022 a versão 2.8.5 do programa validador, o qual em versões anteriores ocorria travamento ao processar arquivos com grande volume de dados. Fonte: http://sped.rfb.gov.br/pagina/show/6053

deu certo. Obrigado

Eu que agradeço ! Vou testar agora a tarde a consulta de notas e lhe aviso. Grato.

Boa tarde, Seus fontes não estão atualizados. Essa correção foi para o SVN em 05/07. Veja o conteúdo atual do ini

Bom dia, O erro agora mudou, note que o XML foi carregado... o path da dll do sat parece errado: ( NomeDLL=c:sistema\dllsat.dll ) Qual o modelo do SAT? Experimente copiar a dll do SAT junto a dll do ACBr, e alterar para esse path no campo "NomeDLL".

Bom dia. tem em C# que relativamente é igual e tem em VB6 que juntando ambos vai funcionar.

Olá... Acabei de ter este problema... A solução que achei foi entrando em Project -> Options -> Application -> Manifest -> DPI Awareness = Unaware

Boa tarde. por favor atualizar o svn e testar o arquivo. retorne caso não tenha atendido

Bom dia, Já consta no ini. Qual problema identificou nos testes? Teste com o programa de exemplo e veja se tem o mesmo resultado. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/ACBrNFSeXServicos.ini

Se você está recebendo o erro acima, é porque faltou inicializar o ActiveX Para corrigir, chame a rotina de inicialização, no Create do seu Form Principal.. Exemplo: uses ActiveX; ... procedure TForm1.FormCreate(Sender: TObject); begin CoInitialize(nil); end; Obrigado "Valmir Teixeira", pela resposta em nosso Discord Outra resposta semelhante em: https://en.delphipraxis.net/topic/3738-cannot-create-instance-of-class-clsid_wicimagingfactory/

Olá pessoal, Diariamente leio postagens aqui no fórum e no Discord de desenvolvedores que estão sofrendo com a rejeição de consumo indevido ao tentar usar o serviço: DistribuicaoDFe. Na maioria dos casos o problema é o Contador que esta de posse de uma cópia do certificado digital do seu cliente e esta se utilizando do mesmo serviço (DistribuicaoDFe) para baixar as notas de entrada. Como resolver essa questão? Solicitar ao Contador que não utilize o Certificado Digital do seu cliente para esse fim e firmar um acordo que vai disponibilizar periodicamente todos os XMLs, tanto os de Saída quanto os de Entrada. Pois para o Contador poder ter acesso ao XML ele tem que enviar o evento de Manifestação do Destinatário (Ciência da Operação), mas o problema é que o Contador não é o Destinatário da mercadoria e ele nem sequer sabe se o seu cliente comprou ou não dessa empresa que emitiu a nota. Cabe o Destinatário verificar quem esta emitindo nota contra o seu CNPJ (utilizando para isso o DistribuicaoDFe) e enviar o evento de Manifestação do Destinatário mais adequado para a nota que esta sendo verificada. Pois temos que informar ao Fisco se compramos ou não dessa empresa e se a mercadoria foi entregue ou não. E todos nós concordamos que o Contador não tem essas informações, logo não compete a ele usar esse serviço se passando pelo Destinatário da mercadoria. Uma dica para os Desenvolvedores: Em suas aplicações deve ter o cadastro com os dados do Emitente das notas, correto? Pois bem, inclua nesse cadastro um campo para constar o CNPJ do Contador. Na procedure que alimenta o componente ACBrNFe ou que gera o arquivo INI (para quem usa o ACBrMonitor ou ACBrLibNFe) alimente o campo CPFCNPJ do grupo autXML com o CNPJ do Contador. O grupo autXML é utilizado para listarmos até 10 CPF e ou CNPJ de pessoas que autorizamos a ter acesso ao XML da nota através do serviço: DistribuicaoDFe. Essas pessoas são tratadas como Terceiros. O seu contador utilizando-se do certificado dele vai conseguir baixar as notas que você emitiu sem gerar nenhum transtorno, uma vez que ele esta usando o certificado dele. Mas o problema não é as notas de Saída e sim as de Entrada. Exato, segue uma segunda dica: No cadastro de Clientes inclua também um campo para constar o CNPJ do Contador do Cliente. E faça a mesma coisa que foi feita com o CNPJ do Contador, ou seja, inclua no grupo autXML o CNPJ do Contador do Cliente. Teremos então nesse grupo o CNPJ do Contador do Emitente e do Cliente. Ambos os contadores vão ter acesso a referida nota. O Contador do Cliente neste caso vai ter acesso ao XML da nota de Entrada. Se todos os Desenvolvedores implementarem o que foi dito acima e ao cadastrar um cliente novo este informar o CNPJ do seu Contador, os contadores vão conseguir baixar tanto as notas de Saída quanto as de Entrada de seus clientes. Sei que isso demanda tempo, mas é uma solução simples de ser implementada e só depende de você desenvolvedor. A minha aplicação gera o grupo autXML com os CNPJ dos contadores e a sua?

Foram publicados ainda em versão beta, os leiautes da versão S-1.1 Beta do eSocial, os quais incorporam integralmente as evoluções previstas na Minuta da Nota de Documentação Evolutiva v. S-1.0 - NDE 02/2021 - Processo Trabalhista e parcialmente as previstas na Minuta da Nota de Documentação Evolutiva v. S-1.0 - NDE 01/2021 - IR sobre Rendimentos do Trabalho. No que se refere às informações relativas ao Imposto de Renda Retido na Fonte – IRRF (NDE 01/2021) a versão S-1.1 BETA incorpora apenas os ajustes necessários para a inclusão deste tributo na DCTFWeb[1]. Importante destacar que esta versão S-1.1 não contém todos os ajustes necessários para a substituição da DIRF, os quais serão incluídos em novo versionamento a ser oportunamente publicado. Implementação no ACBr Por ainda estar em Beta, significa ainda resta a oficialização do novo layout com decretos apropriados. Após isso nós tentaremos trabalhar nas alterações no componente ACBreSocial. Mas reforçamos que, como dito no acima, essa já deve ser considerada uma "versão de trabalho final para implantação". Assim, como sempre, convidamos a todos que usam o eSocial na comunidade e queira trabalhar nessa área para adequar os fontes e nos ajudar com a alteração. Agradecemos a todos desde já. Fonte: https://www.gov.br/esocial/pt-br/noticias/publicacao-da-versao-s-1-1-dos-leiautes-do-esocial

Olá pessoal, neste tópico vamos falar sobre mais um problema que pode ocorrer no TEF PayGo (PGWeb) em ambiente de produção. O retorno "MODO INVÁLIDO" possui duas origens mais comuns: - A sinalização de uma transação parametrizada como crédito para a PGWebLib mas com a inserção de um cartão que possui apenas a funcionalidade débito habilitada; - A sinalização de uma transação parametrizada como voucher para a PGWebLib mas com a inserção de um cartão de crédito; - Roteamento de bandeira indevidamente configurado onde a transação é roteada para uma adquirente que não suporta ou o cliente não possui tal funcionalidade habiliatada, por exemplo: rotear uma transação voucher para a REDE. Podendo também estar relacionado ao envio de uma transação para uma adquirente inexistente no cadastro do ponto de captura do estabelecimento comercial, conforme exemplo abaixo: ______________________________________________ | AUTORIZADOR INSTALADO: | | - STONE | | XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX | | | | ROTEAMENTO | | AUTORIZADOR PADRAO STONE | | CREDSYSTEM CREDITO REDE | | DINERS/DISCOVER CREDITO REDE | | MASTERCARD C6BANK DEBITO REDE | | MASTERCARD MAESTRO REDE | | VISA ELECTRON REDE | |_____________________________________________| Repare que no exemplo, há somente o autorizador "STONE" instalado, mas as transações com Mastercard Maestro, Visa Electron, etc. estão roteadas para o autorizador REDE. Ao realizar vendas com os cartões mencionados, será retornado o erro "MODO INVÁLIDO". Solução: Realizar o ajuste das parametrizações direto no código para que o tipo de transação seja parametrizado corretamente; Validar se o roteamento de bandeira está corretamente configurado ou se realmente faz sentido utilizar roteamento de bandeiras, como no caso de possuir apenas uma adquirente instalada e apta a transacionar. O ajuste e/ou desativação é realizado pelo suporte da Paygo através dos seguintes canais: Via Ligação: 3003-9968 (não é necessário DDD); Via WhatsApp: (11) 3003-6615.

Olá pessoal, neste tópico vamos falar sobre um problema que pode ocorrer no TEF PayGo (PGWeb) em ambiente de produção. É comum aparecer este tipo de erro "Erro de acesso a arquivo". Acontece por alguns dos motivos abaixo: - Problema de acesso ao arquivo da dll. - Permissões de leitura e escrita da pasta TEF. - Falha comunicação com servidores TEF PayGo. Sempre bom validar também: - Se driver da fabricante do pinpad esta instalado corretamente. - Existe algum antivírus bloqueando ou interferindo na gravação e leitura da pasta TEF. - HD esta saudável, em boas condições e com espaço. - Versão do PGWeb esta atualizada ? Após validar todas essas informações, peça liberação do ponto de captura e faça uma nova instalação, se problema persistir entre em contato com suporte PayGo ou em nossos canais do Discord.

Saudações Digitais comunidade ACBr! Chegando mais novidades por aqui !!! Confira o ACBrPIXCD Nosso time de desenvolvedores não para... Estamos muito animados com mais esse lançamento... O componente para integração direta com PIX, que tem por objetivo tornar transparente a integração com os diversos PSPs existentes no mercado. O que é PIX ? Ahh.. essa é chover no molhado.. mas se você acabou de chegar de Marte, então veja esse vídeo O que é PSP ? São Prestadores de Serviços de Pagamento... No geral, podemos dizer que os Bancos são PSPs... mas podem haver Fintechs atuando como PSPs... Definir quem será o PSP recebedor, é definir para onde irá o dinheiro, quando você fizer uma operação de recebimento por PIX... Todos os PSPs, devem implementar a API padrão do Banco Central, para permitir a integração com as diversas Aplicações Comerciais, e soluções de Software do mercado. https://github.com/bacen/pix-api Ou seja, a Aplicação Comercial fala com cada um dos PSPs (e nunca diretamente com o Banco Central)... Apenas os PSPs, falam com o Banco Central Quais são os custos envolvidos ? Todo recebimento de transação PIX, pode gerar um custo, que é cobrado pelo PSP recebedor (seu Banco ou Fintech)... Alguns PSPs cobram uma porcentagem do valor transacionado, limitado a um valor máximo... Exemplo: 1,5% do Valor transacionado, mas limitado ao valor máximo de R$ 10,50. Alguns PSPs cobram um valor fixo por transação, independente do valor transacionado... Exemplo: R$ 0,90 por transação.. Alguns Bancos, como o C6 Bank, oferecem um número de transações gratuitas no mês, além de preço muito competitivo, veja esse artigo Além dos custos do PSP, se você usar alguma solução de integração, como TEF, ou Hub de Pagamentos Digitais, podem ocorrer custos de uso dessa plataforma... Qual a diferença receber o PIX via TEF, Hub de Pagamentos ou direto pelo PSP ? Usar TEF ou um Hub de Pagamentos Digitais, pode lhe dar mais autonomia na hora de configurar ou mudar de PSP.. pois isso será feito, pelo portal dessas soluções.. porém incorrerá em custos.. Sendo assim, a diferença está nas formas de contratação do serviço do PIX as quais tem variação de custos quando via TEF e quando é feito de forma direta. Outro ponto é a implementação dos fluxos a serem desenvolvidos dentro da sua Aplicação, de forma a garantir o recebimento das transações.. Veja abaixo, os cenários possíveis... Mas observe que em ambos, haverá a cobrança da Taxa do PIX por parte do PSP (conforme descrito acima) Usando o TEF: Se o seu cliente já possui TEF integrado no seu sistema... definitivamente será mais simples implementar PIX pelo TEF... Pois nesse caso, basta solicitar ao seu Distribuidor TEF, acrescentar a conexão do PIX no TEF, informando as credencias de acesso, do cliente... Nesse cenário, não haverá cobrança adicional, pois o seu cliente já está pagando pelo TEF... Então, com uma única integração, você poderá atender a Pagamentos por Cartão de Crédito/Débito, além de PIX e Carteiras Digitais Usando um Hub de Pagamentos: Se você precisa atender clientes que exigem muita configuração e ajuste e em diversos PSPs, pode ser mais simples contar com uma plataforma de Hub de Pagamentos, como a ShiPay... Pois nesse caso, toda a configuração de um novo PSP, será feita no Painel da plataforma, e o recebimento fica transparente para o usuário na Automação Comercial Direto com o PSP O ACBrPIXCD fala direto com o PSP escolhido, sem intermediários, por isso elimina custos. Mas pode ser difícil configurar vários PSPs, pois os processos mudam muito de uma instituição para outra. Esse é o cenário ideal, se o seu cliente ainda não possui TEF, e não pretende mudar de PSP com frequência. Pois você se conectará diretamente ao PSP, sem a necessidade de contatar serviços adicionais... Para que serve o componente ACBrPIXCD ? O componente foi desenvolvido para auxiliar a integração da sua Aplicação Comercial com os serviços PIX disponíveis pelo PSP, por exemplo: Criação de cobranças; Cancelamentos de cobranças; Estornos de pagamentos; Consultas... Ou seja, o ACBrPIXCD, implementa consulta aos EndPoints dos PSPs, definidos pela Documentação da API do Banco Central... Para cada PSP, teremos um componente específico, pois existem mudanças significativas, na forma como os PSPs implementam a API do Banco Central, principalmente quanto a segurança... Você deverá conectar o componente ACBrPIXCD a um componente de ACBrPSP*, para ter uma comunicação funcional da API PIX... Quais PSPs já estão integrados ao componente ACBrPIXCD? Atualmente já temos a integração completa com o PSP Banco do Brasil e a fintech Shippay. Também já iniciamos a implementação dos PSPs: Itaú e Santander e estamos trabalhando para em breve contarmos com vários outros PSPs. E claro, sua contribuição é muito bem vinda, então se ficou com vontade de estudar o código e ajudar o Projeto a crescer, ficaremos muito felizes! Como posso entender como funciona o componente ACBrPIXCD? Assim como todos os componentes ACBr, o ACBrPIXCD possui uma aplicação exemplo(demo) que pode ser baixada via svn, assim como o próprio componente. Nesse exemplo procuramos demonstrar separadamente a forma de utilização das principais funcionalidades do PIX. Além disso, para facilitar ainda mais, também demonstramos um fluxo de pagamento, simulando uma venda real. Abaixo está uma das telas do nosso demo (em Lazarus) para exemplificar: Porém, sempre a melhor maneira de entender o funcionamento de qualquer um dos componentes da nossa suíte será: "Use a força, leia os fontes" rs

Nesta quarta-feira falaremos sobre o ACBrPIXCD, não perca e aproveite para sanar todas as suas dúvidas.

Bom dia Na revisão 18946 foi commitada pelo @BigWings uma possível correção. Att.