Produto: | |
---|---|
Linha de Produto: | |
Segmento: | |
Módulo: | |
Função: | NewNfseGeneric.prw |
País: | Brasil |
Ticket: | |
Requisito/Story/Issue (informe o requisito relacionado) : | DSERTSS2-12438 |
Para o correto funcionamento desse método é necessário seguir o processo abaixo, caso contrario o sistema irá manter a geração do bloco de serviço através do legado.
Dicionário de dados:
Bloco serviço dentro do campo TSS0013→XML_RPS
Conteúdo do campo TSS0013→XML_SERVICO
Como pode ser observado trata-se da mesma estrutura, abaixo será explicada a questão dos ID_PATH, ou seja, os dados que devem ser informados dentro dos colchetes ("[ ]") apresentados no campo TSS0013→XML_SERVICO.
Utilização e comportamento dos ID_PATH
Abaixo o bloco <servico> disponibilizado no xml_unico, e no exemplo está circulada a tag <valdedu>, será esta tag utilizada no exemplo referente ao campo TSS0013→XML_SERVICO
Abaixo como deve ser informado o ID_PATH (Informação dentro dos colchetes "[ ]") no campo TSS0013→XML_SERVICO, observe que informamos apenas o nome da tag <valdedu>
Abaixo como deve ser informado o ID_PATH (Informação dentro dos colchetes "[ ]") no campo TSS0013→XML_SERVICO, para que seja levado em consideração as regras estipuladas no campo TSS0013→XML_DEPARA observe através da tag <ValorServicos> que informamos o seguinte conteúdo dentro do ID_PATH " tss_atrib_get_path='servico:valtotal' ". Diferentemente do conteúdo padrão eu defino o caminho do atributo a ser utilizado.
Observe que dentro do arquivo .json informado no campo TSS0013→XML_DEPARA existe um ID_PATH para o atributo informado na tag <ValorServicos> . De acordo com a regra utilizada podemos observar que por se tratar de uma condição sempre verdadeira foi fixado o valor .T., em sua formula, para que sempre o valor total dos serviços contenham apenas duas casas decimais. Lembrando que este é apenas um exemplo, podemos utilizar diversas condicionais para determinar o retorno esperado pelo município.