# Epicor Kinetic: Job Will Not Release in Job Entry > Source: https://netray.co/erp-help/epicor-job-entry-cannot-release-job-engineered-fix > Publisher: Netray (netray.co), AI and integration engineering for ERP and manufacturing systems. > Section: ERP Help ## Short answer A job in Epicor Kinetic will not release when it is not Engineered, when a material or operation fails validation, or when the part revision on the job is not approved. Open Job Entry, confirm the Engineered flag first, fix any part, revision or method errors shown in the exception panel, then tick Released. ## Kind error ## System epicor ## Erp Epicor Kinetic ## Module Production Management / Job Entry ## Query Epicor Job Entry cannot release job not engineered ## Alternate Queries - Epicor job will not release - Epicor Kinetic job engineered checkbox greyed out - Epicor job released but not showing in MES or Job Tracker - Epicor unengineered job cannot be released ## Applies To Epicor Kinetic 2021.x to current, Epicor ERP 10.x (same Job Entry logic); Make-to-Order and Make-to-Stock jobs ## Steps ### How to get a job released **Items:** - Open Production Management > Job Management > Job Entry (Kinetic menu path may be under Job Management > General Operations) and load the job number. - On the Job tab, check the status flags in order: Engineered, then Firm, then Released. Epicor expects Engineered to be on before a job can be released. - If Engineered will not stay on, open the Assemblies, Materials and Operations tabs and look for rows with a validation error: missing part, missing resource group, or an operation with no operation master. - Check the part revision on the job head. If the revision is not Approved in Part Maintenance > Revision, the job cannot be engineered from it. Approve the revision or pick the approved one. - If the job came from a quote or sales order, confirm the method of manufacturing is not still flagged for engineering review, and that any required Engineering Workbench approval has been completed. - Tick Released and save. If a dialog appears about unapproved materials or a locked part, resolve that item and save again. - Open Job Tracker or Job Status and confirm Job Released shows true and the job now appears for scheduling and in MES. - If it still fails, check the Tracker for a BPM message. A site Method Directive on JobEntry.Update can block release with its own text. ## Sections ### What Engineered, Firm and Released actually mean **Body:** Job Entry carries three separate flags on the job head, stored in Erp.JobHead as JobEngineered, JobFirm and JobReleased. They are meant to be a progression. Engineered says the method is complete and trusted. Firm says the job is a real commitment rather than a planned suggestion from MRP. Released says the shop floor is allowed to issue materials and report labor against it. A job created by MRP arrives as an unfirm, unreleased suggestion that Epicor calls an unfirm job. A planner firms it, an engineer reviews and engineers it, and then it is released. In shops that skip engineering, the job is often engineered automatically at creation from the part method, but that depends on the part setting and on whether the part revision is approved. When someone says the job will not release, the error is almost never about the release itself. It is a failed prerequisite that the release step re-validates: materials, operations, revision approval, or a custom rule. ### The usual causes, ranked by how often they bite **Body:** First, the part revision is unapproved. Epicor's method of manufacturing lives on a revision of the part. If the revision on the job head was copied from a revision that has since been unapproved, or never approved, the job inherits a method it is not allowed to run. Approve it in Part Maintenance or Engineering Workbench, or reassign the job to the approved revision. Second, an operation or material row is broken. Typical cases are an operation that references a resource group which was disabled, a material line whose part was marked inactive, or a subcontract operation with no vendor. The Operations and Materials grids highlight the offending row, and the exception message names the sequence. Third, the job is a child of a parent that is itself not engineered. In multi-level jobs, a sub-assembly cannot be released if the parent assembly structure is still being edited. Work top down. Fourth, a Method Directive in Business Process Management is blocking the update. That produces a message that does not look like standard Epicor wording and that is the clue. ### Checking the state in the database **Body:** When you need to confirm what a bulk set of jobs looks like, query the job head and the child tables read-only. Run these against a reporting copy or a read-only login, never against production with a writing account. The first query lists jobs that are firm but not engineered, which is the typical stuck population after a large MRP run. The second looks for materials pointing at inactive parts. Do not fix state by updating JobHead directly. The flags interact with scheduling, MRP pegging and costing. Use Job Entry or the JobEntry business object so BPM, audit and scheduling run. **Code:** SELECT TOP 100 Company, JobNum, PartNum, RevisionNum, JobEngineered, JobFirm, JobReleased FROM Erp.JobHead WHERE JobFirm = 1 AND JobEngineered = 0 AND JobClosed = 0 ORDER BY JobNum; SELECT m.JobNum, m.AssemblySeq, m.MtlSeq, m.PartNum FROM Erp.JobMtl m JOIN Erp.Part p ON p.Company = m.Company AND p.PartNum = m.PartNum WHERE p.InActive = 1 AND m.IssuedComplete = 0; ### Releasing many jobs without clicking each one **Body:** For bulk work use the Job Release function in Production Management rather than opening each job. It lets a planner select a range of firm jobs and release them together, and it applies the same validation per job, so failures come back as a list rather than a stop at the first one. If you drive this from code, call the JobEntry service through the REST v2 API, set JobReleased on the JobHead row, and submit through Update. Because it goes through the business object, Method Directives and security fire exactly as they do for a user. Expect the same validation errors as the UI and handle them per job. ## Pitfalls - Editing Erp.JobHead flags directly in SQL. It skips BPM, scheduling and the pegging updates, and leaves MRP out of sync with the job. - Approving a revision for one job and forgetting the next revision created from an engineering change, so the next job fails the same way. - Releasing a parent job before its sub-assembly jobs are engineered, which produces confusing material availability and scheduling output. - Assuming the error is a bug when a site Method Directive is blocking JobEntry updates. Check Business Process Management first. - Unfirming a job to make an error go away and losing the MRP link, so the next MRP run proposes a duplicate. ## Ai Angle A grounded assistant such as ERPray, running read-only against Epicor, can list the firm-but-unengineered jobs, check each for unapproved revisions or inactive parts, and tell a planner which row is blocking which job and why, showing the query it ran. It does not change flags itself. Any release is done by a person in Job Entry, or proposed as an approved write-back through the business object. ## Faq ### Why is the Engineered checkbox greyed out in Epicor Job Entry? **Answer:** Usually the job is already released, closed or complete, which locks the flag, or the user lacks the security to change engineering status. Unrelease the job if policy allows, or ask a security administrator to grant the right. Check Job Tracker to see which status flag has locked the field before changing anything. ### Can I release an Epicor job without engineering it? **Answer:** Some shops auto-engineer jobs at creation from the part method, so no manual step exists. If your jobs are created unengineered, Epicor expects engineering first. Do not bypass it with SQL, because release checks the method that engineering validates, and bypassing creates costing and scheduling problems later. ### What is the difference between firm and released in Epicor? **Answer:** Firm means the job is a committed job and no longer an MRP suggestion that the next regeneration could replace. Released means the shop floor may issue materials and report labor. A job can be firm without being released, which is the normal holding state before a start date. ### Why does a released job not show up in MES? **Answer:** The job must be released, the operation must be scheduled to a resource group the MES user can see, and the operation must not be complete. Check the MES user's resource group or work center assignment and the operation status. A released job with no scheduled start can also be missing from default views. ## Search terms epicor job will not release, epicor job entry released, epicor job engineered flag, epicor kinetic job entry, epicor unfirm job, epicor revision not approved, epicor jobhead jobreleased, epicor job release function, epicor mes job not showing --- Talk to an engineer: https://netray.co/contact?intent=erp_ai | Machine catalog: https://netray.co/agent/catalog.json