Painel de líderes

Olá pessoal, Seguem tópicos que foram abordados no workshop, algumas informações adicionais e algumas dúvidas que foram tratadas nesta edição do Dia do ACBr 2022. 1. Leiam os manuais dos bancos A leitura do manual do banco referente a pagamentos é extremamente importante, pois podem ocorrer diferenças entre um banco e outro no que deve ser informado e a forma como deve ser informado os dados no arquivo a ser gerado e enviado ao banco. Já temos uma variedade de manuais em nossa biblioteca que pode ser acessada através do link abaixo. p/acbr/code - Revision 27006: /tools/Bancos (sf.net) 2. Qual é a finalidade do componente ACBrPagFor? O componente é compatível com qualquer versão do Delphi ou Lazarus, tem como objetivo gerar um arquivo texto segundo o layout da Febraban (240 posições) e respeitando as variações impostas por alguns bancos. Esse arquivo texto tem por finalidade a realização de pagamentos: Crédito em Conta, Cheque, Ordem de Pagamento, DOC, TED, Pagamento com Autenticação, Pagamento de Títulos de Cobrança, QRCode PIX e Pagamento de Tributos. 3. Layout da Febraban (240 posições) Esse layout trata-se de um arquivo texto composto por diversas linhas com 240 posições (caracteres). A primeira linha do Arquivo é chamada de Registro 0 (zero) e a última de Registro 9 (nove), elas indicam o início e o fim do Arquivo. Um Arquivo pode conter um ou mais Lotes. A primeira linha do Lote é chamada de Registro 1 (um) e a última de Registro 5 (cinco), elas indicam o início e o fim do Lote. O Lote por sua vez contém diversas linhas chamadas de Segmentos. Os Segmentos são nomeados com as letras do alfabeto, portanto temos os Segmentos: A, B, C... Z. Cada Segmento tem uma finalidade específica que pode ser obrigatório ou opcional, ou seja, dependendo do que se deseja pagar o Lote deve conter um determinado Segmento e opcionalmente outro. Veja um resumo nessa imagem: 4. Quais Segmentos devem estar presentes no Lote? Como dito acima vai depender do que se pretende pagar, mas por via de regra temos: Para Pagamento através de Crédito em Conta, Cheque, Ordem de pagamento, DOC, TED ou Pagamento com Autenticação o Lote deve conter os Segmentos A (obrigatório), B e C (opcionais). Para Pagamento de Títulos de Cobrança e QRCode PIX o Lote deve conter os Segmentos J, J52 (Obrigatórios) e J52 PIX (quando for o caso). Para Pagamento de Tributos com código de barras o Lote deve conter os Segmentos O (obrigatório), B, W e Z (opcionais). Para Pagamento de Tributos sem código de barras o Lote deve conter os Segmentos N (obrigatório), B, W e Z (opcionais). OBS: Não se esqueça de ler o manual referente a pagamento do banco em questão para conferir se são exatamente esses Segmentos, pois o que foi colocado acima como opcional o banco pode determinar como sendo obrigatório. 5. Como o Arquivo é enviado para o Banco? O arquivo texto pode ser enviado através de uma aplicação fornecida pelo próprio banco ou através de seu site. O arquivo de retorno também pode ser disponibilizado através da aplicação ou através do site do banco. 6. O componente permite a leitura do arquivo de retorno? Sim, o componente ACBrPagFor possui um método que faz a leitura do arquivo de retorno gerando a lista de ocorrências caso tenha e armazena em diversas propriedades as informações retornadas. 7. Quais são os Bancos implementados no componente? Na pasta: ...\Fontes\ACBrPagFor temos um arquivo chamado Bancos-Implementados que contêm a relação dos bancos já implementados no componente. A implementação de novos bancos está sendo realizada por demanda, ou seja, caso você necessite que um determinado banco seja implementado, basta nos fornece o manual de pagamentos do referido banco que faremos a implementação, mas você mesmo pode contribuir com o projeto implementando o banco, uma vez que a implementação é bastante fácil e rápida de ser feita. 8. É possível utilizar outra forma de envio do arquivo que não seja via site ou aplicativo do banco? No momento ainda não, mas estamos sabendo que alguns bancos já estão desenvolvendo uma API ou WebService para recepcionar o arquivo. Esse arquivo poderá ter outro formato que não seja texto e sim XML ou Json. Previsão, não temos informação. 9. Curiosidade Dependendo do contrato firmado entre a empresa e o banco para utilizar o serviço de pagamento, pode ser incluído o extrato bancário que poderá ser fornecido por períodos acordados. Neste caso o banco vai gerar automaticamente um arquivo de retorno dentro do período acordado e vai disponibilizar ele para ser baixado através do site ou da aplicação fornecida pelo banco.

Bom dia pessoal, Foi alocada na sprint desta semana. At.

Olá pessoal, Venho por meio desta, informar que: Está disponível a consulta de GTIN utilizando o ACBrMonitorPLUS! O projeto ACBr já possuía o componente ACBrGTIN disponível para Delphi e Lazarus, possibilitando a consulta de GTINs através de implementação direta. Agora possibilitamos também essa consulta através da aplicação ACBrMonitorPLUS, que pode ser feita de 3 diferentes formas: (Obs: Utilizaremos o código '7898380740424' apenas a título de testes) 1 - Consulta GTIN na aba 'DFe > Testes > GTIN' 2 - Consulta GTIN utilizando troca de arquivos TXT O comando necessário para solicitar a consulta é: GTIN.Consultar("7898380740424") O retorno da consulta também será em um arquivo 'txt' no formato: OK: [Consulta] CEST= NCM=4012090 cStat=9490 dhResp=07/10/2022 10:23:26 tpGTIN=13 xMotivo=Consulta realizada com sucesso xProd=LEITE PASTEURIZADO TIPO B 3 - Consulta GTIN através de comunicação TCP/IP: (Utilizaremos nossa aplicação de demonstração de comunicação TCP, disponível em: '...\trunk2\Projetos\ACBrMonitorPLUS\Lazarus\Exemplos\Lazarus\' ) O comando necessário para solicitar a consulta é: GTIN.Consultar("7898380740424") Esse comando deve ser enviado para a porta TCP configurada no ACBrMonitorPLUS, veja um exemplo: Como obter o ACBrMonitorPLUS? Caso seja assinante do nosso plano ACBr PRO, basta realizar o download do ACBrMonitorPLUS na sessão de downloads do fórum ACBr, através desse link. Ainda não é assinante??? Então fale agora mesmo com um dos nossos consultores via whatsapp (15)2105-0750 e descubra todas as vantagens de ser um PRO Mas se prefere obter somente o ACBrMonitorPLUS, poderá adquiri-lo AQUI Onde posso encontrar a documentação e os exemplos de uso do ACBrMonitorPLUS? Os exemplos de uso estão disponíveis para download via SVN, Clique aqui e saiba mais sobre como baixar todos os fontes e exemplos do Projeto ACBr. Já o manual está disponível de forma online em https://acbr.sourceforge.io/ACBrMonitor/ACBrMonitor.html Ficou alguma dúvida? Então corre lá no nosso Discord que a gente te ajuda! Até mais!

Olá pessoal, O que tudo indica Brasília/DF contratou a empresa Nota Control para implementar a emissão de NFS-e. Nota Control já está implementada no componente ACBrNFSeX com o nome de ISSNet. Sendo assim, basta incluir a cidade: Brasília/DF aos moldes de outra cidade que também se utiliza do provedor ISSNet. Como que eu faça para incluir uma nova cidade no arquivo ACBrNFSeXServicos.ini ? Leia o artigo abaixo: Outra informação importante é que o emitente da nota vai precisar realizar um cadastro junto ao provedor para poder emitir as notas via webservice. Após esse cadastro o emitente deve solicitar a liberação de um lote de numeração de RPS, por exemplo solicitar a liberação do lote de 1 a 1000. Quando enviar o RPS de número 1000 solicitar um novo lote (1001 a 2000 - por exemplo). Pelo menos é isso que me recordo que ocorreu com os emitentes da cidade de Ribeirão Preto/SP que se utiliza do mesmo provedor.

Olá Estamos disponibilizando na última versão do componente ACBrBoleto a funcionalidades de integração via WebService (Registro On-Line de Boletos), esta funcionalidade já estava disponível nos fontes da pasta Branches (para testes) e passamos para a pasta Trunk2 para que seja possível a homologação por mais usuários do Projeto ACBr. Lembrando que não são todos os bancos que disponibilizam este tipo de serviço via WebService, sendo que os bancos listados abaixo já foram implementados no projetos até o momento, sendo necessário a homologação e testes por empresas que realmente possuam cadastro com o Banco para este tipo de serviço... Pois sem um pré-cadastro para esse serviço não é possível realizar todos os testes em homologação. A estrutura do WebService no componente ACBrBoleto foi implementada nos moldes dos componente ACBrDFe, sendo assim, mesmo NÃO existindo um padrão entre os Bancos, será possível implementar todos utilizando essa estrutura como base. Se alguém desejar contribuir com outros Bancos, poderá analisar os fontes e seguir o mesmo modelo, toda contribuição é bem-vinda!!! Cada Banco exige dados específicos para integração, sendo assim disponibilizamos junto ao Exemplo demonstração (DemoACBrBoleto) o arquivo “configWebService.txt” com as orientações de configuração para integração On-Line. BANCOS SUPORTADOS POR WEBSERVICE / API: Banco do Brasil Caixa Econômica Itaú Sicred CrediSis PenseBank Inter Bancoob (Sicoob) Santander Safra Banrisul C6 Bank ATENÇÃO: Sistemas que utilizam classes de ENUMERADOS dependentes do Projeto ACBrBoleto precisam declarar em seus USES a classe “ACBrBoletoConversao”, pois todas foram migradas para esta Unit. Então se tiver erros de classe do ACBrBoleto não declaradas no seu projeto, basta declarar esta nova Unit… Veja onde ficam as novas configurações para Integração Online: CedenteWS: Configurações: Após configurar os dados de acordo com a recomendação de cada Banco, basta adicionar os Títulos e utilizar o botão: “Registrar Boleto On-Line”. No exemplo, também demonstra como capturar a lista com os retornos de cada Registro de Boleto. Uso com ACBrMonitorPlus Para quem utiliza o ACBrMonitor as configurações para integração WebService / API podem ser realizadas na seguinte tela: O métodos para envio é: https://acbr.sourceforge.io/ACBrMonitor/BOLETOEnviarBoleto.html Uso com ACBrLibBoleto Para quem utiliza a lib ACBrLibBoleto.dll as configurações para integração WebService / API podem ser verificadas na documentação, seção [WebService]: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html O métodos para envio é: https://acbr.sourceforge.io/ACBrLib/Boleto_EnviarBoleto.html Qualquer dúvida ou contribuições que venham a surgir no processo de homologação favor criar um novo tópico na seção referente a Boleto. https://www.projetoacbr.com.br/forum/forum/8-acbrboleto/?do=add

Sobre os dados sensíveis em logs e outros arquivos Muitas vezes para que o time ACBr possa auxiliar nas análises que chegam até nós, é preciso que sejam enviados logs gerados pelo componente, XMLs ou itens do tipo, oque pode em muitos casos conter informações sensíveis, as quais não seria interessante que ficassem publicas no fórum ou no discord... Nestes casos, basta enviar um email para [email protected] anexando o log ou demais arquivos, indicando qual o tópico do fórum trata o assunto e o nome da empresa responsável pela assinatura PRO.

Boa tarde! Apenas para contribuir com um município que não consta por padrão no arquivo. Testei emissão, cancelamento e consulta. Tudo ok [4306601] Nome=Dom Pedrito UF=RS Provedor=Pronim Versao=2.02 ProRecepcionar=http://177.92.168.36/nfse.portal.integracao/services.svc HomRecepcionar=http://177.92.168.36/nfse.portal.integracao.teste/services.svc

Bom dia. No dia 28/09/2022 começaram a ser feitos relatos tanto em nossa comunidade do Discord quanto no Fórum informando Erro ao tentar emitir NFCe, havendo diferentes retorno como Erro HTTP 0 e Erro HTTP 403. Pela análise dos relatos, percebemos que os problemas não ocorrem para todos os contribuintes, ocorrendo em sua maioria com os que se utilizam certificados A3 na emissão. O ponto onde foi percebido ser algo na SEFAZ-SP é o fato de apesar de não conseguirem emitir NFC-e, a emissão da NF-e corre normalmente corretamente com o mesmo certificado. Graças a persistência de nossos membros da comunidade em contatar a SEFAZ, o problema entrou em análise por lá, mas seria importante que mais colegas também entrem em contato via email [email protected] conforme as instruções a seguir: Assunto: FC NFC-e 8811640 Devem ser enviadas no e-mail as seguintes informações: Tracert com destino ao nfce.fazenda.sp.gov.br completo; IP de Origem do contribuinte que está informando o problema. Certificado público utilizado.(Orientações de como conseguir o Certificado Publico podem ser encontradas aqui Print da tela do erro apresentado. Arquivo XML de envio e de retorno da requisição. Informar o nome da operadora de internet que utilizam. Assim que tivermos novas informações atualizaremos aqui.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado ACBrBoleto via WebService: ACBrBoleto Hibrido:

Funcionou de boa. Só faltava mesmo o código IBGE da cidade, agora com o ACBrCEP eu consegui obter esse código. Valeu muito obrigado.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3150

Boa tarde a todos, O componente ACBrNFSeX já está pronto para atender a cidade de Brasília/DF. Favor atualizarem todos os fontes de todas as pastas, reinstalar o ACBr e inicie os testes usando o programa exemplo do componente.

Não tem problema. coisas a serem vistas. tu tem mais de uma pasta do ACBR? backups e etc. exclui vai na pasta bpl do documentos publicos do delphi e não pode ter bpl do acbr lá e nem na pasta dcp arquivos dcp do acbr. olhe o enviroment variables do delphi . remova duplicados ou endereços que não existe vai em library path e remova todos os que puder de lá. exclua a pasta LIB de dentro da pasta do ACBr abra seu delphi e diga não para todas as msgs. depois feche ele e dai vá nos instaladores. primeiro dos relatorios seja fast ou fortes e instale e depois vá no ACBr.

Bom dia Patrick, Já esta no SVN.

Bom dia... Enviei hj (11/10/2022).

Bom dia... Lembra que eu falei que lá são 3 computadores com 3 CNPJs funcionando em 3 sistemas distintos? E desses 3, só esse dá erro na consulta? Meu programa funciona em rede, então por curiosidade hoje puxei uma instância dele em uma outra dessas 2 máquinas que funciona sem problemas, funcionou... Que droga. É algo SÓ NESSA. Estou tentando pensar aqui fora da caixinha, qualquer novidade aviso, mas vou tentar essa de colocar o ultNSU como 0... Essa parte do bloqueio do IP é improvável, pois como eu disse os outros computadores/sistemas consultam normalmente, e compartilhar o mesmo IP público.

Bom dia! Houveram relatos de problema para emitir NFC-e com A3 enquanto que o mesmo certificado funcionava normal para NF-e. O seu problema parece estar relacionado. Como uma sugestão faça alguns testes no site da receita para verificar se ela reconhece esse certificado A3 como seguro.

Kiko, Renato muito obrigado conseguimos acertar a captação do campo sResposta ficou tudo OK. Muito Obrigado a voces e a toda a equipe.

Mandar salvar os arquivos soap gerado. basta marcar a opção salvar arquivos e setar os paths e envia para os e-mail [email protected]

Ola; Já esta atualizado para os novos webservices no CE, aqui uso acbrlib para emitir NFC-e normalmente sem integrador fiscal, então no acbrmonitorplus basta desmarcar a opção usar integrador fiscal na aba DFe/WebServices/NFC-e.

Bom dia! Alteração disponibilizada no SVN, por favor, atualize seus fontes, reinstale o ACBr e faça novos testes. Para mais detalhes do que foi alterado, por favor consulte https://sourceforge.net/p/acbr/code/26996/.

Bom dia Verifiquem se os fontes de vcs estão atualizados e sem conflitos, recentemente foi enviado ao svn um ajuste sobre isso. At.

Olá Pessoal, Abaixo temos uma lista de cidades que já assinaram a adesão da NFS-e Padrão Nacional: AC: Rio Branco, AM: Borba, BA: Salvador, Araci, Bom Jesus da Lapa, Luis Eduardo Magalhães, Camaçari, CE: Sobral, ES: Ponto Belo, GO: Mineiros, Paraúna, Planaltina, Paranauba, MA: Imperatriz, São João dos Patos, MG: Belo Horizonte, Alfenas, Pompéu, Contagem, MS: Costa Rica, MT: Campos de Júlio, Santo Afonso, PA: Marabá, PB: João Pessoa, PR: Vitorino, Toledo, Maringá, RJ: Rio de Janeiro, RN: Rodolfo Fernandes, RO: Porto Velho, Santa Luzia d’oeste, RS: Bento Gonçalves, Porto Alegre, Cristal, SC: Florianópolis, São Cristóvão do Sul, Imarui, SE: Aracaju, SP: São Paulo, Santos, Campinas, Santa Cruz do Rio Pardo, Garça, Matão, Monte Azul Paulista, Salto, São Luiz do Piraitinga,

Olá pessoal, vamos falar sobre mais um lançamento do ACBrLib, o ACBrLibGTIN. O GTIN (Número Global do Item Comercial) se trata de um padrão criado e administrado pela GS1. É ele que aparece abaixo dos códigos de barras, amplamente utilizados no varejo físico para identificação de produtos. O Projeto ACBr tem o componente ACBrGTIN para Delphi e Lazarus e agora o temos o ACBrLibGTIN, que torna possível o uso do componente ACBrGTIN em qualquer linguagem de programação que possa consumir uma DLL. E porque desenvolvemos o ACBrLibGTIN ? Com a publicação da NT 2022.001, a qual estabelece o inicio da obrigatoriedade das informações na NFe/NFCe foi criado o ACBrGTIN e afim de levar a todos os desenvolvedores as facilidades do componente para consumo dos WebServices de consulta das informações junto a SEFAZ Virtual do RS (SVRS), foi lançada a ACBrLibGTIN. Neste vídeo de noticias da semana em nosso canal do YouTube, falamos um pouco sobre o tópico acima. Como obter a ACBrLibGTIN? Se você é assinante do nosso plano ACBr PRO, basta realizar o download do ACBrLibGTIN na sessão de downloads do fórum ACBr. Caso você ainda não seja assinante recomendamos fortemente que fale com nossos consultores via whats em (15) 2105-0750 e descubra como vale a pena aderir hoje msm. Mas se você prefere obter somente a ACBrLibGTIN, pode adquirir somente ela diretamente em nosso portal. Onde posso encontrar a documentação e os exemplos de uso da ACBrLibGTIN? Os exemplos de uso estão disponíveis para download via svn, saiba mais sobre como obter todos os demos aqui. Já o manual está disponível de forma online em https://acbr.sourceforge.io/ACBrLib/ACBrLib.html. Agora é sua vez de adicionar mais este recurso a sua aplicação!!

Boa tarde. Após muito esforço e persistência dos membros de nossa comunidade o problema na Sefaz de SP se encontra aparentemente resolvido. Segue resposta recebida pelo usuário @jorge andrade do pessoal da Sefaz. Vale ressaltar que a resposta diz (aguardando confirmação de outros contribuintes), portanto é muito importe que se atentem e verifiquem em seus clientes se o problema foi resolvido de fato para fornecerem um retorno a Sefaz.

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

Em 28/09/2022 foi publicado no DOU o Ajuste SINIEF 46/2022, permitindo que apartir de 01/01/2023 haja flexibilização na obrigatoriedade dos registros K200 e K280. Fica a critério da UF a possibilidade de dispensar da obrigatoriedade destes registros os contribuintes atacadistas que estejam classificados nos grupo de CNAE 462 a 469 e tenham faturamento anual inferior a R$ 10 milhões. Fonte: https://www.confaz.fazenda.gov.br/legislacao/ajustes/2022/ajuste-sinief-46-22

Em 28/09/2022 foram publicados no DOU, os ajustes SINIEF 33/2022 e 34/2022, os quais alteram a emissão de NFe e NFCe respectivamente. A partir da data de publicação dos ajustes, os contribuintes enquadrados como MEI (Código de Regime Tributário 4) tem a informação dos campos GTIN, CEST e NCM de forma facultativa , ou seja, deixam de ser obrigatórios nestes casos. Fontes: https://www.confaz.fazenda.gov.br/legislacao/ajustes/2022/ajuste-sinief-33-22 https://www.confaz.fazenda.gov.br/legislacao/ajustes/2022/ajuste-sinief-34-22

Em 28/09/2022 foi publicado no DOU o Ajuste SINIEF 32/2022, o qual prorroga a vigência da Nota Fiscal Avulsa e de Produtor Rural para 31/12/2023, onde após esta data, estes contribuintes DEVERÃO passar a realizar a emissão da NFe. Sobre a NFA e a NFPR A Nota Fiscal Avulsa - NFA -, e a Nota Fiscal de Produtor Rural - NFPR -, são documentos fiscais de uso das respectivas Secretarias de Fazenda, que serão emitidas pelos sistemas eletrônicos próprios das correspondentes Secretarias de Fazenda, disponíveis em seus respectivos endereços eletrônicos Ficam excluídos deste ajuste: Acre, Amapá, Pernambuco, Rio Grande do Norte e Sergipe. Fonte: https://www.confaz.fazenda.gov.br/legislacao/ajustes/2022/ajuste-sinief-32-22

Consta no portal nacional da NFe, o aviso de que a emissão em contingência para MG foi ativada as 16:00 com previsão de conclusão as 17:10. Fonte: http://www.nfe.fazenda.gov.br/portal/principal.aspx

Na ultima semana foram publicados diversos ajustes SINIEF, os quais trouxeram mudanças de prazos em diversos assuntos fiscais, sendo 2 deles relativos as mudanças que até então previam para 2023 a extinção do uso do CSOSN, que passa para 2024. Sobre o CSOSN Em 28/09/2022 foram publicados no DOU os ajustes SINIEF 42 e 43, que postergaram para 01/04/2024 a extinção da tabela de CSOSN e em seu lugar institui o uso da tabela de CST por todos os contribuintes, inclusive os do Simples Nacional, que até então se utilizam do CSOSN. Sobre o CFOP Assim como as mudanças acima, com a publicação do ajuste SINIEF 41, a nova tabela de CFOP que consta no anexo II-A do Convênio s/nº, de 1970 que vigoraria em 2023, também teve sua data de vigência postergada para 01/04/2024. Vale lembrar que anteriormente havia sido publicado o Ajuste SINIEF 03/2022, onde se definia que a tabela de CFOPs do anexo II, teria vigência até 02/04/2023, mas dado o ajuste 41, a mesma também tem sua vigência prorrogada para 31/03/2024 que é quando se inicia a validade da tabela prevista pelo anexo II-A. Detalhando melhor... Sabemos que a leitura da legislação não é tarefa fácil, por isso mapeamos aqui onde encontrar os textos relativos as mudanças citadas acima Sobre a tabela de CFOPs citada no ajuste 41 - https://www.confaz.fazenda.gov.br/legislacao/ajustes/sinief/cfop_cvsn_anii-a_3-4.23 Sobre a tabela de CST citada no ajuste 42 - https://www.confaz.fazenda.gov.br/legislacao/ajustes/2019/AJ011_19 Sobre a tabela de CRT no ajuste 43 - https://www.confaz.fazenda.gov.br/legislacao/ajustes/2019/AJ014_19 Links para os Ajustes SINIEF https://www.confaz.fazenda.gov.br/legislacao/ajustes/2022/ajuste-sinief-41-22 https://www.confaz.fazenda.gov.br/legislacao/ajustes/2022/ajuste-sinief-42-22 https://www.confaz.fazenda.gov.br/legislacao/ajustes/2022/ajuste-sinief-43-22 Noticia anterior quando houve prorrogação para 2023

Publicada 26/09/2022 a versão 1.31 da NT 2020.006, que altera a regra I08-90 para considerar o local de entrega e retirada, permitindo assim CFOP de operação interestadual, para operações com destino físico sendo interestadual. O prazo previsto para a Nota Técnica 2020.006 v1.31 é: Ambiente de Homologação (ambiente de teste das empresas): até 03/10/2022 Ambiente de Produção: 10/10/2022 fonte : http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=/RFndRUpZJw=

2.6. PSP Sicoob (Agradecimentos ao usuário @Huenes pela descrição do passo-a-passo e imagens cedidas) Ambiente de Homologação - Cadastre-se no portal de desenvolvedores do Sicoob: https://developers.sicoob.com.br/portal/ - Após entrar no portal, navegue no menu superior até a opção "SandBox" para obter o Client ID e o Access Token (Bearer): - Preencha as informações nos campos correspondentes no demo: ACBrPSPSicoob1.ChavePIX := ''; ACBrPSPSicoob1.ClientID := ''; ACBrPSPSicoob1.TokenSandbox := ''; Ambiente de Produção - Cadastre-se no portal de desenvolvedores do Sicoob: https://developers.sicoob.com.br/ - Após entrar no portal, navegue no menu superior até a opção "Meus Aplicativos" e siga os passos a seguir: - Nesse momento é necessário informar um certificado '.PEM' extraído de um certificado '.PFX' (No fim desse tópico estão disponíveis exemplos de como efetuar essa extração através do aplicativo Demo e também via código. - Após esse procedimento você terá todas as credenciais necessárias para utilizar o PSP Sicoob em produção. * Extrair Chave Privada e Certificado PEM de um Certificado PFX utilizando aplicativo de demonstração ACBrPIXCDTeste - Selecionar o certificado PFX na aba "Configuração > PSPs > Sicoob > Extrair Chave/Certificado" e extraia a Chave privada e o Certificado PEM em dois arquivos separados, como na imagem: * Extrair Chave Privada e Certificado PEM de um Certificado PFX via código - Primeiro carregue o Certificado '.PFX' na ACBrOpenSSLUtils, informando o caminho do certificado e a senha: ACBrOpenSSLUtils1.LoadPFXFromFile('caminho', 'senha'); - Após esse procedimento, você já poderá ter acesso à Chave e ao Certificado PEM, podendo salvar em disco, como no exemplo a seguir: WriteToFile('ChavePrivada.key', ACBrOpenSSLUtils1.PrivateKeyAsString); WriteToFile('Certificado.pem', ACBrOpenSSLUtils1.CertificateAsString); (Obs: Para utilizar a função 'WriteToFile()' é necessário declarar a unit ACBrUtil.FilesIO nos uses)

Para cumprimento da Lei 12.741/12, não esqueça de atualizar sua tabela de alíquotas - Versão 22.2.E Sua vigência é de 20/09/2022 até 31/10/2022 Integre o seu sistema à API De Olho no Imposto e não se preocupe mais com as atualizações da tabela Fonte : https://deolhonoimposto.ibpt.org.br/

Olá Pessoal, A SEFAZ-MG está com a seguinte mensagem: • A URL de consulta a NFCe via QRCode foi alterada em PRODUÇÃO. A partir do dia 4/4/2022 a URL antiga foi desativada. Importante lembrar que a nova url deverá ser utilizada tanto no processo de consulta quanto de autorização. A nova url a ser utilizada é: https://portalsped.fazenda.mg.gov.br/portalnfce/sistema/qrcode.xhtml • Desde 4/7/2022 a consulta com QRcode não é mais possível utilizando a url antiga. A consulta é possível apenas através da chave de acesso. Segundo a mensagem as URLs antigas não funcionam mais por conta das datas do texto acima. Mas o que tudo indica a SEFAZ-MG não realizou a troca das URLs em seu webservice e com isso ao tentar enviar uma NFC-e com as novas URLs de consulta a nota não é autorizada. Link da página da SEFAZ-MG que contém toda a mensagem referente a troca das URLs: SPED MG (fazenda.mg.gov.br) Link da página da SEFAZ-MG com a lista de URLs de produção e homologação: SPED MG (fazenda.mg.gov.br) Infelizmente existe um comunicado e a lista de URLs com as URLs atualizadas, mas o webservice não está atualizado.

2.5. PSP Sicredi Ambiente de Homologação - Até o momento desse tópico não existe ambiente de testes para o PSP Sicredi. Ambiente de Produção O Sicredi disponibiliza uma cartilha > Cartilha SICREDI - Pix.pdfcom os passos detalhados para a geração do certificado, chave, client ID e secret. Basta seguir os passos apresentados na cartilha. Atenção para os prazos e tempos que o Sicredi leva para disponibilizar as informações. Depois com todas as informações em mãos é só preencher os dados no componente: - Após as credenciais, a chave privada e o certificado gerado pelo Sicredi serem preenchidos, salve os parâmetros e já poderá acessar os endpoints. Para usar as informações direto no componente - Configure as credenciais, a chave privada e o certificado retornado pelo Sicredi nas seguintes propriedades: ACBrPSPSicredi1.ChavePIX := ''; ACBrPSPSicredi1.ClientID := ''; ACBrPSPSicredi1.ClientSecret := ''; ACBrPSPSicredi1.ArquivoChavePrivada := ''; ACBrPSPSicredi1.ArquivoCertificado := ''; IMPORTANTE: Salve todas essas informações em um lugar seguro (Credenciais, Chave Privada e Certificados) - Após esse procedimento você terá todas as credenciais necessárias para utilizar o PSP Sicredi em produção.

Olá pessoal, Eu de novo com mais novidades sobre a NFS-e Padrão Nacional e o componente ACBrNFSeX. Na minha postagem do dia 01/09/2022 escrevi que a implementação do provedor PadraoNacional que tem por finalidade atender as cidades que vierem a aderir o Padrão Nacional seria realizada em 3 etapas. Relembrando as 3 etapas: 1. Escrever a Unit que vai gerar o XML do DPS. 2. Escrever a Unit que vai ler o XML do DPS e da NFS-e. 3. Escrever a Unit que monta os Envelope Soap para cada serviço disponibilizado pelo WebService, prepara o envio do XML de cada serviço, bem como o tratamento do retorno de cada serviço. Pois muito bem as etapas 1 e 2 já foram finalizadas. Com relação a etapa 3 já temos 2 serviços implementados e testes sendo realizados. Temos o serviço de emissão da nota, ainda não consegui um resultado de 100% de funcionalidade uma vez que estou tendo uma rejeição de erro não catalogado. No meu entendimento erro não catalogado pode ser um bug no webservice responsável por recepcionar o DPS, (como já dito no Padrão Nacional temos o DPS - Declaração Provisória de Serviço em vez do RPS - Recibo Provisório de Serviço) ou o XML contém alguma tag com um valor errado e não existe uma regra especifica para retornar a mensagem correta do erro. Mas em breve vamos descobrir o que está errado. O segundo serviço que foi implementado e este esta funcional é a consulta da NFS-e pela chave. Com esse serviço tanto o emitente quanto o tomador ou intermediário do serviço podem baixar o XML da NFS-e. O próximo serviço a ser implementado é o envio de eventos. Sim eventos, no Padrão Nacional o cancelamento de uma nota vai ser através de um evento. A Equipe ACBr está muito empenhada em realizar as implementações e os testes. Para quem trabalha com o Delphi ou Lazarus e tem permissão de realizar testes vão poder a partir de agora a utilizar o componente, pois tudo o que já foi implementado já se encontra no SVN. Convido a todos a atualizarem todos os fontes de todas as pastas e reinstale o ACBr. A cidade que está sendo utilizada para fins de testes é: Bonfim/RR.

Alguns usuários estão com dificuldades em quebrar linha, principalmente quando o assunto é detalhamento específico de medicamentos, lotes, informações de rastreio. Exemplo sem quebra de linha (principal reclamação): Tratando no Componente Quando selecionamos o componente ACBrNFeDANFeRL1 ele tem uma propriedade QuebraLinhaEmDetalhamentos: Quando deixamos esta propriedade marcada como verdadeiro/true ele vai aplicar a função para quebrar linhas: Tratando para quem usa o ACBrMonitorPlus E no ACBrMonitorPLUS a propriedade fica em DFe - Impressão - NFe - [ ] Quebrar linhas em detalhe dos itens. Obrigado @Kiko Fernandes por complementar com esta parte Tratando para quem usa o ACBrLib para quem usa ACBrLib conforme documentação: On-Line: https://acbr.sourceforge.io/ACBrLib/ACBrLib.html PDF: https://acbr.sourceforge.io/ACBrLib/ACBrLib.pdf Windows Help (CHM): https://acbr.sourceforge.io/ACBrLib/ACBrLib.chm Observe que na seção DANFE -> [DANFe] Temos a chave/propriedade: QuebraLinhaEmDetalhamentos. (se deve ou nao quebrar linhas nos detalhamentos), sendo que 0 = Não e 1 = Sim: Obrigado @antonio.carlos pela ajuda !! prontinho ! Até a próxima !

Olá pessoal, No Rps temos a tag <Discriminacao> ela pode conter até 2000 caracteres, se tratando dos provedores que seguem a versão 1 ou 2 do layout da ABRASF (os provedores que tem o seu próprio layout o nome da tag bem como a quantidade de caracteres com certeza vai ser diferente). Muitos desenvolvedores querem incluir uma quebra de linha, pois bem, como fazer? Ao alimentar o componente, ou seja, ao atribuir o texto ao campo Discriminacao, devemos sempre utilizar o caractere ";" (ponto e virgula). O componente quando for gerar o XML do Rps se encarrega de substituir o ";" pelo caractere utilizado pelo provedor que pode ser outro. Vejam a linha do código do componente que realiza essa troca: Result.AppendChild(AddNode(tcStr, '#32', 'Discriminacao', 1, 2000, 1, StringReplace(NFSe.Servico.Discriminacao, ';', FpAOwner.ConfigGeral.QuebradeLinha, [rfReplaceAll, rfIgnoreCase]), DSC_DISCR)); A função StringReplace vai trocar o caractere ";" pelo conteúdo de: QuebradeLinha do campo: Discriminacao. Fica ai mais uma dica de como alimentar o componente corretamente.

2.4. Fintech Shipay Ambiente de Homologação - Cadastre-se no portal de desenvolvedores da Shipay: https://painelv2-staging.shipay.com.br - Entre na opção: "Lojas > Adicionar Lojas" e cadastre uma loja: - Entre na loja criada e adicione um caixa: - Dessa forma, você já terá acesso às credenciais, como na imagem a seguir: - Preencha as credenciais(Client ID, Secret Key e Access Key) direto no componente ou no aplicativo de demonstração, como nos exemplos: ACBrPSPShipay1.ClientID := ''; ACBrPSPShipay1.SecretKey := ''; ACBrPSPShipay1.AccessKey := ''; - Após esse procedimento você já terá todos as credenciais configuradas para efetuar as requisições aos endpoints. Ambiente de Produção - Para utilização do componente em ambiente de Produção, será necessário entrar em contato com os especialistas da Shipay(Através desse canal) - O preenchimento das propriedades e campos seguem o mesmo padrão da rotina em homologação.

2.3. PSP Santander Ambiente de Homologação - Cadastre-se no portal de desenvolvedores do Santander: https://developer.santander.com.br - Crie uma aplicação no ambiente Sandbox, conforme imagem abaixo: - Ao entrar na aplicação criada, você terá acesso às credenciais ClientID e Cliente Secret: - Informe as credenciais nas propriedades do componente ou nos campos do demo: ACBrPSPSantander1.ConsumerKey := 'Client ID'; ACBrPSPSantander1.ConsumerSecret := 'Client Secret'; (Obs: Para o ambiente de homologação do Santander, poderá ser utilizada qualquer ChavePix) Ambiente de Produção - Para utilização do componente em ambiente de Produção, será necessário possuir um certificado A1 emitido por uma certificadora autorizada(Caso já possua um certificado A1 usado para emissão de NFe, ele poderá ser utilizado); - Com o certificado em mãos, é necessário extrair um arquivo '.PEM' dele. Esse procedimento pode ser feito pelo demo na seguinte aba: - Envie o arquivo '.PEM' ao banco através do Internet Banking, no campo 3 da imagem a seguir: - Após o envio, você terá acesso às credenciais Client ID e Client Secret, bastando configurá-las: - Após esse procedimento você já terá todas as credenciais devidamente configuradas para a utilização da API Pix do PSP Santander em Produção.

2.2. PSP Banco do Brasil Ambiente de Homologação - Cadastre-se no portal de desenvolvedores do Banco do Brasil: https://developers.bb.com.br/ - Após entrar no portal, crie uma Nova Aplicação, selecionando a API PIX (Versão 2), conforme imagem abaixo: - Entre na aplicação criada e selecione a opção "Credenciais" no menu à esquerda: - Caso esteja utilizando diretamente o componente, preencha as propriedades: ACBrPSPBancoDoBrasil1.ClientID := ''; ACBrPSPBancoDoBrasil1.ClientSecret := ''; ACBrPSPBancoDoBrasil1.DeveloperApplicationKey := ''; - Caso esteja utilizando o demo, preencha os campos: - O campo Chave PIX deverá ser preenchido com uma das chaves disponibilizadas pelo BB para o ambiente de homologação: API versão 2 E-mail: [email protected] CNPJ: 95127446000198 Celular: +5511985732102 Aleatória: 9e881f18-cc66-4fc7-8f2c-a795dbb2bfc1 Ambiente de Produção - Para utilização do componente em ambiente de Produção, será necessário solicitar essas mesmas credenciais para o gerente da conta (Client ID, Client Secret e Application Key); - A chave utilizada será a própria chave cadastrada para a conta. - O preenchimento das propriedades e campos seguem o mesmo padrão da rotina em homologação.

2.1. PSP Itaú Ambiente de Homologação - Entre em contato com seu gerente de conta e solicite o acesso ao ambiente de desenvolvedores do Itaú: https://developer.itau.com.br/login - Após acessar o portal de desenvolvedores Itaú, siga para: "Sandbox > Criar Projeto" e crie um projeto selecionando a API "Recebimentos Pix" conforme imagem abaixo: Imagem 2.1a - Entre no projeto e verifique que já é possível acessar as credenciais Client ID e Client Secret. - Configure as credenciais nos respectivos campos de configuração do componente ou do demo, conforme as instruções a seguir: ACBrPSPItau1.ChavePIX := ''; ACBrPSPItau1.ClientID := ''; ACBrPSPItau1.ClientSecret := ''; Imagem 2.1b - Salve os Parâmetros e já poderá acessar os endpoints. AMBIENTE DE PRODUÇÃO * Gerar certificado utilizando aplicativo de demonstração ACBrPIXCDTeste - Entre em contato com seu gerente de conta e solicite o ClientID e um Token Temporário para a geração do Certificado(Você receberá esses dados por e-mail); - Gere uma chave privada pelo demo, na aba "Configuração > PSPs > Itaú > Chave e Certificado > Passo 1 - Definir Chave Privada", como mostra a imagem: Imagem 2.1c - Será gerado um arquivo '.pem' contendo sua chave privada. Guarde esse arquivo em um lugar seguro. - Informe o Token Temporário e solicite o certificado na aba "Passo 2 - Solicitar Certificado", conforme a imagem abaixo: Imagem 2.1d - Será gerado um arquivo '.pem' contendo sua credencial ClientSecret e o certificado que deverá ser usado nas requisições. O aplicativo demo automaticamente preencherá essas informações nos respectivos campos de configuração, mas caso esteja utilizando sua própria aplicação, não esqueça de preencher ambas as propriedades. - Após esses procedimentos, verifique na aba "Arquivos" se os campos "Arquivo Chave Privada" e "Arquivo Certificado" foram preenchidos corretamente, salve os parâmetros e já poderá acessar os endpoints. * Gerar certificado utilizando componente - Entre em contato com seu gerente de conta e solicite o ClientID e um Token Temporário para a geração do Certificado(Você receberá esses dados por e-mail); - Gere uma chave privada. Você pode utilizar o ACBrOpenSSL por exemplo, utilizando a função: ACBrOpenSSLUtils.GenerateKeyPair(aPrivateKey, aPublicKey); - Salve sua chave privada em um arquivo '.pem' e informe o caminho do arquivo na propriedade: ACBrPSPItau1.ArquivoChavePrivada := ''; (Obs: Guarde sua chave privada em um lugar seguro, pois ela será utilizada em todas as requisições à API) - Após configurar a chave no componente, solicite o certificado utilizando o Token Temporário. Segue um exemplo de utilização: var wCertificado: String; begin wCertificado := ACBrPSPItau1.SolicitarCertificado( SeuTokenTemporario ); A resposta dessa função, trará o Client Secret e o certificado, no seguinte formato: Secret: XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX -----BEGIN CERTIFICATE----- XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXX -----END CERTIFICATE----- - Salve em um arquivo '.pem' e configure o caminho do arquivo em: ACBrPSPItau1.ArquivoCertificado := ''; - Informe o Client Secret na propriedade: ACBrPSPItau1.ClientSecret := ''; IMPORTANTE: Salve todas essas informações em um lugar seguro (Chave Privada, Client Secret e Certificado). - Após esse procedimento você terá todas as credenciais necessárias para utilizar o PSP Itaú em produção.

Essas modificações já estão no GIT do Fortes Report https://github.com/fortesinformatica/fortesreport-ce/pull/295/files

Pessoal, Vi muitos tópicos com dúvidas para instalação das versões que não permitem compilação por linha de comando. Caso seja útil, segue resumo para a instalação manual com passos que funcionaram para mim. Não utilizo todos os módulos do componente, mas acredito que tudo funcione corretamente seguindo esses passos. Testei vários projetos e todos compilaram. Atenção: A versão CE não destina-se a testes e não deve ser instalada na sua empresa caso o seu faturamento geral ultrapassar os limites estabelecidos. Neste caso, solicite uma licença trial e evite ficar irregular. No final do tópico coloquei um link de outro tópico contendo destaques dos valores e condições para utilização da versão CE. Instalar o ACBr no Delphi CE ou Trial 1. Descompactar a pasta ACBrInstall_CE no raiz do ACBr ---> ACBrInstall_CE.zip 2. Dependências 2.1. Instalar o fortes reports: https://github.com/fortesinformatica/fortesreport-ce * Abrir o .dpk * Botão direito sobre ele e clicar em Build * Botão direito e clicar em Install 2.2. Quem possui e utiliza o Fast, instalar o Fast 2.3. Unit scope names: Acessar Tools / Options / Language / Delphi / Library / Unit scope names >>> Adicionar “Vcl” na lista * O arquivo Registrar_UnitScopeNames_Vcl.reg preenche a informação, sobrepondo o padrão , que é em branco. Fazer com o Delphi fechado. 3. Grupos de projetos para geração das bpls * para evitar retrabalho, veja o erro 4.1 pois pelos meus testes sempre foi necessário alterar para “.dres” no DCLACBr_Comum.dpk 3.1. Quem possui o Fast, ignorar o item 3.2, abrir o InstalacaoFR.groupproj e processar o Build All com o botão direito no grupo InstalacaoFR 3.2. Quem não possui o Fast, abrir o InstalacaoRL.groupproj e processar o Build All com o botão direito no grupo InstalacaoRL 4. Erros 4.1. Caso ocorra o erro "Resource ACBR not found" * Botão direito sobre o DCLACBr_Comum.bpl, “View Source” * Alterar de {$R *.otares} para {$R *.dres} 4.2. Caso ocorram erros como Graphics, Forms, Controls , etc “not found“: * Caso não tenha feito a configuração geral no item 2.3, pode ser feito por pacote: adicionar Vcl em Project / Options / Building / Delphi Compiler / Unit scope names 4.3. Se ocorrerem erros nas classes do Fortes ( TfrmCTeDAInutRL, TfrlGuiaRL, TfrlDAMDFeRL, TfrmMDFeDAEventoRL, TfrlXDANFSeRL ) na primeira abertura do grupo de projetos, basta ignorá-los e dar ok, pois estão reclamando das dependências que ainda serão instaladas no grupo. 4.4. Caso ocorram erros como "Fortes report Unit 'RLReport' not found": (colaboração do @felipe de souza) * Adicionar ao library o caminho do source \trunk\source 5. Após compilar todos os pacotes, executar o arquivo para vincular(instalar) os componentes ao Delphi * Feche o Delphi para registrar as bpls 5.1. RegistrarComponentesFR.reg para quem possui o Fast, não precisando executar o item 5.2 5.2. RegistrarComponentesRL.reg para quem não possui o Fast Obs: Não possuo o Fast então não tive como compilar nem testar o .reg para validar, apenas adicionei os pacotes no grupo e gerei o arquivo. Caso alguém valide e precise de ajustes, por favor compartilhe a correção para ajudar os demais. ACBrInstall_CE.zip Conforme mencionado no início, segue tópico contendo destaques dos valores e condições para utilização da versão CE.

A mensagem de erro indica que você está vinculando ao ACBrNFe um componente DANFE para Fast Report, por exemplo o ACBrNFeDANFEFR, e não o ACBrNFeDANFERL. No caso do componente para Fast Report é preciso informar o caminho dos .fr3 nas propriedades FastFile, FastFileEvento, FastFileInutilizacao...