Search Results jta_task_exclusions_pkg




Overview

The package body APPS.JTA_TASK_EXCLUSIONS_PKG is a PL/SQL implementation object in the Oracle E-Business Suite Enterprise Territory and Resource Management (ETRM) product family, better known as Oracle TeleSales and its associated task-management components. It resides in the APPS schema and holds a VALID status and an API classification of OTHER, indicating that it is an internal maintenance package rather than a published public API. Its business purpose is to manage records in the task exclusions infrastructure, which allows administrators and applications to define circumstances under which certain tasks should be excluded from recurrence processing or from automatic task generation. By centralizing the insert, update, and delete logic for the JTA_TASK_EXCLUSIONS table, the package ensures that exclusions are consistently persisted and that any dependent recurrence rules remain coherent.

Key Procedures and Functions

Three documented procedures constitute the functional surface of this package body:

  • INSERT_ROW — Creates a new task exclusion record, populating the JTA_TASK_EXCLUSIONS table with the identifying keys and attributes that describe the exclusion. This is the entry point used when a new exclusion condition must be registered in the system.
  • UPDATE_ROW — Modifies an existing task exclusion record, allowing attributes of a previously defined exclusion to be changed without deleting and re-creating the row. It preserves the record identity while refreshing its descriptive content.
  • DELETE_ROW — Removes a task exclusion record from JTA_TASK_EXCLUSIONS, deregistering the exclusion so that the affected tasks are no longer filtered or suppressed by it.

Parameter lists are not exposed in the available metadata and are deliberately not reproduced here; each procedure follows the standard EBS maintenance pattern of accepting the target row's key columns together with the mutable attribute columns, plus the standard FND_GLOBAL audit context supplied by the session. No public functions are documented.

Tables Accessed

The package body references the following objects through APPS synonyms:

  • JTA_TASK_EXCLUSIONS — the primary maintenance table. All three DML procedures operate against this table, which stores the exclusion definitions themselves.
  • JTF_TASK_RECUR_RULES — the task recurrence rules table from the JTF (CRM Foundation) task schema. It is read to validate or reconcile exclusion definitions against the recurrence rules they affect, ensuring that excluding a task does not leave orphaned or contradictory recurrence configuration.
  • FND_GLOBAL — the standard Oracle Application Object Library package used to retrieve the current user, login, responsibility, and application identifiers for audit and WHO column population.
  • STANDARD — the SYS-owned standard package referenced for common PL/SQL utilities.

No table is written other than JTA_TASK_EXCLUSIONS; JTF_TASK_RECUR_RULES is consulted, not modified, by this package.

Usage Notes

The ETRM metadata records that JTA_TASK_EXCLUSIONS_PKG is referenced by four other packages but is itself not referenced by any database object, and it does not appear on the public API list. This pattern is characteristic of a back-end maintenance package invoked indirectly by higher-level task or recurrence management packages rather than called directly from Oracle Forms or concurrent programs. Typical invocation therefore occurs through the Oracle TeleSales task-management flows, where the recurrence engine delegates exclusion row maintenance to these procedures, and through custom extensions that need to insert, amend, or remove exclusions programmatically while respecting the same validation and audit rules used by the standard application. Developers should treat the package as an internal implementation detail: direct calls are possible but not guaranteed to remain stable across patches or upgrades between 12.1.1 and 12.2.2, and any custom code should pass a valid FND_GLOBAL session context so that WHO columns and multi-org–relevant attributes are populated correctly.