Painel de líderes

Boa tarde a todos. Enviado ao SVN na Rev-44202 ajuste visando a correta leitura do retorno do SilTecnologia. Aqueles que utilizam componente nativo para Delphi/Lazarus, por favor, queira atualizar seus fontes, reinstalar o ACBr com a opção "Apagar arquivos antigos" marcada no instalador para realizar novos testes e reportar qualquer problema. Caso utilizem ACBrMonitorPLUS ou ACBrLibNFSe, por favor, aguardem nova compilação dos mesmos. Versões geradas depois das 15h30 do dia 12/01/2026 deverão englobar o ajuste.

Tenta colocar a tag pAliq acima da tag tpRetISSQN

Ao que tudo indica a Fly da Betha não tá conseguindo emitir no padrão nacional e muitas cidades estão saindo até dela e indo para o padrão nacional direto

Amigos consegui transmitir, vou passar aqui as propriedades que preenchi com exemplos dos códigos, mais como o amigo Juliomar comentou acima, importante ver a lista de codigos, simulei uma nota pelo site da prefeitura e conferi os codigos, no meu caso aqui foram alterados, também. Servico.CodigoTributacaoMunicipio := 4.01; Servico.ItemListaServico := 040101; Servico.CodigoNBS := '123012200'; Servico.CodigoMunicipio := 3501905; Servico.MunicipioIncidencia := 3501905; Servico.CodigoPais := 1058; Abs e obrigado

no caso então tá facil abre o ini e veja uma cidade usando padrao nacional muda igual para a sua recompila o res. reinstala o acbr compila seu sistema e emite

Até o dia de hoje (12/01/26) nem o webservice de homologação (https://nfse.issnetonline.com.br/wsnfsenacional/homologacao/nfse.asmx) está funcionando ainda. Por enquanto, só está funcionando o serviço de validação de schemas: Lembrando que a prefeitura (no comunicado) se compromente a manter o sistema atual, somente até dia 31/01/2026. Oremos.

dá pra usar a chamada do endereço que eles mandam e pegar o pdf.

tem que entender se ela aderiu total. ou se vai manter o provedor e o mesmo é quem vai enviar os xmls. se for mudança ao nacional é só mudar o provedor e remover da Versao pra baixo e testar emissão lembrando de preencher os dados iguais ao exemplo

Usuário sendo usuário ... kkkkkk ... aqui tb alguns mandam DANFEs de fornecedores com os campos do IBS/CBS, mas cada um num lugar diferente, não tem padrão. Para evitar estresse respondo: "Comite gestor não definiu layout e não tem NT sobre essa atualização, mas se tiver alguma NT me encaminhe por favor" Boa sorte para todos nós!

@Suporte Bravus Sistemas veja nesta postagem. Com este .ini em conjunto com as classes desta postagem consegui emitir NFS-e nos municípios que utilizam o Betha. Pelo que eu testei, o provedor está aguardando o retorno do nacional antes de retornar para a automação que a nota está autorizada. Tive de utilizar o método ConsultarSituacao para receber o retorno do status da nota. Neste método também há um link para o PDF na property Link que pode ser usado em caso de sucesso

Bom para mim atendeu perfeitamente, mesmo só com endereço envio sempre Código da Obra = 0. Acabei de atualizar os fontes e esta correto obrigado @Juliomar Marchetti

Bom dia, @Daniel Simoes Criada a tarefa ACBR-8763 para avaliar a criação da Lib. @Fabiano Moraes de Araújo a inclusão de mais bancos no componente depende principalmente dos bancos fornecerem o serviço e termos acesso a documentação. Caso tenha esses dados pode anexar aqui no tópico para avaliarmos.

Você está correto. De acordo com os schemas e a confirmação pelos prints do portal, essas 3 informações fazem parte de um choice, pra gerar: cObra, cCIB, Endereço ou não gerar nada Ou não gera grupo de obra ou gera apenas um desses 3 Em todos os casos, o inscImobFisc é opcional e poderá ser gerado Enviada correção ao SNV na Rev-44188, atualizem, reinstalem os componentes e vejam se foi o resultado esperado. <xs:complexType name="TCInfoObra"> <xs:sequence> <xs:element minOccurs="0" name="inscImobFisc" type="TSInscImobFisc"> <xs:annotation> <xs:documentation>Inscrição imobiliária fiscal (código fornecido pela Prefeitura Municipal para a identificação da obra ou para fins de recolhimento do IPTU)</xs:documentation> </xs:annotation> </xs:element> <xs:choice minOccurs="1"> <xs:element name="cObra" type="TSCodObra"> <xs:annotation> <xs:documentation >Número de identificação da obra. Cadastro Nacional de Obras (CNO) ou Cadastro Específico do INSS (CEI). </xs:documentation> </xs:annotation> </xs:element> <xs:element name="cCIB" type="TSCodCIB"> <xs:annotation> <xs:documentation> Código do Cadastro Imobiliário Brasileiro - CIB. </xs:documentation> </xs:annotation> </xs:element> <xs:element name="end" type="TCEnderObraEvento"> <xs:annotation> <xs:documentation>Grupo de informações do endereço da obra do serviço prestado </xs:documentation> </xs:annotation> </xs:element> </xs:choice> </xs:sequence> </xs:complexType>

Bom dia a todos! Foram enviados ajustes recentes para o SilTecnologia. Por favor, queriam atualizar a respectiva solução ACBr que estiverem utilizando e realizar novos testes! Levem em conta que o provedor SilTecnologia, apesar de ter criado uma API que recepciona o arquivo no leiaute do Padrão Nacional, ainda assim "fugiu do padrão" e requer que seja enviado um arquivo XML no leiaute da NFSe e não do DPS. Por causa disso, informações a mais deve ser preenchidas. Para gerar o grupo emit: NFSe.Emitente.IdentificacaoPrestador.CpfCnpj := ...; NFSe.Emitente.IdentificacaoPrestador.InscricaoMunicipal := ...; NFSe.Emitente.RazaoSocial := ...; NFSe.Emitente.NomeFantasia := ...; NFSe.Emitente.Endereco.Endereco := ...; NFSe.Emitente.Endereco.Numero := ...; NFSe.Emitente.Endereco.Complemento := ...; NFSe.Emitente.Endereco.Bairro := ...; NFSe.Emitente.Endereco.CodigoMunicipio := ...; NFSe.Emitente.Endereco.UF := ...; NFSe.Emitente.Endereco.CEP := ...; NFSe.Emitente.Contato.Telefone := ...; NFSe.Emitente.Contato.Email := ...; Para gerar o grupo valores: NFSe.infNFSe.valores.vCalcDR := ...; NFSe.infNFSe.valores.tpBM := ...; NFSe.infNFSe.valores.vCalcBM := ...; NFSe.infNFSe.valores.BaseCalculo := ...; NFSe.infNFSe.valores.Aliquota := ...; NFSe.infNFSe.valores.ValorIss := ...; NFSe.infNFSe.valores.vTotalRet := ...; NFSe.infNFSe.valores.ValorLiquidoNfse := ...; NFSe.OutrasInformacoes := ...; NFSe.Servico.Valores.Aliquota := ...; NFSe.Servico.Valores.ValorIss := ...; Caso utilizem ACBrMonitorPLUS ou ACBrLibNFSe, se baseiem no modelo: https://acbr.sourceforge.io/ACBrMonitor/ModeloNFSeINI-SilTecnologia-Padr.html

Entendendo o problema. De acordo com a planilha ANEXO_I-SEFIN_ADN-DPS_NFSe-SNNFSe-v1.00-20251226 que contém o leiaute da NFS-e e as regras de validação aplicadas pela API do Padrão Nacional, está é a regra de validação que correspondente a esta rejeição: Campo Regra de Validação Código Rejeição cTribNac Verificar se o código de tributação nacional informado existe e está administrado pelo município de incidência do ISSQN na data de competência informada na DPS, conforme a lista de serviços nacional do Sistema Nacional NFS-e. E0310 O código de tributação nacional informado não existe ou não está administrado pelo município de incidência do ISSQN na data de competência informada na DPS, conforme a lista de serviços nacional do Sistema Nacional NFS-e. Não há muito o que expandir nesse caso, essa rejeição indica que o valor informado em cTribNac está incorreto ou é inválido. Como resolver? O cTribNac corresponde ao Código de tributação nacional do ISSQN, ou seja, ele é uma informação de âmbito nacional, comum para todos os prestadores em todos os municípios. Acesse o ANEXO_B-NBS2-LISTA_SERVICO_NACIONAL-SNNFSe-v1.00-20251210.xlsx para conferir quais são os valores válidos para o campo cTribNac e certifique-se de que a informação foi preenchida corretamente. Caso utilize ACBrNFSeX para Delphi e Lazarus: Para que a tag seja gerada no XML, a propriedade a ser alimentada é: ACBrNFSeX.NotasFiscais[0].NFSe.Servico.ItemListaServico; Caso utilize ACBrMonitorPLUS ou ACBrLib: Para que a tag seja gerada no XML, a informação a ser alimentada é: [Servico] ItemListaServico=