migrating-erp-downgrade

Guides Divalto ERP downgrade migration, build ordering, and overwrite integrity verification.

6|Updated May 11, 2026
One-click install
npx skills add https://github.com/divalto/divalto-ia-devkit --skill migrating-erp-downgrade-divalto
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: migrating-erp-downgrade
Source: https://github.com/divalto/divalto-ia-devkit/tree/main/plugins/divalto-devkit/skills/migrating-erp-downgrade
Command: npx skills add https://github.com/divalto/divalto-ia-devkit --skill migrating-erp-downgrade-divalto

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve? Migrating a Divalto ERP customer-specific downgrade layer onto a new Service Pack can silently erase overWrite overloads when compilation order is wrong, and missing standard sources make it impossible to decide what to keep or drop using a simple text diff. ## Core Features & Use Cases - Build Order Guidance: Enforces the golden rule of compiling standard bases first and overWrite overloads last, with a two-pass workaround for undeclared .dhps inter-project dependencies. - Overload Integrity Verification: Runs check_overwrite_order.py on .dhop object pairs or whole objets/ directories to detect date inversions and lost overload symbols after a rebase. - Downgrade Source Arbitration: Cross-references three signals (textual diff, compiled object existence, dictionary/RecordSQL coupling) to classify each source as keep, rebase, or drop. - Use Case: After rebasing on a new Service Pack, a screen reverts to standard behavior; scan objets/ to find which overWrite overload was silently erased and recompile it last. ## Quick Start Verify that my overWrite overload survived the Service Pack rebase by checking the base and overlay .dhop objects in the objets folder.

Frequently Asked Questions about migrating-erp-downgrade

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I migrate a Divalto ERP downgrade to a new Service Pack?

Arbitrate downgrade sources first using three signals, rebase the customizations to keep, then compile standard bases before overWrite overloads. Finally verify overload integrity with check_overwrite_order.py on the compiled .dhop objects.

Why did my overWrite overload disappear after recompiling?

OverWrite merges its procedures into the base .dhop object at compile time. Recompiling the standard base after its overload regenerates a clean object and silently erases the overload, so always compile overloads last.

How do I check if an overload survived a rebase?

Run check_overwrite_order.py with --base and --overlay pointing to the .dhop files, optionally listing overload symbols. It reports date inversions and lost symbols, exiting with code 1 when an anomaly is detected.

Can I delete a downgrade source missing from the new Service Pack?

No, a Service Pack ships only a subset of standard sources, so absence of source proves nothing. Cross-check the compiled object in objets/ and coupling to the downgrade dictionary before classifying it as removable.

Why does buildall fail with dictionary errors on standard .dhoq files?

Undeclared inter-project dependencies in the .dhps files cause wrong compilation order. Run a second pass in build mode as a workaround, and declare the missing dependencies in the .dhps files for a durable fix.