Membros Pro Ivan Orosco Postado 2 Janeiro Membros Pro Postado 2 Janeiro Também não consegui emitir para Presidente Prudente/SP, alias, não consegui nem mesmo cadastrar as alíquotas para poder fazer a emissão, ele dá erro ao tentar salvar. Confirmei com o meu contador e ele disse que essa operação de registro de aliquotas é obrigatória, tentei falar com o simpliss duas vezes mas não me atenderam... o endereço de produção deles diz que não existe, tanto o swagger (https://nfsenacional.issprudente.sp.gov.br/swagger/index.html) quanto a url de produção (https://nfsenacional.issprudente.sp.gov.br) retornam erro 404 (não existente) @lucasbm você está tentando o ambiente de produção ou homologação ? como está o bloco de prudnete no seu ACBrNFSeXServicos.ini ? Detalhe que eu cheguei a falar com o suporte do simpliss no dia 30/12, a atendente havia dito que o ambiente de produção de Prudente ainda não havia subido mas que estaria finalizado ainda naquele dia, pelo jeito, não fizeram até agora. []'s
lucasbm Postado 2 Janeiro Postado 2 Janeiro @Ivan Orosco estou utilizando o arquivo ACBrNFSeXServicosRTC.ini com as seguintes configurações: [3541406] Nome=Presidente Prudente UF=SP Provedor=SimplISS ProRecepcionar=https://nfsenacional.issprudente.sp.gov.br Em homologação eu consegui emitir sem os impostos novos, com os impostos dava erro. Estou tentando em produção. Sobre o link quando falei com eles no dia 30/12 não estava liberado, mas ela me orientou pegar aqui (dentro do site, na parte do layout de integração) Se você acessar por aí vai, ele irá solicitar certificado digital.
Membros Pro Ivan Orosco Postado 3 Janeiro Membros Pro Postado 3 Janeiro Ajustei o endereço de produção conforme a orientação do @lucasbm, obrigado Agora ao tentar transmitir recebo a mensagem: Código : EC0003 Mensagem: Serviço externo de assinatura de DF-e indisponível. Correção: O serviço externo de assinatura de DF-e não respondeu corretamente. Ocorreu um erro inesperado.. Será algum erro do lado do simpliss ? []'s
Consultores Italo Giurizzato Junior Postado 4 Janeiro Consultores Postado 4 Janeiro Bom dia @Ivan Orosco, É bem provável, aconselho você entrar em contato com o provedor e expor o problema. Italo Giurizzato Junior Ajude o Projeto ACBr crescer - Assine o SAC Analista de Sistemas / Araraquara-SP Araraquara - A era dos Trólebus
Mateus_ Postado 4 Janeiro Postado 4 Janeiro Alguém conseguindo emitir NFS-e em Blumenau mesmo que em homologação? Retorno que tenho é: {"erros":[{"codigo":"EC0001","descricao":"Erro."}],...}
Membro Pro Verificado Fabio Augusto Bruns Postado 5 Janeiro Membro Pro Verificado Postado 5 Janeiro (editado) Bom dia, Não, mesma mensagem. Editado 5 Janeiro por Fabio Augusto Bruns
Rodrigo FactusERP Postado 5 Janeiro Postado 5 Janeiro Bom dia. Fiz os ajustes sugerido do .ini e autorizou umas 3 notas. Mas agora a prefeitura retorna a mensagem abaixo: Código : EC0002 Mensagem: Data limite de retroação ultrapassada. Correção: A data limite de retroação 05/01/2026. Ontem datava como 04/01/2026, hoje autorizado uma nota fiscal, depois mudou para 05/01/2026
Jhoni Conzatti Postado 5 Janeiro Autor Postado 5 Janeiro 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.
Ramon Valentim Postado 5 Janeiro Postado 5 Janeiro 23 minutos atrás, 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. @Jhoni Conzatti, você conseguiu fazer estes mesmos testes no ambiente de homologação? Envio e conferência do resultado? Aqui consegui emitir, mas não consigo conferir o resultado no portal da prefeitura e nem no portal de produção restrita (nacional). .
edup2006 Postado 5 Janeiro Postado 5 Janeiro 14 minutos atrás, Ramon Valentim disse: @Jhoni Conzatti, você conseguiu fazer estes mesmos testes no ambiente de homologação? Envio e conferência do resultado? Aqui consegui emitir, mas não consigo conferir o resultado no portal da prefeitura e nem no portal de produção restrita (nacional). como ficou o xml enviado? o meu gerado erro de tag opcional não enviada
carloszix Postado 5 Janeiro Postado 5 Janeiro Bom dia Alguém conseguiu emitir a NFs-e pelo simpliss ?
Lucas Mocroski Postado 5 Janeiro Postado 5 Janeiro Bom dia. Mais alguém com erro EC0001 ao tentar emitir nota?
Membros Pro [email protected] Postado 5 Janeiro Membros Pro Postado 5 Janeiro Sim estou com esse mesmo erro EC0001","descricao":"Erro.","complemento":"Verifique se todos os campos obrigatórios foram informados - Erro em ExecuteReader"
Ramon Valentim Postado 5 Janeiro Postado 5 Janeiro (editado) Boa tarde. Emitindo em homologação, estou com o mesmo problema. Ao amigos que conseguiram, poderiam compartilhar o XML, para compararmos com os nossos e ver o que está faltando preencher? Obrigado! Editado 5 Janeiro por Ramon Valentim .
Jhoni Conzatti Postado 5 Janeiro Autor Postado 5 Janeiro Seguem JSON enviado e o XML retornado. No meu caso, emitidos em produção. Eu desisti do ambiente de homologação. Aparentemente tem erros que não ocorrem em produção. 419-emissao-retorno.xml419-emissao-envio.json 1 minuto atrás, Jhoni Conzatti disse: Seguem JSON enviado e o XML retornado. No meu caso, emitidos em produção. Eu desisti do ambiente de homologação. Aparentemente tem erros que não ocorrem em produção. 419-emissao-retorno.xml 7.55 kB · 0 downloads 419-emissao-envio.json 4.17 kB · 0 downloads Pode usar a ferramenta https://tools.simonwillison.net/base64-gzip-decoder para decodificar o valor da chave "dpsXmlGZipB64" no JSON e ver o conteúdo do XML enviado.
Ramon Valentim Postado 5 Janeiro Postado 5 Janeiro 25 minutos atrás, Jhoni Conzatti disse: Seguem JSON enviado e o XML retornado. No meu caso, emitidos em produção. Eu desisti do ambiente de homologação. Aparentemente tem erros que não ocorrem em produção. 419-emissao-retorno.xml 7.55 kB · 0 downloads 419-emissao-envio.json 4.17 kB · 0 downloads Obrigado. Vou testar em produção para ver se tenho um retorno diferente. .
Membro Pro Verificado Marcel Mafra Postado 5 Janeiro Membro Pro Verificado Postado 5 Janeiro 6 horas atrás, Rodrigo FactusERP disse: Bom dia. Fiz os ajustes sugerido do .ini e autorizou umas 3 notas. Mas agora a prefeitura retorna a mensagem abaixo: Código : EC0002 Mensagem: Data limite de retroação ultrapassada. Correção: A data limite de retroação 05/01/2026. Ontem datava como 04/01/2026, hoje autorizado uma nota fiscal, depois mudou para 05/01/2026 esse erro é generico, ja falei com o suporte deles e falaram que iam resolver hoje ainda!
Ramon Valentim Postado 5 Janeiro Postado 5 Janeiro 1 hora atrás, Jhoni Conzatti disse: Seguem JSON enviado e o XML retornado. No meu caso, emitidos em produção. Eu desisti do ambiente de homologação. Aparentemente tem erros que não ocorrem em produção. 419-emissao-retorno.xml 7.55 kB · 6 downloads 419-emissao-envio.json 4.17 kB · 5 downloads Pode usar a ferramenta https://tools.simonwillison.net/base64-gzip-decoder para decodificar o valor da chave "dpsXmlGZipB64" no JSON e ver o conteúdo do XML enviado. Pelo ambiente de produção a emissão mudou mesmo. Agora tive o retorno do erro: "A série informada no identificador da DPS não corresponde à série da DPS. Ajuda: Este erro está em processo de validação interna e por isso ainda não possui um código está sujeito a mudanças." Olhando dentro do ACBr, vi que para colocar na "chave do DPS", ele insere "0" à frente até ficar com 5 casas. No entanto, para montar o XML ele trata a série como int. Para conseguir emitir, foi você que "forçou" ela para ficar com 5 casas decimais (colocando o 1 na frente)? Ou isso é alguma configuração extra do componente? Obrigado pela ajuda. .
Membro Pro Verificado Fabio Augusto Bruns Postado 5 Janeiro Membro Pro Verificado Postado 5 Janeiro 1 hora atrás, Jhoni Conzatti disse: Seguem JSON enviado e o XML retornado. No meu caso, emitidos em produção. Eu desisti do ambiente de homologação. Aparentemente tem erros que não ocorrem em produção. 419-emissao-retorno.xml 7.55 kB · 8 downloads 419-emissao-envio.json 4.17 kB · 7 downloads Pode usar a ferramenta https://tools.simonwillison.net/base64-gzip-decoder para decodificar o valor da chave "dpsXmlGZipB64" no JSON e ver o conteúdo do XML enviado. Confere, em produção o erro EC0001 não ocorre e gera a NFSe Percebi que a Série da DPS também é aceita sem restrição se estiver com 5 algarismos Obrigado pela dica
edup2006 Postado 5 Janeiro Postado 5 Janeiro 3 horas atrás, Marcel Mafra disse: esse erro é generico, ja falei com o suporte deles e falaram que iam resolver hoje ainda! Aqui tive o mesmo problema, não tem data que passe nessa validação, precisamos também mandar indest errado tirar a tá dest do grupo ibscbs pra passar 2 horas atrás, Ramon Valentim disse: Pelo ambiente de produção a emissão mudou mesmo. Agora tive o retorno do erro: "A série informada no identificador da DPS não corresponde à série da DPS. Ajuda: Este erro está em processo de validação interna e por isso ainda não possui um código está sujeito a mudanças." Olhando dentro do ACBr, vi que para colocar na "chave do DPS", ele insere "0" à frente até ficar com 5 casas. No entanto, para montar o XML ele trata a série como int. Para conseguir emitir, foi você que "forçou" ela para ficar com 5 casas decimais (colocando o 1 na frente)? Ou isso é alguma configuração extra do componente? Obrigado pela ajuda. A tag série precisa ser formatada com 5 dígitos preenchendo com zeros a esquerda pra resolver esse problema , ex serie 7000 fica 07000 dentro da tag
Ramon Valentim Postado 6 Janeiro Postado 6 Janeiro 12 horas atrás, edup2006 disse: Aqui tive o mesmo problema, não tem data que passe nessa validação, precisamos também mandar indest errado tirar a tá dest do grupo ibscbs pra passar A tag série precisa ser formatada com 5 dígitos preenchendo com zeros a esquerda pra resolver esse problema , ex serie 7000 fica 07000 dentro da tag Bom dia. Consegui emitir para a produção também, só que informando a série "10012" (dentro do nosso sistema é 12). "00012" não funcionou porque o ACBr trata como integer na hora de montar o XML da DPS. Vocês não acham que seria o caso de ajustarmos fonte do ACBr para tratar como string e adicionar os 0 à esquerda? Olhando o que diz no layout, deveria aceitar o "0" à frente. .
Jhoni Conzatti Postado 6 Janeiro Autor Postado 6 Janeiro 5 minutos atrás, Ramon Valentim disse: Bom dia. Consegui emitir para a produção também, só que informando a série "10012" (dentro do nosso sistema é 12). "00012" não funcionou porque o ACBr trata como integer na hora de montar o XML da DPS. Vocês não acham que seria o caso de ajustarmos fonte do ACBr para tratar como string e adicionar os 0 à esquerda? Olhando o que diz no layout, deveria aceitar o "0" à frente. Concordo com você! Acho que é algo que pode ser ajustado no fonte do ACBr. Quando tiver um tempo, eu tento procurar no fonte onde ajustar e compartilho aqui para atualizar nos fontes oficiais. Por enquanto, vou forçar a soma de 10000 na série para poder emitir NFS-e. Estou com outras demandas no momento.
Ramon Valentim Postado 6 Janeiro Postado 6 Janeiro 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? .
ernesto.ricardo Postado 6 Janeiro Postado 6 Janeiro 29 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? 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
Ramon Valentim Postado 6 Janeiro Postado 6 Janeiro Agora, ernesto.ricardo disse: 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 Sim, era este erro que estava gerando. Você precisa informar um valor com 5 dígitos, mas o ACBr trata como inteiro. Então não pode iniciar como 0 (pelo menos por enquanto). Exemplo: 00000 virá 0 no XML. 10000 fica 10000 no XML. .
Recommended Posts
Crie uma conta ou entre para comentar
Você precisar ser um membro para fazer um comentário
Criar uma conta
Crie uma nova conta em nossa comunidade. É fácil!
Crie uma nova contaEntrar
Já tem uma conta? Faça o login.
Entrar Agora