Results for “concurrent_time_period_id”

34 results




AI-generated from documented ETRM metadata — verify critical details on the linked pages.

Overview

FND_CONCURRENT_TIME_PERIODS is a reference table in the APPLSYS schema of Oracle E-Business Suite (validated for 12.1.1 and 12.2.2). It belongs to the FND — Application Object Library product and stores concurrent processing work shifts. Each row defines a named time period during which the Oracle Concurrent Manager is permitted to process requests, using a combination of start/end clock times, day-of-week ranges, or specific calendar dates. Because the Concurrent Manager governs all concurrent program execution in EBS, this table directly influences when batch jobs, reports, and interfaces run within a given environment.

From a Data Vault modeling perspective, the mined relationship structure is classified as satellite-leaning. The table is keyed by an application-scoped surrogate identifier rather than representing a pure business hub, and it carries descriptive attributes (times, days, dates) plus foreign-key dependencies, which is consistent with a satellite attached to an application hub or process dimension.

Key Information Stored

The table contains 16 documented columns. The most significant are:

The surrogate key is CONCURRENT_TIME_PERIOD_ID; the business-key candidates are (APPLICATION_ID, CONCURRENT_TIME_PERIOD_NAME) and, in 12.2.2, the edition-aware index variants.

Common Use Cases and Queries

Concurrent administrators use this table to audit which work shifts exist for an application, to verify that a shift covers a required processing window, and to troubleshoot why a request stayed pending because no appropriate time period was active.

  • List all shifts for an application:

    SELECT concurrent_time_period_name, start_time, end_time, from_week_day, to_week_day, specific_date FROM fnd_concurrent_time_periods WHERE application_id = :app_id;

  • Identify shifts restricted to specific dates:

    SELECT * FROM fnd_concurrent_time_periods WHERE concurrent_days_spec_method = ... AND specific_date IS NOT NULL;

  • Join queue sizes to their governing time periods for capacity reporting:

    SELECT q.concurrent_queue_name, p.concurrent_time_period_name FROM fnd_concurrent_queue_size q JOIN fnd_concurrent_time_periods p ON q.period_application_id = p.application_id AND q.concurrent_time_period_id = p.concurrent_time_period_id;

  • Audit recent changes using the standard audit columns.

    SELECT concurrent_time_period_name, last_updated_by, last_update_date FROM fnd_concurrent_time_periods ORDER BY last_update_date DESC;

Related Objects

These objects collectively describe the scheduling and capacity framework within which FND_CONCURRENT_TIME_PERIODS operates.