# IBM i Batch Job Schedule Documentation Worksheet > Source: https://netray.co/tools/ibm-i-batch-job-schedule-documentation-worksheet > Publisher: Netray (netray.co), AI and integration engineering for ERP and manufacturing systems. > Section: Free Tools ## Short answer Editable run book of scheduled jobs with timing, dependency, owner, runtime and restart notes plus a total nightly batch window. ## Category erp-operations ## Erp Oracle JD Edwards World ## Audience - IBM i operator - IBM i administrator - JDE support analyst ## Tool **Kind:** worksheet **Mode:** editable **Columns:** #### Job name **Key:** job **Type:** text #### Purpose **Key:** purpose **Type:** text #### Schedule **Key:** schedule **Type:** text #### Start hour (24h) **Key:** start **Type:** number #### Runtime (minutes) **Key:** runtime **Type:** number #### End hour (24h) **Key:** end **Type:** number **Expr:** start + runtime / 60 **Format:** decimal #### Runs after **Key:** depends **Type:** text #### Restart safe? **Key:** restart **Type:** select **Options:** - Yes - No - With cleanup #### Owner **Key:** owner **Type:** text **Rows:** **Job:** NIGHTBKP **Purpose:** Nightly library save **Schedule:** Mon to Fri **Start:** 23 **Runtime:** 90 **Depends:** End of day jobs **Restart:** With cleanup **Owner:** Operations **Job:** EODPOST **Purpose:** General ledger batch post **Schedule:** Daily **Start:** 21 **Runtime:** 35 **Depends:** Order entry closed **Restart:** Yes **Owner:** Finance IT **Job:** MRPRUN **Purpose:** Weekly material planning regeneration **Schedule:** Sunday **Start:** 1 **Runtime:** 150 **Depends:** Inventory update **Restart:** No **Owner:** Planning **Job:** EDIIN **Purpose:** Inbound EDI processing **Schedule:** Every hour **Start:** 6 **Runtime:** 10 **Depends:** Mailbox fetch **Restart:** Yes **Owner:** EDI analyst **Job:** RPTPURGE **Purpose:** Purge old spooled output **Schedule:** Saturday **Start:** 4 **Runtime:** 20 **Restart:** Yes **Owner:** Operations **Totals:** #### Total runtime (minutes) **Key:** runtime **Agg:** sum **Format:** minutes #### Longest job (minutes) **Key:** runtime **Agg:** max **Format:** minutes **Summary:** #### Total batch hours if run in sequence **Key:** hours **Expr:** sum_runtime / 60 **Format:** decimal **Primary:** true #### Jobs documented **Key:** jobs **Expr:** count **Format:** integer **Notes:** Job names, schedules and timings are examples. Record what your job scheduler or schedule entries actually do. The end hour is start plus runtime and can exceed 24, which means the job finishes the next day. ## Content **Intro:** Many IBM i shops run on a handful of job schedule entries and a few operators who remember the order. This worksheet captures the run book on paper so a new operator, an auditor or a migration team can see the whole batch window. **Sections:** #### How to use it **Body:** List every scheduled job, whether it comes from schedule entries or a job scheduler product. Capture what business process it supports, when it starts, how long it usually takes and what must finish first. The restart column is the most valuable: it says whether an operator can simply submit the job again after a failure or has to clean up first. Add the owner who answers questions at three in the morning. **Bullets:** - Include jobs started by users and by other jobs - Record typical and worst-case runtimes - Name the dependency, not only the time - Add the contact for failures #### The method behind the totals **Body:** End hour is calculated as start hour plus runtime divided by sixty. The total runtime tells you how much sequential work exists, and the longest job shows what limits your window. If the sum of nightly jobs is larger than the available window, you either need to run jobs in parallel or reduce volumes. Dependencies tell you which of them can safely overlap. #### Reading the results **Body:** Look for chains where each job waits for the previous one: one slow job moves everything after it. Look for jobs marked not restart safe, which need a documented recovery step and a person with authority to run it. Compare documented jobs against what really runs; any gap means undocumented work you will miss in a migration. #### Common mistakes **Body:** Teams document the scheduled time but not the real finish time, so overlaps stay hidden. Another mistake is forgetting jobs that run only at month end, quarter end or year end. Add them with their own schedule text. Finally, keep this document under change control; a run book that is out of date is worse than none. **Cta:** If your batch window is shrinking, Netray can analyze job history to find the real critical path and the jobs that slip most often. **Faq:** #### Where do I find the list of scheduled jobs? **Answer:** Start with the standard job schedule entries and any third-party scheduler, then check job descriptions and operator documentation. Also ask users which jobs they submit by hand, since those never appear in a schedule. #### What does restart safe mean? **Answer:** It means that running the job again after a failure produces a correct result without manual cleanup. Jobs that update balances or post transactions often are not, and need a documented recovery procedure. #### How should I treat month-end jobs? **Answer:** Document them in the same sheet with a schedule such as last business day. They often have the longest runtimes and the highest business impact, so they matter more than daily jobs. #### Can this help a cloud or E1 migration? **Answer:** Yes. The batch inventory shows which processes need an equivalent scheduled task, integration or report on the target platform, and which can be retired. ## Search terms ibm i job schedule documentation, as400 batch job run book, as400 nightly batch schedule template, jde world batch jobs list, ibm i job scheduler excel, as400 operations run book, ibm i job dependency template --- Talk to an engineer: https://netray.co/contact?intent=erp_ai | Machine catalog: https://netray.co/agent/catalog.json