Jhoni Conzatti

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.

Bom dia Feliz ano a todos Estou testando os endereços de homologação e produção de Blumenau. Atualizei o arquivo ini da seguinte maneira: [4202404] Nome=Blumenau UF=SC Provedor=SimplISS ;Versao=2.03 ; URLs atuais ;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% ; URLs 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 No entanto estou recebendo o seguinte erro: ECXXXX A série informada no identificador da DPS não corresponde à série da DPS. Este erro está em processo de validação interna e por isso ainda não possui um código está sujeito a mudanças. Alguém sabe o que pode ser?

Eu recebo esse erro: ECXXXX Código e classificação do crédito presumido: IBS e CBS é obrigatório. Este erro está em processo de validação interna e por isso ainda não possui um código está sujeito a mudanças.

Não sei se alguém já conseguiu emitir alguma nfse Nacional em Blumenau. Até agora ainda não consegui. Estou tentando em homologação.

407-emissao-retorno.json407-emissao-envio.json Segue os jsons de envio e retorno referentes ao erro citado.

Hoje atualizei os fontes novamente, esse erro parou. Mas agora, depois que comecei a informar o grupo IBS/CBS comecei a tomar o seguinte erro: ECXXXX Código e classificação do crédito presumido: IBS e CBS é obrigatório. Este erro está em processo de validação interna e por isso ainda não possui um código está sujeito a mudanças. Alguém sabe do que se trata? Já tentei informar um credito presumido, como aparentemente pede a mensagem, mas mesmo assim continuo tomando o mesmo erro.

Eu cheguei a ponto de ver o XML de retorno, mas o ACBr está dando um erro ao carregar o mesmo... ainda não descobri o motivo... o XML retornada aparentemente está ok! No meu caso o ACBrNFSeXServicos.ini tem a versão 1.01 incluída, veja se não precisas atualizar seus fontes.

Eu tentei procurar no site de homologação da NFSe Nacional, mas lá também não aparece, mesmo assim cada envio que faço, retorna um novo número de NFS-e. Então acredito que em algum lugar a Simpliss está armazenando as notas em homologação.

Bom dia pessoal, finalmente consegui voltar aos testes. Ontem final do dia preparei o sistema. Tive que resolver alguns erros de schema por conta dos códigos de serviço usado pela NFS-e Nacional. Esta etapa foi vencida. Agora, a princípio consegui emitir uma NFS-e em homologação. Debugando, eu percebo que recebi o XML de retorno que deixo em anexo: NFSeSimplissNacional.xml. No entanto, quando o ACBr tenta carregar a string d XML com a função DocumentXml.LoadFromXml(NFSeXml); na linha 407 da unit PadraoNacional.Provider.pas eu recebo o seguinte erro: X999 Erro de Conexão: Input is not proper UTF-8, indicate encoding ! Bytes: 0xE3 0x6F 0x20 0x64 Aparentemente o XML tem alguns bytes incompatíveis, mas não consegui encontrar ainda. Gravei o debug do momento do erro: https://drive.google.com/file/d/1o1xR1SiVpJkg1mRxrEnx5a1jSWmjQgf7/view?usp=sharing Vou continuar analisando. @Italo Giurizzato Junior se tiver um tempo, consegues dar uma olhada? Se precisar de mais alguma informação é só chamar.

Boa tarde, ainda não, desde sábado o serviço de emissão de nfse da Simpliss está instável em Blumenau-SC. Estou apagando incêndio kkkk Fiz um único teste que deu erro de invalid pointer ou access violation... no entanto ainda não tive tempo de voltar para isso e analisar.

Muito obrigado @Italo Giurizzato Junior Já atualizei os fontes e devo iniciar os testes amanhã.

Bom dia pessoal, Depois que atualizei os fontes do ACBr recentemente, o sistema passou a disparar erro Access Violation ao consultar RPS, ao cancelar e ao emitir NFSe de prestadores de serviço de município de Blumenau\SC que usa o provedor Simpliss. Existe um bug na linha 1330 do arquivo ACBrNFSeXLerXML_ABRASFv2.pas. A função LerXmlNFSe dispara erro "AccessViolation" poque a variável "AuxNode" está com valor nil, e portanto o erro ocorre ao executar a função "AuxNode.Childrens". Para corrigir, basta usar o parâmetro ANode, no lugar da variável AuxNode, conforme a baixo:

Olá pessoal, recebemos o seguinte comunicado da SIMPLISS para a emissão de NFS-e referente a RTC. Não encontrei outro tópico sobre o assunto apara a cidade e provedor, por isso estou criando para reunir as informações aqui. Prezado (a) Contribuinte. O Município de Blumenau/SC informa que está promovendo as adequações necessárias no sistema de emissão de Nota Fiscal de Serviço Eletrônica (NFS-e) com o objetivo de alinhá-lo às mudanças introduzidas pela Emenda Constitucional n.º 132, de 20 de dezembro de 2023, que instituiu a Reforma Tributária do Consumo (RTC), bem como à Lei Complementar Nacional n.º 214, de 16 de janeiro de 2025. Salienta-se que o Município manterá o emissor próprio de NFS-e, o que significa que as empresas estabelecidas em Blumenau/SC continuarão utilizando o sistema local para emissão de notas fiscais, tanto via portal (web) quanto por integrações com web services. Embora a sistemática de arrecadação do ISSQN permaneça inalterada em 2026, a NFS-e passará a conter novos campos destinados ao destaque do Imposto sobre Bens e Serviços (IBS) e da Contribuição sobre Bens e Serviços (CBS). Desta forma, a partir de 1º de janeiro de 2026 as NFS-e emitidas incluirão essas novas informações tributárias. Para viabilizar a apuração dos novos tributos, a Prefeitura enviará automaticamente os dados ao Ambiente de Dados Nacional (ADN), conforme estabelecido pelo Comitê Gestor da NFS-e. Com o objetivo de permitir a implementação destas e de outras mudanças, já se encontra disponível a versão atualizada do Manual de Utilização do Web Service da NFS-e, contemplando os novos agrupamentos e campos do layout da nota fiscal. Além disso, foram igualmente disponibilizados os demais arquivos aplicáveis à espécie, tais como Schema e XML de exemplo. Para visualizar aludido acervo, basta acessar a página do Notablu (https://nfse.blumenau.sc.gov.br/contrib/Account/Login), selecionar o menu “Ajuda” e, em seguida, “Layout de Integração – NFSe Nacional”. Esta atualização é resultado de estudos técnicos baseados na Lei Complementar Nacional nº. 214/2025, e tem como finalidade orientar as empresas prestadoras de serviços e os contribuintes quanto ao novo padrão obrigatório, cuja vigência se inicia em janeiro de 2026, possibilitando, assim, as adequações necessárias em seus sistemas. Salienta-se, ainda, que o ambiente de homologação (testes) já está disponível no seguinte endereço eletrônico: https://producaorestrita.simplissweb.com.br/swagger/index.html Por fim, eventuais dúvidas quanto a implementação das alterações sistêmicas podem ser esclarecidas pela empresa Simpliss Sistemas de Informação Ltda. - responsável pelo mecanismo emissor de NFS-e de Blumenau/SC -, por intermédio do e-mail [email protected]. At.te Dévon Corrêa dos Santos Auditor-Fiscal Tributário Gerente de Tributos Mobiliários Secretaria da Fazenda - SEFAZ Prefeitura Municipal de Blumenau

Boa, pode ser isso sim. No entanto vou usar outro layout de etiqueta. Essa não tem o problema mencionado e, inclusive, o usuário preferiu. Mesmo assim, deixo o tópico registrado para que seja visto esse bug na impressão das barras no outro layout.

Bom dia pessoal Um usuário do nosso sistema relatou que não estava conseguindo coletar com o leitor de código de barras a chave na NF-e impresso na DANFe Simplificada Etiqueta, mas conseguia ler a chave da mesma NF-e quando impressa na DANFe A4 Retrato. Após analise, descobri que de fato existe um problema na impressão do código de barras da chave da NF-e impresso na DANFe Simplificada Etiqueta. Ocorre que não imprime algumas barras no inicio e no final da imagem. Consegui perceber fazendo uma comparação entre as barras impressas nas duas DANFes. Pedi ajuda no discord, o @Juliomar Marchetti sugeriu que poderia ser margens, no entanto eu zerei todas as margens e o problema permanece, como pode ser visto na imagem que eu montei com a comparação dos código e a impressão da Etiqueta sem margens. Alguém tem alguma outra sugestão e pode me ajudar? Alias, obrigado @Juliomar Marchetti pela sua sugestão. Agradeço de imediato a todos os colegas que puderem me ajudar. Meu usuário está implementando agora a impressão em etiquetas para faturar pedidos de venda do seu e-commerce.

Olá, recebi a informação de que o provedor IPM de Indaial-SC mudou as URLs de Homologação e Produção em 09/09/2025, conforme segue: O município de Indaial/SC irá atualizar o sistema da NFS-e e Escrita Fiscal a partir do dia 09/09/2025. Desta forma, todas as empresas que possuem um sistema próprio/contratado para as emissões de Notas Fiscais precisarão atualizar o sistema interno para integrar com o novo layout do município de Indaial/SC. Para isso, se faz necessário repassar ao seu fornecedor de software as informações abaixo para que o Time de Desenvolvimento do sistema interno realize as devidas adequações. Para que o desenvolvimento do sistema interno possa testar a integração com o sistema novo, deixamos disponível uma base de homologação. A URL para integrar com a base de homologação segue abaixo: https://migracao.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=treina_indaial Para liberação da base de homologação, é necessário solicitar a liberação no e-mail [email protected] com a informação do CNPJ da empresa emissora. Abaixo, deixo as informações acerca do sistema novo: URL de integração: https://indaial.atende.net/?pg=rest&service=WNERestServiceNFSe URL de acesso ao sistema: https://nfse-indaial.atende.net/autoatendimento/servicos/nfse Apenas lembrando que como o sistema irá atualizar no dia 09/09/2025, até essa data as URL de produção informadas acima não irão funcionar. Também informamos que nos dias 11/08/2025 e 18/08/2025, das 09:00 às 11:00, teremos os treinamentos/webinar para as empresas emissoras de notas por sistemas próprios. As informações referente aos treinamentos a serem realizados no município bem como Manuais e Vídeos estão dispostos no seguinte link: https://indaial.atende.net/subportal/atualizacao-do-sistema-fiscal-web Qualquer dúvida adicional por gentileza encaminhar e-mail para: [email protected] Para funcionar adequadamente a emissão de NFS-e no município a partir dessa data, tive que realizar o seguinte ajuste no arquivo ACBrNFSeXServicos.ini: [4207502] Nome=Indaial UF=SC Provedor=IPM Versao=1.01 Params=GerarTag:codigo_atividade ProRecepcionar=https://indaial.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=padrao HomRecepcionar=https://migracao.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=treina_indaial Além disso, o código CNAE do item da lista de serviço da NFS-e deve ser informado com 9 dígitos (dois além do CNAE padrão), para evitar o erro 00042.

Deu certo, obrigado

Muito obrigado! Acabei de atualizar e testar.

Muito obrigado! Acabei de atualizar e testar.

Boa tarde pessoal, Estou com problema ao consultar contribuinte na UF AM. Sempre que realizo a consulta de qualquer CNPJ para a UF AM pelo CCC recebo o erro de Access Violation. Mesmo que o serviço esteja inoperante, acredito que deveria retornar uma mensagem de erro melhor tratada. O problema acontece no Exemplo como pode ser visto no vídeo a seguir. https://drive.google.com/file/d/1KCJH4XcCIJTvFYZA8wSKzYzmrngPAHAP/view?usp=sharing

Boa tarde pessoal, Recentemente cadastrei um tópico com problema semelhante: Agora o problema em questão é quanto a tag InfConfirmacaoCancelamento que é esperada pela rotina que lê as informações de cancelamento do xml de retorno da consulta por rps da NFS-e para o provedor Thema. No entanto, o xml de retorno que recebi não possui essa tag (ver imagem abaixo). Para tratar a situação adequadamente fiz um simples ajuste no código (conforme abaixo). Gostaria que os senhores avaliassem a minha contribuição para incluir nos fontes do ACBr. O .xml de retorno e o arquivo .pas alterado estão em anexo. Obrigado. ACBrNFSeXProviderABRASFv1.pas 285-consulta-retorno.xml

Boa noite pessoal, O XML de retorno de consulta por RPS de uma NFS-e cancelada no provedor Simpliss de Blumenau - SC está retornando a data e hora do cancelamento na tag DataHoraCancelamento conforme imagem abaixo. No entanto, a rotina que lê o cancelamento do XML de retorno da consulta espera encontrar a tag DataHora conforme imagem abaixo. Para tratar a situação adequadamente fiz um simples ajuste no código (conforme abaixo). Gostaria que os senhores avaliassem a minha contribuição para incluir nos fontes do ACBr. O .xml de retorno e o arquivo .pas alterado estão em anexo. Obrigado. 281-retorno.xml ACBrNFSeXProviderABRASFv2.pas

Encontrei uma solução. Conversando com meu chefe sobre o assunto, ele sugeriu que nesse caso o cliente deve criar a arte completa do logotipo para colocar no quadro e usaremos a configuração para expandir a logo. Obrigado @Juliomar Marchetti e @Alexandre de Paula

Sim, eu geralmente faço da forma como você sugere, no entanto, nesse caso, realmente parece ser um inconsistência entre os manuais do SEFAZ e um advogado qualquer com segue me defender nesse caso kkkkk Esse cliente em específico é dureza, mas acho que consigo convencê-lo com os argumentos que os senhores me apontaram: depois falo aqui.

Vou falar com o cliente e o contador dele. Vou tentar convencê-los a informar o telefone para aparecer na DANFe mostrando essa documentação fiscal. Vou informa-los que apesar da informação não ser obrigatória no XML da NF-e, ela é obrigatória na DANFe. Vamos ver o que irão me dizer. Em últimos casos faço o que o @Alexandre de Paula sugere, mantendo essa alteração nos meus fontes locais. Depois reporto aqui a solução dada. Obrigado por enquanto