Resolving two schemas that were never designed to match takes more than a lookup table. Here is how the comparison, resolution and change detection work together.
Before any query runs, the two schemas are compared field by field, type by type, to build an initial map of what corresponds to what. This upfront comparison is what makes later resolution fast and accurate rather than guessed at query time.
A field might need a straight rename, a currency conversion, a unit conversion, or a calculation combining two source fields. Each field's resolution logic is built individually for what it actually needs, rather than forcing every field through the same generic transformation.
The integration periodically checks both schemas for changes, such as a new field, a renamed one or a deprecation notice, and flags anything that affects the existing resolution map before it causes a failed query in production.
Writing data back through GraphQL mutations, with the same field resolution applied.
A record of every query run and how each field was resolved, for debugging.
A flexible query interface exposed over your own ERP data where useful.
Each resolved field marked by confidence, so uncertain ones can be reviewed.
A clear summary of what changed between schema versions and its impact.
Built so the underlying resolution approach can be upgraded without a rebuild.
Book a free consultation. Share both schemas, and we will give you an honest assessment of the resolution needed.
Book a Free Consultation →