세 개의 공제 카테고리(적용, 미적용, 제3자)에 대한 금융 지시사항 개별 항목은 보조 금융 구성요소를 처리하여 생성합니다. 보조 금융 구성요소는 금융 개별 항목 생성 일괄처리 프로세스의 일부로 처리됩니다. 이 조치는 모든 지불 지시사항 개별 항목을 생성한 다음 수행됩니다(즉, 기본 금융 구성요소를 처리한 다음). 공제액은 시스템 관리의 일부로 구성된 설정과 비교하여 확인합니다. 이 비교 결과에 따라 시스템은 보조 금융 구성요소 처리 여부를 판별합니다.
예를 들어, 시스템은 보조 금융 구성요소를 처리하기 전에 지불액에 공제액을 충당할 자금이 있는지 판별합니다. 모든 공제에는 전체 공제액을 처리할 수 있는 자금이 충분하지 않은 경우 수행할 조치를 판별하는 설정이 있습니다. 이 설정에 따라 사용 가능한 금액에 대해 공제의 일부가 처리되거나 공제가 아예 처리되지 않을 수 있습니다.
조직은 중요한 순서대로 공제의 우선순위를 지정할 수 있습니다. 예를 들어, 조직에 지불해야 하는 부채를 다시 지불하는 데 사용하는 공제보다 주택 비용을 지불하는 데 사용하는 공제를 처리하는 것이 더욱 중요할 수 있습니다. 보조금 지급금을 받을 명의자에 대해 계산되는 총 공제 가능 금액에 각 공제를 이 우선순위에 따라 적용할 수 있습니다. 처리된 각 적용, 독립형 또는 유틸리티 지불 공제의 경우 두 개의 개별 항목 레코드가 작성됩니다. 이 중 첫 번째는 보조금에 대한 차변입니다. 다음 절에 설명된 대로 두 번째는 해당 유형에 따라 부채에 적용되거나 시스템에 저장 또는 유틸리티에 지불됩니다.
또한 기관이 이중 공제가 허용되는지 여부를 정의하는 기능을 제공하는 구성도 제공됩니다. 이중 공제를 방지하도록 공제가 구성된 경우 사용자가 이중 공제 기간 동안 케이스에 이미 존재하는 공제를 활성화하려고 하면 유효성 검증이 표시됩니다. 이러한 유효성 검증은 모든 공제 카테고리(적용, 비적용, 제3자)에 대해 구성할 수 있습니다.
작성된 두 지시사항 개별 항목은 시스템에서 자동으로 작성한 관계 레코드를 사용하여 서로 연관됩니다. 그러면 지불금에 대해 공제를 수행한 케이스 명의자를 역추적할 수 있습니다. 예를 들어, 유틸리티에 일괄 지불금이 지급되면(아래 참조) 해당 지불의 각 개별 항목에서 케이스 명의자를 역추적할 수 있습니다.