Painel de líderes

Olá pessoal! Foi publicado no dia 28/01/2025 a versão 1.12 da Nota Técnica 2021/002 que trata sobre adequações para Nota Fiscal Fácil (NFF). A versão mais recente traz nova informação, alterando a coluna de 120-999 para 000-999 na série própria para o Aplicativo NFF. Além disso também traz alteração na forma como é gerada a chave de acesso pelo aplicativo emissor. Data As alterações trazidas por esta nota técnica tem aplicação de efeito imediato a partir da data de sua publicação. O que muda no ACBr? Nada. É importante relembrar que a NFF é gerada e transmitida por aplicativo emissor desenvolvido e distribuído pela própria Sefaz. Leia a versão 1.12 desta nota técnica na integra AQUI. Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar esta informação no canal #sefaz em nossa comunidade do Discord.

Bom dia @Italo Giurizzato Junior Entrei em contato com o suporte, eles pediram para enviar detalhando em um e-mail para eles estarem passando para o pessoal da programação. Ja enviei o e-mail com os XML Soap de envio e resposta como evidencia e pedi as informações que voce precisa. Quando eles responderem te aviso por aqui.

Olá Pessoal, No componente ACBrNFSeX o caracter a ser utilizado como quebra de linha tínhamos definido como padrão o ";" (ponto e virgula) e não era possível mudar ele através de uma propriedade de configuração. Mas ai surgiu uma necessidade de permitir essa configuração. Sendo assim o componente agora possui a propriedade QuebradeLinha cujo caracter padrão é o "|", mas você pode mudar da seguinte forma: ACBrNFSeX1.Configuracoes.WebServices.QuebradeLinha := ';'; A propriedade QuebradeLinha é do tipo string, logo é possível informar uma sequencia de caracteres em vez de apenas um, por exemplo: "\n\s". Sempre tenham em mente que, se na unit provider do provedor o caracter de quebra de linha for diferente do configurado, o componente vai realizar a troca do configurado pelo que se encontra na unit provider. Por exemplo: Na configuração consta que o caracter é ";" ponto e virgula, mas na unit provider do provedor consta que deve ser "@" arroba, o componente vai trocar o ponto e virgula pelo arroba ao gerar o conteúdo da tag.

Olá pessoal. Implementei o extrato no banco Sicoob. Configurações: Criar o aplicativo e obter o client-id no Portal Developers Sicoob. Setar no componente: AcbrExtrato1.Ambiente := eamProducao; AcbrExtrato1.BancoConsulta := bccSicoob; AcbrExtrato1.Banco.ClientID := Obtido ao criar o aplicativo no Portal Developpers; AcbrExtrato1.Banco.ClientSecret := ''; AcbrExtrato1.Banco.ArquivoCertificado := Caminho para a chave pública do certificado; AcbrExtrato1.Banco.ArquivoChavePrivada := Caminho para a chave privada do certificado; A chave pública e privada do certificado podem ser extraídas da mesma forma que para configurar o boleto Siccob via api. Seguem em anexo as units para a avaliação: ACBrExtratoAPI.pas ACBrExtratoAPIBB.pas ACBrExtratoAPIInter.pas ACBrExtratoAPISicoob.pas

Olá Pessoal, O grupo sobre o Responsável Técnico esta presente em diversos DF-e, tais como: BP-e, CT-e CT-e OS, GTV-e, CT-e Simplificado, NF3-e, NFCom, NF-e, NFC-e e MDF-e. Para a maioria dos DF-e não existe uma obrigatoriedade de informar o Responsável Técnico, mas não custa nada informar os seus dados ao gerar o XML. Mas para a NF-e e NFC-e temos a NT 2018/005 versão 1.40 que determina que para as UF: AM, MS, PE, PR, SC e TO devemos informar, pois existe a obrigatoriedade, caso contrario a nota vai ser rejeitada: 972 - Obrigatória as informações do responsável técnico. Como alimentar o componente com as informações do Responsável Técnico? {Informações do Responsável Técnico pela emissão do DF-e} infRespTec.CNPJ := ''; infRespTec.xContato := ''; infRespTec.email := ''; infRespTec.fone := ''; Para quem gera o arquivo INI que é utilizado no ACBrMonitor e no ACBrLib devemos incluir a seção: infRespTec: [infRespTec] CNPJ = ''; xContato = ''; email = ''; fone = ''; Outra informação importante se refere ao CSRT (Código de Segurança do Responsável Técnico) que a SEFAZ-PR vai passar a exigir a partir de 03/02/2025 em ambiente de homologação para o modelo 55 (NF-e) e a partir de 01/04/2025 em produção. O CSRT bem como o idCSRT é obtido através de um credenciamento feito no Portal da SEFAZ, como dito acima hoje somente PR que esta exigindo esse credenciamento. Os componentes listados acima já possuem duas propriedades de configuração que são utilizadas para informar o idCSRT e o CSRT. Configuracoes.RespTec.IdCSRT := 0; Configuracoes.RespTec.CSRT := ''; Notem que o IdCSRT é uma informação numérica, já o CSRT é alfa numérica. Lembrando que essas duas propriedades de configuração só devem ser informadas no componente neste momento para quem emitir NF-e no PR, se não informar a nota vai ser rejeitada: 975 - Obrigatória a informação do identificador do CSRT e do Hash do CSRT. Pode ser que no futuro as demais SEFAZ venham a exigir também não só para NF-e como também para outros DF-e. Abaixo temos as regras de validação na integra sobre o Responsável Técnico que se encontra na NT 2018/005 versão 1.40:

Olá pessoal! Seguindo na mesma onda de São Paulo que decretou o fim do SAT(veja mais AQUI), agora foi a vez do Ceará se despedir do MF-e. No dia 23/01/2025 foi publicado no Diário Oficial o Decreto Nº 36.417 que alterando o Decreto Nº 35.061 publicado originalmente em 2022 e que estabelece a legislação estadual no que diz respeito a ICMS e sua obrigações acessórias. O decreto publicado ontem adiciona os seguintes artigos: Efetivamente tornando opcional o uso do CF-e a partir de 01/02/2025 e proibindo a emissão de CF-e a partir de 01/01/2026. Ele também altera a redação dos artigos 83 e 84: Efetivamente permitindo a contingência off-line para NFC-e e estabelecendo que a mesma deve ser utilizada no lugar do MF-e a partir de 01/01/2026. Um agradecimento ao membro de nossa comunidade @lucimauro por compartilhar a informação em nosso fórum.

Muitos usuários estão recebendo notificações dos bancos, sobre o fator de vencimento dos boletos vai ser reiniciado: Fique tranquilo que já está pronta esta implementação: Você não precisa configurar nada, esta implementação já foi feita pelo nosso querido @BigWings em 2015 conforme post abaixo:

Olá pessoal! No dia 20/02/2025, todos os dados do ambiente de produção restrita do Reinf serão removidos da base de dados e a partir desta data serão armazenados no máximo 1.000 arquivos por tipo de evento por contribuinte. Esta modificação visa garantir a otimização do ambiente para todos os contribuintes que visam realizar testes com o mesmo. Caso contribuinte receba retorno de que atingiu o limite permitido, o mesmo deverá executar o processo para limpar a base da dados conforme orientação retirada do Manual Orientacao Desenvolvedor-REINF-v2.5: Este tópico foi criado a partir de aviso publicado originalmente AQUI.

No programa de exemplo mostra como fazer para limpar a base de dados da Produção Restrita Para a Lib e Monitor, segue exemplo do ini [evtInfoContri] Sequencia=0 ModoLancamento=alteracao [ideEvento] tpAmb=2 procEmi=1 verProc=RemoverContribuinte [ideContri] tpInsc=1 nrInsc=12345678000195 [idePeriodo] iniValid=2025-01 fimValid=2025-01 [infoCadastro] classTrib=00 indEscrituracao=0 indDesoneracao=0 indAcordoIsenMulta=0 indSitPJ=0 [contato] nmCtt=Nome do Contato cpfCtt=98765432100 foneFixo=1234567890 foneCel=1234567890 [email protected] [softHouse01] cnpjSoftHouse=12345678000195 nmRazao=Razao Social nmCont=nome de contato telefone=1234567890 [email protected]

vou desistir e ficar com o fortes report, pelo menos a primeir impressão sai correta, se precisar reimprimir vai ser uma vez e outra

Bom dia, Eu ja tinha alterado para [Titulo01] e mesmo assim estava dando erro. Realmente o erro estava relacionado ao titulo, alem de ele nao poder começar com 2 ele não pode estar formatado para 2 casas, tipo 01, 02. ele tem que ser 1, 2, 3, 4. Grato pelo rápido retorno

Bom dia, de fato o problema era no webservice, eles admitiram o problema no chat, ontem a noite as RPS foram aceitas e autorizadas normalmente, já corrigiram !!!

EPL (Eltron Programming Language) e ZPL (Zebra Programming Language) são linguagens de programação usadas para imprimir etiquetas em impressoras térmicas de código de barras. As impressoras zebras por exemplo tem em sua maioria suporte as duas linguagens. Referência: https://supportcommunity.zebra.com/s/article/Print-Orientation-is-Different-than-Older-Zebra-EPL-Printers?language=pt_BR#:~:text=A orientação da etiqueta em,ZT em seu formato EPL.

Pelo Log o componente enviou corretamente todos os comandos de Beep para a impressora... Alguns comandos como acionar guilhotina? Abrir gaveta, fazem com que a impressora fique incapaz de receber novos comandos por alguns milissegundos.... Pode ser o mesmo caso do acionamento do buzzer Experimente separar os envios e manter um Sleep(500) entre eles

Olá pessoal! Foi publicado no Diário Oficial da União de 16/01/2025 a Lei Complementar Nº 214, de 16 de Janeiro de 2025. Dentre os diversos artigos presentes destaca-se para o tema deste tópico, o artigo 62: Que efetivamente estabelece que os municípios devem providência adequação de seus sistemas emissores de NFS-e para permitir a informação do IBS e CBS e o compartilhamento destas informações a partir de 01/01/2026 valendo esta obrigatoriedade até 31/12/2032. A lei complementar pode ser lida na íntegra AQUI.

Olá pessoal! No dia 24/01/2025 foi publicado o Correio Eletrônico Circular SEF/DIAT/Nº 01 / 2025 sobre o tema omissões no preenchimento do "cBenef - Código de Benefício Fiscal" nos documentos fiscais eletrônicos. O documento informa que a Diretoria de Administração Tributária (DIAT) da Secretaria da Fazenda do Estado, ao consultar em sua base de dados, encontrou ocorrências de documentos sem a informação do cBenef. O correio eletrônico reforça a necessidade de adicionar estas informações nos documentos fiscais modelo 55 e 65, orientando também que os contribuintes catarinenses deverão proceder da seguinte forma: no período de 01 de novembro de 2023 a 31 de janeiro de 2025: preencher o campo “cBenef - Código de Benefício Fiscal” (ID I05f), nos termos do Ato Diat nº 79/2022; a partir de 01 de fevereiro de 2025, preencher os campos cBenef (ID I05f), cCredPresumido (ID I05h), pCredPresumido (ID I05i), vCredPresumido (ID I05j) e cBenefRBC (ID N14a), nos termos do Ato Diat nº 35/2024. Os códigos de cBenef poderão ser encontrados na Tabela de Informações Adicionais da Apuração - Valores Declaratórios - cBenef (Tabela 5.2) disponível em Secretaria de Estado da Fazenda > SPED FISCAL Por fim, é reiterado que o não preenchimento dessas informações pode ocasionar a rejeição do documento, a perda do direito de usufruir do benefício e multa conforme legislação. Leia o correio eletrônico na íntegra AQUI.

ACBrSedex? CepCerto? O que você está falando? Embora os mais conhecidos sejam os componentes para documentos fiscais eletrônicos, impressão e boleto, a suíte do ACBr possui componentes para as mais variadas finalidades. Um deles é o ACBrSedex cujo exemplo pode ser encontrado em ..\trunk2\Exemplos\ACBrTCP\ACBrSedex e tem essa cara: Como é possível observar a finalidade do componente é permitir realizar cálculos relacionados ao prazo de entrega de encomendas e realizar o rastreio do mesmo. Em seus primórdios, o componente utilizava a API dos próprios correios para esta finalidade. No entanto, em determinado momento, esta API deixou de ter um plano gratuito e por causa disso, foi necessário migrar para uma API de terceiros chamada CepCerto que na época disponibilizava um plano gratuito e planos pagos. Recentemente a CepCerto removeu o plano gratuito mantendo apenas os planos pagos. Isso significa que se você tentar utilizar o componente ACBrSedex de forma a utilizar o plano gratuito vai receber a seguinte exceção devolvida pela API: Eu preciso desse recurso, o componente consegue comunicar com o plano pago? Sim! A diferença é que você precisa conseguir um Token junto ao pessoal da CepCerto. De posse dessa informação, você vai preencher a mesma em: ACBrSedex.Senha := Dessa forma, você vai conseguir comunicar com a API sem demais problemas. É importante ressaltar que esta mudança foi na API da CepCerto e não no ACBr. Os fontes do ACBr são OpenSource de livre acesso para todos.

Olá pessoal, Ficamos felizes em informar que foram disponibilizados na Rev-37075 os programas de exemplo em PHP, Singlethread e Multithread utilizando a ACBrLibCTe. ..\ACBr\Projetos\ACBrLib\Demos\PHP\CTe\ACBrCTeDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\CTe\ACBrCTeDemoMT.php Lembrando que os programas de exemplo em php utilizam a ACBrComum.php que contém métodos em comum entre os modos (ST e MT) e para todas as libs. ..\ACBr\Projetos\ACBrLib\Demos\PHP\ACBrComum\ACBrComum.php Até mais!!!

Foi publicada a versão 25.1.A das tabelas fornecidas pelo IBPT, às quais já se encontram em também em nosso SVN. As novas tabelas tem a vigência de 20/01/2025 até 28/02/2025. Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto", não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

@Italo Giurizzato JuniorSó para avisar que testei em homologação e funcionou normalmente, obrigado. Fico no aguardo do commit oficial do TK-6489.

Se alguém tiver interesse em uma pequena configuração para a mesma funcionar no Delphi. ACBrPosPrinter.Modelo:= ppEscPosEpson; ACBrPosPrinter.Porta:= 'COM2'; ACBrPosPrinter.ConfigQRCode.Tipo:= 2; ACBrPosPrinter.ConfigQRCode.ErrorLevel:= 2; ACBrPosPrinter.ConfigLogo.IgnorarLogo := True; ACBrNFeDANFeESCPOS.Sistema := 'Meu Sistema | + 55 (00) 00000-0000'; ACBrNFeDANFeESCPOS.Site := 'www.meusite.com.br' + #13 + #13 + #13 + #13 + #13 + #13;

Acabei de testar no cliente e funcionou em o driver do link que o @Vitor G Silva passou. Vou guardar esse link para instalar nos outros clientes que usam essa marca tbm.