There is more to that question than availability. It is about equal treatment, corruption prevention and value for money. Allocation is therefore not the first person who happens to be free, but a rule you set yourself.
Each mode follows a clear logic. You decide which one applies, based on your own rules. Requests always go out in stages, never to everyone at once.
Whoever accepts first gets the assignment.Requests go out in stages among those who meet the language and minimum level and are available. Whoever accepts first gets the assignment. Nobody is favoured and nobody is held back.
The default when things have to move fast.
So that work does not always go to the same people.Anyone already engaged within a period you define is deferred next time, provided language and availability work out otherwise. You set the period.
Fair distribution and corruption prevention.
Starting with the lowest rate on file.If you have agreed different rates with people in your own pool, the platform asks in that order, starting with the most economical. What otherwise runs through a spreadsheet happens automatically here.
Applies only within your own authority pool.
One specific person, deliberately chosen.If someone already knows the case, you can ask them directly. It rings only there. The reason is logged and can be traced later. If the person is unavailable, you fall back on random allocation or rotation.
Requires a reason and is documented.
Random allocation and rotation can be combined with cost, so that allocation can be fair, economical and fast at the same time.
Rotation within your own pool, then random allocation in the nationwide pool. Or cost first, with random allocation as the fallback. You set the order.
Which rule applied, who was asked and who accepted is all logged. For direct assignment, the reason is logged too. That is the difference from a phone list.
You change the rules for pool, minimum level, languages and allocation mode yourself in the authority account. There is no approval process on our side.
lingomatch prescribes no allocation mode and favours nobody. There is no bidding process, no tendering process and no ranking that could be improved through behaviour. What you set is what applies.
Pool, minimum level, allocation mode and documentation, live.