Michel Abrão
-
Total de ítens
314 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Michel Abrão postou
-
O arquivo .ini você já tinha comentado/descomentado as linhas do webservice e deixado apenas as da versão 1.01 e copiado para dentro da pasta do executavel ?
-
Tente utilizando a primeira opção.
-
@willbraga Aqui em Bauru, mesmo com o erro de ID que estamos enfrentando eu fiz alguns testes. Quando mudo a configuração da imagem em anexo para qualquer outra opção que não seja a selecionada, dá erro parecido com o seu. Verifique qual configuração vc está utilizando nessa opção.
-
@Matheus_Lira, pelo que entendi é o seguinte: nós aqui de Bauru estamos recebendo um erro, que o pessoal de Franca e Mogi que também utilizam SIL não estão recebendo. Eu já alterei fontes do ACBR, já fiz atualização do componente novamente hoje, mas nada de evolução ainda.
-
@Matheus_Lira, qual erro você está recebendo agora, e como fez para sair do erro de assinatura do ID ?
-
Prezados, bom dia!!! Recebi um retorno da SIL Tecnologia agora pela manhã, onde tudo indica que eles conseguiram apontar aonde está o erro. Segue: O XML enviado contém uma assinatura digital que referencia o elemento: <infNFSe Id="NFS35060031221321107000101000000000144125127584546059"> Entretanto, o atributo Id não está formalmente declarado como um atributo do tipo ID no XML, conforme exige o padrão XML Digital Signature (XML-DSig). Por esse motivo, durante a validação da assinatura, o sistema não consegue localizar o elemento correspondente ao ID informado, resultando no erro: “Cannot resolve element with ID …” Para que o XML seja validado corretamente, é necessário que o arquivo declare esse atributo como um tipo ID, conforme previsto no schema oficial da NFSe ou no documento assinado. Agora, nos resta saber como faremos a correção via componente ACBR. @Italo Giurizzato Junior, você poderia nos informar qual caminho devemos seguir? Obrigado.
-
Matheus, e demais colegas. Tudo parado aqui também na cidade do sanduíche. SIL não responde meus e-mails desde segunda-feira após as 16h. E não tive nenhuma evolução, exceto ontem um colega ter postado que conseguiu fazer o envio de uma NFS-e em homologação informando URL vazia. Se houvesse ao menos uma comunicação mais clara do provedor, tipo: Estamos em processo de ajuste... aguarde... mas não... Os prazos estão se esgotando e eu , pelo menos, continuo sem solução.
-
Olá @Gustavo Teruel, obrigado pelo retorno. Analisando de forma técnica, não vejo com bons olhos termos que alterar o componente ACBR para atender apenas a cidade de Bauru por causa do erro de assinatura do webservice da SIL. O cenário ideal é que o mesmo provedor SIL teria que adotar o mesmo padrão para as cidades que ele atende. Por exemplo: se tivermos que deixar a URL vazia para a cidade de Bauru e preenchida para as demais cidades, não faz muito sentido. Acredito que essa solução tenha que partir da SIL. Estou correto @Italo Giurizzato Junior ?
-
Olá, @Rafael Couto Muitissimo obrigado pela sua contribuição. Você está tentando enviar essa nota para o servidor em homologação da SIL em Bauru? @Italo Giurizzato Junior, @Gustavo Teruel, qual seria a nossa solução para implementar essa correção do Rafael Couto acima mencionada no componente ACBRNFSex? Porque será que o provedor SIL de Bauru está acusando esse erro e as demais cidades que utilizam o SIL não está? Algum problema pontual com o provedor SIL de homologação da cidade de Bauru/SP? Desde já agradeço pela atenção e pela colaboração.
-
Boa tarde! Que bom @Gustavo Teruel você ter conseguido esse contato com a SIL e evoluido o assunto, porque por aqui, nem e-mail eles estão respondendo mais. Fica claro que o problema está do lado de lá, e não do lado de cá né! Assim que tivermos notícias ou atualização por aqui, volto a publicar, e caso tenha evolução por aí, compartilhe conosco também! Obrigado.
-
Olá @FabioGrandi A título de testes, apliquei as mudanças que desenvolveu, mas aqui em Bauru a situação persiste com o mesmo erro que estávamos: <return>Erro: Erro no script NFENotaFiscalNacionalWSSILGerar: Erro no script NFENotaFiscalWSXMLAssinaturaValidar: javax.xml.crypto.URIReferenceException: com.sun.org.apache.xml.internal.security.utils.resolver.ResourceResolverException: Cannot resolve element with ID NFS35060031221321107000101000000000000025124526687481</return> @Italo Giurizzato Junior, você poderia dar uma luz aqui pra gente de Bauru? Desde já agradeço,
-
Pelo que pude entender, o erro que você estava recebendo em Mogi das Cruzes é diferente do erro que estamos recebendo em Bauru? Você poderia por gentileza, a título de apoio, nos reportar o erro anterior que estavam recebendo? Desde já agradeço
-
Prezados, boa tarde! A SIL Tecnologia respondeu agora um e-mail que encaminhamos, informando que: ------------------------------------- Boa tarde, prezados. Após análise do caso, informamos que as correções necessárias no procedimento de validação da chave foram realizadas. Solicitamos, portanto, que seja efetuado o ajuste e que o XML seja consumido novamente. Caso a situação persista, pedimos que o caso seja retornado para uma nova análise. ------------------------------------ Efetuei nova tentativa agora as 16h20 e o erro persiste. Respondi o e-mail a eles informando que aqui o erro continua. Verifiquem se por aí também está do mesmo jeito ou se houve mudança nas mensagens de erro, e reportem aqui.
-
Sempre que possível, poste o erro que está recebendo, para que todos possam entender e analisar.
-
@Gustavo Teruel Leia as demais publicações aqui, pois já postamos inclusive o comunicado oficial da prefeitura. A mudança é certa e já está oficialmente comunicada. -
Bom dia, @Italo Giurizzato Junior , @willbraga Fiz muitos testes aqui para transmitir em Bauru, e o erro persiste, e ontem cheguei a enviar um e-mail para SIL com o erro, pra eles verificarem possível relação do erro com o webservice de Bauru, pois não descartei essa possibilidade. O erro que recebo é: <return>Erro: Erro no script NFENotaFiscalNacionalWSSILGerar: Erro no script NFENotaFiscalWSXMLAssinaturaValidar: javax.xml.crypto.URIReferenceException: com.sun.org.apache.xml.internal.security.utils.resolver.ResourceResolverException: Cannot resolve element with ID NFS35060031221321107000101000000000144125124061244214</return>
-
@Italo Giurizzato Junior, boa noite. Muito obrigado pelo seu retorno, como vc sempre faz. Fiz todos os procedimentos aqui, conforme sua orientação. Preciso de um apoio seu para eu identificar aqui onde posso estar errando para dar o erro em anexo. Desde já te agradeço pela atenção. Obrigado, Michel Abrão. Log.txt 1441-lista-nfse-ger.xml 1441-ger-nfse.xml 3525122132110700010156000000000001441-rps.xml
-
Fernando, olá. Fiz todos os procedimentos que o @Italo Giurizzato Junior orientou, e quase tive sucesso... estou recebendo o erro a seguir no XML de Retorno, quando tento enviar em HOMOLOGAÇÃO. <return>Erro: Erro no script NFENotaFiscalNacionalWSSILGerar: Erro no script NFENotaFiscalWSXMLAssinaturaValidar: javax.xml.crypto.URIReferenceException: com.sun.org.apache.xml.internal.security.utils.resolver.ResourceResolverException: Cannot resolve element with ID NFS35060031221321107000101000000000144125128911525812</return> Estou utilizando certificado A1, e fiz a configuração tanto como SSLIB = libOpenSSL, como também SSLIB = Wincrypt, o erro persiste. Na Aba Geral, na parte de Layout da NFS-e, estou utilizando InfsPadraoNacionalV101 (não sei se está correto, mas já tentei mudar também, sem sucesso). Na Aba Geral, Formato de Discriminação, deixei: fdNenhum. O que poderia ser esse erro que estou recebendo??? No Log, aparentemente está indo normal, veja: ------------------------------ Versão OpenSSL OpenSSL 1.1.1j 16 Feb 2021 01.01.01.0AF C:\Fitdata\NFseXe7\libcrypto-1_1.dll C:\Fitdata\NFseXe7\libssl-1_1.dll ------------------------------ Requisição Ambiente : 2 - Homologação Cidade : Bauru/SP Provedor : SilTecnologia Versão: 1.01 Data/Hora: 02/12/2025 20:10:52 Método Executado: Gerar NFSe Parâmetros de Envio Numero do Lote: 1441 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True NFS-e Numero....: 1441 Cod. Verificacao: Prestador.......:
-
Pessoal, bom dia! @Italo Giurizzato Junior, estive lendo o layout em excel (AnexoIV-LeiautesRN_ADN-SNNFSe_V1.00.02-Produção.xlsx) na data de hoje, e pude observar que o preenchimento da DPS está contido dentro desse layout da NFS-e. Pelo que estou entendendo, ao enviar um XML desse layout preenchido por completo, os dados da DPS já estariam "embutidos" nele. Acho que é isso que a SIL TECNOLOGIA está querendo, que seja um XML nesse layout completo (NFS-e com DPS embutida). Veja na imagem em anexo.
-
Prezado(a)s, Após ler toda a documentação e as NT´s referentes a RTC, mesmo participando dos Papos-Pro no Discord, ainda me resta dúvida quanto ao que segue: - As empresas optantes pelo SIMPLES NACIONAL deverão destacar o CBS e o IBS já em Janeiro de 2026 de forma obrigatória? O ambiente de homologação de NF-e e NFC-e SEFAZ SP está aceitando normalmente o destaque das tags (fiz os testes tanto de NFC-e como de NF-e e deu tudo certo), ainda não sei informar se o mesmo ocorre em ambiente de produção. Se quiser, pode destacar, é isso? Se não quiser, não vai rejeitar, é isso? Na dúvida, aqui estamos fazendo os ajustes e colocando uma chave ("RTC Sim ou Não") para gerar ou não as tags, porém, gostaria de uma visão mais acertiva. Gostaria de compartilhar minha dúvida com demais, para ver se o meu entendimento está correto. Att Michel Abrão.
-
@apfsantos , agradecido pelo envio das respostas Prefeitura/SIL. @Italo Giurizzato Junior, mesmo lendo todas as respostas , eu ainda fiquei duvidoso quanto a geração de DPS ou NFS-e no XML, mas tudo indica que a SIL TECNOLOGIA recepcionará o XML de uma NFS-e padrão nacional e não de um DPS. Embora nessa parte da resposta eles constem a menção de DPS, ainda assim pelo meu entendimento deverá ser gerado XML de uma NFS-e e não de um DPS: "- O uso do Emissor Próprio permite que o município faça os lançamentos tributários diretamente em seu sistema com base na emissão/escrituração da DPS, não necessitando de retorno do Ambiente Nacional para que sejam efetuados." Aqui, fica reforçado na minha visão que é um XML de NFS-e, veja, onde ele informa que se a prefeitura e o emissor Nacional aceitarem o XML, então acredito que eles se refiram ao mesmo XML, que seria uma NFS-e: "4. Se a prefeitura e o Emissor Nacional aceitaram o XML enviado, a nota é gerada com sucesso e será retornado a chave de acesso gerada pela receita (código numérico de 50 posições)." PS: eu ainda não recebi resposta dos e-mails que enviei a SIL Tecnologia. @Italo Giurizzato Junior, gentileza verificar se essas respostas te atendem, ou se teremos que tomar mais alguma providência. Att Michel Abrão.
-
@willbraga e @Italo Giurizzato Junior, boa tarde! Enviei e-mail na sexta-feira para a SIL TECNOLOGIA e até agora estou sem resposta. @willbraga , não seria interessante você mandar um e-mail pra eles também, pra ver se eles nos respondem ? o e-mail deles para essas tratativas é [email protected] Att Michel Abrão.
-
Boa tarde @Italo Giurizzato Junior e @apfsantos Ontem mesmo encaminhei um e-mail para a SIL TECNOLOGIA com as dúvidas do Ítalo, e acredito que em breve teremos as respostas. Assim que eles retornarem, já publico aqui. Att Michel Abrão.
-
Cidade/UF: Bauru/SP Previsão de Mudança: 1º de janeiro de 2026 Tipo de Mudança: API própria (manterá provedor SIL Tecnologia) Fonte/Documentação: AnexoIV-LeiautesRN_ADN-SNNFSe_V1.00.02-Produção.xlsx — Portal da Nota Fiscal de Serviço eletrônica Os Códigos de Tributação Nacional (arquivo em anexo). Os links para testes de envio das NFS-e via WebService para o ambiente de Homologação (ambiente de testes): https://homologacao.siltecnologia.com.br/tbbauru/services/WSInterface Foi elaborado um manual no formato de perguntas e respostas para auxiliar na configuração do webservice, que pode ser encontrado no link: https://interface.siltecnologia.com.br/notafiscalnacional/ Abaixo segue o Comunicado Oficial: PREFEITURA MUNICIPAL DE BAURU SECRETARIA MUNICIPAL DA FAZENDA NOTA FISCAL DE SERVIÇOS PADRÃO NACIONAL - WEBSERVICE A partir de 01/01/2026 todas as pessoas físicas e jurídicas prestadoras de serviços sujeitas à incidência do Imposto Sobre Serviços de Qualquer Natureza – ISSQN neste Município deverão emitir a Nota Fiscal de Serviços Eletrônica (NFS-e) nos moldes do padrão nacional. O município de Bauru manterá o emissor próprio de Notas Fiscais, ou seja, as empresas estabelecidas neste município continuarão a emitir as NFS-e através do sistema municipal, inclusive aquelas cuja forma de emissão se dá via WebService. Para os contribuintes que utilizam o Webservice serão realizadas alterações de tela (interface) e layout para possibilitar a integração com o padrão nacional, conforme a documentação técnica constante no link AnexoIV-LeiautesRN_ADN-SNNFSe_V1.00.02-Produção.xlsx — Portal da Nota Fiscal de Serviço eletrônica. O layout de emissão será alterado para incorporar os novos campos relacionados ao IBS e à CBS. Já os códigos de atividade de serviço seguirão o Código de Tributação Nacional. Serão compostos por 6 (seis) dígitos, resultado da combinação entre os itens e subitens da Lei Complementar nº 116, de 31 de julho de 2003, acrescidos dos desdobramentos nacionais definidos no padrão da NFS-e Nacional. Com a adoção dos Códigos de Tributação Nacional, somente será possível a emissão da Nota Fiscal de Serviços Eletrônica (NFS-e) mediante a utilização de códigos de serviço com 6 (seis) dígitos. Os Códigos de Tributação Nacional podem ser verificados no arquivo do link https://www.gov.br/nfse/pt-br/biblioteca/documentacao-tecnica/documentacao-atual/anexo_b-nbs2-lista_servico_nacional-snnfse.xlsx/@@download/file – na aba "LISTA.SERV.NAC". Os links para testes de envio das NFS-e via WebService para o ambiente de Homologação (ambiente de testes) estão em https://homologacao.siltecnologia.com.br/tbbauru/services/WSInterface. Foi elaborado um manual no formato de perguntas e respostas para auxiliar na configuração do webservice, que pode ser encontrado no link https://interface.siltecnologia.com.br/notafiscalnacional/ Em caso de dúvidas, entrar em contato com o seguinte e-mail: [email protected] Bauru, 27 de novembro de 2025 Prefeitura Municipal de Bauru Secretaria Municipal da Fazenda ANEXO_B-NBS2-LISTA_SERVICO_NACIONAL-SNNFSe.xlsx Foi feita alterações no componente visando usar a nova API do provedor.
-
Boa tarde @Italo Giurizzato Junior e @willbraga Sim, já vou providenciar o envio de um e-mail ao provedor para solicitar esse esclarecimento e aguardar o retorno deles. Obrigado, Michel Abrão.
