Skip to main content

Key Database Tables

Overview

The data model links setup objects to runtime status and results. Knowing the main tables helps isolate whether an issue started in configuration, processing status, or published output.

Table Relationships

Selected entity

GP_CALENDAR

Stores calendar definition headers, including run type, period, payment date, and status controls.

  • GP_RUN_TYPE
  • GP_CAL_PRD
  • GP_PYE_PRC_STAT

High-Value Tables

TableRoleCategory
GP_CALENDARCalendar header and runtime controlSetup / runtime bridge
GP_CAL_PRDPeriod definitionsSetup
GP_RUN_TYPERun type configurationSetup
GP_PYE_PRC_STATPayee process statusRuntime status
GP_PYE_SEG_STATSegment process statusRuntime status
GP_PAYMENTPayment output stagingDownstream output

How To Use This Model In Support

  1. start with the setup table that defines the object
  2. move to the status table that proves it was used
  3. inspect the result table that shows the outcome
  4. check the downstream table only after finalized output is confirmed

Key Takeaways

  • Start with GP_CALENDAR and status tables to understand runtime state.
  • Setup, runtime, result, and downstream tables each answer different support questions.
  • Data model literacy shortens production triage time significantly.