Painel de líderes

A SEFAZ-MG informou em seu portal que a partir de 08/08/2022 passará a aplicar a regra de validação 840 da NT 2021.004, a qual gerá a rejeição NCM de medicamento e não informado o grupo de medicamento. Sendo assim para evitar receber esta rejeição é importante que o cadastro dos produtos esteja devidamente atualizado Fonte: http://www.sped.fazenda.mg.gov.br/spedmg/nfe/

Conforme aviso no portal nacional da NFe, a emissão da NFe para SP está com a contingência ativada desde as 23:14 do dia 09/06/2022

Olá pessoal! Estamos fazendo uma limpeza nos componentes DFe e removendo lixo. Estamos removendo a propriedade FAX dos componentes de impressão DFe. Essa propriedade não é necessária e ainda por cima fere o MOC. Quando isso será comitado no SVN ? A previsão é 14/06/2022 as 12:00 commit at revision : 25851 Como isso me afeta? Depois da propriedade ser removida, você talvez não receba erros de compilação. Mas se você tentar executar a aplicação com uma propriedade inválida, pode ocasionar uma "violação de acesso" (Access Violation ou AV). O que eu preciso fazer? Se você tem qualquer componente de impressão DFe alocado em um Form ou DataModule, precisa abrir o form e remover a propriedade. Lembrando, que as impressões das informações são extraídas do XML, portanto, verifique no documento fiscal em questão a propriedade respectiva que você deseja alimentar "fone" caso não utilize ainda, verifique os schemas do projeto DFe especifico. Ao abrir o form, será apresentada uma mensagem como a abaixo, dizendo que a propriedade é inválida e não existe. Basta clicar em "Ignore" (ignorar) para que ela seja removida do DFM. Portanto, a sugestão é abrir todos os forms e ignorar todos os alertas que informarem que a propriedade FAX não existe mais. Mas eu tenho muitos forms e datamodules com vários componentes de impressão DFe. O que eu faço? Infelizmente não temos nada no ACBr para isso e o Delphi (e Lazarus) ainda não possuem ferramenta para validação do dfm. Então, tente usar uma ferramenta que faz validação dos dfm, como essa aqui: https://github.com/ahausladen/DFMCheck

putz... precisei reiniciar o pc e funcionou... creio que podemos encerra o tópico...

Olá pessoal, O componente ACBrPagFor passou por um Refactoring. A motivação para esse Refactoring é tornar o componente mais fácil e prático no que se refere a implementar novos bancos bem como realizar manutenção no código sem correr o risco de gerar um efeito colateral nos bancos já implementados. Antes tínhamos apenas uma unit responsável por gerar o arquivo txt de remessa para todos os bancos. Isso gerava riscos na implementação e manutenção dos bancos existentes. Agora temos uma unit que gera o arquivo segundo o layout estabelecido pela Febraban e units separadas para cada banco. Assim, podemos alterar a procedure do registro ou do segmento que não segue a risca o layout da Febraban de um banco específico sem afetar outros. Desta forma dezenas de IF e CASE utilizados para identificar o banco em questão e gerar o txt corretamente, agora não existem mais. Desta forma temos um código muito mais limpo de ser lido e compreendido. Além disso foram removidas as propriedades de configuração: CNPJ e VersaoLayout que se encontravam em Configuracoes.Geral, pois estavam sem nenhuma utilidade. Agora no lugar delas temos as propriedades de configuração: Empresa e UsarDadosConfig. Novas Propriedades de Configuração: Propriedade Tipo Valor Padrão Descrição Empresa Grupo Dados da Empresa TipoInscricao TTipoInscricao tiIsento Determina o tipo de Inscrição da Empresa que pode ser: tiIsento, tiCPF, tiCNPJ, tiPISPASEP ou tiOutros. NumeroInscricao string Numero da Inscrição da Empresa conforme o tipo. Convenio string Numero do Convenio da Empresa estabelecido com o Banco. Nome string Razão Social da Empresa. Conta Grupo Dados da Conta AgenciaCodigo Integer 0 Numero da Agencia que a Empresa tem Conta. AgenciaDV string Digito Verificador da Agencia. ContaNumero Int64 0 Numero da Conta. ContaDV string Digito Verificado da Conta DV string Digito Verificado geral utilizado por alguns bancos. TipoConta Integer 0 Tipo de Conta, utilizado por alguns bancos. Endereco Grupo Dados do Endereço Logradouro string Nome do Logradouro do Endereço da Empresa. Numero string Numero ou código do Logradouro (veja a "obs." abaixo) Complemento string Complemento do Endereço. Cidade string Nome da Cidade. CEP Integer CEP do Endereço da Empresa. Estado string Sigla do Estado. UsarDadosConfig Boolean False Se True o componente vai utilizar as informações de configuração para serem utilizadas ao gerar o arquivo de remessa, caso contrario o desenvolvedor terá que alimentar diretamente os campos do componente. Observação: o tipo do campo Numero do logradouro do Endereço foi alterado de Integer para string pois a cidade de Bauru utiliza o formato xx-yy onde xx se refere ao numero da quadra em que a rua se encontra e o yy o numero do imóvel. Pasta dos fontes: Outro ponto importante é a localização das Units que compõe o componente: Pasta Descrição ACBrPagFor Pasta raiz dos fontes do componente. Bancos Pasta que contem as units dos bancos: (PagFor.NomeBanco.GravarTxtRemessa, PagFor.NomeBanco.LerTxtRetorno, PagFor.NomeBanco.Provider). Base Pasta que contem as units de classes, conversão e parâmetros. Provider Pasta que contem as units bases de geração e leitura do arquivo txt bem como a interface com as units de cada banco. Modelos Pasta que contem as units que podemos utilizada como modelo para quando for implementar um novo banco: (PagFor.Modelo.GravarTxtRemessa, PagFor.Modelo.LerTxtRetorno, PagFor.Modelo.Provider). Situação atual: Hoje o componente já conta com os seguintes bancos implementados: BancoCECRED, Banco do Brasil, Bradesco, HSBC, Itaú, Safra, Santander e Sicredi. Desafios a frente: Implementar e testar novos bancos melhorar a leitura do arquivo de retorno e extrair as ocorrências para que sejam apresentadas de forma clara e objetiva para que o desenvolvedor possa realizar os ajustes necessários Para que isso ocorra, contamos com a colaboração de todos.

Vou fazer o teste obg

Boa tarde Diego, Favor atualizar os fontes, reinstale o ACBr e faça novos testes. Note que foi realizado um Refactoring no componente.

Junior quanto a dll corrigida, agora esta gerando correto a section ICMS, parabéns e vlw. [rastro001001] qLote=0 dFab=01/01/0001 dVal=01/01/0001 [ICMS001] orig=0 CSOSN=201 modBCST=4 pMVAST=33,3300 vBCST=287,99 pICMSST=18,0000 vICMSST=12,96 pCredSN=0,0000 vCredICMSSN=0,00

olá... baixei tb a pasta comuns e a pasta imports e a pasta demo... nao tem outra biblioteca junto e o que baixei foi tudo ontem, super atualizado...

Boa noite, Preencha as propriedades Titulo.Parcela e Titulo.TotalParcelas

Alteração já está disponível no SVN, Rev: 25789. @simons, muito obrigado pela contribuição

Conforme aviso publicado no portal da NFe, o SVAN(SEFAZ Virtual do Ambiente Nacional) o qual autoriza a NFe para o estado do Maranhão, passará por manutenção entre as 13:00 e as 18:30 do dia 11/06/2022. Os contribuintes do MA deverão realizar a emissão em contingência por meio da SVC-RS, a SEFAZ Virtual de Contingência do RS. Fonte: https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=4DkRp4SPAgM= Créditos: Obrigada @Ramon loureiro pelo alerta At.

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