DataFlex Migration & Support
so character-mode screens stop holding you back.
Data Access Corporation still develops DataFlex, but the character-mode applications built in the late 1980s and 1990s have no path forward and almost nobody left who reads them.
You get the application read and documented, the data moved into a current database, and the screens rebuilt for a browser. We do this for businesses in Australia, New Zealand, the UK and the US, at a fixed price.
- Independent No licence commission, no reseller agenda
- 18+ yrs Building business software
- Fixed Price scopes, no surprises
- AU NZ UK US Perth-based, working remotely
Built here. Your data stays here.
- No offshore development. Everything is written by our own team in Australia. Nothing is subcontracted overseas.
- Your data stays onshore. Hosted in Australia, on infrastructure you own, under Australian law.
- Every state, not just ours. Perth, Melbourne, Sydney, Brisbane, Adelaide and everywhere between.
The product lives on, but your version was left behind
DataFlex is still a live product, which surprises people. What is not live is the character-mode generation: applications built for DOS and early Windows, with the data in .DAT files, the field names in paired .TAG files and indexes numbered .K1 upward. Modern DataFlex is a different environment, so those applications did not simply carry forward.
The same file format underpins compatible systems such as PFXplus, so a business running one of these is often running something even more obscure than DataFlex itself.
What the work actually is
Every record out, and checked against the original
The .FD definitions describe the records and the .TAG files name the fields, so a complete extraction is verifiable rather than reverse-engineered. We reconcile it, then decide about the application with you.
What you have now
- .DAT data files with .TAG field names
- .K1 upward index files
- .FD file definitions
- Character-mode screens under emulation
A documented format makes this methodical, not mysterious
The .FD definitions describe the records and the .TAG files name the fields, so a complete extraction is verifiable rather than reverse-engineered. We reconcile it, then decide about the application with you.
Get a fixed-price scopeWhat you end up with
- A complete, reconciled extraction into SQL Server or PostgreSQL
- The workflow rebuilt as a web application
- Historical records readable without the original software
Only the DataFlex work you actually need
Most engagements are some combination of these, and most start with the first.
Read the definitions
The .FD and .TAG files describe every record and field, which makes a complete extraction provable against the source.
Extract every table
All .DAT files with their indexes, reconciled on row counts and control totals before anything is relied upon.
Document the business rules
From the source where it exists, so the knowledge stops living in one person’s head.
Rebuild the application
A web application following the same workflow, or nothing at all if the data alone is what you need.
Keep an archive that opens
Historical records readable without the original software, which usually matters for audit long after the system goes.
Where you are now
It works, and nobody will touch it
- Character-mode screens running under terminal emulation
- No forward path from the classic generation to modern DataFlex
- A shrinking pool of developers, most of them retired
- Data that nothing else in the business can reach
After
Supported, documented and yours
- Data in a supported database, reportable with ordinary tools
- Integration with your accounting and other systems becomes possible
- A codebase and documentation you own
- One less emulated environment to keep alive
Scoped and quoted before you commit. You own the code, the documentation and the credentials at the end of it.
Get a fixed-price scopeWhat people ask us about DataFlex
Is DataFlex dead?
No. Data Access Corporation still develops it. What has no forward path is the character-mode generation built for DOS and early Windows, and that is what we are usually asked to deal with.
Can you read .DAT and .TAG files?
Yes. The format is documented: the .FD definitions describe the records and the .TAG file carries the field names, so extraction is verifiable rather than guesswork.
We are actually running PFXplus, not DataFlex. Does that matter?
Not for the data. PFXplus was built DataFlex-compatible, so the file structures are the same family. We have a separate page on PFXplus specifically.
Do we have to replace the application as well?
No. Getting the data somewhere safe and readable is a complete piece of work on its own, and it removes the urgency so you can decide about the application without a deadline over you.
Could we move to modern DataFlex instead?
It is worth considering and we will look at it honestly. Moving from character mode to the modern environment is closer to a rebuild than an upgrade, so it competes with other targets rather than winning automatically.
Sending your details…
You can stay on this page while we send it.
Tell us what your DataFlex system does
What the system does, roughly how old it is, and what is forcing the question. We will come back with a straight answer and a fixed-price scope, even if the answer is to leave it alone.
Prefer a quick chat? Call 0425 531 127. We answer the phone in Perth.
