Ir para conteúdo
  • Cadastre-se

HUGO753

Membros
  • Total de ítens

    8
  • Registro em

  • Última visita

Tudo que HUGO753 postou

  1. Não identifiquei necessidade de configurar parâmetro no INI para este caso, pois é o mesmo que foi usado no TNFSeR_SigISSWeb.LerXmlRps para o tratamento da tag <valor_iss> Segue no anexo a correção do SigISSWeb na leitura SigISSWeb.LerXml.pas
  2. Estou usando o gerador do FastReport, o erro é na leitura do xml, pois quando puxa as informações do SigISSWeb.LerXml.pas o Servico.Valores.ValorIss executa esse comando: StringDecimalToFloat(OnlyNumber(ObterConteudo(ANode.Childrens.FindAnyNs('valor_iss'), tcStr))) Enquanto no XML o <valor_iss> vem com o valor "9.7335" ele converte pra "973,35"
  3. Quando gera o DANFSe eke acaba registrando o valor do ISS pra 973,35 em vez do 9,73: O que era pra imprimir de valor: No XML a tag <valor_iss> vem 9.7335, e no SigISSWeb.LerXml.pas ele pega o conteúdo do valor_iss (9.7335) e transforma em string ('9.7335'), logo em seguida transforma em numero ('97335') e depois de stringdecimal pra float (973.35), o certo é usar a mesma funcionalidade do Aliquota em que faz corretamente a conversão: SigISSWeb.LerXml.pas
  4. Boa tarde, Percebi que o SIgISSWeb ao usar o ConsultaNFSeporRps ele não registra os valores no "ACBrNFSe.WebService.ConsultaNFSeporRps.Cancelamento" caso a nota estiver cancelada, logo resolvi atualizar o SigISSWeb.Provider.zip para que seja possível a consulta se caso está cancelada.
  5. Pode ser um outro erro que pode estar gerando e que não está mapeado o retorno, no exemplo do erro abaixo eu não executei "ACBrNFSe.GerarToken" após inserir os dados de acesso, ao executar o "ACBrNFSe.Emitir" coloquei breakpoint no Document.LoadFromXml(Response.ArquivoRetorno); na função TACBrNFSeProviderSigISSWeb.TratarRetornoEmitir da unit SigISSWeb.Provider: Analisando o conteúdo "Response.ArquivoRetorno" está retornando html com o erro Unauthorized: Logo pra corrigir o erro do "Extra content" é analisar o erro que está gerando dentro do retorno da API, enquanto as tags extras é por conta do manual da SIGISSWEB na adaptação da reforma tributária 2026: Manual WebService Para SigissWeb Nota Fiscal IBSCBS.pdf
  6. Ao imprimir o PDF, está cortando o código da classificação de serviços, em vez de imprimir "14.10.01" está imprimindo "14.10." O código da classificação de serviços do provedor SIGISSWEB ele vem com o código completo no retorno ao emitir a NFS-e: <id_codigo_servico>14.10.01</id_codigo_servico> Logo ao executar o ACBrNFse.NotasFiscais.ImprimirPDF, dentro do componente ACBrNFSeXDANFSeFR na linha 1316 o "LCDS.FieldByName('ItemListaServico').AsString := LServico.ItemListaServico" o "LServico.ItemListaServico" mostra código inteiro (14.10.01) enquanto no "LCDS.FieldByName('ItemListaServico').AsString" acaba armazenando os 6 primeiros caracteres (14.10.), por conta que no próprio ACBrNFSeXDANFSeFR na linha 508 : "cdsServicos.FieldDefs.Add('ItemListaServico', ftString, 6);" está setado como padrão 6 caracteres, pra corrigir isso percebi 2 soluções: Mudar o "cdsServicos.FieldDefs.Add('ItemListaServico', ftString, 6);" pra 8 pra imprimir o código por completo "14.10.01" ou Na linha "LCDS.FieldByName('ItemListaServico').AsString := LServico.ItemListaServico" ter uma função para extrair somente os números do LServico.ItemListaServico "141001"
  7. Cidade/UF: Santa Bárbara D'Oeste Previsão de Mudança: 01/2026 Tipo de Mudança: API Própria (SIGISSWEB) Fonte/Documentação: No anexo abaixo. O de homologação pra teste dos novos campos é na URL https://wshml.sigissweb.com/rest/ MaterialParaIntegracaoCBSIBS.rar
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.