Noções Básicas sobre o Mecanismo de Correspondência de Transações

Este tópico o ajuda a compreender como o mecanismo Correspondência de Transações avalia transações.

Os exemplos neste tópico pressupõem as transações a seguir na origem de dados Sistema de Origem e na origem de dados Subsistema.


gráfico mostrando três transações de Sistema de Origem e Subsistema em datas diferentes

Regras de Correspondência

  1. A "Fatura" do Sistema de Origem corresponde exatamente à fatura do Subsistema

  2. O Sistema de Origem corresponde a uma tolerância de -1 a +3 da Data do Subsistema

  3. O "valor" do Sistema de Origem corresponde exatamente ao valor do Subsistema

O atributo "Valor" do Sistema de Origem e do Subsistema é o Atributo de Balanceamento.

Ordem de Avaliação/Primeira Correspondência Vence

As transações são avaliadas para correspondência na ordem em que existem no banco de dados, e a primeira transação avaliada que satisfizer as condições será selecionada.

Ordem de Avaliação / Correspondências com o ID de Transação Mais Baixo Primeiro

Quando as transações são carregadas, elas recebem um ID de Transação sequencialmente. Portanto, a transação de correspondência com o ID de Transação mais baixo significa que ela foi carregada primeiro e deverá passar pelo processo de correspondência primeiro.

Em uma correspondência de 1 para 1, se existirem duas transações que se qualificam como uma correspondência com uma terceira qualificação, mas só puder haver correspondência com uma delas, a transação com o ID de Transação mais baixo será a selecionada como correspondente.

Para as regras de subconjunto, a correspondência classificará as transações com base no valor e no ID de transação durante a criação da correspondência. Se duas transações tiverem o mesmo valor, a que tiver o ID de transação mais baixo será usada na correspondência.

Observe que se você executar a mesma regra com a opção Não Ambíguo selecionada, todas as transações permanecerão sem correspondência (como esperado).

Avaliação de Tolerâncias

Há três maneiras de definir os níveis de tolerância para permitir a correspondência de transações que tenham variações. Você pode definir:

  • um valor de variação de tolerância aplicado às transações. Por exemplo, corresponda automaticamente com uma variação de -1 e +3.
  • um nível de limite de tolerância expresso como uma porcentagem. Por exemplo, faça a correspondência automática com até 0,5% do valor.
  • um nível de limite de tolerância expresso como uma porcentagem com um valor de variação. Por exemplo, faça a correspondência automática com até 1% do valor, até um valor máximo de 100.

    Nota:

    O valor percentual não pode ser maior que 100 na tolerância baixa nem na alta, e pode ser usado para atributos Número ou Inteiro da origem de dados.

Avaliação de Tolerâncias Definidas como Valores

Ao avaliar tolerâncias que são um valor de tolerância definido, o cálculo é impactado pela maneira como os valores altos/baixos de tolerância são aplicados às transações. Por exemplo, nas transações de amostra em que aplicamos uma tolerância aos valores de Data, temos uma tolerância autorizada de -1 e +3. Se você aplicar esses valores ao primeiro registro na tabela do Sistema de Origem, o primeiro registro na tabela do Subsistema satisfará a regra de correspondência porque 18 de setembro é menor que ou igual a +3 dias em relação a 15 de setembro. No entanto, se aplicarmos as tolerâncias à transação do Subsistema (em vez de ao Sistema de Origem), a correspondência falhará porque 15 de setembro não é menor que ou igual a -1 dia em relação a 18 de setembro.

Nota:

Apesar de o exemplo acima usar tolerâncias de Data, a mesma lógica se aplica a tolerâncias dos tipos de dados Data, Hora e Inteiro.

Para garantir resultados consistentes, optamos por usar a seguinte estratégia ao avaliar tolerâncias:

Avaliação dos Tipos de Regra 1 para 1

Com os tipos de regra 1 para 1, tratamos as transações da Origem como as "transações base ou de ancoragem". Este exemplo mostra de que maneira a avaliação acontece. Neste exemplo, estamos supondo um Início de tolerância de data definido como (0) e Término definido em +3.

  1. A partir da primeira transação da Origem, os limites de tolerância são adicionados ao valor Data da transação para derivar o intervalo de valores de Data aceitáveis provenientes do Subsistema.
  2. Depois disso, a primeira transação do Subsistema que satisfizer a correspondência será selecionada. Em nosso exemplo, o valor de data da Origem para a primeira transação é 15 de setembro.
  3. Com a adição da tolerância 0 a +3 à transação do Subsistema, a primeira transação do Sistema de Origem com um valor de Data maior ou igual a 15 de setembro e menor ou igual a 18 de setembro será selecionada como um valor correspondente. Essa correspondência é identificada em verde abaixo:


    Gráfico mostrando o exemplo da primeira transação do Sistema de Origem.
  4. Passando para a segunda transação da Origem (com um valor de Data de 16 de setembro), é encontrada a primeira transação do Subsistema com um valor de Data maior que ou igual a 16 de setembro e menor que ou igual a 19 de setembro. Essa correspondência de 17 de setembro está dentro do intervalo e identificada abaixo em vermelho:


    Gráfico mostrando o exemplo da segunda transação do Subsistema.
  5. Passando para a terceira transação do Sistema de Origem (com um valor de Data de 17 de setembro), pressupomos que precisamos encontrar a primeira transação do Sistema de Origem com um valor de Data maior ou igual a 16 de setembro e menor ou igual a 20 de setembro. Como nenhuma transação do Sistema de Origem satisfaz essa condição, nenhuma correspondência é criada.

Nota:

No caso de processos de correspondência de única origem, transações Positivas corresponderão às transações Negativas.

Avaliação dos Tipos de Regra 1 para Muitos

Com os tipos de regra 1 para Muitos, as transações do Sistema de Origem são as transações base.

Nota:

Para os tipos de regra 1 para Muitos, você deverá definir uma condição de regra que pode ser Corresponder Exatamente ou com tolerância, além do Atributo de Balanceamento.

Avaliação dos Tipos de Regra Muitos para 1

Com os tipos de regra Muitos para 1, as transações do Subsistema são as transações base.

Nota:

Para os tipos de regra 1 para Muitos, você deverá definir uma condição de regra que pode ser Corresponder Exatamente ou com tolerância, além da condição de atributo de Balanceamento.

Avaliação dos Tipos de Regras Muitos para Muitos

Com os tipos de regra Muitos para Muitos, não há transações base. Em vez disso, as condições são avaliadas usando um conjunto de regras.

O processo a seguir é usado para avaliar uma correspondência para os tipos de regra Muitos para Muitos com Tolerância de data especificada.

  1. Encontre os valores mínimo e máximo de data no sistema de origem.
  2. No subsistema, use a seguinte fórmula para calcular os valores mínimo e máximo de data que podem ser permitidos ao determinar uma correspondência:
    • A data mínima do subsistema deve ser igual ou maior que a data máxima do sistema de origem + valor inicial do intervalo de tolerância de data
    • A data máxima do subsistema deve ser igual ou menor que a data mínima do sistema de origem + valor final do intervalo de tolerância de data
  3. Considere todas as transações do subsistema que estão dentro das datas calculadas mínima e máxima do subsistema ao determinar uma correspondência

Observe que a data mínima do subsistema deve ser igual ou menor que a data máxima data do subsistema.

Exemplo: Tipo de Regra Muitos para Muitos com Tolerância de Data

Neste exemplo, a tolerância de data permitida para uma correspondência é de -2 a +3.

Considere as transações a seguir do sistema de origem para o ID de loja 3738.

Tabela 8-1 Transações do Sistema de Origem

ID da Loja Valor Data
3738 US$ 715 07-fev-23
3738 US$ 595 07-fev-23
3738 US$ 960 04-fev-23
3738 -US$ 138 04-fev-23

Nas transações do sistema de origem, o valor mínimo de data é 04-fev-23 e o valor máximo de data é 07-fev-23.

Considere as transações a seguir do subsistema para o ID de loja 3738.

Tabela 8-2 Transações do SubSistema

ID da Loja Valor Data
3738 US$ 387 05-fev-23
3738 US$ 211 05-fev-23
3738 US$ 378 07-fev-23
3738 US$ 342 05-fev-23
3738 US$ 714 06-fev-23
3738 US$ 100 07-fev-23

Usando a fórmula da Etapa 2, determine o intervalo de datas das transações do subsistema que devem ser consideradas para correspondência.

  • A data mínima do subsistema deve ser igual ou maior que 05-fev-23 (07-fev-23 - 2 dias)
  • A data máxima do subsistema deve ser igual ou menor que 07-fev-23 (04-fev-23 + 3 dias)

Portanto, todas as transações do subsistema que estiverem entre 05-fev-23 e 07-fev-23 serão consideradas ao criar uma correspondência. Nesse exemplo, todas as transações do subsistema estão dentro desse intervalo.

A soma dos Valores no sistema de origem é 2132. No subsistema, a soma dos Valores das transações que estão dentro do intervalo de datas calculado é 2132. Portanto, as transações do sistema de origem e do subsistema são consideradas uma correspondência.

Para entender um exemplo quando uma correspondência não é criada, considere as mesmas transações do sistema de origem mostradas acima. Nas transações do subsistema, a única alteração é que a última transação (com Valor = 100) é datada de 08-fev-23. A data máxima do subsistema que pode ser considerada na criação de uma correspondência é 07-fev-23, portanto, a transação datada de 08-fev-23 não é incluída. A soma de Valores no sistema de origem é 2132, mas a soma de Valores no subsistema é 2032. Portanto, esses conjuntos de transações da origem e do subsistema não correspondem.

Nota:

Para regras Muitos para Muitos, é preciso definir pelo menos uma condição Corresponder Exatamente.

Avaliação das Condições de Regra de Correspondência para um Atributo de Balanceamento

O método de avaliação de condições de regra de correspondência para um Atributo de Balanceamento é um pouco diferente dos outros atributos. Considere um tipo de regra Muitos para Muitos usando os dados de amostra. Esta é a forma como o sistema avalia isso:
  1. Primeiro, o sistema selecionará todas as transações com o números de Faturas correspondentes (regra #1).
  2. Em seguida, os atributos de Data serão avaliados para verificar se satisfazem a condição da regra (regra #2).
  3. Por último, o sistema avaliará se o Valor do Sistema de Origem corresponde exatamente ao Valor do Subsistema (regra #3).

    Como se trata de uma correspondência Muitos para Muitos com várias transações no Sistema de Origem e no Subsistema, primeiro os Valores deverão ser somados por Origem de Dados. Depois, os totais da soma serão comparados.

    No nosso exemplo, a soma do Valor do Sistema de Origem é US$500, e a soma do Valor do Subsistema também é US$500; portanto, as condições de correspondência foram satisfeitas:


    gráfico mostrando a soma do valor do Sistema de Origem correspondente ao valor do Subsistema

Nota:

O mesmo processo se aplica a correspondências 1 para Muitos e Muitos para 1. Sempre que existirem várias transações da mesma origem de dados para uma correspondência, os valores dos Atributos de Balanceamento deverão ser somados antes de a comparação ocorrer.

Avaliação de Tolerâncias Definidas como uma Porcentagem e um Limite de Variação

A opção de tolerância percentual está disponível para atributos dos tipos Número e Inteiro da origem de dados (incluindo o atributo de balanceamento) e pode ser definida para:

  • Regras de correspondência automática
  • Regra de correspondência manual
  • Mapeamento de atributo padrão
Vamos analisar como a correspondência funciona com valores altos/baixos de tolerância como uma porcentagem. Por exemplo, vamos presumir que:
  • A regra de correspondência tem uma tolerância 1% baixa e 1% alta
  • A tolerância em Até o Valor está definida como 0,5
Valor do Sistema de Origem Valor do Subsistema Tolerância Calculada Variação (Valor do Subsistema de Origem) Cálculo de Correspondência Resultado
99,6 100 1% de 99,6 = 0,99 99,6 - 100 = 0,4 0,4 < 0,99 e < 0,5 SIM Correspondência localizada
99,1 100 1% de 99,1 = 0,99 99,1 - 100 = 0,9 0,9 < 0,99 mas > 0,5 NENHUMA Correspondência localizada, já que o limite Até de variação de tolerância foi excedido
100 99,6 1% de 100 = 1 100 - 99,6 = 0,4 0,4 < 1 e < 0,5 SIM Correspondência Localizada
100 99,1 1% de 100 = 1 100 - 99,1 = 0,9 0,9 < 1 e > 0,5 NENHUMA Correspondência localizada, já que o limite Até de variação de tolerância foi excedido
50, 49,6 50, 50 1% de 99,6 = 0,99 99,6 - 100 = 0,4 0,4 < 0,99 e < 0,5 SIM Correspondência Localizada

Avaliação das Tolerâncias de Data de 1 para 1 e 1 para Muitas Regras

A tolerância de data é o número de dias a ser considerado para correspondência das transações entre duas origens de dados. A Correspondência de Transações considera a tolerância de data a maneira mais comum de transações correspondentes, tratando a Origem (no GL, por exemplo) como disponível "antes" dos depósitos do Banco ou das transações do Subsistema. O mecanismo é ancorado na Origem e calcula o intervalo de valores de data a ser considerado para encaminhamento de correspondência com base nos valores de tolerância inseridos na regra.

A opção d tolerância de data está disponível para atributos de origem de dados do tipo Data e pode ser definida para:

  • Regras de correspondência automática
  • Regra de correspondência manual
  • Mapeamento de atributo padrão

A tolerância de data é bastante flexível e você pode usá-la para especificar correspondências usando um:

  • Intervalo de dias

    Use a tolerância de data em regras para estabelecer um intervalo de dias a ser considerado para a correspondência. Na criação de regra, esses campos são rotulados Início e Término para indicar o intervalo. O mecanismo proporciona muita flexibilidade para trabalhar com o intervalo de tolerância de data. Vamos supor que você queira considerar transações para correspondência entre hoje e um dia depois. As datas de Início e Término seriam 0 a 1. Outro exemplo é iniciar transações correspondentes dois dias a contar das transações de Origem e terminar quatro dias depois. Também é possível considerar um dia atrás (início como -1) a 1 dia à frente, inserindo um valor de Início como -1 e Término de +1.

  • Data Específica

    A precisão adicional para tolerância de data é oferecida pela capacidade de corresponder transações de uma origem com transações no Subsistema em outro dia específico, e não no intervalo de dias. Isso é feito usando os valores de tolerância de data nos campos Início e Término com o mesmo valor. Por exemplo, vamos dizer que você só queira corresponder suas transações de Origem com as transações do Banco, dois dias depois. Você pode inserir 2 no campo Início e 2 no campo Término para só considerar exatamente esse dia para correspondência.

  • Calendário Comercial em vez de um calendário comum, a fim de eliminar feriados e finais de semana para consideração na correspondência.

    Por padrão, Reconciliação da Conta usa um calendário regular para especificar as datas em um intervalo de datas. Você também tem a opção de usar um calendário comercial ao calcular o intervalo de datas com o intuito de eliminar facilmente a contagem dos dias que são feriados para uma empresa ou finais de semana no cálculo do intervalo. A caixa de seleção Usar o Calendário Comercial é disponibilizada como uma opção durante a criação das condições da regra de atributo Tipo de Data com tolerância e também para mapeamento de atributo padrão do processo de correspondência. A opção de calendário comercial não é disponibilizada para correspondência manual.

    Nota:

    Para usar um calendário comercial, você deve especificar os dias úteis da sua unidade organizacional, bem como uma regra de feriados contendo a lista de feriados. As unidades organizacionais são atribuídas a perfis e o calendário comercial associado é usado durante a criação das reconciliações. Consulte Definição de Unidades Organizacionais no guia Instalação e Configuração de Reconciliação da Conta.

Veja a seguir o exemplo de uma regra que tem tolerância de data especificada, além de mostrar a caixa de seleção do calendário comercial.
Exemplo de valores de tolerância de data e caixa de seleção do calendário comercial

Para obter mais detalhes sobre como criar regras com tolerância de data ao definir um processo de correspondência, consulte Definição do Processo de Correspondência pela Criação de Regras