Back to Qbyte Gateway Home

Introduction to IFS Qbyte 360 Connect

Safe, secure, and controlled, incoming and outgoing integration with third party applications.

Qbyte Connect is designed to allow third party integrations into Qbyte 360, minimizing the impact to risk and cost of Qbyte version (customer) upgrades. The Connectors maintain security and data integrity. They are generic and versatile to allow customer flexibility in choosing third party applications.


PLSQL Package APIs

General Standards and Concepts


Security

The PL/SQL procedure will be executed with the privileges of its owner (definer’s rights). A definer’s rights procedure operates under the security domain of the user who owns the procedure, regardless of who executes it. Therefore, a user of a definer’s rights procedure requires only the privilege to execute the procedure and no privileges on underlying objects that the procedure accesses. The procedure’s owner must have all necessary object privileges for referenced objects. Fewer privileges must be granted to users of a definer’s rights procedure, resulting in increased control of database access.

How to Call the APIs

It is preferable to call the APIs using named notation. This makes the calling program easier to read, maintain, and allows it to better handle optional arguments. If there is an overloaded version of the main routine, position notation should be used.

For example: External Transactions API has number of overloaded routines with smaller number of parameters in addition to the main routine with all the parameters. The named notation call to an overloaded version of a routine could satisfy declaration of more than one routine and cause compile error – “too many declarations…”

  

Named Notation

Calling function with Named Notation.


Positional Notation

Calling function with Positional Notation.

The AFE package supports the creation and update of AFEs into Qbyte Financial from a third party AFE system.

A distinct user id should be created to use with these APIs. This user could have their password change frequency set to never, if required. If never is not chosen, the third party will need to be updated on password changes with enough notice to make any required changes.

The AFE package supports updating the follow AFE details:

A pre-validation API is available and should be used to perform any possible validation prior to loading the data.

Applicable system defaults will be applied when specific data is not provided. Details of these can be found in the API documentation.

Create User, Create Date, Last Update User, and Last Update Date will be populated with the user id included with the third party call. Audit records are created for all updates.

It is expected that third party applications will be sending the AFE number. AFE auto-numbering should not be set up for AFE types coming from third party applications.

At this time, attachments are not included in the APIs.

The following APIs are included in the AFE package: