DT Pipelines Ajustes V13 - Ajustes das integrações Protheus x Painel Financeiro

01. DADOS GERAIS

02. SITUAÇÃO/REQUISITO

Análise e reestruturação do modelo de Integração V13.

03. SOLUÇÃO

• Nova validação nas pipelines installment (Pagar e Receber) - verifica existência de registros de Cliente/Fornecedor (SA1/SA2) nas staging tables, para não gerar registros rejeitados que nunca se tornarão Golden Record.
• Ajuste para a validação dos títulos e movimentações gerados pela rotina "FISA170" Configurador de Tributos para as pipelines painelapinvoicepayments-taxes, painelarinvoiceinstallment e painelarinvoicepayments.
• Correção no envio de movimentos de origem FK1/FK2 - pipelines painelARinvocepayments e painelAPinvocepayments não efetuavam o filtro de registros referente antecipação de impostos (FINA061, FINA241 e FINA891), causando uma falsa movimentação de "Baixa de Saldo" no Painel.
• Ajuste do campo INSERTSTAMP após a retirar o uso das regras "mdmDefaultTransformations" existente nas staging table SE1, durante a subida dos dados do ERP. Ajuste aplicado na pipeline arinvoicepayments do produto Antecipa.
• Novas validações inseridas nos casos de teste AdvPr, indicando falha em caso de mudança do texto do campo histórico das rotinas FINA061 e FINA241.
• Inclusão de condicional de INSERTSTAMP nos joins da query de fix(Inserção de registro que já subiu deletado) nas pipelines painel_apinvoicepayments-taxes, painel_arinvoicepayments-taxes, painel_arinvoicepayments-accessories2 e painel_apinvoicepayments-accessories2.
• Melhoria nos Joins da arinvoiceorigin.csql do Antecipa, para evitar o retorno de um produto cartesiano das linhas em função da não deduplicação da protheus_sharing.
• Pipelines Antecipa - inserida condição adicional de ordenação para deduplicação de registros, devido a cenários em que o versionamento pelo mdmCounterForEntity possa ter falhado.
• Pipelines Painel Financeiro - inserida condição adicional de ordenação para deduplicação de registros, devido a cenários em que o versionamento pelo mdmCounterForEntity possa ter falhado.
• Inclusão de novo campo FK1_NUMBOR (Número de Borderô) e relacionamento com FWI na pipeline painel_arinvoicepayments-discounts, afim de remover duplicidades quando o mesmo título pertenceu a dois borderôs. Feito também rateio dos valores apresentados quando há duas ou mais baixas parciais no borderô.
• Retirada da sub consulta e realizado tratamento com join da painelarinvoicepayments-taxes, CTE se1, para o tratamento dos títulos com moeda diferente de "1".

04. DEMAIS INFORMAÇÕES

Não se aplica

05. ASSUNTOS RELACIONADOS

        Não se aplica