Painel de líderes

Olá Pessoal, Foi publicado hoje (12/04/2024) a NT 2024/001 que trata sobre o CRT para quem é MEI (Micro Empreendedor Individual) e o fim da Denegação. Alterações relacionadas ao MEI 1. O campo CRT do grupo Emitente agora vai poder conter o valor 4 que indica que se trata de um MEi. 2. Abaixo temos uma lista de CFOP que o MEI (CRT=4) deverá utilizar nas operações internas e interestaduais: • 1.202 - Devolução de venda de mercadoria adquirida ou recebida de terceiros, ou qualquer devolução de mercadoria efetuada pelo MEI com exceção das classificadas nos códigos 1.503, 1.504, 1.505 e 1.506. • 5.102 - Venda de mercadoria adquirida ou recebida de terceiros, ou qualquer venda de mercadoria efetuada pelo MEI com exceção das saídas classificadas nos códigos 5.501, 5.502, 5.504 e 5.505. • 1.904 - Retorno de remessa para venda fora do estabelecimento, ou qualquer entrada e retorno de remessa efetuada pelo MEI com exceção dos classificados nos códigos 1.202, 1.503, 1.504, 1.505 e 1.506. • 2.202 - Devolução de venda de mercadoria adquirida ou recebida de terceiros, ou qualquer devolução de mercadoria efetuada pelo MEI com exceção das classificadas nos códigos 2.503, 2.504, 2.505 e 2.506. • 2.904 - Retorno de remessa para venda fora do estabelecimento, ou qualquer entrada e retorno de remessa efetuada pelo MEI com exceção dos classificados nos códigos 2.202, 2.503, 2.504, 2.505 e 2.506. • 5.102 - Venda de mercadoria adquirida ou recebida de terceiros, ou qualquer venda de mercadoria efetuada pelo MEI com exceção das saídas classificadas nos códigos 5.501, 5.502, 5.504 e 5.505. • 5.202 - Devolução de compra para comercialização, ou qualquer devolução de mercadorias efetuada pelo MEI com exceção das classificadas no código 5.503. • 5.904 - Remessa para venda fora do estabelecimento, ou qualquer remessa efetuada pelo MEI com exceção das classificadas nos códigos 5.502 e 5.505. • 6.102 - Venda de mercadoria adquirida ou recebida de terceiros, ou qualquer venda de mercadoria efetuada pelo MEI com exceção das saídas classificadas nos códigos 6.501, 6.502, 6.504 e 6.505. • 6.202 - Devolução de compra para comercialização, ou qualquer devolução de mercadoria efetuada pelo MEI com exceção das classificadas no código 6.503. • 6.904 - Remessa para venda fora do estabelecimento, ou qualquer remessa efetuada pelo MEI com exceção das classificadas nos códigos 6.502 e 6.505. Quando se tratar de operações de comércio exterior, ativo imobilizado e ISSQN, o MEI que informar CRT=4 poderá utilizar os seguintes CFOP: 1501, 1503, 1504, 1505, 1506, 1553, 2501, 2503, 2504, 2505, 2506, 2553, 5501, 5502, 5504, 5505, 5551, 5933, 6501, 6502, 6504, 6505, 6551 e 6933. Sobre o Fim da Denegação 3. Nessa mesma NT trata sobre a eliminação do processo de denegação na NF-e (modelo 55) que vai passar a ser apenas um processo de rejeição conforme ajuste SINIEF 43/2023. Antes quando o Emitente possuía alguma situação irregular perante ao Fisco a nota era Denegada, agora ela vai passar a ser rejeitada através da Rejeição 781 com a seguinte mensagem: Emissor não habilitado para emissão da NF-e/NFC-e. Mudanças nas Regras de Validação 4. Por fim a NT também traz as alterações e exclusões de algumas Regras de Validação: Alteração nas Regras de Validação I03-30 e I12-60 Alteradas as regras I03-30 e I12-60 para tornar o GTIN e o GTIN da unidade tributável facultativos quando o CRT for igual a “4=Simples Nacional – Microempreendedor Individual – MEI”. Alteração na Regra de Validação I05-10 Alterada a regra I05-10 para não exigir o NCM completo para CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI” em operações internas. Portanto, quando o emitente da NF-e for MEI e a operação for interna poderá informar NCM 00000000. Porém, em operações interestaduais e de comércio exterior é necessário informar o NCM correto e completo. Alteração das Regras de Validação N12-20 e N12a-10 Alterada as regras N12-20 e N12a-10 para exigir o preenchimento correto do CSOSN quando CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI”, e não permitir CST para este CRT. Alteração da Regra de Validação NA01-20 Alterada a regra NA01-20 para não exigir o grupo de ICMS para a UF de destino quando CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI”. Alteração da Regra de Validação 7C21-10 Alterada a regra 7C21-10 para verificar se CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI” é realmente utilizado por contribuinte enquadrado como MEI. Alteração das Regras de Validação N12a-40, N12a-44, N12-40 e N12-44 Alteradas as regras para incluir o CFOP - Inclusão de utilização na NFC-e do CFOP 5910 - Remessa em bonificação, doação ou brinde, na NFC-e para tratamento de cortesias. Regras de Validação 1C17-38 Alterada a RV 1C17-38 que amplia a rejeição por não autorização de emissão ou irregularidade fiscal do emitente também para o modelo 55, visto que a denegação também deixa de existir para a NF-e. Regras de Validação 5E17-40 e 5E17-60 Alteradas as RV 5E17-40 e 5E17-60, transformando as respectivas denegações em rejeições para os destinatários do modelo 55. Exclusão da Regra de Validação N17c-30 Regra N17c-30 foi excluída a pedido do Estado do Ceará. Exclusão da Regra de Validação 1C17-40 Excluída a RV 1C17-40, eliminando a denegação também para o modelo 55. Regra de Validação N11-10 Criada a regra de validação N11-10 para exigir o preenchimento da origem da mercadoria quando o emitente não for CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI” Regra de Validação N12a-80 e N12a-81 Incluídas as regras N12a-80 e N12a-81 que verifica o correto preenchimento do CSOSN quando CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI”, nas operações internas e interestaduais. Regra de Validação N12a-90 Incluída a regra N12a-90 que verifica o correto preenchimento dos CFOPs quando CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI”, nas operações internas e interestaduais. Essa Nova NT se encontra disponível em nossa biblioteca, clique aqui para ter acesso a ela. Sobre os Prazos Essa NT esta prevista para ser implantada em homologação em 03/06/2024 e em produção em 02/09/2024. Sobre as Mudanças no ACBr e/ou na sua Aplicação A SEFAZ ainda não publicou os novos schemas, portanto vamos aguardar a publicação para podermos realizar as alterações no componente ACBrNFe, na lib ACBrLibNFe e no ACBrMonitor Plus.

Foi publicado em 11/04/2024 o Informe Técnico 2024.002 onde cria novos códigos (21 e 22) para os meios de pagamentos dos documentos fiscais e altera a descrição do meio de pagamento (17). As alterações na tabela de meios de pagamentos são para 01/07/2024 no ambiente de produção. Tabela dos meios de pagamento tPag Descrição dIniVig dFimVig Observações 01 Dinheiro 01/01/2020 02 Cheque 01/01/2020 03 Cartão de Crédito 01/01/2020 04 Cartão de Débito 01/01/2020 05 Cartão da Loja (Private Label) 01/07/2024 Cartão da loja, na forma de crediário etc. Não usar para o cartão de loja "bandeirado". 10 Vale Alimentação 01/01/2020 11 Vale Refeição 01/01/2020 12 Vale Presente 01/01/2020 13 Vale Combustível 01/01/2020 14 Duplicata Mercantil 01/01/2020 Duplicata Mercantil é um título de crédito vinculado a uma operação de venda ou prestação de serviços, disciplinado pela Lei nº 5.474/68. 15 Boleto Bancário 01/01/2020 16 Depósito Bancário 01/01/2020 17 Pagamento Instantâneo (PIX) - Dinâmico 01/07/2024 PIX realizado com a geração do Qr-Code de forma dinâmica ou URL dinâmica. As UF podem exigir que o código de transação do pagamento desse tipo de PIX seja informado na NF-e/NFC-e. 18 Transferência bancária, Carteira Digital 01/01/2020 19 Programa de fidelidade, Cashback, Crédito Virtual 01/01/2020 20 Pagamento Instantâneo (PIX) - Estático 01/07/2024 PIX realizado com Qr-Code estático ou por meio de transferência. 21 Crédito em Loja 01/07/2024 Crédito em loja decorrente de valor pago anteriormente, de devolução de mercadoria etc. 22 Pagamento Eletrônico não Informado - falha de hardware do sistema emissor 01/07/2024 Usado para informar que o pagamento por meio eletrônico não foi integrado por falha no hardware do sistema emissor de documento fiscal eletrônico, exclusivamente quando, por tal falha, não for possível a emissão offline. É uma informação útil para as empresas que utilizam sistemas integrados, sobretudo para aquelas que são obrigadas à integração do pagamento eletrônico com o documento fiscal pela sua UF. 90 Sem Pagamento 01/01/2020 99 Outros 01/01/2020 Quando o pagamento não estiver no rol desta tabela, o contribuinte deverá preencher o tipo de pagamento com "Outros" e informar, em campo específico da Nota Fiscal, a descrição adequada do meio de pagamento utilizado na operação ou prestação. Sobre as Mudanças no ACBr e/ou na sua Aplicação Serão necessários ajustes os quais serão informados aqui assim que forem disponibilizados. Importante: Dado a regulamentação existente no RS e MT a qual estabelece a obrigatoriedade da integração da emissão do documento fiscal como pagamento eletrônico de forma sistêmica, este ajuste deverá ser regulamentado internamente pelas UFs em questão. Links Link do Informe : https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=1rS27BEDS6c= Link da Tabela de meios de pagamento : https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=v5k1Ww0z Sw=

A Secretaria Especial da Receita Federal do Brasil (RFB) está em processo de unificação dos ambientes autorizadores SVAN e SVC-AN UF que utilizam a SVAN - Sefaz Virtual do Ambiente Nacional: MA UF que utilizam a SVC-AN - Sefaz Virtual de Contingência Ambiente Nacional: AC, AL, AP, CE, DF, ES, MG, PA, PB, RJ, RN, RO, RR, RS, SC, SE, SP, TO Os ambientes de HOMOLOGAÇÃO da SVC-AN e SVAN já foram unificados e as novas URLs já foram atualizadas no Portal Nacional da NF-e de HOMOLOGAÇÃO e já consta na revisão do svn 33246 Para quem utiliza o componente, pode utilizar o ACBrNFeServicos.ini junto da aplicação ou atualizar o componente e recompilar a aplicação para que tenha efeito as mudanças. No momento o Ambiente de produção não foi unificado, essas mudanças aplica-se somente a Homologação p/acbr/code - Revision 33246: /trunk2/Fontes/ACBrDFe/ACBrNFe (sf.net) Portal da Nota Fiscal Eletrônica (fazenda.gov.br)

Olá pessoal, Foi publicado a NT 2024/002 que trata sobre o CT-e Simplificado. O que vem a ser o CT-e Simplificado: O CT-e Simplificado poderá ser utilizado nas prestações de serviços de transporte intermunicipal ou interestadual de mercadorias, que envolvam diversos remetentes ou destinatários, e um único tomador de serviço. O transportador poderá emitir um único CT-e referente a todas as prestações realizadas para este tomador, por veículo e por viagem. A forma de processamento do serviço de recepção é síncrona sem a formação de lotes. O contribuinte deve transmitir o CT-e simplificado através do Web Service de recepção exclusivo que atenderá esse leiaute e receberá o resultado do processamento na mesma conexão. O Layout do XML do CT-e Simplificado é bem diferente do CT-e (modelo 57) que estamos acostumados a ver. Sendo assim não da para expor nesse tópico os novos campos ou campos com novos valores, pois trata-se de uma estrutura de XML totalmente nova para o CT-e Simplificado.. Sobre os Prazos A previsão para implementação no ambiente de homologação é para o dia 02/09/2024 e produção para 07/10/2024. Mudanças no ACBr e/ou na Sua Aplicação A alteração no componente vai ser realizada em Julho e Agosto para que fique tudo pronto para a data prevista de implementação em ambiente de homologação. Dica de sempre, mantenham todos os fontes de todas as pastas atualizados, já se encontra no SVN a atualização dos Schemas que contempla o CT-e Simplificado

A Receita Federal do Brasil - RFB informa que desativará a transmissão síncrona (versão 1.5.1) dos eventos R-1000, R-1070 e R-3010 e dos eventos da série R-2000 a partir de 22/07/2024. A partir dessa data, todos os eventos deverão ser enviados exclusivamente no modo assíncrono (versão 2.1.2). http://sped.rfb.gov.br/pagina/show/7400

Boa tarde, hoje conseguimos registrar o boleto hibrido pix em produção e retornou o qrcode do pix....agora ficou 100%, mais o header precisa está desse jeito aqui... {*** MONTAGEM DO HEADER ***} FHTTP.Request.Clear; FHTTP.Request.CustomHeaders.Clear; FHTTP.Request.UserAgent := 'Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Acoo Browser; GTB5; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; Maxthon; InfoPath.1; .NET CLR 3.5.30729; .NET CLR 3.0.30618)'; FHTTP.Request.Accept := '*/*'; FHTTP.Request.AcceptCharSet := 'UTF-8, *;q=0.8'; FHTTP.Request.AcceptEncoding := 'gzip, deflate, br'; FHTTP.Request.BasicAuthentication := False; FHTTP.Request.Connection := 'keep-alive'; FHTTP.Request.CustomHeaders.FoldLines := False; FHTTP.Request.ContentType := 'application/json'; FHTTP.Request.CustomHeaders.Add('Authorization: Bearer ' + editToken.Text); //TOKEN OBTIDO. FHTTP.Request.CustomHeaders.Add('X-Brad-Signature: ' +vStrRequestAssinado); FHTTP.Request.CustomHeaders.Add('X-Brad-Nonce: ' + IntToStr(vIntMiliSegundos)); FHTTP.Request.CustomHeaders.Add('X-Brad-Timestamp: ' + vStrTimeStamp); FHTTP.Request.CustomHeaders.Add('X-Brad-Algorithm: SHA256'); FHTTP.Request.CustomHeaders.Add('access-token: ' + CLIENT_ID); FHTTP.Request.CustomHeaders.Add('cpf-cnpj: ' + 'AQUI VC COLOCA O CNPJ DA EMPRESA'); {*** FIM MONTAGEM DO HEADER ***} Parte do json de retorno, eu modiquei os dados baixo por segurança. "wqrcdPdraoMercd":"00020101021226910014BR.GOV.BCB.PIX2569qrpix.bradesco.com.br/qr/v2/cobv/950dfdf4e46-cdfdgdgdgfdfdfc91-9d21-3045adf0dfdfd052040000530395656563654045.155454502BR5919EMPRESA LTDA6008AADGPH62070503***63063F7F","validadeAposVencimento":60,"qFiller6":"","sfiller6":"","sfase":1}

@rpaulogio No nosso projeto fizemos assim.... ' "nroCpfCnpjBenef":"'+Copy(SQL_busca_contaEmpresa_CNPJ.AsString, 1, 8)+'",' + ' "filCpfCnpjBenef":"'+Copy(SQL_busca_contaEmpresa_CNPJ.AsString, 9, 4)+'",' + ' "digCpfCnpjBenef":"'+Copy(SQL_busca_contaEmpresa_CNPJ.AsString, 13, 2)+'",' +

Está em Homologação, Assim que eu colocar em produção terei a resposta e então aviso aqui

@_asseinfo os manuais está nesse link....Clique aqui ManualAPI

Bom dia, Certo, entendi. Estamos conseguindo progredir. Na verdade os fontes deles (Gertec) são em Delphi 5, acredita? Não dá para entender como uma empresa que ganha tanto dinheiro vendendo hardware não é capaz de uma simples atualização de fontes. Atualizar a cada década já estaria bom, rs. Mas assim que tivermos as rotinas prontas, vamos disponibilizar aqui o código para ajudar quem precisar. Já conseguimos fazer o emulador se comunicar com o server. Agora é só questão de ajustes. Obrigado!

@Daniel InfoCotidiano bom dia, meu ambiente onde rodo o servidor, é debian (é um conteiner), ja a aplicação que consome essa api roda em windows e linux (multiplataforma), uso lazarus pra dev, aqui no meu ambiente para resolver e não alterar o componente orignal pra não precisar adaptar futuras alterações eu herdei e fiz os ajustes (no create e do destroy) dai ficou funcionando blz no meu ambiente.... Att.

Boa tarde! Descobri o que estava causando o problema aqui. Estava passando na chamada do método de criar evento dois parâmetros indevidamente. Creio que tenha sido efeito de um Replace que fiz no código e afetou coisas que não deveriam... Estava assim: Reinf_CriarEventoReinf(eArqIni, buffer, bufferLen) E o correto assim: Reinf_CriarEventoReinf(eArqIni) Desculpe o transtorno! Muito obrigado.

Correção no SVN, atualize novamente.

Ao fazer uma GNRe existem vários campos a serem preenchidos. Mas além desses também há campos extras que podem ser exigidos ou não pela UF. Como saber o que preencher? Observação: Não estamos falando de quais valores vão nos campos, quer dizer, o que colocar nos campos. Isso é trabalho do contador da empresa ou da própria UF definir. Mas sim de quais campos preencher... Infelizmente, não temos essa informação de maneira definitiva. Se estiver disponível, você poderia usar o método GnreConfigUF para uma receita específica. Mas o próprio manual tem o seguinte detalhe: E online, você pode ter uma ideia seguindo com os seguintes passos (imagens na sequência): Entre no portal GNRe e vá em Automação clique em Manual para Preenchimento do XML de Lote clique em Regras de preenchimento Selecione a UF e a Receita desejada. Verifique os dados exigidos no formulário apresentado.

Consegui encontrar aqui no nuget para o uso. Obrigado ai galera.

Olá pessoal! Foi adicionado na página Sobre o SAT, um aviso informando que nos próximos meses, a Sefaz de São Paulo vai deixar de aceitar a comunicação dos SATs que utilizam os protocolos SSL 3.0 ou TLS 1.0. Desde a versão 2.28.05 das Especificações Técnicas do SAT, divulgada em 2021, é exigido a compatibilidade dos modelos SAT e versões de software básico com o protocolo TLS1.2, que é o mais seguro atualmente no projeto SAT. A previsão para o desligamento do protocolo SSL 3.0 é a partir de 05/08/2024, enquanto que a o do protocolo TLS 1.0 será a partir de 01/10/2024. Abaixo segue a relação de modelos SAT afetados: A Sefaz orienta que os contribuintes realizem a atualização para versões mais seguras para os casos em que é possível indicados na coluna "Há atualização de SAT para versão mais segura" e para os que não forem, que busquem alternativas juntos aos fabricantes SAT ou considerem o uso da NFC-e que é o documento fiscal alternativo ao SAT.

Boa tarde, conforme solicitado pelo discord(ver https://discord.com/channels/798697718800318484/800042186783588364/1228396276572487730), gostaria de solicitar uma ajuste no ini da ACBrNFSeX para a cidade de Estrela/RS, consultei o provedor e eles informaram que a versão correta é a 1.0: em anexo os arquivos com o manual que eles enviaram. retorno e-mail Estrela arquivos não tem a versão do provedor.rar

Boa tarde! @Juliomar Marchetti, o código foi corrigido parcialmente. Por favor, observe a estrutura do tipo "TAltContratual" na imagem abaixo, focando nas propriedades "Vinculo" e "infoRegimeTrab". Agora, compare com a imagem subsequente, onde a classe "Vinculo" também contém a propriedade "infoRegimeTrab". Ambas estão referenciando a mesma classe "TInfoRegimeTrab". Na última versão do método "gerarAltContratual" (veja a imagem abaixo), nas linhas 310, 312, 313 e 314, o sistema acessa as propriedades do atributo "objAltContratual.Vinculo.infoRegimeTrab", enquanto na linha 318, utiliza as propriedades de "objAltContratual.infoRegimeTrab". Além disso, na função "function TEvtAltContratual.LerArqIni(const AIniString: String): Boolean;", todos os valores são atribuídos à propriedade "InfoRegimeTrab" do objeto. As alterações sugeridas por @Andergoncalves padronizaram o acesso à propriedade "objAltContratual.Vinculo", incluindo a modificação na função "TEvtAltContratual.LerArqIni". Resumindo, parte do código utiliza "objAltContratual.Vinculo.infoRegimeTrab." e outra parte utiliza "objAltContratual.infoRegimeTrab.". Acredito que seguir a sugestão do @Andergoncalves, conforme também é feito no S-2200 com a estrutura "vinculo.InfoRegimeTrab", seria mais adequado. Atenciosamente,

@Ezequias por favor, quando for possível, atualize ACBrLibCTe para ultima versão disponível para download. Fiz alguns testes e enviei uma alteração para o SVN commit At revision: 33253 e já esta disponível para NuGet também. Referente a classe Entrega, você vai utilizar a Classe Complemento..

@Center Informática, No meio tempo que estava analisando a sua sugestão, subiram no SVN do ACBr, uma implementação semelhante, para o TEF Elgin Fiz o Merge de suas sugestões, mas apliquei o método PIX apenas na classe da Elgin, pois isso poderia causar grande confusão no uso de classes que não precisam de um métodos específico, para transacionar PIX, pois usam parâmetros no comando CRT, para saber que se trata de um PIX Os Demos do ACBrTED (Delphi e Lazarus), também foram alterados, para demonstrar o uso.. Veja: else if (Indice = '05') then // 05-CARTEIRA DIGITAL begin if (ACBrTEFD1.GPAtual = gpTefElgin) then Ok := ACBrTEFD1.TEFElgin.PIX(AValor, '01') else begin FTestePayGo := 27; InformarParametrosCarteiraDigital; Ok := ACBrTEFD1.CRT(AValor, '01'); TemTEF := True; end; end Commit [r33249] e Commit [r33250]

feat: adicionado o filtro fiSVG, fiPNG sendo possível salvar em disco ou em memoria vFile := TMemoryStream.Create;. ACBrSATExtratoFR1.ImprimirExtrato(vFile); fix: todo arquivo por padrão estava por padrão mesmo não sendo formato pdf if ExtractFileExt(AFile) = '' then AFile := AFile + '.pdf'; ACBrDFeReport.pas ACBrSATExtratoClass.pas ACBrSATExtratoFR.pas

Boa noite, Gerado novo tópico como sua dúvida. O método ObterXml pertence à Lib. Ele consiste em gerar e retornar o XML. Seguem passos no componente para o mesmo comportamento: ACBrNFSeX1.NotasFiscais.Items[aIndex].GerarXML; xml := ACBrNFSeX1.NotasFiscais.Items[aIndex].XmlNfse;

Boa tarde Willian, Se o usuário e senha estão corretos o acesso do prestador esta liberado pelo provedor, não vejo outra alternativa entrar em contato com o provedor e expor o problema.

não. isso não. mas assim antes de tu gerar o xml tu deve ter esses dados todos exatos no banco. então basta um ACBrMDFe1.Manifestos.New e preencher todo ele manda assinar e tu tem o xml e dai tu manda consultar ele vai ficar ok

Vou analisar o caso, mas acredito que nos próximos dias devemos ter esta função disponível para ACBrLibBoleto..

Bom dia @kohzito, Já esta no SVN.

Bom dia @eraldocg, Já esta no SVN.

Bom dia.. As novas formas de pagamentos informadas ontem me chamou a atenção, pois parece que estão abrindo uma exceção que até então não admitiam: Fazer o pagamento com meio eletrônico de forma não integrada quando existir alguma falha... Defendo isso desde o princípio, pois por mais que a empresa invista em infra estrutura, formas de contingência, etc... Sempre haverá a possibilidade de não ter como fazer o pagamento de forma integrada. "Use com moderação" kkkkkkkkkk Vem polêmica por ai...

Muito obrigado ao Renato Rubinho e ao Italo Jr, pelo retorno! Sobre lote minhas dúvidas iniciais se encerram aqui.

Certo, vou reportar a eles o problema

Bom dia @Cristian Duarte Da Silva, É a sua aplicação que deverá ADD ao componente lotes de até 50 eventos. Se o componente detectar que foi ADD mais de 50 eventos vai ocorrer uma mensagem de erro e não vai ser enviado.

Muito boa a contribuição pessoal !

Obrigado. Vamos analisar. A principio existem 2 regras, qdo eles imprimem e quando nós imprimimos. Mas não achamos na documentação as regras para impressão com o nossoNumero criado por eles. qualquer coisa, volto a falar com o Sr. Obr

Boa tarde Nicolas, Já esta no SVN. Como apliquei mais melhorias, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

A questão é que o grupo "baseCalculo" não é obrigatório. Então precisamos de uma validação para não gerá-lo. E se mudarmos para o seguinte código? if ( (VersaoDF >= veS01_02_00) and (obj.vrBcCpMensal = 0) and (obj.vrBcCp13 = 0)) then exit; O que acha dessa alternativa?

Sim todos os dados da mensagem tu pode pegar e no caso nem exibir ao usuário a mensagem padrão do componente. lembrando que validação de schemas locais é antes mesmo de enviar ao sefaz e é impeditivo o envio até corrigir lembrando que modo sincrono é diferente mas está no exemplo como pegar

Boa tarde @C4Dev, Já esta no SVN.

Esse pastebin é só texto, não tem como anexar um PDF. Então estou compartilhando através de meu Onedrive. Você tem o print aí também. Manual da API da Cobrança - 3.3.pdf

Infelizmente não conseguimos resolver o problema no S24, porém, como o cliente estava com certa urgência optou por trocar o aparelho por outro modelo, não me recordo agora qual era, mas depois disso o aplicativo instalou normalmente. Pode fechar o tópico. Obrigado

Boa tarde @power, E ao emitir via portal você não escolhe o item de serviço? Essa informação não consta no cadastro do prestador? Não existe nenhuma tabela fornecida pela prefeitura relacionando o CNAE com o ItemListaServico ? No meu entendimento esse XML foi gerado de forma errada, veja: <xsd:complexType name="tcDadosServico"> <xsd:sequence> <xsd:element name="Valores" type="tcValoresDeclaracaoServico" minOccurs="1" maxOccurs="1" /> <xsd:element name="IssRetido" type="tsSimNao" minOccurs="1" maxOccurs="1" /> <xsd:element name="ResponsavelRetencao" type="tsResponsavelRetencao" minOccurs="0" maxOccurs="1" /> <xsd:element name="ItemListaServico" type="tsItemListaServico" minOccurs="1" maxOccurs="1" /> <xsd:element name="CodigoCnae" type="tsCodigoCnae" minOccurs="0" maxOccurs="1" /> <xsd:element name="CodigoTributacaoMunicipio" type="tsCodigoTributacao" minOccurs="0" maxOccurs="1" /> <xsd:element name="Discriminacao" type="tsDiscriminacao" minOccurs="1" maxOccurs="1" /> <xsd:element name="CodigoMunicipio" type="tsCodigoMunicipioIbge" minOccurs="1" maxOccurs="1" /> <xsd:element name="CodigoPais" type="tsCodigoPaisBacen" minOccurs="0" maxOccurs="1" /> <xsd:element name="ExigibilidadeISS" type="tsExigibilidadeISS" minOccurs="1" maxOccurs="1" /> <xsd:element name="MunicipioIncidencia" type="tsCodigoMunicipioIbge" minOccurs="0" maxOccurs="1" /> <xsd:element name="NumeroProcesso" type="tsNumeroProcesso" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Como você pode ver o elemento ItemListaServico é obrigatório (minOccurs = 1), portanto ele deveria constar no XML.

Ola Juliomar, bom dia! Valeu amigo, compreendido (mais um aprendizado para bagagem)

Ola fabiomauriciof Desculpe não ter visto antes....que bom que deu certo ai...aqui também deu ,,,inclusivo com a consulta a IPM não tem padrão entre as cidades..... Abraço

Bom dia ! Obrigado por reportar, criado a TK-5314, assim que concluida será notificado aqui

Impressora Térmica Tanca TP-620+ USB, VCOM E ETHERNET SUMÁRIO Se deseja encontrar algo específico, use os links abaixo: Vídeo da Homologação | Ambiente de testes | Características Técnicas | Downloads de Drivers e Manuais | Instalação | Configurações | Testes realizados | Considerações finais Homologação em vídeo Apresentação do aparelho. Download e instalação de drivers. Homologação e Testes com Componentes ACBr Ambiente Computador Notebook DELL G7 Sistema Operacional Windows 10 64Bit Processador Intel(R) Core(TM) i7-8750H 2.20GHz 2.21 GHz Memória 8GB USB 3.1 de 1º Geração Características Técnicas da Impressora Método de impressão Térmico Direto Velocidade da Impressão 230mm/s Beep SIM Corte de papel Automático: Guilhotina, Manual: Serrilha Portas de Comunicação USB, VCOM (Porta COM Virtual: Emulada), Ethernet Caixa Registradora Suporte a Gaveta de Dinheiro Fonte de Alimentação Externa, Bivolt, VAC-2.0A 50/60Hz Dimensões 137.7 x 123 x 181mm (Altura X Largura X Profundidade) Tamanho máx bobina Até 80mm Peso 1,9 kg Tipos de Códigos de Barras 1D UPC-A, UPC-E, EAN13, COde39, ITF, CodaBar, Code93, Code128 Códigos de Barras 2D QRCODE Vida Útil: Guilhotinha 1,5 milhões de cortes Vida Útil: Cabeça de Impressão 150 KM Download de Drivers e Manuais Acesse a página de downloads no drive do equipamento: https://www.tanca.com.br/drivers.php?cat=19&sub=115 Baixe o Arquivo: "Driver Windows" para Instalar o equipamento no Spooler do Windows e para instalar o Driver USB. Confira o manual de instalação. Baixe o Software de Configuração do equipamento. Instalação Ao conectar o equipamento no Windows 11, ele é reconhecido automaticamente no Gerenciador de Dispositivos como um Controlador USB,com o nome TP-620+”. Para que possamos parametrizar o equipamento, devemos primeiro baixar os arquivos na seção de donwloads. Realize os passos de instalação, conforme orienta o manual do usuário disponibilizado pelo fabricante. Normalmente não será necessário a instalação de nenhum driver para o equipamento ser reconhecido pelo windows como um controlador USB. No aplicativo Tanca Printer Tools, podemos habilitar e configurar as comunicações através das demais portas, como Com Emulada (VCOM) ou Ethernet. Se ficar com alguma dúvida, confira o vídeo do equipamento! USB Se for usar a porta nativa do equipamento, selecione a porta USB, e realize um teste de Impressão para confirmar a comunicação com o aparelho. Caso o teste não seja bem sucedido, é provável que o equipamento não tenha sido reconhecido pelo comutador. Verifique a instalação do driver conforme o manual. Se o problema persistir, acione o suporte do fabricante. VCOM Clique no botão configurações avançadas para visualizar a tela a seguir. Basta clicar no botão "Emular COM" para que o equipamento seja alternado para o modo VCOM. Sendo assim, o equipamento deverá emitir um aviso sonoro (Beep), confirmando a receptação do comando. Lembre-se de verificar em seu Gerenciador de dispositivos, qual a porta virtual que foi criada. Agora para realizar a comunicação com o equipamento, e voltar para o modo normal, você deverá alternar para a comunicação na Seleção de Porta para o modo COM, e selecionar a porta criada. Desta forma, já podemos configurar o equipamento para retornar o modo USB, ou realizar impressões através da porta VCOM mesmo. Ethernet Para utilizar a impressora pela rede, você precisará acessar o equipamento pela porta USB ou VCOM primeiro. Deste modo, poderemos configurar os endereços de IP do equipamento. Primeiro, você deverá verificar a sua rede local, para encontrar a faixa de IP que ela está utilizando. Para isso, clique em "Atualizar". No caso acima, a faixa é 192.168.20.(x) Depois de descobrir a faixa, você deverá configurar o endereço IP do equipamento. Utilize o campo IP Impressora para "pingar" a faixa que você deseja configurar para o equipamento, de modo que verifique se essa faixa já não está em uso. Lembre-se de não utilizar nenhuma faixa em sua DHCP (normalmente entre 100 e 149) para não correr o risco de conflitar com outro equipamento conectado à rede. Caso você verifique que o PING retornou, também indica que a porta já está em uso, e você deverá escolher outro número, evitando o conflito de rede que pode causar a desconexão de outros serviços e equipamentos de sua rede. No meu caso, optei por usar a porta 65. o Endereço IP do equipamento ficou então como 192.168.20.65 Com o IP definido, basta você colocar o endereço no campo Novo IP, conforme a imagem , e clicar em "Definir Novo IP". Pronto! O equipamento já pode ser acessado através da porta TCP: (Endereço IP de rede) IMPORTANTE: caso tenha dificuldade, é recomendado que acione o profissional de TI responsável pela rede do estabelecimento para realizar essa configuração. Linux Os testes de comunicação com a impressora foram realizados em ambiente Linux OpenSuse Tumbleweed versão 20190810. Veja o Passo a passo da configuração abaixo: Abra um terminal e digite o comando a seguir: dmesg -–follow Conecte a impressora ao computador, em seguida observe como será reconhecida a impressora, em nosso exemplo foi reconhecida como “usblp0”. Verifique no diretório dev se foi criado o arquivo de comunicação com a impressora: ls /dev/usb/ Para testar envie um teste direcionando para a porta criada: echo “Teste de Impressão Linux” > dev/usb/lp0 Basta configurar a porta /dev/usb/lp0 no componente. Veja na imagem abaixo os comandos citados acima: Configurações ACBrPosPrinterTeste O demo PosPrinterTeste é um exemplo que utiliza o componente ACBrPosPrinter, que é responsável por comunicar-se com todas as impressoras não-fiscais. Você poderá comunicar-se com esta impressora através das portas USB e VCOM. Porém, lembramos que comandos de leitura de Status, e Informações que são enviadas pelo equipamento não funcionam em modo RAW. Realizamos nossos testes utilizando Porta USB. Note também que estamos utilizando o Modelo ppEscPosEpson, pois este é o protocolo padrão e da TP0-. Para reproduzir os testes, selecione a porta e modelo, em seguida, aumente o número de linhas a Pular para no mínimo 4 (esta configuração serve para evitar que o papel seja cortado antes de imprimir o rodapé do seu teste), e clique em “Ativar”. Exemplo de Configuração: Modelo: ppEscPos; Porta: USB; Colunas: 48; Espaços: 0; Linhas Pular: 4; Pag. codigo: pc850; KC1: 1; KC2: 0; FatorX: 1; FatorY: 1; As demais configurações não foram alteradas. Resultados apresentados nas Tags de impressão: Teste de Caractere: A impressão funcionou corretamente, com exceção da fonte itálico (não encontrado nenhuma especificação informando os tipos de fontes utilizados). (em breve) Teste de Alinhamento: Todos os três alinhamentos (esquerda, centralizado e direita) foram impressos corretamente. (em breve) Teste de QRCode: A impressão dos QRCodes funcionou corretamente, ajustando os alinhamentos e tamanhos. A leitura é funcional. (em breve) Teste de PageMode: Funcionou conforme o esperado, permitindo o uso de .DANFCe com QRCode Lateral (em breve) Teste de Código de Barras: Os códigos EAN 8, EAN 13, CODE 39, CODE 93, CODE 128 e UPC-A foram impressos corretamente, conforme informados no manual, os códigos INT 25 e CODABAR também foram impressos, porém estes não se encontram no manual, os códigos STD 25, CODE 11 e MSI não foram impressos pois não são compatíveis. (em breve) Teste de Logotipo: O logotipo foi impresso corretamente. Teste de Gaveta A comunicação com a gaveta foi efetuada corretamente. Teste de Leitura de Status: Tampa Aberta stSemPapel, stOffLine, stTampaAberta, Fim de Bobina Térmica stSemPapel, stOffLine, Gaveta Aberta stGavetaAberta, Pouco papel na Bobina Térmica Tem sensor Equipamento Desligado stErroLeitura, Retornos apresentados (utilizando as duas formas distintas de configuração de porta): Impressora pronta para o uso, retornou a mensagem: “Nenhum Erro encontrado”. Impressora com tampa aberta, retornou a mensagem: “stOffLine, stTampaAberta, stSemPapel”. Impressora sem bobina, retornou a mensagem: “stSemPapel, stOffLine”. Teste de Acentuação: pc473: Algumas crases ignoradas pc850: Todos os acentos foram impressos corretamente; pc852: Algumas crases e acento tilde ignorados; pc860: Todos os acentos foram impressos corretamente; pc1252: Todos os acentos foram impressos corretamente; pcUTF8: distorção de caracteres equipamento não suporta UTF-8. (Abra a imagem em uma nova aba para visualizar melhor os resultados) Outros Testes: Abrir Gaveta (Tag: 1) Abriu a Gaveta corretamente Imprimir Senhas Sim Gravação de Logo: Lembramos que você devera utilizar logos no formato .bmp (bitmap preto e branco, ou pancromático 32-bit), segue alguns requisitos para a gravação de logo: O tamanho do arquivo deve ser inferior a 64K. A largura da imagem: 80mm, em pixel o tamanho deve ser inferior a 567. Passos para gravar logo: 1 - Na aba Imagens e Logo, selecione a opção 1-Carregar Imagem e escolha a imagem que deseja gravar. 2-Selecione a posição onde será gravado. (Os valores utilizados abaixo são um exemplo, é possível definir valores diferentes, onde cada imagem fique em uma posição.) Ex: KC1: 1 KC2: 0 3 - Selecione a opção Gravar Logo 4 - Para verificar se gravou com sucesso, clique em Imprimir. Exemplo dos passos: SATTeste O demo SATTeste é um exemplo que utiliza o componente ACBrSAT. Ele realiza todas as operações principais do SAT. Se desejar saber mais sobre o demo e aprender como Ativar o SAT pelo SATTeste, assista este vídeo gravado pelo Junior Santos: Comunicação entre ACBr e SAT Você poderá configurar a sua impressora Tanca TP-620+ via Fortes ou EscPOS conforme mostramos abaixo: (em breve) Veja abaixo as diferenças de cada método de impressão: Esta impressora também permite alinhar o logo e QRCode lateralmente, e também funcionou com a flag "Item em 1 linha" o que ocasiona em uma economia de bobina térmica. Teste de Desempenho (em breve) Considerações O equipamento nos surpreendeu por sua velocidade de impressão versatilidade na sua comunicação, sendo possível utilizar nos principais sistemas operacionais. Sua compatibilidade com o ACBr mostrou-se funcional e atenderá perfeitamente as necessidades das empresas que atuam com automação comercial, varejo e outros. Se você usa nossos componentes, fique tranquilo, pois a TP-620 Plus funcionará com o seu sistema em seus clientes.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Todas as modificações necessárias para essa NT já se encontram no SVN do ACBr, implementadas pelo nosso consultor @Italo Giurizzato Junior https://sourceforge.net/p/acbr/code/32800/

Esse link descreve bem o problema de incompatibilidade do OpenSSL 3.x com os antigos certificados https://www.practicalnetworking.net/practical-tls/openssl-3-and-legacy-providers/

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

Olá como muitos tem necessidade em possuir duas ou mais versões do delphi para migração a exemplo sair da versão 7 e subir para uma nova, abaixo segue alguns procedimentos que devem ser feitos todas as versões que possui instalado no micro. Passos: 1) Entre na IDE de cada Delphi instalado em sua maquina 2) Vá no menu Tools->Options-> Environment Variables, 3) Procure na lista “System Variables” a opção “Path” e selecione 4) Clique na opção “Add Override”, será adicionado no quadro User Override uma opção Path 5) Selecione no quadro User Override, a opção Path que foi adicionada, clique em Edit e retire o path das outras versões, deixando somente os caminhos da versão que você estiver executando esse processo. Depois de executar essa tarefa em cada versão, cada uma ao ser iniciada, irá sobrepor a variável PATH, não indo buscar mais nada, no path das outras versões do Delphi. Lembre-se as imagens acima é da versão mais recente do delphi, os locais e disposição estão diferente nas demais versões do delphi, mas todos tem essa opção Fonte Isaque Pinheiro Blog