EDGEBIC How-To

How to Highlight Downstream Operations After a Drag in EDGEBIC

User Solutions TeamUser Solutions Team
|
6 min read

To highlight downstream operations after a drag in EDGEBIC by User Solutions, open Scheduler Configuration, turn on Use Color for Downstream Ops, and save. After that, dragging a bar on the Gantt recolors the later steps in the same job to the downstream-changed color, typically yellow, so you can see which operations sit after the one you moved. It is a visual cue that those steps may need attention, not an automatic change to their scheduled times. The steps move only when you reschedule.

This is one configuration task. For the base color scheme it layers on, see how to change the Gantt color coding. The full task set is on the EDGEBIC how-to hub.

Before You Start

  • You can reach Scheduler Configuration, where the toggle lives.
  • A job with several steps, so a drag has downstream operations to color.
  • An understanding that the color is a cue and does not move any step on its own.

Step by Step

  1. Open Scheduler Configuration.
  2. Turn on Use Color for Downstream Ops.
  3. Optionally turn on Warn On Refresh Downstream Ops to also see a count of downstream-changed steps when the Gantt loads.
  4. Click Apply or Save.
  5. Go to the Job View Gantt and drag a bar in a multi-step job.
  6. Watch the later steps in that job recolor to the downstream-changed color.

What Changes When You Save

With the setting on, each drag marks the steps in the same job that start after the bar you moved. They take the downstream-changed color so the ripple is visible at a glance. A step that is already in an overridden state from its own drag keeps that color rather than being recolored, so your deliberate moves are not masked. Crucially, the coloring is a cue only: the downstream steps keep their scheduled times until you save the drag and run Re-Schedule, which recomputes the plan and realigns them for real.

If you also enable the refresh warning, loading the Gantt shows a count of downstream-changed steps, which is a quick reminder that a prior drag has ripples still to resolve.

How to Check It Worked

In a job with several steps, drag an early step to a new time. The later steps in that job should recolor to the downstream-changed color. Steps in other jobs should be unaffected, confirming the cascade is scoped to one job. Save and reschedule, and the colors should resolve as the plan recomputes. If nothing recolors, confirm the setting saved and that the job actually has steps after the one you dragged.

Common Mistakes

  • Reading the color as a completed move. The color is a warning. The steps move only when you reschedule.
  • Expecting it across jobs. The cascade is scoped to the job you dragged within, not the whole Gantt.
  • Forgetting your own overrides keep their color. A step you already moved yourself will not pick up the downstream color.
  • Not saving the configuration. The toggle takes effect only after Apply or Save.

Next Steps

To make the drag stick and ripple correctly, follow the Save Changes then Re-Schedule workflow after moving a bar, covered in how to move a job on the Gantt chart. To choose what a drag records in the first place, see how to change the drag mode on the Gantt. For the missing-priors prompt those drags can raise, see how to handle the prior-operations warning. The platform overview is at EDGEBIC, and more recipes are in the EDGEBIC how-to hub.

Expert Q&A: Deep Dive

Q: I dragged a machining step two days later and I want to see at a glance which of that job's other steps are now stale. Can EDGEBIC show me?

A: Yes. Turn on Use Color for Downstream Ops in Scheduler Configuration and save. Now when you drag the machining step, every step in that job that starts after it recolors to the downstream-changed color, so the deburring, inspection, and pack steps light up as potentially stale. They have not moved yet, this is just the cue. Save the drag and click Re-Schedule to actually realign them, and the colors resolve once the plan is recomputed.

Q: The downstream color is on but a step that I know comes later did not recolor. Why?

A: The cascade recolors later steps in the same job unless a step is already in an overridden state from its own drag, in which case it keeps that color rather than being recolored. So a step you previously moved yourself will not pick up the downstream color. Also confirm the step truly starts after the bar you dragged and belongs to the same job, since the cascade is scoped to one job. If both are true and it still does not recolor, check that the setting saved.

Frequently Asked Questions

Ready to Transform Your Production Scheduling?

User Solutions has been helping manufacturers optimize their production schedules for over 35 years. One-time license, 5-day implementation.

User Solutions Team

User Solutions Team

Manufacturing Software Experts

User Solutions has been developing production planning and scheduling software for manufacturers since 1991. Our team combines 35+ years of manufacturing software expertise with deep industry knowledge to help factories optimize their operations.

Let's Solve Your Challenges Together