TiagoTecchio

Bom dia, Eu não utilizo o AcbrMonitor, então inspeciono o retorno do provedor. Se a tag <DescricaoProcesso> presente no XML de retorno (prop <acbrNfseX>.WebService.Emite.XmlRetorno) contém "Requisicao finalizada. Favor aguardar o retorno da Sefin/ADN para impressao da NFS-e: xxxx" presumo que foi autorizada. O provedor demanda alguns segundos (ou minutos) para integrar com o Ambiente Nacional, e somente uma consulta posterior para obter o XML completo, contendo número e chave da NFSe Nacional.

A única maneira é avaliando os logs que o AcbrNfseX gera. Eu já obtive retornos esdrúxulos deste provedor, inclusive contendo erros de SQL (!!) do banco MySQL deles.

Bom dia, Ajustei também o carregamento de XML deste provedor, pois estava lendo tags inexistentes. SigISS.LerXml.pas

Anexei a unit alterada. Não ajustei ou criei variação para func SimNaoToStr, pois ela serve diversos outros provedores , só reutilizei o método EnumeradoToStr Porém não consegui validar a NFSe, então se o colega @xim.logan puder dar o veredito. SigISS.GravarXml.pas

Anexei o manual da SigISS, e na página 10, especifica "Preencher com 0 para não e 1 para retido" para os novos campos. O problema, creio que seja a função SimNaoToStr que foi usada em TNFSeW_SigISS.GerarIdentificacaoRPS. Ela foi especificada desta forma na unit ACBrNFSeXProviderBase function TACBrNFSeXProvider.SimNaoToStr(const t: TnfseSimNao): string; begin Result := EnumeradoToStr(t, ['1', '2'], [snSim, snNao]); end; Este provedor SIGISS é completamente diferente dos demais, causando este tipo de problema. MANUAL_WEBSERVICE_RIOGRANDE_ATUALIZADO.pdf

Testado, funcionando corretamente.

Eu fiz um ajuste na unit geradora. ACBrNFSeXGravarXml_ABRASFv2.pas

No caso de Notas de serviço, as aliquotas e valores de IBS e CBS são geradas pelo provedor - isso ocorre em todos que já implementamos. O único problema que tive neste provedor em específico, foi a posição do CodiboNbs, que deve estar posicionado antes da Discriminação. Cometi um erro no arquivo que postei anteriormente, desabilitando a primeira ocorrência da tag <Discriminacao> - ela deve permanecer. Por fim só reposicionei o NBS e autorizou sem problemas.

Oá Luis, Apliquei os ajustes que você fez na unit, e consegui autorizar. Obrigado pela ajuda. Será que o @Italo Giurizzato Junior poderia avaliar para incluir no repo? Eu ajustei a unit anexa para remover a duplicação da tag <Discriminacao> e permitir que esta fosse escrita após a tag <CodigoNbs>. ACBrNFSeXGravarXml_ABRASFv2.pas

Observe que a gravação da tag <Discriminacao> está duplicada, então ela sai antes de <CodigoNbs>. Mas o pior é que esse provedor modificou muito o grupo IBSCBS, as tags internas são diferentes dos demais provedores que seguem o modelo Abrasf. Também estou com problema na autorização para Bagé/RS. Já enviei um email para o suporte deles.

Bom dia. Alíquota e totais do IBS/CBS não são passados no XML para notas de serviço: o próprio webservice calcula e devolve. Geralmente o NBS não entra no grupo <IBSCBS>, então a posição dele está correta.

Estas tags só serão válidas a partir de 1º de janeiro. Creio que basta atualizar os fontes, no repositório já existe teste para isto. Resposta do suporte da Infisc

Eu te entendo, o alto acoplamento me inferniza até hoje... algumas coisas eu deixei do jeito que estão, fiz o sinal da cruz e larguei na mão de Deus. Herança de uma época em que não me importava com padrões de projeto. MVC e MVVM só em projetos novos. Boa sorte!

Creio que o Juliomar quis dizer mais sobre a questão do alto acoplamento e a não separação de responsabilidades. É muito comum em quem programa em Delphi a vida toda, sem muito contato com linguagens/frameworks totalmente "object oriented", como C#, Java e Dart. Apesar de o software ser cliente/servidor eu uso essa abordagem que você comentou, criando e destruindo um DM para montar o XML da NFe/NFCe, concentrando métodos, validações, etc. É mais uma questão de conveniência, mas o ideal seria criar uma classe de montagem, abstraindo o ACBR e agrupar toda a lógica internamente. Porém no caso de uma API, ou serviço de autorização (meu caso) não vejo com bons olhos utilizar data modules: não tem interface, seria melhor instanciar as classes "on-the-fly" e liberar imediatamente a cada requisição. Cada qual é única, não deveria se misturar com outras sessões.

Olá Elias, Descriptografei o arquivo KEY (que foi enviado ao banco) e finalmente deu certo. Usei o comando abaixo: openssl rsa -in <encrypted_key_filename> -out <decrypted_key_filename> Obrigado pelo apoio!