Your finished process first.
Then we talk.

We do it the other way round: the process first, then the demo, then the purchase.

Send us what you have – and get your process back, built and played through by every role. The demo is not our sample process. It is yours.

What comes back is not a diagram but a running process: forms, roles, group inboxes, deadlines, escalations, mail templates. Finished except for the interfaces to your systems – we say that up front.

Bosch Logo
Edeka Logo
Telefónica Logo
BMBF Logo
Land Niedersachsen Logo
Flender Logo
Yunex Traffic Logo
Innomotics Logo
Mercedes-Benz Logo

The order, reversed

Your own process emerges from existing material; demo access to that process and the purchase follow.
  1. Your material
  2. Your finished process
  3. Demo access to your process
  4. Purchase

What sits at the end of a project elsewhere, you get here before you buy. The demo is not our sample process – it is yours. And the two stations missing on our side are exactly the ones that cost time and money.

Planning stays your job, and so does agreeing the details with your departments. What goes away is waiting for someone to turn that into something that runs.

Built to completion. Then played through.

Built, not drawn

From your material – Visio, PDF, BPMN, a procedure description, an export from the old system – comes not a draft but the process itself: forms, roles, group inboxes, deadlines, escalations, mail templates. You can only play through what is complete. Whoever generates a diagram has nothing to cast.

Played through by every role

The AI creates test accounts for every group, logs in as each role in turn and works the process through the normal user interface. Deadlines actually run out along the way – reminder, escalation, expiry – and every e-mail is on record in the send log: case, recipient group, time.

Errors no user interface shows

The case sits in the right inbox. The mail went to the right group. Still, nobody sees the approval button. The AI reads the stored state, not the display – and finds exactly this class of error. In its own work.

Your server. Your source code. Your logs.

On-premise, AI operation included. Source code ships with the product. 28 years in the market. And if you run a modelling environment in-house, the process goes back there as BPMN 2.0.

What the AI checks and what it does not – and who this is for: Frequently asked questions

What that means in time

30 to 120 minutes for a complex process – built, played through, validated. Tests included.
One working day for the most complex so far: from six Visio PDFs whose notation was documented nowhere.

Figures from our own work. No customer figures.

Challenge us.

Send us a complex process. It does not have to be your internal one – an invented one, a publicly documented one, one from an old manual. Anything with roles, deadlines and approvals. The trickier, the better.

You get it back: built, played through by every role, with the test report of what came up along the way. And with test accounts so you can play every role yourself.

What you get and what you do not: Frequently asked questions

You have files – Visio, PDF, BPMN? Send them to info@flyingdog.de. We need no particular format.

Frequently asked questions

Who is this for?

For medium-sized and large companies and organisations, for public administration and universities – and for BPM consultants and integrators who build processes for their clients. What they have in common: many workflows with roles, deadlines and approvals, often across departments. For a single small workflow in a small business we are not the right tool.

What does the AI check – and what does it not?

It logs in as every role, works through the process, lets deadlines actually run out and then reads the stored state and the send log. It checks the flow, not whether a decision was professionally right. It checks what your material said – what was not in there, it cannot find. Whatever the material does not settle is marked in the process as an assumption, visibly. A person decides on every assumption before anything goes live.

What do I get when I challenge you – and what not?

A running process with forms, roles, group inboxes, deadlines, escalations and mail templates, test accounts for every role and the test report from the play-through. Not included: interfaces to your systems. It is a test environment, not production; deadlines run on test values – minutes instead of days. One process per challenge.

What does the test process cost?

Nothing. There is no charge for the test process – one process, in our test environment, with test accounts for every role. We only talk about licence and installation once you have played it through.

Do I have to send an internal process?

No. An invented one, a publicly documented one or one from an old manual will do – as long as it has roles, deadlines and approvals. Send material to info@flyingdog.de; the form deliberately has no upload.

Where does it run?

The test process runs in our test environment. With a licence, the platform runs on your servers – AI operation included – with the source code shipped. If you run a modelling environment in-house, the process goes back there as BPMN 2.0.

What happens after the challenge?

You play the process through with your people. Then we talk – about licence and installation. You can still buy afterwards.

Where our processes run

Automotive industry, technology groups, universities and public administration – since 1997, processes have been running on our platform there, for example:

Efficient SAP workflows (debtors, CapEx)

Compliance-secure export control

Complex coordination processes for model changes

Specialized solutions for resource planning (ERPA, Equipment DB)

Highly flexible, CI-compliant administrative processes

Your finished process first. Then we talk.

Send us a process for us to build and play through. Or let's talk first.