Compusofts

Cidade/UF: Presidente Prudente/SP Previsão de Mudança: 1º de janeiro de 2026 Tipo de Mudança: Layout Proprio Fonte/Documentação : Novo Layout de Emissão de NFS-e O Município de Presidente Prudente, informa que está trabalhando nas adaptações da sistemática atual de emissão da Nota Fiscal de Serviço Eletrônica (NFS-e) para compatibilizá-la às alterações previstas na Emenda Constitucional nº 132, de 20 de dezembro de 2023, que deu ensejo à Reforma Tributária do Consumo (RTC) e tomando como base o texto da Lei Complementar nº 214, de 16 de janeiro de 2025. O Município de Presidente Prudente manterá o emissor próprio de notas fiscais, ou seja, as empresas estabelecidas neste município continuarão a utilizar a NFS-e através do sistema municipal, tanto as emissões via portal (web) quanto nas integrações via webservice. A Sistemática de arrecadação do ISS não será alterada em 2026, mas a NFS-e passará a apresentar novos campos para destaque do IBS e da CBS. Nesse contexto, a partir de 01 de janeiro de 2026, a emissão da NFS-e será realizada com campos adicionais relacionados à tributação do IBS e da CBS, e 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. Para permitir a implementação dessa e outras mudanças, estamos divulgando a versão 1.00 do Manual de Utilização do Web Service da NFS-e que incorpora os novos agrupamentos e campos adicionados ao layout da Nota Fiscal de Serviço Eletrônica (NFS-e). O conjunto de campos apresentado neste documento resulta de estudos técnicos baseados no texto da Lei Complementar nº 214, de 16 de janeiro de 2025, e a divulgação desta nova versão do manual tem como objetivo permitir que as empresas prestadoras de serviços e os contribuintes possam conhecer o novo padrão obrigatório, previsto para entrar em vigor a partir de janeiro de 2026 e iniciar as adaptações de seus sistemas. ANEXO_I-SEFIN_ADN-DPS_NFSe-SNNFSe_Simpliss.xlsx ANEXO_II-SEFIN_ADN-PEDREGEVT_EVT-SNNFSe_Simpliss.xlsx NFS-e_Esquemas_Implantacao_Setembro_2025.zip XML_Exemplo.xml Manual Integração Nota Nacional - Simpliss V1.00.pdf AnexoVI-LeiautesRN_RTC_IBSCBS-V1.01.01_Simpliss.xlsx O componente já foi alterado visando atender a nova API do provedor. Cidade/UF: Presidente Venceslau/SP Previsão de Mudança: 1º de janeiro de 2026 Tipo de Mudança: Padrão Nacional Fonte/Documentação : https://www.presidentevenceslau.sp.gov.br/informativos/noticia?id=9484 Alteração realizada no arquivo ACBrNFSeXServicosRTC.ini

Bom dia @Juliomar Marchetti, Como estamos migrando os clientes de SP de SAT para NFC-e, muitos começaram a reclamar dessa descrição de "Cartão da Loja (Private Label)", pois a forma de pagamento impressa quando era SAT era "Crédito Loja". Verifiquei nos fontes que a descrição que ficou foi "Cartão da Loja (Private Label)" pois a descrição completa "Cartão da Loja (Private Label), Crediário Digital, Outros Crediários" é muito grande e fica ruim no cupom. Sei que você falou na mensagem acima que se basearam no manual, mas acha que seria possível isso ser flexível, para poder escolher qual descrição atende melhor. Para o caso dos nossos clientes a descrição Private Label é muito diferente da forma selecionada no sistema que seria "Nota a Prazo". Pensamos em alternativa usar 99 - Outros com a descrição Nota a Prazo, mas não sei se seria correto partindo do princípio que já existe o 05 como crediário. Att,

Bom dia, sim, eu esqueci de retornar, eu fiz o teste, deixando desse jeito que informou no fonte. E deu certo. Essa parte ja esta tudo ok ref a validacao da senha. Eu removi aquilo que havia dito anteriormente. Obrigado.

Bom dia Italo. Atualizei os fontes e fiz o teste Debugando o fonte, na unit AssessorPublico.Proveder ao "TratarRetornoConsultaLoteRPS", Creio que esteja incorreto a informação, pois esta verificando ANodeArray, sendo o que foi atribuido anteriomente foi o ANode. ( print abaixo ) Fiz a seguinte alteração ANode := ANode.Childrens.FindAnyNs('Mensagem'); if not Assigned(ANode) then begin AErro := Response.Erros.New; AErro.Codigo := Cod203; AErro.Descricao := Desc203; Exit; end; ANode := ANode.Childrens.FindAnyNs('NFSE'); if not Assigned(ANode) then begin AErro := Response.Erros.New; AErro.Codigo := Cod203; AErro.Descricao := Desc203; Exit; end; Mas mesmo assim, após a consulta, as informações do retorno não esta indo para os campos do Response da consulta e também nao esta atualizando os campos dentro do componente por exemplo ACBrNFseX1.NotasFiscais.Items[0].NFSe.Protocolo; ACBrNFSeX1.NotasFiscais.Items[0].NFSe.InfID.ID; 33300-con-lot.xml 33300-con-lot-soap.xml 33300-lista-nfse-con-lot.xml 33300-lista-nfse-con-lot-soap.xml 96-env-lot.xml 96-env-lot-soap.xml 96-rec.xml 96-rec-soap.xml

Boa tarde, é falta de atualização da pasta inteira do ACBr. Aqui mostra dessa forma.

Bom dia, Atualizei os fontes, e fiz novos testes. O qual agora vem o retorno no Response ( TNFSeEmiteResponse ).Protocolo a informação preenchida. Com esse retorno consigo agora efetuar a ResponseConsultaLote := ACBrNFSeX1.ConsultarLoteRps(Response.Protocolo, Response.Lote); Em anexo segue os xml da consulta, parece ter algo "estranho" pois tem muita informacao "duplicada" nesses xml, nao entendi o porque. Mesmo assim, ao tentar acessar a informação do Numero da nota por exemplo apos a consulta, ResponseConsultaLote.InfRetorno.NumeroNota , a informação esta zerada. Assim como as demais informacoes de Link, idnota...etc, Basicamente não esta atribuindo as informacoes do retorno para as variaveis. os xml começado com 94 = Envio , e 33296 = Consulta Lote Rps 33296-con-lot-soap.xml 33296-lista-nfse-con-lot.xml 33296-lista-nfse-con-lot-soap.xml 33296-con-lot.xml 94-env-lot.xml 94-env-lot-soap.xml 94-rec.xml 94-rec-soap.xml

Boa tarde @Italo Giurizzato Junior Referente ao retorno do Assessor Publico. Estou fazendo os teste em homologação, e ao executar o envio, no retorno do webservice vem somente "<Mensagem>3234</Mensagem>" , o qual esse numero seria o numero do protocolo. Imagens anexadas. O retorno vem como "sucesso" , mas nao alimenta os campos por exemplo ao tentar acessar ACBrNFseX1.NotasFiscais.Items[0].NFSe.Protocolo; 94-env-lot.xml 94-env-lot-soap.xml 94-rec.xml 94-rec-soap.xml 3521086704993200010856000000000017834-rps.xml

Então também achei estranho mas se quiser testar no ambiente de homologação os dados abaixo Usuário: 67049932000108 Senha: 123 Código do ISSQN (INSCRICAO): 90028 ela eh "simples" , nada de mais faça a utilização dos md5 apontados e verá que apresentaram resultados diferentes

Boa tarde, creio que pertença sim ao delphi. estou utilizando a versao Delphi 10.2.2

Bom, segue em anexo as unit alteradas, verifica se são validas as alterações feitas. ACBRNFSeXConversao. - Removido uses Synacode; - Adicionado uses IdHashMessageDigest; - Adicionado funçao MD5 function MD5(Frase: String): String; begin with TIdHashMessageDigest5.Create do try Result :=LowerCase( HashStringAsHex(Frase) ); finally Free; end; end; AssessorPublico.Provider with TACBrNFSeX(FPDFeOwner).Configuracoes.Geral do begin Result := '<nfse:Usuario>' + Emitente.WSUser + '</nfse:Usuario>' + '<nfse:Senha>' + MD5( Emitente.WSSenha ) + '</nfse:Senha>'; end; AssessorPublico.Provider.pas ACBrNFSeXConversao.pas

Bom dia @Italo Giurizzato Junior, Com o ultimo update, e as demais atualizacao do ACBrNFSeX, efetuei os teste novamente Problema encontrado. AssessorPublico.Provider Senha deve ser em MD5 em hexadecimal e minusculo; with TACBrNFSeX(FPDFeOwner).Configuracoes.Geral do begin Result := '<nfse:Usuario>' + Emitente.WSUser + '</nfse:Usuario>' + '<nfse:Senha>' + LowerCase(StrToHex( MD5( Emitente.WSSenha ) )) + '</nfse:Senha>'; end; Adicionei no ACBrNFSeXConversao a funcao StrToHex ( o qual tem no pcnConversao, mas se eu adicionar ele na unit da erro em outra função ), entao joguei para essa unit. function StrToHex(const S: String): String; var I: Integer; begin Result:= ''; for I := 1 to length (S) do Result:= Result+IntToHex(ord(S[i]),2); end; resultando <nfse:Senha>202cb962ac59075b20134b07152d234b70</nfse:Senha> No caso esta sendo gerado ERRADO, o correto seria <nfse:Senha>202cb962ac59075b964b07152d234b70</nfse:Senha> em um determinado momento no meu sistema eu uso o MD5 , mas declarado dessa forma Uses IdHashMessageDigest; function TfrmACBrNFSe.MD5(Frase: String): String; begin with TIdHashMessageDigest5.Create do try Result :=LowerCase( HashStringAsHex(Frase) ); finally Free; end; end; E esse gera o resultado correto; Fazendo gerar correto a criptografia do md5 ref a senha, a transmissão deu certo. Comunicou com o webservice e transmitiu a nota.

@edit Fiz a conversao do MD5 para HEXA e mudou o erro pelo menos rs Erro(s): Código : X999 Mensagem: SOAP-ENV:Client - Error reading nfse:Nfse.Execute Correção: Vou tentar analisar o que pode ser

Boa tarde, Vou testar o que vc falou , apos o MD5 conerter para Hexa -------------- ENTÃO, o inicio dos testes ao tentar efetuar a primeira "comunicação" acusou que a SENHA estava Errada. Mandei um email para o suporte e o mesmo me retornou essa imagem do manual Após usar o MD5(senha), ai "parece" que validou a informação de login e senha, mas apresenta esse erro que informei. Anexo ele acabou de me manda um exemplo do xml EnvioNotaWebserviceUmaNota.xml

Bom dia Italo, Baixei a unit, coloquei na pasta, abrir o projeto do Exemplo, e dei Build All ; mesmo assim apresenta o mesmo erro. 2-env-lot-soap.xml 2-env-lot.xml

bom dia, Baixei a unit, e coloquei na pasta dos fontes/AcbrDFe/ACBeNFSeX/Provedores/ Fui no exemplo e removi a criptografia da senha, passando ela normal, com a troca da unit, ele realmente não deu erro de senha como apresentava anteriormente. Mas mesmo assim apresenta o mesmo problema. "Modo de Envio : Enviar Lote Numero do Lote: 2 Data de Envio : 30/12/1899 Numero do Prot: Sucesso : False Erro(s): Código : X999 Mensagem: SOAP-ENV:Client - An invalid XML character (Unicode: 0x7) was found in the element content of the document. Correção: ---------" Segue em anexo o "ini" da configuracao usado no programa exemplo. PS : fiz o update do acbr inteiro e reinstalei para ver se era algo ref a isso, mas mesmo assim, obtém o mesmo retorno. ACBrNFSeX_Exemplo.ini

Boa tarde , tenho sim. Segue em anexo. Leiaute-WebServices-Consulta-XML.pdf leiaute-WebServices-NFSe-XML.pdf

Ola boa tarde, Estou refazendo a parte de transmissão da NFSe, e ja vou aproveitar e colocar o novo componente ACBrNFSeX. Ate então NÃO estava utilizando o ACBrNFSe, usava um consumo direto ao webservice. Bom levantei alguma informações: Provedor : Assessor Publico Cidade : Presidente Venceslau-SP url para testes : https://s1.asp.srv.br/issonline-homolog/servlet/anfse?wsdl ( alterei no ACBrNFSeXServicos.ini , na cidade correspondente , na linha HomRecepcionar= https://s1.asp.srv.br/issonline-homolog/servlet/anfse ) Link: https://s1.asp.srv.br/issonline-homolog Usuário: 67049932000108 Senha: 123 Código do ISSQN (INSCRICAO): 90028 OBS: Nesta base, a tag ATIVIDADE deve ser informada com o valor 14.02(com ponto para separar o código da atividade). Na base de produção(Presidente Venceslau), é informado o código sem o ponto(1402). Configurei certo no Programa Exemplo, nas primeiras tentativas deu erro de "senha", no caso , eu passei informado o MD5 da senha, portanto creio que houve a comunicação correta do webservice. Apos corrigir, fiz nova tentativa e me retorna a seguinte msg: Erro(s): Código : X999 Mensagem: SOAP-ENV:Client - An invalid XML character (Unicode: 0x7) was found in the element content of the document. Correção: Anexado os xml de envio; 1-env-lot.xml 1-env-lot-soap.xml

Também estou com problemas para utilizar email Hotmail no AcbrMail Demo, tentei varias configurações no teste de conexão ele não dá erro, mas ao enviar o email ele retorna

Vou efetuar a reinstalação do driver e a troca da porta usb, se persisti, vou pedir a troca da leitora. Obrigado por enquanto.

Entao pode ser o driver ou ate o aparelho de leitura do certificado ?

Certificado A3. SSlib = libWinCrypt CryptLib = cryWinCrypt XMLSignLib = xsLibXml2 SSLType = LT_TLSv1_2 HttpLib = httpWinHttp Esta configurado dessa forma ----- No caso, Alguns CT-e são transmitidos normalmente;

Boa tarde, Em um cliente ao enviar um CTe acaba me retornando a seguinte informação Erro Interno: 12186 Erro HTTP: 0 URL: https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRetRecepcao.asmx Falha no Envio da Requisição. Erro: 12186 - Falha ao obter a Chave Privada do Certificado para comunicação segura A principio pelo erro diz que a chave informada esta "errada", e no caso nao deveria ser transmitida a sefaz, mas de alguma forma, esse CTe acaba sendo transmitido SIM para sefaz. Alguem sabe o que pode ser? Sendo que , a senha é informada corretamente.

Boa tarde, Efetuei algumas pesquisas mas não encontrei nada em relação a isso. Um cliente meu me perguntou se daria pra saber QUAL evento foi enviado para as suas notas de saida. Ex : Notas Fiscal 0001 - "Ciencia da Emissao" Nota Fiscal 0002 - "Desconhecimento" Nota Fiscal 0003 - "Confirmacao da Operacao" Na DistribuicaoNFe, consegue se saber desses eventos mas em relaçao as notas emitidas contra o cnpj da empresa; Pois houve um caso que , o cliente deu "Desconhecimento" e não avisou a empresa, e ficou por isso, ao escritorio efetuar a apuração desse cliente constatou que a nota fiscal estava "inválida" por estar com o evento de desconhecimento. Tem alguma forma para efetuar esse tipo de consulta?

Certo, mas o que eu quis dizer foi se independente do estado. Se a partir de 29/04/2019 eu começar a informar os dados do Responsável Técnico, sem o Hash que ainda não esta sendo gerado pelo estados, os dados básicos mesmo, se irá aceitar ou dar erro no XML.

Boa tarde @Ricardo Rohde, Eu estava falando mais precisamente da tag InfRepTec onde eles especificam aquelas UFs acima. Sobre a questão da implementação, eu criei campos no banco para a informação dos dados e carrego essas informações ali, incluindo o idCSRT e o Código da Software House. Na geração eu informo da seguinte maneira: infRespTec.idCSRT:= vIdCSRT; infRespTec.hashCSRT:= EncodeBase64( RetornaHashSHA1( vHashCSRT + vChaveNFe )); Porém se não me falha a memória, li em algum outro tópico aqui do fórum que se informar o id e o CSRT o componente já gera automaticamente o Hash. Att,