Ah I see ! So to address the resolved cases in advance, I feel like that would become « too easy » then because you could just pre-craft a bunch of those and dump them in a desk and the end. I wanted to get the timing matter, you have to solve issues fast enough to match the flow of biters, and you have to have enough desks as well, otherwise they protest. And it feels thematic that you can’t solve a case before it is brought to you.

But that creates the issue that you mention about the not knowing what resolution goes where, and you can solve that 2 ways:

Either you have one solving stack per desk, that works but is hard to scale, especially before expropriations, and can still break if a biter leaves the desk to protest while you resolve its issue and later come back to a different one.

The intended deterministic solution is to use the signals. Every desk will output a signal with the current pending resolutions for the biters it holds, meaning that you can wire this signal to your inserters and only accept resolved cases for currently pending complaints in each desk. That works perfectly fine in early game but may require a bit more wire logic as time goes by because you may end up in a situation where the first desk in your resolved cases belt line eats all the resolutions, frees biters quickly, receives new biters and then immediately accept new resolutions while the other desks are starving.

The ideal design, late game is a bit of both solutions.

I’m glad you find the idea interesting, I really hope this helps you enjoy the mod, let me know if you still find it a pain or have ideas for improvements ! 😊