Search Results default_and_validate_tax_attr

Overview

APPS.JL_ZZ_TAX_VALIDATE_PKG is a Latin American (JL) localization package within Oracle E-Business Suite that supports the defaulting and validation of tax attributes associated with AR transactions. Its header revision ($Header: jlzzdefvalpkgs.pls 120.5.12010000.1 2008/07/31) confirms it belongs to the regional "default and validate" package family used by the JL schema for country-specific tax logic. In EBS 12.1.1 and 12.2.2, this package is invoked to populate default tax attributes on transaction lines and to enforce validation rules before tax calculation is performed by the E-Business Tax engine (ZX). The package is classified as API classification OTHER, meaning it is not exposed as a public, versioned open interface but is still referenced internally. It is referenced by two other packages, underscoring its role as a shared utility for tax attribute handling in the Latin American localization layer. The "ZZ" naming component indicates a placeholder/country-generic implementation used where a specific country-specific tax rule has not been separately delivered.

Key Procedures and Functions

The package exposes four documented procedures, all of which focus on tax attribute handling at the transaction level:

• DEFAULT_AND_VALIDATE_TAX_ATTR — The primary entry point, invoked with an API version, initialization message list flag, commit flag, and validation level, and returning standard return status, message count, and message data. It combines defaulting and validation of tax attributes in a single call so that consumers do not need to invoke the two steps separately.
• DEFAULT_TAX_ATTR — Provides default values for tax attributes. Two overloaded forms are documented: one parameterless aside from the return status, operating at the transaction/session level, and one accepting a transaction line index (p_trx_line_index) to default attributes for a specific line.
• VALIDATE_TAX_ATTR — Validates the tax attributes already populated on the transaction, returning a return status to signal success or failure. It is the counterpart to the defaulting procedures and typically runs after defaulting has completed.

All procedures use the return status, message count, and message data convention (x_return_status, x_msg_count, x_msg_data) to report outcome, consistent with Oracle's standard API error-handling pattern.

Tables Accessed

The package reads and writes a range of AR, tax, inventory, and setup tables through APPS synonyms. Transaction and tax line data are drawn from ZX_LINES, ZX_LINES_DET_FACTORS, and the ZX_IMPORT_TAX_LINES_GT interface table. Tax setup and classification data come from ZX_FC_TYPES_B, ZX_EVNT_CLS_MAPPINGS, AR_VAT_TAX, JL_ZZ_AR_TX_ATT_CLS, JL_ZZ_AR_TX_CATEG, and JL_ZZ_AR_TX_FSC_CLS. Receivables context comes from RA_CUST_TRX_TYPES, AR_MEMO_LINES, AR_SYSTEM_PARAMETERS, and AR_SYSTEM_PARAMETERS_ALL. Item context is obtained from MTL_SYSTEM_ITEMS and MTL_ITEM_CATEGORIES. Together these tables supply the tax regime, fiscal classification, item category, and system parameter data needed to derive and validate tax attributes.

Usage Notes

This package is typically invoked during AR transaction entry and import processing, particularly for Latin American localization scenarios, to ensure tax attributes are correctly defaulted and validated before the ZX tax engine calculates tax. It is called internally by the two referencing packages and may be reached through Oracle Forms-based transaction entry or through interface/import programs such as those that populate ZX_IMPORT_TAX_LINES_GT. Because it is not a documented open API, custom code should avoid direct invocation unless the calling context and validation level requirements are fully understood. Callers following the standard EBS API pattern should initialize the message list, verify x_return_status, and iterate the message stack when validation fails.