Search Results update_task




Overview

APPS.JTF_TASKS_IUHK is a PL/SQL package body in the Oracle E-Business Suite APPS schema that supports the Oracle Task Manager / interaction task framework (the JTF "Tasks" family of objects). Its naming convention — the "IUHK" suffix — indicates that it is an event or trigger hook package implementing Insert (Create), Update, and Delete processing hooks ("I/U/D" plus the hook marker). Rather than acting as a standalone business API, JTF_TASKS_IUHK provides the pre- and post-processing logic that the Task Manager infrastructure executes around the core persistence operations performed against task records. In ETRM terms the package is classified as OTHER, meaning it is not the primary public API but an internal extension/callback point. Its status is VALID in both 12.1.1 and 12.2.2, indicating the object is present and compiles cleanly under the current schema. The package body validates business rules, applies defaults, and performs related side-effects immediately before and after tasks are created, updated, or deleted, ensuring that the Oracle Tasks data model remains internally consistent.

Key Procedures and Functions

The ETRM metadata documents six procedures and functions in the package, organized as three pairs — one "PRE" and one "POST" hook for each DML verb on tasks. No parameter lists are documented, and none are asserted here.

  • CREATE_TASK_PRE — Executes before a task record is inserted. Typical responsibilities include validating input values, deriving or defaulting attributes (owner, status, date fields), and enforcing prerequisite business rules so the insert cannot violate Oracle Tasks constraints.
  • CREATE_TASK_POST — Executes after the task insert succeeds. Used for related post-processing, such as propagating dependent row creation, notifications, or synchronization with associated task/activity data.
  • UPDATE_TASK_PRE — Runs before an update to an existing task. Confirms that the requested changes are permitted and prepares values (for example audit or status transition checks) prior to modification.
  • UPDATE_TASK_POST — Fires after the update commits. Handles downstream effects triggered by the changed task, keeping related records consistent with the new state.
  • DELETE_TASK_PRE — Invoked before a task is removed. Enforces deletion eligibility rules and may perform pre-delete cleanup or referential checks.
  • DELETE_TASK_POST — Runs after the deletion, completing any residual cleanup or cascading adjustments required once the task no longer exists.

Tables Accessed

The ETRM extract does not enumerate specific base tables for this package body; the tables referenced through APPS synonyms are not itemized in the metadata. Based on its dependency on APPS.JTF_TASK_UTL — the Oracle Tasks utility package — JTF_TASKS_IUHK operates against the JTF task data model (the JTF_TASKS tables and their supporting views/synonyms) via those utility routines rather than issuing raw DML directly. The PRE hooks logically read and validate task data prior to insert, update, or delete; the POST hooks read/derive state after the DML to drive related records. Because all access is mediated through JTF_TASK_UTL, the exact physical table list should be confirmed by reviewing that utility package's dependencies in the target instance.

Usage Notes

JTF_TASKS_IUHK is a hook package: it is not typically called directly by developers. Instead, the Task Manager framework and the JTF_TASK_UTL utility layer invoke the appropriate PRE/POST routine automatically as part of task create, update, and delete operations originating from Oracle CRM forms, the Task Manager UI, or other components that manipulate tasks through the supported API path. The documented dependency notes indicate the package references STANDARD and APPS.JTF_TASK_UTL, and that it is referenced by one other package — confirming its role as a callback point rather than an entry-point API. Customizations should avoid modifying this package body directly, since it may be replaced by patching; extension behavior is better placed in the framework's supported hook or event mechanisms. When troubleshooting task creation or deletion problems in 12.1.1 or 12.2.2, this package is a relevant point of investigation because validation and post-processing failures surface here before or after the core task DML.