ernesto.ricardo Postado 6 Janeiro Postado 6 Janeiro Estranho... Quando falei com o suporte deles... a menina me passou como deveria ser a chave... A Chave esta no formato que ela me passou: "DPS420240427210579400016900002000000000020275" Esse valor com 5 digitos é na série mesmo então no caso, nesta parte: <serie>2</serie> teria que ser <serie>00002</serie>. Isso?
Jhoni Conzatti Postado 6 Janeiro Autor Postado 6 Janeiro 35 minutos atrás, Ramon Valentim disse: O local eu já localizei. PadraoNacional.GravarXml.pas Seria alterar para utilizar o tcStr e um Poem_Zeros que no próprio fonte já utiliza. A questão é se isso não teria um impacto maior em outros provedores. Acho estanho porque não vi ninguém reclamando disso. Será que teria alguém do próprio ACBr que poderia nos auxiliar? @Italo Giurizzato Junior Poderia nos ajudar com essa questão da série? 1
Ramon Valentim Postado 6 Janeiro Postado 6 Janeiro 21 minutos atrás, ernesto.ricardo disse: Estranho... Quando falei com o suporte deles... a menina me passou como deveria ser a chave... A Chave esta no formato que ela me passou: "DPS420240427210579400016900002000000000020275" Esse valor com 5 digitos é na série mesmo então no caso, nesta parte: <serie>2</serie> teria que ser <serie>00002</serie>. Isso? Na hora que vai montar a série, o ACBr coloca "0" à esquerda. Na hora que vai montar o XML, não. É por isso que fica certo na chave e no XML não. .
ernesto.ricardo Postado 6 Janeiro Postado 6 Janeiro 12 minutos atrás, Ramon Valentim disse: Na hora que vai montar a série, o ACBr coloca "0" à esquerda. Na hora que vai montar o XML, não. É por isso que fica certo na chave e no XML não. Fiz um teste no componente... Alterei o código desta forma: Assim é possível emitir as notas... @Italo Giurizzato Junior.. Como podemos resolver esta questão? 1
ernesto.ricardo Postado 6 Janeiro Postado 6 Janeiro Em 05/01/2026 at 11:05, Jhoni Conzatti disse: Bom dia, eu estou conseguindo emitir em Produção em Blumenau-SC. A configuração que usei para o arquivo INI é a seguinte: [4202404] Nome=Blumenau UF=SC Provedor=SimplISS ; Configurações até 31/12/2025 ;Versao=2.03 ;Params=Aliquota4Casas: ;ProRecepcionar=https://wsblumenau1.simplissweb.com.br/nfseservice.svc ;HomRecepcionar=https://wshomologacaoabrasf1.simplissweb.com.br/nfseservice.svc ;ProSoapAction=http://www.sistema.com.br/Sistema.Ws.Nfse ;HomSoapAction=http://nfse.abrasf.org.br ;ProLinkURL=https://blumenau.simplissweb.com.br/contrib/app/nfse/relatorio?cnpj=%Cnpj%&ser=E&inum=%NumeroNFSe%&icod=%CodVerif% ; Configurações da API própria que atende o Padrão Nacional Versao=1.01 Params=APIPropria:|PN: ProRecepcionar=https://nfseblumenau.simplissweb.com.br HomRecepcionar=https://producaorestrita.simplissweb.com.br Eu vejo as NFS-es no portal da Prefeitura em Prefeitura Municipal de BLUMENAU - SIMPLISS WEB Consigo inclusive imprimir a NFS-e rel_nota_nacional Mas ao consultar o QrCode (NFS-e | Consulta Pública de NFS-e) constante na DANFS-e recebo o erro de "Nota Fiscal de Serviço inexistente!" O portal da Prefeitura também não tem opção para cancelamento da NFS-e Nacional. Vou implementar o cancelamento com chave da NFSe via API para ver se consigo cancelar essas nfs-e que fiz em produção para testar. Estava tentando efetuar o cancelamento mas sempre ocorre este erro de Schema: ('X800', 'Erro de Validação: --> 1871 - Element ''{http://www.sped.fazenda.gov.br/nfse}e101101'': This element is not expected. Expected is ( {http://www.sped.fazenda.gov.br/nfse}nPedRegEvento ).'#$A, '') Alguem já verificou isto ou sabe como resolver?
Membro Pro Verificado xandebugmann Postado 6 Janeiro Membro Pro Verificado Postado 6 Janeiro (editado) Boa tarde a todos, recebi o seguinte comunicado. ATUALIZAÇÃO SOBRE O SISTEMA EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA (NFS-e) O Município de Blumenau, por intermédio da Secretaria da Fazenda (SEFAZ), informa que a empresa responsável pelo Sistema de Emissão de Notas Fiscais de Serviços Eletrônicas desta municipalidade está realizando os ajustes técnicos para normalizar a emissão de documentos fiscais em conformidade com as diretrizes nacionais. Por sua vez, destaca-se que a Nota Técnica n.º 004 (versão 2.0), expedida em 10/12/2025 pela Secretaria-Executiva do Comitê Gestor da Nota Fiscal de Serviço Eletrônica de Padrão Nacional (SE/CGNFS-e), contemplou a suspensão, neste início de 2026, das regras de validação de obrigatoriedade dos grupos IBS e CBS. Diante da matéria acima, o emissor de NFS-e de Blumenau (Notablu) passará a utilizar, num primeiro momento, o mesmo layout de emissão empregado até 31/12/2025. Esta medida visa facilitar o fluxo de emissões de notas fiscais até a ampla solução das instabilidades reportadas pelos contribuintes. Apesar do destaque do IBS e da CBS não ser obrigatório desde logo, as NFS-e emitidas com a utilização do modelo anterior serão devidamente recepcionadas pelo Ambiente de Dados Nacional (ADN), elemento ratificado não somente pela Nota Técnica já citada, mas também pelas informações extraídas do Ato Conjunto RFB/CGIBS n.º 1, emitido em 22/12/2025 pelo Secretário Especial da Receita Federal do Brasil e pelo Presidente do Comitê Gestor do IBS. Ademais, a leitura conjunta das comunicações oficiais já citadas revelam que o destaque obrigatório dos tributos debatidos está dispensado até o dia 1º de abril. Ressalta-se, ainda, que as recentes mudanças no sistema decorrem de imposições da Reforma Tributária do Consumo (RTC) e das atualizações de layout firmadas pela Secretaria-Executiva do Comitê Gestor da Nota Fiscal de Serviço Eletrônica de Padrão Nacional. Frisa-se, no ponto, que problemas na emissão de NFS-e estão sendo enfrentados por outros entes federados, inclusive por aqueles que optaram em migrar para o Emissor Nacional. O Município de Blumenau reconhece os desafios gerados pela brevidade das novas normas e reafirma seu compromisso em auxiliar os contribuintes nesta transição. Por fim, sublinha-se que a equipe técnica segue trabalhando para a implementação completa e estável do modelo definitivo, priorizando sempre a segurança jurídica e operacional. ---------------------------------------------------- Ou seja, eles voltaram atrais até segunda ordem, já fiz os testes e está emitindo normalmente (com um pouco de lentidão no retorno) com em 31/12/2025 Editado 6 Janeiro por xandebugmann 1
Jhoni Conzatti Postado 6 Janeiro Autor Postado 6 Janeiro 2 horas atrás, ernesto.ricardo disse: Estava tentando efetuar o cancelamento mas sempre ocorre este erro de Schema: ('X800', 'Erro de Validação: --> 1871 - Element ''{http://www.sped.fazenda.gov.br/nfse}e101101'': This element is not expected. Expected is ( {http://www.sped.fazenda.gov.br/nfse}nPedRegEvento ).'#$A, '') Alguem já verificou isto ou sabe como resolver? Até resolvi esse erro atualizando e usando novos schemas. Mas depois disso deu outro erro que não consegui solucionar... parece ser que o provedor ainda não aceita evento de cancelamento. OBS: Também recebo erro na consulta por chave (nesse caso parece ser erro do componente). Quando eu conseguir, passo o erro exato aqui, sobre a consulta e cancelamento. 1
Rodrigo FactusERP Postado 6 Janeiro Postado 6 Janeiro 2 horas atrás, ernesto.ricardo disse: Estava tentando efetuar o cancelamento mas sempre ocorre este erro de Schema: ('X800', 'Erro de Validação: --> 1871 - Element ''{http://www.sped.fazenda.gov.br/nfse}e101101'': This element is not expected. Expected is ( {http://www.sped.fazenda.gov.br/nfse}nPedRegEvento ).'#$A, '') Alguem já verificou isto ou sabe como resolver? Após atualizar todos os fontes do ACBR, não tive mais esse problema, esse erro corria também para Gaspar.
edup2006 Postado 6 Janeiro Postado 6 Janeiro 3 horas atrás, ernesto.ricardo disse: Estava tentando efetuar o cancelamento mas sempre ocorre este erro de Schema: ('X800', 'Erro de Validação: --> 1871 - Element ''{http://www.sped.fazenda.gov.br/nfse}e101101'': This element is not expected. Expected is ( {http://www.sped.fazenda.gov.br/nfse}nPedRegEvento ).'#$A, '') Alguem já verificou isto ou sabe como resolver? Blumenau no padrão nacional tem um delay, demora um tempo após a emissão pra conseguir consultar a nota pela chave. A chave vem no atributo Id da tag NFSe no xml da nota retornado.
danilozix Postado 7 Janeiro Postado 7 Janeiro Pessoal, mais alguém com esse problema de emitir em produção ?
Membros Pro Ivan Orosco Postado 7 Janeiro Membros Pro Postado 7 Janeiro Estou com problemas para emitir para Presidente Prudente, recebendo o erro: Erro(s): Código : ECXXXX Mensagem: Alíquota aplicada sobre a base de cálculo para apuração do ISSQN não corresponde com o cálculo. Correção: Este erro está em processo de validação interna e por isso ainda não possui um código está sujeito a mudanças. Mas está configurado igual no site do simpliss no cadastro do cliente. O mais bizarro eh que a alíquota nem vai no DPS, ele pega do próprio cadastro no momento da emissão. Duro eh conseguir falar no suporte deles []'s
Elisângela Borato Postado 7 Janeiro Postado 7 Janeiro 3 horas atrás, danilozix disse: Pessoal, mais alguém com esse problema de emitir em produção ? Estou com este mesmo problema no SIMPLISS em produção em Espirito Santo do Pinhal/SP. 1
Marcos Gerene Postado 7 Janeiro Postado 7 Janeiro Acabei de conseguir emitir na minha cidade (Dois Córregos-SP) que usa o SimplISS no formato antigo todas minhas notas pendentes. Marcos Gerene [email protected]
Lfm_ Postado 8 Janeiro Postado 8 Janeiro Em 06/01/2026 at 16:58, xandebugmann disse: Boa tarde a todos, recebi o seguinte comunicado. ATUALIZAÇÃO SOBRE O SISTEMA EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA (NFS-e) O Município de Blumenau, por intermédio da Secretaria da Fazenda (SEFAZ), informa que a empresa responsável pelo Sistema de Emissão de Notas Fiscais de Serviços Eletrônicas desta municipalidade está realizando os ajustes técnicos para normalizar a emissão de documentos fiscais em conformidade com as diretrizes nacionais. Por sua vez, destaca-se que a Nota Técnica n.º 004 (versão 2.0), expedida em 10/12/2025 pela Secretaria-Executiva do Comitê Gestor da Nota Fiscal de Serviço Eletrônica de Padrão Nacional (SE/CGNFS-e), contemplou a suspensão, neste início de 2026, das regras de validação de obrigatoriedade dos grupos IBS e CBS. Diante da matéria acima, o emissor de NFS-e de Blumenau (Notablu) passará a utilizar, num primeiro momento, o mesmo layout de emissão empregado até 31/12/2025. Esta medida visa facilitar o fluxo de emissões de notas fiscais até a ampla solução das instabilidades reportadas pelos contribuintes. Apesar do destaque do IBS e da CBS não ser obrigatório desde logo, as NFS-e emitidas com a utilização do modelo anterior serão devidamente recepcionadas pelo Ambiente de Dados Nacional (ADN), elemento ratificado não somente pela Nota Técnica já citada, mas também pelas informações extraídas do Ato Conjunto RFB/CGIBS n.º 1, emitido em 22/12/2025 pelo Secretário Especial da Receita Federal do Brasil e pelo Presidente do Comitê Gestor do IBS. Ademais, a leitura conjunta das comunicações oficiais já citadas revelam que o destaque obrigatório dos tributos debatidos está dispensado até o dia 1º de abril. Ressalta-se, ainda, que as recentes mudanças no sistema decorrem de imposições da Reforma Tributária do Consumo (RTC) e das atualizações de layout firmadas pela Secretaria-Executiva do Comitê Gestor da Nota Fiscal de Serviço Eletrônica de Padrão Nacional. Frisa-se, no ponto, que problemas na emissão de NFS-e estão sendo enfrentados por outros entes federados, inclusive por aqueles que optaram em migrar para o Emissor Nacional. O Município de Blumenau reconhece os desafios gerados pela brevidade das novas normas e reafirma seu compromisso em auxiliar os contribuintes nesta transição. Por fim, sublinha-se que a equipe técnica segue trabalhando para a implementação completa e estável do modelo definitivo, priorizando sempre a segurança jurídica e operacional. ---------------------------------------------------- Ou seja, eles voltaram atrais até segunda ordem, já fiz os testes e está emitindo normalmente (com um pouco de lentidão no retorno) com em 31/12/2025 Eu voltei o ini antigo e pra mim está dando erro que não encontra a URL. Alguém está conseguindo emitir? Apenas voltaram o ini?
danilozix Postado 8 Janeiro Postado 8 Janeiro Provedor do Simpliss voltou com a API antiga, então só voltar como era antes que vai dar pra transmitir no modelo antigo deles. API nova esta com muitas divergências ainda para corrigirem. 6 horas atrás, Lfm_ disse: Eu voltei o ini antigo e pra mim está dando erro que não encontra a URL. Alguém está conseguindo emitir? Apenas voltaram o ini?
Lfm_ Postado 8 Janeiro Postado 8 Janeiro 12 minutos atrás, danilozix disse: Provedor do Simpliss voltou com a API antiga, então só voltar como era antes que vai dar pra transmitir no modelo antigo deles. API nova esta com muitas divergências ainda para corrigirem. Então, fiz isso, mudei no ini, porém ele emite este erro: X999 Erro de Conexão: Erro Interno: 0 Erro HTTP: 415 URL: https://wsblumenau1.simplissweb.com.br/nfseservice.svc/nfse WebService retornou um XML vazio. Preciso fazer algo a mais além de mexer no ini?
Ramon Valentim Postado 9 Janeiro Postado 9 Janeiro 14 horas atrás, Lfm_ disse: Então, fiz isso, mudei no ini, porém ele emite este erro: X999 Erro de Conexão: Erro Interno: 0 Erro HTTP: 415 URL: https://wsblumenau1.simplissweb.com.br/nfseservice.svc/nfse WebService retornou um XML vazio. Preciso fazer algo a mais além de mexer no ini? Você chegou a trocar os XSD´s? São diferentes entre as API´s. .
Lfm_ Postado 9 Janeiro Postado 9 Janeiro 31 minutos atrás, Ramon Valentim disse: Você chegou a trocar os XSD´s? São diferentes entre as API´s. Sim, eu fiz a seguinte troca no .ini: [4202404] Nome=Blumenau UF=SC Provedor=SimplISS Versao=2.03 Params=Aliquota4Casas: ProRecepcionar=https://wsblumenau1.simplissweb.com.br/nfseservice.svc HomRecepcionar=https://wshomologacaoabrasf1.simplissweb.com.br/nfseservice.svc ProSoapAction=http://www.sistema.com.br/Sistema.Ws.Nfse HomSoapAction=http://nfse.abrasf.org.br ProLinkURL=https://blumenau.simplissweb.com.br/contrib/app/nfse/relatorio?cnpj=%Cnpj%&ser=E&inum=%NumeroNFSe%&icod=%CodVerif% Pela versão 2.03, apontando para a pastac da SimpliSS, ele deveria pegar esta versão correto?
Ramon Valentim Postado 9 Janeiro Postado 9 Janeiro 10 minutos atrás, Lfm_ disse: Sim, eu fiz a seguinte troca no .ini: [4202404] Nome=Blumenau UF=SC Provedor=SimplISS Versao=2.03 Params=Aliquota4Casas: ProRecepcionar=https://wsblumenau1.simplissweb.com.br/nfseservice.svc HomRecepcionar=https://wshomologacaoabrasf1.simplissweb.com.br/nfseservice.svc ProSoapAction=http://www.sistema.com.br/Sistema.Ws.Nfse HomSoapAction=http://nfse.abrasf.org.br ProLinkURL=https://blumenau.simplissweb.com.br/contrib/app/nfse/relatorio?cnpj=%Cnpj%&ser=E&inum=%NumeroNFSe%&icod=%CodVerif% Pela versão 2.03, apontando para a pastac da SimpliSS, ele deveria pegar esta versão correto? Além do .ini, você precisa alterar também os arquivos schema. No meu código, eu controlo também quando preencher os campos da reforma. Aí quando é para API antiga, uso os schemas do abrasf 2.03, ini como o que você tem e não preencho os campos da reforma. Para a API nova, uso os schemas novos, ini mirando na nova URL e preenchendo os campos da reforma. .
Lfm_ Postado 9 Janeiro Postado 9 Janeiro 4 horas atrás, Ramon Valentim disse: Além do .ini, você precisa alterar também os arquivos schema. No meu código, eu controlo também quando preencher os campos da reforma. Aí quando é para API antiga, uso os schemas do abrasf 2.03, ini como o que você tem e não preencho os campos da reforma. Para a API nova, uso os schemas novos, ini mirando na nova URL e preenchendo os campos da reforma. Já entendi o que aconteceu, no .ini existe uma sexção do provedor agora, ai lá está configurada uma versão, então de nada adianta configurar por cidade, pois a prioridade dele é a seção do provedor e não da cidade, o que acho que deveria ser mudado, a prioridade deveria ser a cidade e não o provedor.
Jhoni Conzatti Postado 9 Janeiro Autor Postado 9 Janeiro (editado) 1 hora atrás, Ramon Valentim disse: Alguém conseguiu cancelar NFS-e em Blumenau? No Layout Nacional não... nem cancelar, nem consultar. Mas acho que agora é algo relacionado ao componente. No entanto é apenas uma desconfiança ainda... quando restar um tempo aqui mostro os erros que estou recebendo. Editado 9 Janeiro por Jhoni Conzatti Complemento da mensagem 1
Suporte Bravus Sistemas Postado 12 Janeiro Postado 12 Janeiro Bom dia pessoal, Para essa mudança no provedor na consulta estão usando a consulta por lote ou RPS? Mais uma coisa eles estão retornando um XML vazio com o erro http 415 alguém mais com esse comportamento?
Suporte Bravus Sistemas Postado 13 Janeiro Postado 13 Janeiro 8 hours ago, Suporte Bravus Sistemas said: Bom dia pessoal, Para essa mudança no provedor na consulta estão usando a consulta por lote ou RPS? Mais uma coisa eles estão retornando um XML vazio com o erro http 415 alguém mais com esse comportamento? Bom dia, apenas adicionando mais informação acessando o link disponibilizad para testar a API https://nfseblumenau.simplissweb.com.br/swagger/index.html foi possível fazer o envio da nota com o mesmo arquivo recusado usando o componente 326-ger-nfse.json
Recommended Posts