a real erp does not get replaced. that is the lesson every bangkok manufacturer, food importer and hospitality group has learned the hard way after one consultant quoted a thb 12 million sap replacement and the project got cancelled at month 8. the erp is the system of record. it holds master data, inventory, finance, payroll and customer master. replacing it is a decade-long bet. integrating it is a 12-week bet.
we build the integration layer between the legacy erp and the modern stack. sap on-premise talking to a next.js storefront. oracle netsuite talking to a line oa customer service bot. microsoft dynamics talking to a shopee and lazada marketplace sync. infor or sage talking to a claude-powered finance ops workflow. thai-specific systems (express accounting, businessplus, formula erp) bridged into the same shape. the protocol is whatever the erp speaks: soap if it is sap, rest if it is a modern netsuite, sftp or edi for the older systems, scheduled csv when nothing else works.
the architecture is calm by design. an integration layer hosted on aws singapore or fly.io, supabase as the cache and event-log layer, idempotent jobs that survive a network blip, a written runbook for every flow. the erp team keeps doing what they do. the new systems get the data they need. nobody has to argue with the sap consultant or the on-premise admin about a database change. the bridge owns the contract.
the bangkok-specific case is the trilingual ops layer most thai manufacturers and food groups run on. finance and ops in thai inside the erp, customer-facing in english plus thai, expat-led management in english only. the bridge handles the translation seam: thai-language master data normalised, english-language reports synthesised, line oa or microsoft teams alerts in the right register for the right role.