Painel de líderes

Top @Daniel Simoes, minhas perguntas estão esclarecidas, obrigado. Para o desenvolvimento Android usarei majoritariamente Kotlin, usarei os demos para analisar a forma que as coisas se conectam. Ficarei feliz em ir contribuindo com impressões, perguntas e sugestões ao longo dessa nova trajetória. No futuro pretendo criar outras aplicações com Rust, é possível através de bridges como ffi usar o que já existe aqui, mas não sei se teremos algo nativo de Rust por aqui. Enfim, isso é outra história. valeu mesmo agora estou bem confiante para colocar a mão na massa!

no sistema está dando essa mensagem aí... testei pelo postman e deu erro de assinatura...

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

Boa noite, na cidade de Blumenau fiz assim para emitir no padrão nacional: [4202404] Nome=Blumenau UF=SC Provedor=SimplISS Versao=1.01 Params=APIPropria:|PN: ProRecepcionar=https://nfseblumenau.simplissweb.com.br

Olá comunidade ! Foi publicado no dia 09/04/2026 no Diário Oficial da União o Despacho Nº 18, de 8 de Abril de 2026. Composto por 11 diferentes ajustes, a publicação traz diversas informações importantes e interessantes para as empresas emissoras de software e seus clientes. Abaixo uma relação dos mesmos: Ajuste SINIEF Nº 4/2026 Ajuste SINIEF Nº 5/2026 Ajuste SINIEF Nº 6/2026 Ajuste SINIEF Nº 7/2026 Ajuste SINIEF Nº 8/2026 Ajuste SINIEF Nº 9/2026 Ajuste SINIEF Nº 10/2026 Ajuste SINIEF Nº 11/2026 Ajuste SINIEF Nº 12/2026 Ajuste SINIEF Nº 13/2026 Ajuste SINIEF Nº 14/2026

Olá comunidade ! Foi publicado em 09/04/2026 o Despacho nº 18/2026, que divulga diversos Ajustes SINIEF. Entre eles, destaca-se o Ajuste SINIEF nº 12/2026, que revoga o Ajuste SINIEF nº 11/2025. Na prática, essa revogação cancela a regra que determinava o fim da NFC-e para operações destinadas a CNPJ, tema que já havíamos abordado anteriormente aqui. Com isso, não será mais incluído no Ajuste SINIEF nº 19/2016 o seguinte dispositivo: De acordo com a cláusula segunda, este ajuste entra em vigor na data de sua publicação.

Olá comunidade ! Seguindo o proposto na Nota Técnica 2026.001, a Sefaz de SP disponibilizou dois novos web services para download dos arquivos XMLs da NFC-es emitidas no estado. São eles: NFCeListagemChaves: através de consulta, vai disponibilizar a lista de NFCe recebidas pela Sefaz num determinado período, para um determinado contribuinte; NFCeDownloadXML: através de consulta, vai disponibilizar o XML da NFC-e e dos eventos associados. Foi criado em nosso backlog a tarefa ACBR-9000 para integração dos novos web services as soluções ACBr. Assim que houver novidades será noticiado.

Ultima atualização: 04/05/2026 Situação atual O provedor Fiorilli disponibilizou uma nova API para recepcionar os arquivos XML usando o mesmo leiaute do Padrão Nacional. No geral, essa API pode ser dividida em duas versões que no componente ACBrNFSeX são identificadas por TACBrNFSeProviderFiorilliAPIPropria e TACBrNFSeProviderFiorilliAPIPropria101 . E no arquivo ACBrNFSeXServicos.ini são identificadas pelas chaves Versao com o valor 1.00 e 1.01. Isso acontece de acordo com a versão da API da Fiorilli. A relação de versões para poder preencher o arquivo ACBrNFSeXServicos.ini é a que segue: Versão no ACBrNFSeXServicos.ini Versão no Sistema da Prefeitura 1.00 Da versão 3.8.1 até a versão 3.8.9 Da versão 4.11.1 até a versão 4.11.9 1.01 Versão 3.9.0 e superiores Versão 4.12.0 e superiores Para saber qual é a versão que a prefeitura está utilizando, é necessário conferir qual é a versão no rodapé da página de emissão de notas fiscais. Por exemplo, no momento em que este tópico foi escrito, o rodapé na página da cidade de Assis/SP está assim: Diferenças técnicas entre as versões Versão 1.00 Não aceita os campos da reforma tributária. O algoritmo de canonicalização utilizado é o exclusivo ao invés do inclusivo. Implementa o envio do DPS unitário, envio de lote assíncrono, envio de lote síncrono e consulta de lote de DPS. Versão 1.01 Aceita os campos da reforma tributária. O algoritmo de canonicalização utilizado é o inclusivo. Implementa o envio do DPS unitário, envio de lote assíncrono, envio de lote síncrono, consulta de lote de DPS e a consulta de NFS-e por número e série da DPS, chave da DPS e chave da NFS-e. Como testar esse provedor com a Reforma Tributária? O próprio componente já abstrai todas essas diferenças, bastando apenas configurar a versão correta no arquivo ACBrNFSeXServicos.ini. 1. Abra o arquivo ACBrNFSeXServicos.ini e localize a seção [Fiorilli] no topo do arquivo. Ela vai estar comentada: [Fiorilli] ;Params=APIPropria:|ServicosPadraoNacional:ConsultarNFSeRps,ConsultarNFSePorChave,ConsultarEvento,ConsultarDFe,ConsultarParam,ObterDANFSE ;Versao=1.00 ;HomRecepcionar=http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ; A URL abaixo é utilizada pelo WebService "antigo" que recepciona o XML segundo o layout da ABRASF. HomRecepcionar=http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWS/IssWebWS HomLinkURL=http://fi1.fiorilli.com.br:5663/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Remove os ponto e vírgula do início de cada linha para retirar os comentários: [Fiorilli] Params=APIPropria:|ServicosPadraoNacional:ConsultarNFSeRps,ConsultarNFSePorChave,ConsultarEvento,ConsultarDFe,ConsultarParam,ObterDANFSE Versao=1.00 HomRecepcionar=http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ; A URL abaixo é utilizada pelo WebService "antigo" que recepciona o XML segundo o layout da ABRASF. ;HomRecepcionar=http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWS/IssWebWS HomLinkURL=http://fi1.fiorilli.com.br:5663/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% 2. Localize o município que pretende utilizar em seus testes. [3551900] Nome=Severinia UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWS/IssWebWS ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebSercice novo vai passar a ser utilizado. ;ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType Se a cidade for atendida pela versão 1.00, a seção do município precisa ficar assim [3551900] Nome=Severinia UF=SP Provedor=Fiorilli ;Versao=2.00 ;ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWS/IssWebWS ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebSercice novo vai passar a ser utilizado. ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType Caso a cidade seja atendida pela versão 1.01, a seção da cidade precisa ficar assim: [3551900] Nome=Severinia UF=SP Provedor=Fiorilli Versao=1.01 Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| ;Versao=2.00 ;ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWS/IssWebWS ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebSercice novo vai passar a ser utilizado. ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType As linhas Versao=1.01 e Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| são necessárias apenas para esta versão. 3. Aponte o arquivo ACBrNFSeXServicos.ini modificado na propriedade ACBrNFSeX.Configuracoes.Arquivos.IniServicos := 'Caminho completo do Arquivo INI'; 3.1 Caso utilize o ACBrMonitorPLUS, utilize o comando NFSe.SetPathArquivoWebServices; 3.2 Caso utilize a ACBrLibNFSe, utilize em sequência os métodos NFSe_ConfigGravarValor e NFSe_ConfigGravar para apontar o arquivo ACBrNFSeXServicos.ini modificado na chave IniServicos da seção [NFSe] do arquivo ACBrLib.ini.

Olá! Eu acabei conseguindo resolver o problema, é que na parte do IBS/CBS estava mandando o destinatário com a indPessoas informando que o destinatário é o mesmo que o tomador! Fica ai a resolução pra quem estiver com o mesmo problema.

Olá Pessoal, Com a Reforma Tributária temos novas opções de emissão de NF-e, vamos tentar entender como funciona essa tal de nota de Débito ou Crédito. Na Nota Técnica 2025/002 versão 1.20 no final da página 7 temos o item 4 que traz: 4. Finalidade Débito e Finalidade Crédito da NF-e Notas de Débito e Crédito são nomes de instrumentos utilizados mundialmente para documentar situações contábeis onde é necessário corrigir informações comerciais que foram registradas em um documento, que no Brasil é a Nota Fiscal. Esta Nota Técnica cria na NF-e modelo 55 as finalidades de emissões correspondentes. O sentido das palavras “débito” e “crédito” sempre se referem ao ponto de vista do emissor: • Uma nota de débito documenta uma situação na qual o emitente registra um aumento no imposto devido (consequentemente, uma redução no imposto devido pelo adquirente, que é o destinatário); • Uma nota de crédito documenta uma situação na qual o emitente registra uma redução no imposto devido (consequentemente, um aumento no imposto devido pelo adquirente, que é o destinatário); As finalidades de emissão “Nota de Ajuste” e “Nota Complementar”, já existentes, são casos especiais de Nota de Débito; uma nota de entrada emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida a um consumidor final, é um caso especial de Nota de Crédito. A regulamentação do IBS disporá sobre a utilização de notas de crédito e notas de débito para lançamentos de ajuste, com a finalidade de instrumentalizar a preparação da declaração assistida a ser oferecida para os contribuintes, de maneira automatizada, a partir de documentos fiscais eletrônicos, em cumprimento ao que preconiza a LC 214/2025. A menos que ocorra alteração na regulamentação do ICMS e do IPI, notas de crédito e notas de débito não poderão ser utilizadas para ajustes relativos a estes tributos. O campo finNFe agora passa a ter as opções: 5=Nota de crédito; 6=Nota de débito; Portanto se a minha intenção é emitir uma NF-e de Crédito o valor de finNFe tem que ser 5, por outro lado se a intenção é emitir uma NF-e de Débito o valor de finNFe tem que ser 6. Temos agora que especificar o tipo da nota de Débito ou de Crédito através dos novos campos tpNFDebito e tpNFCredito. Devemos ter em mente que uma nota só pode ser de Débito ou de Crédito jamais vai ser de Débito e Crédito. Valores aceitos pelo campo tpNFDebito: 01=Transferência de créditos para Cooperativas; 02=Anulação de Crédito por Saídas Imunes/Isentas; 03=Débitos de notas fiscais não processadas na apuração; 04=Multa e juros; 05=Transferência de crédito de sucessão; 06 = Pagamento antecipado 07 = Perda em estoque Valores aceitos pelo campo tpNFCredito: 01 = Multa e juros 02 = Apropriação de crédito presumido de IBS sobre o saldo devedor na ZFM (art. 450, § 1º, LC 214/25) 03 = Retorno (regra de validação: B25-80) Uma nota de Débito ou Crédito não podem conter informações de: ICMS (tag: ICMS), ISSQN (tag: ISSQN), IPI (tag: IPI), II (tag: II), PIS (tag: PIS), PIS ST (tag: PISST), COFINS (tag: COFINS), COFINS ST (tag: COFINSST), ICMS UF Destino (tag: ICMSUFDest) ou Imposto Devolvido (tag: impostoDevol). Uma NFC-e (modelo 65) não permite nota de Débito ou Crédito, esses dois tipos de notas estão restritas ao modelo 55 ou seja NF-e. (regra de validação: UB106-31) Temos um novo gruo chamado gTransfCred que só deve ser gerado se a de nota de Débito tiver o tpNFDebito for 01 ou 05. O grupo gTransfCred só deve ser gerado se o CST / cClassTrib informado o permitir. (regra de validação: VC02-10) Se tpNFDebito for 03 ou 04 devemos gerar o novo grupo DFeReferenciado. (regra de validação: 3BA02-70) Uma nota de crédito de multa/juros, tpNFCredito igual a 01 ou 03 tem que referenciar uma NF-e autorizada e não pode estar cancelada. (regra de validação: B25-30) Se tpNFCredito for 01 ou 03 devemos gerar o novo grupo DFeReferenciado. A nota de Débito ou Crédito não é simples, possui muitas regras de validação, vai ser natural levarmos uma rejeição logo na primeira nota, mas de posse da NT em mãos para buscar um entendimento sobre a rejeição e sanar o problema vai ser o caminho. Tudo é muito novo para nós desenvolvedores e para os contadores, o jeito vai ser dar as mãos e tentarmos buscar a melhor implementação. Não sou contador, sou desenvolver, mas busco sempre as respostas nos Manuais, Notas Técnicas e longas conversas com os contadores. Espero que esse texto possa ajudar um pouco com esses dois tipos de notas.

Não existe diferença na liberação da memória em usar Objeto.Free ou FreeAndNil(Objeto). A única diferença é que o FreeAndNil atribui nil à variável depois de liberar a memória, o que é desnecessário, a não ser que você precise testar o valor da variável novamente, e se você precisa fazer isso, quer dizer que está usando variáveis globais para instanciar objetos, o que é uma prática ruim, na minha opinião. Quanto ao consumo de memória, mesmo que você não esteja tendo vazamentos ao finalizar a aplicação, pode ser que esteja instanciando objetos e não se preocupando em liberar, deixando a aplicação cuidar disso, exemplo: var obj: TMinhaClasse; begin obj := TMinhaClasse.Create(Application); end; Esse código não vai acusar vazamento de memória, pois ao finalizar, o objeto Application que é o Owner do obj se encarrega de finalizá-lo. Mas apenas ao finalizar a aplicação.