Painel de líderes

Por favor, atualize novamente os fontes. E salve o arquivo em anexo na pasta ACBr\Fontes\ACBrBoleto\FC\Fortes. Depois disso instale novamente o ACBr, e recompile a sua aplicação. ACBrBoletoFCFortesFr.dfm

Por favor, não fique pingando todo mundo que você conhece sem a autorização dos mesmos. Principalmente os consultores e moderadores. Isso não é legal. As pessoas podem começar a te ignorar por fazer isso. Se precisa de um atendimento mais rápido considere juntamente com sua empresa assinar o ACBr Pro. Com respeito a tal alteração: Precisamos de mais informações. Onde está a documentação atualizada? Há exemplos de arquivos? Também precisamos saber se isso é apenas para uma cidade ou para todas que o provedor atende. Quais cidades? Pode ser que sim. Mas precisamos das informações que eu citei antes. Qual a mensagem de erro?

Foi pro SVN, rev. 28632. Obrigado por reportar.

Bom dia @Francisco IBS e @Pedro A. Araújo Corrigido, já está em nosso repositório. Obrigado pelas contribuições !

@EDM Softwares tudo bem ? Em conversa com o time ACBr entramos em um consenso quanto a definição da próxima etapa da análise da situação encontrada por você. O que acontece é que o programa exemplo "ACBr.API" atual é um exemplo muito simples. Ele não está fazendo o controle de ponteiros para uso do ACBrLib em Multithread. É preciso ajustá-lo para refletir a forma correta de se implementar a comunicação em Multithread. Isso está na tarefa (#TK-271). Ela está em nosso backlog com alta prioridade, e será analisada assim que outras demandas com maior prioridade forem finalizadas. No entanto isso não impede de você fazer a implementação correta e utilizar a ACBrLib em Multithread. A cada thread que você chamar, basta criar um ponteiro utilizando o método Lib_Inicializar. Daí use esse ponteiro como parâmetro nas chamadas dessa thread para a lib. Assim que ajustarmos o exemplo retornaremos no tópico. Mas você pode criar novos tópicos para tirar dúvidas específicas sobre a implementação caso precise.

Bom dia! Abaixo deixo dois links que podem ajudar no entendimento da Tributação Monofásica do ICMS, que é tratado na NT 2023/001. https://www.ibp.org.br/personalizado/uploads/2022/05/mapa-mental-icms.pdf https://www.ibp.org.br/noticias/icms-monofasico-entenda-essa-medida-estruturante-em-um-infografico/

https://blog.esimplesauditoria.com.br/tributacao-monofasica-o-que-e-e-como-funciona/

Olá, No ambiente de homologação do MT, está aparecendo a mensagem: Servico Paralisado sem Previsao. Observei a disponibilidade dos serviços no site da fazenda e está tudo disponível. Retorno Status Serviço =========================== - Versão Layout: 4.00 - Ambiente: 2 - Versão Aplicativo: MT_A2RL-4.00 - Status: 109 - Status Descrição: Servico Paralisado sem Previsao - UF: MT - Recebimento: - Tempo Médio: 0 - Retorno: - Observação:

Boa tarde, Mesmo relato ontem no discord. https://discord.com/channels/798697718800318484/841297523485573140/1077311799436771432

Olá pessoal, Mais um presente de grego para nós desenvolvedores, mais uma alteração no layout da NF-e, novos campos, novos ICMS. Vamos a um resumo sobre a Nota Técnica 2023/001: Essa Nota Técnica divulga novos campos e Regras de Validação da NF-e versão 4.0. Como existe a inclusão de novos campos facultativos no Leiaute (Schema XML), algumas Regras de Validação serão ativadas posteriormente, conforme observação em cada uma delas, visando garantir um prazo de adequação para as empresas. Já as regras existentes que não permitiriam a informação dos novos campos, tem o mesmo prazo de entrada do Leiaute (Schema XML). O prazo abaixo, portanto, se refere a entrada das alterações no Leiaute (Schema XML), e das regras que visam permitir a informação dos novos campos sem rejeição. Sobre as Datas de Entrada em Vigor - Mudança de Schemas e Regras N12-20, N12-30, N12-70 e W16-10 Ambiente de Homologação : até 03/03/2023 - Ambiente de Produção: 30/03/2023 Regras de Validação Alteradas Regra de Validação N12-20 - Incluída exceção nesta regra para permitir que o emissor enquadrado no Simples Nacional possa informar os novos Códigos de Situação Tributária criados pelo Ajuste SINIEF Nº 01/2023. Regras de Validação N12-30 e N12-70 - Inclusão do CST 61, criado pelo Ajuste SINIEF Nº 01/2023, na relação de CSTs permitidos na emissão de NFC-e (Regra N12-30) e na relação de CSTs permitidos na operação com Não Contribuinte da NF-e (Regra N12-70). Regra de Validação W16-10 - Inclusão do Valor Total do ICMS monofásico sujeito a retenção (tag: vICMSMonoReten) no somatório do Valor Total da NF-e (campo: W16) Sobre as Alterações de Campos Inclusão do Campo de Índice de Mistura do Biodiesel no Diesel B (tag: pBio) Criação de campo específico no Grupo de Detalhamento de Combustíveis para a indicação do índice de Mistura do Biodiesel no Óleo Diesel B. Este campo tem a finalidade de auxiliar no cálculo do volume do Biodiesel B100 a ser misturado com Óleo Diesel A, nas operações com Biodiesel Puro, ou do volume do Biodiesel B100 misturado nas operações com Óleo Diesel B. Inclusão do Grupo indicador da origem do combustível (tag: origComb) Este grupo deve ser preenchido para as operações com Biodiesel B100, Óleo Diesel B e GLP/GLGN. Serve para identificar as UFs do produtor ou do importador de B100 ou GLGN utilizados na mistura. Além da identificação da UF de Origem, há a necessidade de se informar se o produto é nacional ou importado. Criação do Grupo N02a- Grupo Tributação do ICMS = 02 (tag: ICMS02) Este grupo trata do regime de tributação monofásica própria do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 02) criado pelo Ajuste SINIEF Nº 1/2023. Criação do Grupo N03a- Grupo Tributação do ICMS = 15 (tag: ICMS15) Este grupo trata do regime de tributação monofásica própria e com responsabilidade pela retenção do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 15) criado pelo Ajuste SINIEF Nº 1/2023. Criação do Grupo N03a- Grupo Tributação do ICMS = 53 (tag: ICMS53) Este grupo trata do regime de tributação monofásica com recolhimento diferido do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 53) criado pelo Ajuste SINIEF Nº 1/2023. Criação do Grupo N03a- Grupo Tributação do ICMS = 61 (tag: ICMS61) Este grupo trata do regime de tributação monofásica sobre combustíveis com ICMS cobrado anteriormente nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 61) criado pelo Ajuste SINIEF Nº 1/2023. Criação dos campos de Valor total do ICMS monofásico Campos Valor total do ICMS monofásico próprio (tag: vICMSMono), Valor total do ICMS monofásico sujeito a retenção (tag: vICMSMonoReten) e Valor total do ICMS monofásico retido anteriormente (tag vICMSMonoRet) criados no grupo de Total da NF-e (tag: total). Sobre as Datas de Entrada em Vigor - Novas Regras Ambiente de Homologação: até 03/07/2023 - Ambiente de Produção: 04/09/2023 Novas Regras de Validação Conforme informado em NT, estas regras não serão publicadas ao mesmo tempo que o Leiaute (Schema XML) para permitir uma implementação gradual das empresas e dos autorizadores, possibilitando inicialmente o preenchimento dos novos campos para atender a legislação sem maiores complicações. Regra de Validação I13-20 Apesar desta regra já existir previamente, a sua descrição foi completamente alterada para que ela fique compatível com a Tabela de Combustíveis Sujeitos à Tributação Monofásica. Por isso receberá o tratamento de nova regra, e somente entrará em vigor na data prevista na sua nova descrição. Ela visa garantir o correto preenchimento da unidade tributária exigida por lei para os combustíveis cujos códigos ANP se encontrem na Tabela de Combustíveis Sujeitos à Tributação Monofásica. Regras de Validação LA17-10 e LA17-20 Estas regras visam controlar o correto preenchimento do índice de mistura do biocombustível (tag: pBio) obrigando ou rejeitando o seu preenchimento conforme o combustível informado. Para isso, o código ANP (tag: cProdANP) informado na nota é confrontado com a coluna “cProdANP” da Tabela de Combustíveis Sujeitos à Tributação Monofásica, com a respectiva coluna “pBio” indicando se o índice deve ou não ser preenchido conforme determinado na descrição das regras. Regra de Validação LA18-10 Esta regra visa obrigar o preenchimento do grupo de origem do combustível (tag: origComb) conforme indicador da coluna “origComb”, a partir da correspondência entre o Código ANP do combustível (tag; cProdANP) informado na nota e a coluna “cProdANP” da Tabela de Combustíveis Sujeitos à Tributação Monofásica. Regra de Validação LA21-10 Caso informado o grupo indicador da origem do combustível (tag: origComb), é realizado o somatório dos percentuais originários para a UF (tag: pOrig) informados em cada ocorrência deste grupo para verificar se o total deste somatório é 100. Regras de Validação N12-100 e N12-110 O objetivo destas regras é verificar o correto preenchimento dos novos Códigos de Situação Tributária do ICMS criados pelo Ajuste SINIEF Nº 01/2023. Estes novos códigos somente poderão ser preenchidos quando se tratar de operação com combustíveis sujeitos à tributação monofásica do ICMS. Para isso, é verificado se o código ANP do produto (tag: cProdANP) informado na nota existe na Tabela de Combustíveis Sujeitos à Tributação Monofásica. Caso o código ANP exista na tabela o preenchimento destes CSTs é obrigatório, e caso não exista o seu preenchimento é proibido. Regras de Validação N38-10, N40-10 e N44-10 Estas regras visam validar o valor preenchido para a alíquota adrem do imposto nas diferentes modalidades de tributação monofásica dos combustíveis (próprio, com retenção e retido anteriormente). Para isso, é verificada a correspondência entre o código ANP do produto (tag: cProdANP) informado na nota e a coluna cProdANP da Tabela de Combustíveis Sujeitos à Tributação Monofásica, e a partir daí é validado o valor informado no respectivo campo da alíquota adrem de cada situação tributária com a coluna “adRemICMS” da tabela. Regras de Validação N39-10, N41-10 e N45-10 Estas regras visam garantir a consistência, para cada tipo de tributação monofásica sobre combustíveis, do Valor do ICMS, que deve ser obtido pela multiplicação da quantidade tributável pela alíquota adrem de cada situação tributária. Regras de Validação W06c-10, W06d-10 e W06e-10 O objetivo destas regras é realizar a totalização, respectivamente, do ICMS monofásico próprio, ICMS monofásico sujeito a retenção e do ICMS monofásico retido anteriormente, conforme valores informados nos itens da nota. E como fica o ACBr? Como o layout foi alterado por conta de novos campos, se faz necessário alterar o componente para que ele possa gerar se necessário for os novos campos. Consequentemente vamos disponibilizar uma nova versão do ACBrMonitor e do ACBrLibNFe. O componente ACBrNFe, quanto o ACBrMonitor e ACBrLibNFe vão estar prontos até o dia 03/03/2023 para que vocês possam realizar os testes em ambiente de homologação. Mais sobre esta NT Essa Nota Técnica tem o objetivo de atender o disposto no Convênio ICMS nº 199, de 22 de dezembro de 2022, que dispõe sobre o regime de tributação monofásica do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022, e ao disposto no Ajuste SINIEF Nº 01/2023 em relação aos novos Códigos de Situação Tributária do ICMS. https://www.confaz.fazenda.gov.br/legislacao/convenios/2022/CV199_22 Sobre a Tabela de Combustíveis Sujeitos a Tributação Monofásica Para validação de algumas destas regras foi criada a Tabela de Combustíveis Sujeitos à Tributação Monofásica, que tem por objetivo facilitar a visualização da obrigatoriedade de preenchimento de campos e de alguns valores para cada produto sujeito a tributação monofásica sobre combustíveis. Os produtos presentes na tabela são identificados conforme o seu Código ANP. Além disso, a alíquota adrem de cada produto, será criada uma aba com o histórico de valores e a respectiva data de vigência. A criação desta tabela permite uma melhor parametrização dos ambientes autorizadores e das empresas, e evita que sejam feitas alterações constantes em Notas Técnicas para adequação das regras às novas situações que surgirem. As alterações necessárias na tabela serão feitas via Informe Técnico. A Tabela de Combustíveis Sujeitos à Tributação Monofásica se encontra publicada no Portal Nacional da NF-e, na aba “Documentos” opção “Diversos”. O prazo para entrada destas regras se encontra na descrição de cada uma delas.

Boa tarde pessoal, Em 16/02/2023, o Banco Central publicou a resolução 293 a qual visa trazer mais clareza quanto as possibilidades de terceirização e de parcerias no âmbito dos serviços relacionados ao PIX, além de esclarecer as responsabilidades dos agentes envolvidos, e estabelecer um regime de transição aplicável aos agentes elegíveis, que atenda também a regulamentação geral dos órgãos que regulamentam este setor. Tais mudanças vem do constante acompanhamento do Banco Central aos modelos de negócios que vem surgindo deste o surgimento do PIX, visando garantir a devida segurança ao ecossistema. a clareza quanto a viabilidade e segurança dos modelos de negócios e também a transparência de informações. Principais novidades Disposições transitórias para os pedidos de adesão enquadrados no regime de transição previsto na Resolução BCB nº 293 Unificação dos documentos apresentados para prorrogação da etapa homologatória e para entrada em produção no Pix e no SPI, especificamente Alterações pontuais nos testes do DICT Esclarecimento de regras da adesão Regras sobre a Facilitação do Serviço de Saque ofertada por cooperativas singulares filiadas a centrais Dispositivo nos formulários para identificar o motivo do envio Esclarecimentos nos formulários referentes a serviços pontuais (Participação no Open Finance e Geração de QR estático para PJ) Link para a resolução 293 Fonte: AFRAC

Bom dia! Hoje 22/02/2023, por volta das 10:00 recebemos relatos de usuários com erro de TimeOut ao transmitir NF-e na Sefaz PR. Foram realizados testes aumentando a propriedade TimeOut do componente ACBrNFe para 30 segundos e ainda assim o problema persistiu. Consultando em algumas ferramentas de monitoramento, foi possível constatar instabilidade. Até mesmo o site da Secretaria da Fazenda está apresentando Erro de privacidade em algumas tentativas de acesso.

Boa tarde, @willian_delan lembrando também que os fontes do ACBr são abertos, logo caso queira apoiar pode efetuar a adequação e anexar aqui também. At.

Boa tarde @BigWings, show de bola, funcionou perfeitamente. Já quando abri o arquivo ACBrBoletoFCFortesFr no Delphi já deu para notar que ficou correto. E compilando na minha aplicação também ficou tudo correto, como pode ver nos prints abaixo. Agradeço muito o empenho de todos pela resolução do problema, @BigWings, @Daniel InfoCotidiano, @EMBarbosa, @Victor H. Gonzales - Panda Aguardo o envio para o SVN para atualizar aqui novamente.

Olá. Até onde eu consegui identificar, a maior diferença nesse seu dfm para o que está no SVN é a propriedade "PixelsPerInch". No seu dfm está configurada como 96. No nosso, ela usa o valor padrão (vazio). Não podemos subir isso porque essa é uma configuração específica para cada monitor/impressora/etc... e também pode ser influenciado dependendo da configuração no "manifesto" da aplicação. Essa configuração então é feita nas propriedades que você já citou... Mais informações abaixo. Os valores padrões realmente são esses. Já eram antes de atualizar o ACBr e atualizar ele não faz qualquer quebra no layout a menos que você modifique essas propriedades. No entanto, isso não quer dizer que funciona em toda ocasião. Se esse fosse o caso, não teríamos criado essas propriedades há anos atrás. Conforme dito anteriormente isso depende de vários fatores: 1) versão do Fortes Report 2) configurações da sua aplicação (manifest) 3) configurações do Windows (ou monitor) . Não quer dizer que esteja com problemas. Você deve fazer a configuração conforme a máquina que estiver executando o aplicativo. Não coloque a configuração amarrada na sua aplicação. Se isso não for configurável em sua aplicação, você terá problemas na impressão. Além disso não deve ser uma configuração arbitrária e sim a configuração correta para aquela máquina/monitor/impressora.

Bom dia, sua versão está diferente da versão do repositório, veja se não há conflitos nos arquivos: não procede o caso relatado

no caso só senão está pegando o xml atualizado pois senão ele o componente já faz isso revise seu código

Bom dia obrigado realmente ele não sobrescreveu os arquivos que tinha aqui

Estou realizando um levantamento para montar a geração do arquivo e uma das exigência é a assinatura digital do arquivo AEJ.txt onde é gerado um arquivo p7s destacado com a assinatura. Já uso o ACBr a algum tempo, juntamente com os recursos de assinatura de XML, porém não encontrei no ACBr a assinatura digital no padrão CAdES para gerar esse arquivo .p7s destacado. Sabe me dizer se temos essa assinatura digital e onde encontro?

Veja que a fórmula é: ((vBCUFDest * pICMSUFDest) - (vBC * pICMSInter)) * pICMSInterPart (*4) A SEFAZ está calculando: vBCUFDest (1.112,20) x pICMSUFDest(18%) = 200,20 vBC (912,00) x pICMSInter (12%) = 109,44 (220,20) - (109,44) = 90,76 x pICMSInterPart (100%) = 90,76 Então você percebe ai que o que está fazendo a diferença é vBC (Base de Cálculo do Produto) que está 912,00. Porque você informa 1.112,20 em vBCUFDest?

Descobri o que era. No meu caso os paths dos arquivos .key e .pem estavam incorretos porém nem o acbr nem minha aplicação reportava esse erro. Corrigi os paths e ficou tudo certo.

Bom dia, Foi publicada a versão 9.0.1 do programa validador do SPED ECF, o qual trouxe a correção do erro do java no momento de realizar a validação. Fonte: http://sped.rfb.gov.br/pagina/show/7164

Olá Pessoal, Foi publicado a versão 1.10 da NT 2022/004 que prorroga o prazo de inicio de entrada da regra U01-20 em ambiente de produção para 28/02/2023.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Vamos supor que você perdeu o XML de um DF-e Documento Fiscal Eletrônico, seja ele uma NF-e, NFC-e, CT-e, CT-e OS, MDF-e ou BP-e. O procedimento é muito simples, basta alimentar o componente com os dados do documento, executar o método Assinar e por fim o método Consultar. Abaixo um exemplo usando o componente ACBrNFe, mas pode ser aplicado para os demais modelos de DF-e. (...) AlimentarComponente; ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.Consultar; (...) E para quem usa o Monitor: NFe.CriarNFe( arqINI ); NFe.AssinarNFe( pathNomeXML ); NFe.ConsultarNFe( pathNomeXML );