ernesto.ricardo

Bom dia pessoal, Também apliquei a Gambiarra para poder autorizar as notas. Vi que isso ocorreu porque houve uma alteração, pulbicada sábado e que entrou em produção na segunda. Publicada Nota Técnica SE/CGNFS-e nº 007 com Atualizações e Esclarecimentos — Portal da Nota Fiscal de Serviço eletrônica Acredito que logo a equipe do ACBR deva liberar uma correção oficial

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?

Bom dia a todos! Testes finais de emissão de NFS-e em balneário... [4202008] ; Atualizado em 01/10/2025 Nome=Balneario Camboriu UF=SC Provedor=PadraoNacional ;ProRecepcionar=http://nfse1.publica.inf.br/balneariocamboriu_nfse_integracao/Services O arquivo ini precisa estar assim... o do ACBR no SVN ainda esta incorreto... ajustando ele (Fiz no RTC) as notas autorizaram sem problemas.

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?

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?

Bom dia, O Problema com a série é este retorno que estão recebendo? Erro: ECXXXX - A série informada no identificador da DPS não corresponde à série da DPS. 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. Estou desde sexta falando com o pessoal do SimplISS, dizem que vão ver com a área técnica e sem resposta até agora

Bom dia @Italo Giurizzato Junior. Foi algo daquele dia, Havia focado na alteração da NFS-e de balneário e hoje voltei neste assunto... aparentemente esta funcionando normalmente.

Entendido @Italo Giurizzato Junior. Vou separar os arquivos... Todos os testes de emissão foram ok para o novo provedor... Os ajustes que precisei fazer foram os mesmos do @Bravus suporte, menos telefone que já estava ok.

Bom dia, Com relação a Balneário que entra hoje em vigor, precisarei configurar um ini para cada porte de empresa? Por exemplo, empresas do simples nacional entram em vigor na data de hoje, em novembro outro grupo de empresas, janeiro demais... Pergunto pra saber se ha alguma forma de mudar o fluxo via aplicação, pois quando geramos pacotes de atualização da versão do sistema o ini pode ser substituido. Com relação a configuração do ini, ficaria desta forma correto? [4202008] ; Atualizado em 01/10/2025 Nome=Balneario Camboriu UF=SC Provedor=PadraoNacional ;ProRecepcionar=http://nfse1.publica.inf.br/balneariocamboriu_nfse_integracao/Services

Bom dia @Italo Giurizzato Junior. Todos os testes que fiz foram em ambiente de produção.

Bom dia @Italo Giurizzato Junior, Esta sendo possível a emissão de NFS-e para a cidade de Indaial? Estou tentando transmitir mas esta ocorrendo erro: Erro: X999 - Erro de Conexão: Extra content at the end of the document Em anexo arquivos da transmissão para análise. Os Componentes estão atualizados e a pasta de schemas também 202509.rar

Boa tarde a todos! Segue alterações para a NFS-e em Balneário... A partir de outubro entra em vigor em Balneário Camboriú o cronograma oficial de transição para o uso do emissor público nacional da Nota Fiscal de Serviços Eletrônica (NFS-e), conforme prevê a Lei Complementar nº 214/2025. A primeira etapa terá início em 1º de outubro, contemplando as empresas optantes pelo Simples Nacional. Em seguida, em 1º de novembro, será a vez das sociedades profissionais e autônomos de imposto fixo, como médicos, engenheiros, psicólogos, advogados e contadores. A última fase está marcada para 1º de janeiro de 2026, quando as demais empresas prestadoras de serviços passarão a emitir exclusivamente pelo emissor nacional. A secretária da Fazenda, Magda Bez, destaca que o novo modelo representa um marco de modernização tributária para Balneário Camboriú. “Nosso município está se alinhando às melhorias já adotadas em âmbito nacional e esse sistema, que é de acesso gratuito, possibilitará que os contribuintes emitam suas notas diretamente em um portal unificado”, destacou. A adesão ao emissor nacional também trará benefícios como a padronização de processos, maior integração entre órgãos federativos, simplificação no preenchimento de notas fiscais, redução de custos operacionais e otimização da arrecadação do Imposto Sobre Serviços (ISS). Empresas e profissionais que utilizam softwares próprios precisarão adaptar seus sistemas às novas interfaces e formatos definidos pelo Portal Nacional da NFS-e. A documentação técnica e as guias de integração estão disponíveis para consulta no endereço eletrônico www.gov.br/nfse. Para a prefeitura, a unificação da NFS-e é também um passo importante no atendimento ao contribuinte. Experiências de municípios que já adotaram o modelo indicam ganhos em agilidade, transparência e segurança, além da possibilidade de conexão a uma base única de informações fiscais em nível nacional. Cronograma de migração para o Portal Nacional de NFS-e 1º de outubro de 2025: empresas optantes pelo Simples Nacional; 1º de novembro de 2025: sociedades profissionais (e autônomos) com imposto fixo, como médicos, psicólogos, engenheiros, advogados e contadores; 1º de janeiro de 2026: demais empresas prestadoras de serviços obrigadas à emissão de nota fiscal. Para acessar a Instrução Normativa Sefaz Nº 05/2025, sobre a obrigatoriedade de uso do Emissor Nacional para emissão de Nota Fiscal de Serviços Eletrônica (NFS-e) e o cronograma de transição no município, basta acessar o link clicando aqui ou baixar o arquivo anexo desta matéria. Prefeitura de Balneário Camboriú

Ítalo, Primeiramente obrigado pelo retorno. Havia uma situação com a compilação realmente que corrigimos. A prefeitura de Brusque mudou algumas regras para emissão, mas não sei se cabe alguma coisa de alteração, vou deixar aqui somente para conhecimento 1. Se o tomador do serviço for pessoa jurídica domiciliado no mesmo munícipio, o componente sempre deverá ser preenhido na tag "enderecoinformado" como não. (Informar sim somente para pessoas físicas) Tomador.Endereco.EnderecoInformado := snoNao 2. Informações das parcelas agora devem ser informadas somente se a tag estiver preenchida dessa forma CondicaoPagamento.Condicao := cpAPrazo Pelo que nos foi relatado (pelo suporte da IPM), esta nova versão esta seguindo o Padrão Nacional. Muitas regras e implementações não estão no Manual. Outra coisa que mudou. Para vendas parceladas, o cliente deverá habilitar a permissão no portal: Em manunteção seguir conforme abaixo: Após consultar, vai ter a opção de "Alterar" (que esta apagada ali na imagem) Dai precisa habilitar a caixinha "Exibe as formas de pagamento" para o webservice receber vendas parceladas. Com isso acredito que de pra encerrar o tópico. Daqui por diante são ajustes conforme novas regras de validação.

Beleza Ítalo, vou rever os fontes aqui...

Bom dia Italo, Ao tentar transmitir a NFS-e para a prefeitura esta ocorrendo o seguinte erro: Erro: X999 - Erro de Conexão: Ext202503.rarra content at the end of the document Em anexo os arquivos para análise.

Bom dia Ítalo! Muito obrigado pelo feedback. Vou dar update e na próxima segunda já efetuo o teste

Boa tarde a todos! Italo, conforme solicitado estou abrindo um tópico referente a alteração no sistema da NFS-e para Brusque. Segue link para maiores detalhes: https://brusque.atende.net/subportal/atualizacao-do-sistema-fiscal-web A Mudança ira ocorer em 10/03/2025. Aparentemente o XML continua o mesmo, porém, segundo informações do portal: O webservice de emissão de notas fiscais sofreu alterações na forma de autenticação e retorno, porém o layout do arquivo XML de envio continua o mesmo. Provavelmente será necessário ajustar os componentes para 10/03. Como não sei exatamente quais os trâmites nesta situação, estou abrindo o tópico conforme solicitado! Desde já agradeço.

Bom dia @Italo Giurizzato Junior A resposta do suporte depois de muitos e muitos e-mails: 14/11/24 08:39 [João Henrique Lima]: Certo, no caso o manual que temos disponível é um atualizado de agosto de 2024, e a respeito do schema não temos disponível um atualizado, porém se no caso o problema está na validação do schema, basta não fazer a validação, visto que o sistema irá aceitar ambas as formas de casas decimais, 2 ou 4. Pois fizemos os testes com ambas as formas e o sistema aceita, poderia por gentileza fazer o procedimento sem realizar a validação ? Neste caso Ajustei o Schema para não ter mais problemas com a validação, efetuei vários testes e deram todos OK. nfse.xsd NOTA: Eu comparei o schema no site da prefeitura com o do SVN da ACBR. Haviam mais listas de serviços no site da prefeitura que juntei no arquivo do ACBR. Por exemplo, sei que alguns clientes utilizam o código 16.02, que tinha no site da prefeitura e não tinha no ACBR. Segue schema para atualização no SVN.

Bom dia @Italo Giurizzato Junior, Estou em contato com o suporte deles para ver se eles ajustam o schema e fique correto. O Problema no ACBR é que ele valida o schema antes do envio (O que está correto). Validando, ele retorna este erro e não permite enviar. Erro: X800 - Erro de Validação: --> 1824 - Element '{http://www.abrasf.org.br/nfse.xsd}Aliquota': '3.9507' is not a valid value of the atomic type '{http://www.abrasf.org.br/nfse.xsd}tsAliquota'. Eu peguei o schema atualizado e vi que ele já esta diferente do que esta no SVN do ACBR, mas vou tentar ver se ajustam isso antes de subir aqui.

Boa tarde @Juliomar Marchetti! Tanto no RPS de Envio quanto no de retorno vai esta aliquota. No caso anterior foi o RPS enviado. Este foi o XML de retorno: Na prefeitura a NFS-e esta autorizada

Opa @Juliomar Marchetti, O XML esta correto, tanto é que "burlando" a verificação do schema a NFS-e é autorizada corretamente. Em versões antigas ainda é possível emitir a NFS-e sem problemas com o flag de validação so schema desativado. Grande @Italo Giurizzato Junior, Para este provedor em Blumenau, desativamos a vaidação do schema porque dava muito problema e o SimpliSS não tinha um schema correto. Aquele parâmetro que existia foi a solução para este problema, mas vou entrar em contato de qualquer forma para saber se houve alguma melhoria nesta questão. Inclusive, tem uma lista de serviços que não esta no schema deles e sempre barrava na emissão e até hoje não conseguimos resolver isso...

Boa tarde pessoal, Estou tentando transmitir a NFS-e com o novo componete. A configuração do ini esta correta, com 4 casas decimais para Blumenau: [4202404] ; Atualizado 13/01/2023 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% ao tentar transmitir uma NFS-e com a alíquota de 3.9507 ocorre o erro de validação do schema: Erro: X800 - Erro de Validação: --> 1824 - Element '{http://www.abrasf.org.br/nfse.xsd}Aliquota': '3.9507' is not a valid value of the atomic type '{http://www.abrasf.org.br/nfse.xsd}tsAliquota'. Antigamente, havia um parâmetro para não validar o schema, mas acredito que ele foi removido. Este erro é de validação dentro do componete, não é da prefeitura. "Ignorei" este trecho para não dar erro e a NFS-e foi autorizada corretamente na prefeitura: Alguem tem alguma sugestão de como ajustar isso?

Bom dia Ítalo, Era justamento isso, removi eles e passou.

Bom dia Ítalo, Sim, eles foram atualizados para a versão mais recente e parou de emitir acusando este erro na assinatura. Acabei de verificar em outro cliente nosso de gaspar.. Esta emitindo notas fiscais normalmente na versão antiga do componente.

Boa tarde, Este problema voltou a ocorrer com o provedor thema em Gaspar/SC. Migramos os componentes antigos da NFS-e para o componente AcbrNFSeX, porém, outros clientes da mesma cidade estão emitindo em versões abaixo. Não vi alteração nos fontes do thema Fiz varios testes de envio e não consegui validar... Alguem poderia dar um help? Depurei a rotina de envio, para tentar encontrar alguma possível alteraçao posterior a assinatura, mas sem sucesso. 395-env-lot-sinc.xml 395-env-lot-sinc-soap.xml 395-lista-nfse-sinc.xml 395-lista-nfse-sinc-soap.xml