- Home
- Blog
- EDGEBIC How-To
- How to Set Import Options for a Mask in EDGEBIC
Setting import options for a mask in EDGEBIC by User Solutions means opening the Options dialog on the Import tab: it holds the checkboxes that decide whether a run updates or reuses matches, stops or continues on a bad row, auto-creates missing records, and how actuals are treated. The options are saved with the mask, so you set them once per routine. Here is what each one does and when to change it.
For building and running masks, see how to re-run a saved import mask and how to import products from Excel. Every task in this library is mapped on the EDGEBIC how-to hub.
Before You Start
- A saved mask exists for the entity you are importing. Options are per mask.
- You know what the run is for: a first-time load, a value refresh, or an actuals log. The purpose decides the options.
- You can reach the Settings tab, since Import lives there and is permission-controlled.
Step 1: Open the Options Dialog
Open the Settings tab, click the Import tab, select the mask under Saved Masks, and click Options. The Import Options dialog opens with a set of checkboxes. Which ones appear depends on the mask's entity type: a product mask shows the general options, while an actuals mask adds several of its own.
Step 2: Set the Two Options Every Mask Has
Two options apply to essentially every import, and they are the ones most worth getting right.
| Option | Default | Effect |
|---|---|---|
| ContinueOnRowError | On | A bad row fails individually and the run continues. Clear it to abort at the first failed row |
| UpdateExistingRecords | Off | A matched record is left as Reused. Tick it to update matches from the file (blank cells preserve existing values) |
Leave UpdateExistingRecords off for a first-time load so nothing existing is disturbed. Tick it only when the run's job is to change values, such as a price or credit-limit refresh. Leave ContinueOnRowError on unless you would rather fix the whole file than import part of it.
Step 3: Decide on Auto-Create for Related Records
Some entity types can create related records on the fly rather than failing when a name is not found. These are on by default:
| Option | Entity types | Effect |
|---|---|---|
| AutoCreateMissingProducts | SalesOrder, BOR | A product named in the file that does not exist yet is created |
| AutoCreateMissingCustomers | SalesOrder | Same, for customers |
| AutoCreateMissingWorkCenters | BOR | Same, for work centers |
| AutoGenerateNextInSeq | BOR | Chains routing steps automatically in sequence order, so you leave the next-step column blank |
Auto-create keeps a load moving, but it also means a misspelled product name quietly creates a new stub product. If your master data is meant to be complete already, consider clearing auto-create so unknown names fail loudly instead.
Step 4: Set the Actuals-Specific Options
An actuals mask adds toggles that shape how logged hours and pieces land:
| Option | Effect |
|---|---|
| ReplaceExisting | Also clears days the file does not mention, making the imported file the complete record |
| AutoCalcHours | Derives hours from pieces (or the reverse) using the operation's rate when only one is supplied |
| MarkCompleteOnImport | Marks each imported operation complete; a per-row Complete column overrides this |
| ApplyActualStartFromEarliestDate | Uses the earliest imported date as the operation's actual start when none is given |
| AcknowledgeMissingPriorActuals | Accepts that earlier routing steps may have no actuals yet, back-filling them from plan |
The one that surprises people is MarkCompleteOnImport. Clear it when you are logging in-progress hours day by day and do not want each import to close the operation.
Step 5: Close and Run
Close the dialog and click Do It. The options you set are stored on the mask, so every future run uses them until you change them.
What Changes When You Save
The options are saved on the mask, not applied to any data by themselves. Nothing imports until you run the mask. The next run then behaves according to the options: updating instead of reusing, aborting instead of continuing, and so on.
How to Check It Worked
Run the mask and read the result counts against your intent. If you turned UpdateExistingRecords on for a price refresh, you should see Updated counts rather than Reused. If you cleared ContinueOnRowError and the file has a bad row, the run should abort at that row rather than finishing with a Failed count. For an actuals run with MarkCompleteOnImport cleared, the operations should stay in progress rather than showing complete.
Common Mistakes
- Leaving updates off for a refresh. Every row comes back Reused and nothing changes. Tick UpdateExistingRecords when you mean to update.
- Leaving auto-create on with dirty data. A typo creates a stub record instead of failing. Clear it when master data should already be complete.
- Marking actuals complete unintentionally. Clear MarkCompleteOnImport for day-by-day in-progress logging.
- Assuming options are global. They are per mask. Set them on each mask you use.
Next Steps
- Handle unit differences with how to convert minutes to hours during an import.
- Load your shop history with how to import actuals from a file.
- See how imported data becomes a plan on the EDGEBIC product page.
Expert Q&A: Deep Dive
Q: I run a weekly price refresh and a first-time customer load from the same kind of file. Should they share a mask?
A: Use two masks, because their options differ. The first-time load wants Update Existing Records off so nothing existing is touched and everything comes in as Created or Reused. The weekly price refresh wants it on so matched products update to the new prices. Options are saved per mask, so keeping them separate means you never have to remember to flip a toggle before a run. Name them for the routine, such as Price Refresh and Customer Load, not for this week's file.
Q: My actuals import keeps marking operations complete when I only wanted to log hours. Which option is doing that?
A: Mark Complete On Import, in the actuals mask options. When it is on, every imported operation is marked complete. Clear it if you are logging in-progress hours across several days and do not want each day's import to close the operation. You can still complete specific operations by mapping a Complete column in the file, which overrides the option per row. That gives you day-by-day hour logging with completion only where you actually signal it.
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
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.
Share this article
Related Articles
How to Create a Watched-File Integration in EDGEBIC
Create a watched-file integration in EDGEBIC: point it at the file your ERP drops, pick the target entity and import mask, set the debounce, and let a new file trigger the run.
How to Rehearse an Integration With the EDGEBIC Simulator
Use the built-in Simulator to provision demo data, watch real integration runs happen, and prove the mechanism before you point anything at a live ERP. Includes the tear-down rule.
How to Run an Integration Now and Pause All Schedules in EDGEBIC
Force one integration to run with Run Now, cancel a run in progress, disable a single definition, or tick Pause all schedules to stop every automatic sync for the session.
