Digital Migration Management System
Why was proceda created?
Not because information about working in Germany is missing. It is published, in detail, by the institutions responsible. proceda exists because that information is organised by institution, and a person's pathway runs across all of them at once.
Get the app
proceda App supports preparation and orientation. Recognition, residence and legal decisions remain with the competent authorities.
Seven places, one pathway
- a recognition body, for the qualification
- a chamber or authority, for the profession
- a mission abroad, for the residence route
- an employer, for the position
- and one person, holding the order between them
Each one answers correctly, within its own remit. None of them is responsible for the sequence.
The actual problem
The information exists. The connections between it do not.
Every institution answers the question it is responsible for, and answers it well. What no source can answer is the one question that decides how long a pathway takes: in which order does this particular case have to move?
-
Each answer is correct in isolation
A recognition body describes recognition. A mission abroad describes the visa procedure. Neither is responsible for the other's timing.
-
But the answers depend on each other
The profession decides whether recognition applies. Recognition decides which documents are needed. The documents decide when an application is possible at all.
-
So the same work happens twice
The same certificate gets described three times, translated for the wrong recipient, and expires before the step that needed it arrives.
-
And the order is what gets lost
Most delays are not caused by a missing document but by a step started too late, or too early, before the step it depends on was settled.
proceda adds no information. It holds the dependencies between information that already exists.
The process the platform accompanies
-
Career
-
Qualification
-
Recognition
-
Language
-
Employer
-
Visa
-
Arrival
-
Employment
This page sits before the first station. It explains why the platform exists, not a step within it. Dashed from stage six onward: preparation ends where an application can be submitted. See the complete journey.
Six separate processes, one person
Each line below is a process that works on its own. Read them in order and the pattern appears: every one of them needs an answer that belongs to another.
- 01 Profession Works on its own, but it decides whether any of the five below apply at all.
- 02 Recognition Needs the profession before it can begin, and determines what the document set has to contain.
- 03 Documents Needs the receiving body before the form can be right, and it sets when anything can be submitted.
- 04 Language Independent of all of them, and the slowest of all of them. Which is why it belongs first, not last.
- 05 Employer Assesses on its own terms, and frequently sets the deadline everyone else then works against.
- 06 Residence route Comes last in time and needs all five above, often the same evidence again, in another form.
Six processes that work. One relationship between them that nobody owns, until someone models it.
Relationship builder
Switch on two areas and watch a dependency appear
Eight preparation areas. Every pair that depends on each other produces one line, and that line is the whole point of the platform. This illustrates relationships; it assesses nothing and stores nothing.
Preparation areas
Dependencies in view
2 of 8 areas
One dependency
Each line is a place where an answer in one area changes what another area needs. Switch on more to see the model grow.
-
Profession → Recognition
decides whether a recognition procedure belongs to the case at all
These lines describe how preparation steps relate to each other. They are not an assessment of your case, and they say nothing about eligibility or outcomes.
What separation costs, five times over
The aim is not to replace the institutions. It is to remove the repetition that arises between them.
-
The same information
described again for every body, each time in a slightly different structure.
-
The same document
prepared twice because the form was decided before the recipient was known.
-
The same decision
taken again because the first version was never written down anywhere it could be found.
-
The same uncertainty
at every handover, because nothing carries the state of the step before it.
-
And an interrupted pathway
where the wait is not caused by any institution, but by the gap between two of them.
Preparation is built on relationships, not on lists
A list tells you what exists. A relationship tells you what changes when one answer changes, and that is the part a person cannot hold in their head across two years.
One answer changes
The profession is defined differently
And with it: whether recognition applies, which body is responsible, which evidence carries weight, which residence routes are even in view.
One state changes
A recognition procedure starts running
And with it: which documents are needed in which form, what can wait, and which route becomes possible that was not before.
One date changes
A certificate expires
And with it: the order of everything that depended on it, which is why validity has to be watched against steps, not against the calendar.
Modelling relationships is not a technical preference. It is the only way a pathway stays current when one detail moves.
What the platform holds, and what it never decides
proceda App holds
- the dependencies between the steps of one pathway
- the state of each answer and each document
- the order that respects lead times
- the picture, kept current when one detail changes
Only the institutions decide
- whether a qualification is equivalent
- whether a residence title is granted
- which documents are required, and in which form
- the outcome of every procedure
Six modules, one model
-
Process Check
orders the profile and shows which procedural path actually fits
-
Diploma Check
places the qualification and the issuing institution in the German context
-
Visa Finder
compares residence routes against the profile and shows which can be relevant
-
Document Management
holds every document with its state, its form and the body it belongs to
-
Path Agenda
puts the steps in an order that respects their dependencies and lead times
-
Readiness Status
shows how far the pathway is prepared and what is genuinely still open
Developed by ReFixCon AG as a Digital Migration Management System for structured preparation. The modules are not separate products, each is a view onto the same model, and an answer given in one is available in all. See how the platform is built.
Questions about why proceda exists
Why was proceda developed?
What problem does it actually solve?
What is a Digital Migration Management System?
Does proceda replace authorities?
Why do relationships matter more than information?
How is this different from an agency?
Can I use only one module?
Who develops proceda?
When is the right time to start?
Where do the contents come from?
Where the connections become concrete
Start with what proceda is, or go straight to a dependency: the profession in German profession equivalent, the procedure in the recognition process, the documents in document preparation, or the residence question in the Visa Finder.
Platform
- What is proceda?
- Working in Germany
- How proceda works · route pending
Profession and recognition
Documents and residence
Continue reading
Continue in proceda
One connected pathway instead of six separate ones
Start wherever you are, the profession, the qualification or the residence question. Everything you answer stays in one place, and every other step is measured against it.
proceda is developed by ReFixCon AG as a Digital Migration Management System for structured preparation of the Deutschlandprozess. It complements official information by connecting preparation steps; recognition decisions, residence decisions and legal assessments remain exclusively with the competent authorities.
Everything in the app