Painel de líderes

Olá comunidade ! Informamos que a propriedade CST da classe ISel responsável pela geração do grupo do Imposto Seletivo foi alterada de TCSTIS para string a partir da Rev-44138. Antes: TgIS = class(TObject) private FCSTIS: TCSTIS; //Demais propriedades... public procedure Assign(Source: TgIS); property CSTIS: TCSTIS read FCSTIS write FCSTIS; //Demais propriedades... end; Depois: TgIS = class(TObject) private FCSTIS: string; //Demais propriedades public procedure Assign(Source: TgIS); property CSTIS: string read FCSTIS write FCSTIS; //Demais propriedades... end; O motivo dessa mudança Foi constatado que o grupo de IS ainda não está sendo validado pelo webservice da Sefaz. Isso é esperado, visto que o Imposto Seletivo entra em vigor apenas em 2027. No entanto, devido à ausência dessa validação, arquivos XML estão sendo autorizados mesmo contendo quaisquer valores na faixa de 000 a 999 na tag CSTIS. Até a publicação de uma tabela oficial com os códigos válidos, tornou-se inviável manter essa informação como um enumerado (Enum). Por que? Se mantivéssemos o tipo enumerado, o componente falharia ao tentar ler e converter um XML que contivesse um valor numérico não previsto no código, gerando erros na leitura de documentos autorizados. O que muda para mim? Se você utiliza ACBrMonitorPLUS ou ACBrLib nenhuma mudança é necessária. Ambos vão ler o valor da string que for atribuído no arquivo INI. Caso utilize componente nativo para Delphi ou Lazarus, poderá se deparar com o seguinte erro ao tentar compilar sua aplicação: De um duplo clique na linha que aparece o erro e remova qualquer valor de enumerado atribuído substituindo pelo valor que deseja em um formato de string.

@antoniojmsjr, Envie algumas das sugestões desse tópico, ao SVN... Commit [r43580] Eu não adicionei os tipos de operação Administrativa, para carga de Tabelas, pois eles não se aplicam em outros TEFs, e no caso do SiTef, podem ser invocados pelo Menu Administrativo. ou atribuindo o valor da operação em property OperacaoAdministrativa da Classe do SiTef

Bom dia pessoal. Consegui transmitir para Chapecó com o novo campo, tive que alterar o schema e a unit do provedor. Seguem em anexo caso alguém queira testar e subir. Falta implementar os campos de IBS/CBS, só solucionei o problema de envio pois as empresas que atendo são do simples e precisava resolver rápido o problema da rejeição do novo campo. Para funcionar: Colocar o schema na pasta 2.04 da Sigcorp. Substituir a unit do provedor em Provedores. Modo de Transmissão: LoteSincrono ou LoteAssincrono, (meUnitario retorna que o servidor está fora). AguardarResposta tem que estar alto, no meus testes pode demorar até mais de 20 Segundos para retornar a NFSe; Passar o NBS em Servico.CodigoNBS. nfse.xsd SigCorp.GravarXml.pas Consegui também esses arquivos de exemplo do provedor com um cliente nosso. Caso alguém queira implementar os campos de IBS/CBS, no momento estou sem tempo disponível. exemplo-com-ibscbs.xml exemplo-xml.xml

@Juliano D. Rosa @Juliomar Marchetti obrigado pelo apoio. Deu certo... em produção não ocorreu o erro de timeout. Para SP Itens <IBSCBS> <CST>000</CST> <cClassTrib>000001</cClassTrib> <gIBSCBS> <vBC>199.80</vBC> <gIBSUF> <pIBSUF>0.1000</pIBSUF> <vIBSUF>0.20</vIBSUF> </gIBSUF> <gIBSMun> <pIBSMun>0.0000</pIBSMun> <vIBSMun>0.00</vIBSMun> </gIBSMun> <vIBS>0.20</vIBS> <gCBS> <pCBS>0.9000</pCBS> <vCBS>1.80</vCBS> </gCBS> </gIBSCBS> </IBSCBS> Total Imposto <IBSCBSTot> <vBCIBSCBS>1204.53</vBCIBSCBS> <gIBS> <gIBSUF> <vDif>0.00</vDif> <vDevTrib>0.00</vDevTrib> <vIBSUF>1.23</vIBSUF> </gIBSUF> <gIBSMun> <vDif>0.00</vDif> <vDevTrib>0.00</vDevTrib> <vIBSMun>0.00</vIBSMun> </gIBSMun> <vIBS>1.23</vIBS> <vCredPres>0.00</vCredPres> <vCredPresCondSus>0.00</vCredPresCondSus> </gIBS> <gCBS> <vDif>0.00</vDif> <vDevTrib>0.00</vDevTrib> <vCBS>10.83</vCBS> <vCredPres>0.00</vCredPres> <vCredPresCondSus>0.00</vCredPresCondSus> </gCBS> </IBSCBSTot> Pode encerrar o topico

Boa tarde a todos, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Atualizei agora o ACBr e já constam as alterações no arquivo. Arquivo: D:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\ACBrNFSeXServicos.ini [3525300] Nome=Jau UF=SP Provedor=PadraoNacional ;Provedor=Fiorilli ;Versao=2.00 ;ProRecepcionar=http://servicos.jau.sp.gov.br:8090/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://servicos.jau.sp.gov.br:8090/issweb/gerarnfse.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%

Oi Kaio, fiz meu teste sem incluir o grupo de IBSCBS. Vou testar aqui incluindo os campos da RTC.

No meu caso utilizo o componente direto no delphi with NFSe1.NotasFiscais.New.NFSe do begin Emitente.RazaoSocial := dm1.CDSNfRAZAO_EMI.Value; Emitente.Endereco.Endereco := dm1.CDSNfENDER_EMI.Value; Emitente.Endereco.Numero := dm1.CDSNfENDER_NRO_EMI.Value; Emitente.Endereco.Complemento := dm1.CDSNfENDER_COMPL_EMI.Value; Emitente.Endereco.Bairro := dm1.CDSNfBAIRRO_EMI.Value; Emitente.Endereco.xMunicipio := dm1.CDSNfCIDADE_EMI.Value; Emitente.Endereco.UF := dm1.CDSNfUF_EMI.Value; Emitente.Endereco.CEP := dm1.CDSNfCEP_EMI.Value; Emitente.Endereco.CodigoMunicipio := dm1.CDSNfCID_IBGE_EMI.AsString; Emitente.Contato.Telefone := dm1.CDSNfFONE_EMI.Value; Emitente.Contato.Email := dm1.CDSNfEMAIL_EMI.Value; end; Consegui também abrir o danfe chamando esta url (franca): https://franca.siltecnologia.com.br/loginWeb.jsp?execobj=NFSENotaFiscalBuscarDireto&cnpj=99.999.999/9999-99&numero=999&chave=99999999999999999999999999999999999999999999999999 Mesma que ja existia antes se não me engano, trocando somente o parâmetro chave que antes era código de verificação e agora a chave da nfse

Pra resolver, me guiei por este post: https://www.cigam.com.br/wiki/index.php/Como_resolver_a_Rejeição_1206_-_Assinatura_Digital_do_RPS_incorreta%3F No meu caso o problema era que eu não estava alimentando os campos: ValorInicialCobrado e ValorFinalCobrado.

sim. e notei em um outro tópico alguém postou resposta deles que é problema entre eles eo projeto nacional

ACBrNFSeX1.WebService.Emite.XmlRetorno; Importe o arquivo que retorna do XMLRetorno, ai você lê a flag chave de acesso.

ok amigo, iz uma boa análise e consegui resolver.

Bom dia @Italo Giurizzato Junior, Ficou muito bom, muito obrigado! Tenho apenas algumas observações. Não sei se isso ocorre apenas aqui na minha cidade ou se se aplica a todas. Primeiro no arquivo Conam.GravarXml.pas '0' e '1' não funciona nestas três propriedades, aqui está validando 'SIM' e 'NAO' Result.AppendChild(AddNode(tcStr, '#1', 'IndConsFin', 1, 1, 1, IfThen(IBSCBS.indFinal = ifSim, 'SIM', 'NAO'), '')); Result.AppendChild(AddNode(tcStr, '#1', 'IndDest', 1, 1, 1, IfThen(IBSCBS.indDest = idTomadorAdquirenteDestinatarioIguais, 'SIM', 'NAO'), '')); Result.AppendChild(AddNode(tcStr, '#1', 'IndOpeOne', 1, 1, 1, IfThen(IBSCBS.IndOpeOne = tiSim, 'SIM', 'NAO'), '')); CEP tomador quando é 'CONSUMIDOR' não valida com zeros '00000000' precisa passar vazio '' if (CpfCnpj <> 'CONSUMIDOR') and (CpfCnpj <> 'EXTERIOR') then NFSeNode.AppendChild(AddNode(tcStr, '#1', 'CepTom', 1, 8, 1, OnlyNumber(NFSe.Tomador.Endereco.CEP), '')) else NFSeNode.AppendChild(AddNode(tcStr, '#1', 'CepTom', 1, 8, 1, '','')); E por último neste arquivo, acho que esqueceram um "if False" aqui, só comentei //if False then //begin xmlNode := GerarReg60(NFSe.IBSCBS); NFSeNode.AppendChild(xmlNode); //end; Agora no arquivo Conam.Provider.pas Quando o TipoTrib é 4, é obrigatório informa a tag RegApTribSN if OptanteSimples = snSim then begin xOptante := '<TipoTrib>4</TipoTrib>' + '<DtAdeSN>' + FormatDateTime('dd/mm/yyyy', DataOptanteSimples) + '</DtAdeSN>' + '<AlqIssSN_IP>' + Aliquota + '</AlqIssSN_IP>'+ '<RegApTribSN>'+ RegimeApuracaoSNToStr(Nota.NFSe.RegimeApuracaoSN) + '</RegApTribSN>'; end Com esses pequenos ajustes, a validação ocorreu corretamente. Inclusive, o problema que eu estava enfrentando — em que apenas notas não onerosas eram aceitas — foi resolvido. Anexarei os dois arquivos com as alterações realizadas, bem como o manual onde consta exatamente a forma como implementei. Mais uma vez, agradeço pela ajuda. webservice++versao+4.0++reforma+tributaria+sobre+consumo (5).pdf Conam.GravarXml.pas Conam.Provider.pas

a Reforma Tributária me lembra a bagunça , salada, desespero, desentendimento, interpretação do inicio da ST. o unico que paga por tudo isso é a empresa, que por sua vez repassa o preju ao consumidor. perdio-se a oportunidade de uma reforma tributária de verdade com um imposto UNICO de verdade. em fim, é o que temos e temos que dançar conforme a musica.

Tópico movido para o ACBrNFe por ter mais relação com o assunto. Se você acessar as tabelas do CST e cClassTrib, o CST 410 não tem a indicação de preenchimento do IBS/CBS, assim como o cClassTrib 410003. Recomendo baixar os informes técnicos abaixo: Tabela de Código de Classificação Tributária do IBS/CBS - Publicada em 15/12/2025 Link: https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/NJarYc9nus=

Bom dia @Daniel Simoes, tudo bem? Muito obrigado, tu é fera de mais!

Bom dia Pessoal realmente o problema estava com o pessoal da PRONIM, fizeram alguma e começou a aceitar os envios das NFSe. Consegui o contato da prefeitura e por meio da própria prefeitura que foi resolvido.

mas viu usa os objetos e classes por isso existe não fique tendo que ter dois locais. o ACBrNFSeX já faz tudo isso pra ti

Vai ser lindo, se nem com regras antes a gente via coisas absurdas agora que dava pra enviar até uns dias atrás qualquer coisa será cada coisa que vai vir nos xmls

No caso veja uma das cidades que está com APIPropria e faz o mesmo

tu tá dizendo as libs? pra programar em delphi? é um tiro no pé . use os componentes , tenha dominio do que tá fazendo. os componentes são feitos no delphi para o delphi dll se for o que falei acima é pra linguagens que querem usar os componentes delphi

Sim, pra voce ver faz o que comentei na minha primeira resposta. Acessa o site do ginfes como Prestador e vai no menu de emitir NFSe, tem um campo que lista os códigos possíveis, ai vc escolhe um de lá.

Isso mesmo.

Olá! Eu acabei conseguindo resolver o problema, é que na parte do IBS/CBS estava mandando o destinatário com a indPessoas informando que o destinatário é o mesmo que o tomador! Fica ai a resolução pra quem estiver com o mesmo problema.

Boa tarde @Milton Campanhã, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça os testes.

A partir de 2026 os contribuintes que já emitem documentos fiscais eletrônicos deverão destacar o IBS e a CBS nas notas sem que esses valores componham o total da operação. Esse destaque terá caráter exclusivamente informativo, desde que cumpridas as obrigações acessórias previstas na legislação, funcionando como etapa preparatória para a entrada em vigor plena do novo sistema. No caso específico da Nota Fiscal de Serviços eletrônica (NFS-e), o destaque do IBS e da CBS será inicialmente facultativo, de modo a permitir uma adaptação progressiva do setor. Com o objetivo de assegurar previsibilidade, facilitar o processo de transição e evitar penalizações indevidas durante a fase de adaptação, foi definido um período de dispensa da aplicação de penalidades relacionadas as novas obrigações acessórias. Durante esse período, eventuais falhas, omissões ou inconsistências no preenchimento das informações não ensejarão a aplicação de multas, desde que o contribuinte atue de boa-fé e avance de forma diligente no processo de adequação. Para as empresas optantes pelo Simples Nacional, não haverá qualquer alteração em 2026. Essas empresas somente passarão a destacar o IBS e a CBS em seus documentos fiscais a partir de 2027, preservando-se integralmente o regime simplificado no primeiro ano da transição. Este tópico foi construído com base em notícia originalmente publicada AQUI.