Liefern für den Nachbarn, ohne den Gast zu übergeben.
ALLRECA Delivery Network ist geteilte Lieferkapazität zwischen unabhängigen lokalen Restaurants. Ein Betrieb ohne freien Fahrer kann auf einen lokalen Cluster zurückgreifen.
Die Bestellung bleibt beim Betrieb, der sie annahm. Ein anderes Mitglied führt die Fahrt aus. Nicht als Marktplatz, sondern innerhalb von Vereinbarungen über Kapazität, Zuweisung, Arbeitszeit und Abrechnung.
Diese Seite beschreibt das Modell. Es werden keine Live-Clusterstandorte oder Abdeckungsgebiete behauptet.
Der Gast bestellt beim Betrieb, nicht beim Netzwerk.
Ein Delivery Cluster ist eine lokale Gruppe von Teilnehmern mit Vereinbarungen zu Kapazität, Zuweisung und Abrechnung. Das Netzwerk verändert nicht, wem der Gast, die Bestellung oder der Umsatz gehört. Es verändert nur, wer die Fahrt ausführt.
Dadurch bleibt die Gästebeziehung lokal. Ein Teilnehmer liefert Kapazität an einen anderen Betrieb; die beiden Betriebe rechnen die gelieferte Zeit und Kosten untereinander ab.
Hält Gast, Bestellung, Zahlung und Umsatz fest.
Das Unternehmen bleibt Ansprechpartner für den Gast und entscheidet über Alternativen, wenn die Fahrt nicht besetzt werden kann.
Stellt Kapazität bereit und erhält eine Vergütung.
Es setzt einen geeigneten Mitarbeiter innerhalb der vereinbarten Kapazität ein und lässt die Kosten dieses Einsatzes erstatten.
- GastBestellt bei A
- AErfasst Bestellung und Umsatz
- ClusterSucht Kapazität
- DLiefert die Route
- A ↔ DRechnet den Einsatz ab
Dieselbe Bestellung, dieselbe Zahlung, derselbe Umsatz. Nur die Ausführung der Lieferung verschiebt sich.
Von der Kapazitätsanfrage bis zur abgeschlossenen Tour.
Das Cluster ist kein zusätzlicher Bestellkanal. Es ist eine Ebene über den bestehenden Bestell-, Liefer- und Abrechnungsströmen.
- 01Bestellung
Order blijft bij de zaak
Der Gast bestellt beim Restaurant. Dieses Restaurant hält die Bestellung, die Kundenbeziehung, die Zahlung und den Umsatz.
- 02Check
Eigen capaciteit eerst
De zaak kijkt naar de eigen bevestigde bezorgcapaciteit. Is die er niet, dan kan de aanvraag naar het lokale cluster.
- 03Rotatie
Rotatie kiest een lid
Het cluster bepaalt welke deelnemer volgens de afspraken aan de beurt is. De aanvragende zaak is uitgesloten van de eigen rit.
- 04Aanbod
Lid wijst een bezorger toe
Het aangewezen restaurant kiest een geschikte medewerker, met toestemming en binnen de arbeids-, rust- en verzekeringsafspraken.
- 05Schicht
Rit wordt uitgevoerd
Pickup, onderweg en aflevering worden vastgelegd. Adres en telefoon zijn alleen beschikbaar binnen het actieve bezorgvenster.
- 06Abrechnung
Tijd en kosten worden verrekend
Gewerkte tijd, kosten en de onderlinge verrekening blijven aan de rit gekoppeld. De restaurants factureren en betalen elkaar.
Geplant ist nicht dasselbe wie verfügbar.
Geteilte Kapazität ist die Summe dessen, was Teilnehmer bestätigen, nicht was sie einst zu liefern hofften. Ein Teilnehmer legt wöchentlich fest, welche Lieferkapazität geplant und bestätigt ist, und stellt die bestätigte Kapazität innerhalb des Clusters zur Verfügung. Nur bestätigte Kapazität gilt als einsatzbereit. Geplante Stunden sind eine Erwartung, kein live Lieferant.
Temporäre Ausnahmen — nicht verfügbar, geschlossen oder eingeschränkt — verringern die verfügbare Kapazität. Ein Mitglied ohne bestätigte Kapazität erhält kein Angebot; der Grund wird dokumentiert.
Die Kapazität gilt pro Mitglied und pro Zeitfenster. Der anfragende Betrieb nimmt nicht an der eigenen Schicht teil.
| Kapazität | Indikator | Anzahl |
|---|---|---|
| Geplant | 6 | |
| Bestätigt | 4 | |
| Verfügbar | 2 | |
| In Verwendung | 1 | |
| Vorübergehend nicht verfügbar | 1 |
Beispielhafte Kapazität, kein Live-Cluster.
Nicht wer zuerst reagiert, sondern wer an der Reihe ist.
Die Zuweisung folgt einer gewichteten Rotation. Dabei zählen der Beitrag zu Lieferminuten, abgeschlossene Lieferungen, letzte Zuweisungen, verfügbare Kapazität und die maximalen gleichzeitigen Aufträge mit.
Ein Restaurant, das gerade eine Fahrt gemacht hat, erhält vorübergehend weniger Priorität, wenn andere geeignete Mitglieder verfügbar sind. Jede Auswahl und jede Überspringung wird festgehalten.
Die genaue Gewichtung und Ruhezeit sind Cluster-Konfiguration. Ohne festgelegte Konfiguration wird ein Cluster nicht aktiviert.
Beispielhafter Status, keine Live-Zuweisung.
Die Fahrt bleibt sichtbar. Die Kosten auch.
Beiträge, Zuweisungen, Lieferzeiten, Kosten und Entwurfsabrechnungen bleiben verknüpft. So lässt sich nach der Fahrt nachvollziehen, welcher Betrieb Kapazität lieferte und welche Kosten dafür anfielen.
Die Plattform erstellt keine Endrechnung und verlagert kein Geld. Die Restaurants stellen einander Rechnungen aus und bezahlen einander nach den Vereinbarungen des Clusters. Die Plattformvergütung steht davon getrennt.
Gegenseitige Verrechnung ist kein Plattformumsatz. MwSt., Rechnungsstellung und steuerliche Behandlung erfordern eine externe Prüfung.
| Schicht | Anfragender | Liefert | Zeit | Kosten | Status |
|---|---|---|---|---|---|
| Schicht 1042 | Restaurant A | Restaurant D | 18 Min. | Kostenpreisvereinbarung | Konzept |
| Schicht 1043 | Restaurant C | Restaurant A | 24 Min. | Kostenpreisvereinbarung | Zu bewerten |
| Schicht 1044 | Restaurant B | Restaurant C | 16 Min. | Kostenpreisvereinbarung | Konzept |
Keine Beträge: Die Kosten folgen den Vereinbarungen des Clusters und werden nicht als öffentlicher Preis veröffentlicht.
Wischen Sie horizontal für alle Spalten.
Drei Versuche, dann ein Mensch.
Nicht jede Anfrage kann erfüllt werden. Ein Mitglied hat möglicherweise keine Kapazität, ein Angebot kann ablaufen oder ein Kurier ist nicht verfügbar. Das wird festgehalten, nicht beschönigt.
Nach maximal drei Versuchen stoppt die automatische Zuweisung und eine manuelle Intervention folgt. Die Bestellung bleibt bestätigt. Der ursprüngliche Betrieb entscheidet über eine Alternative oder eine explizite Stornierung; eine automatische Erstattung folgt nicht.
- 01Dokumentiert
Keine bestätigte Kapazität
Die Rotation überspringt das Mitglied und dokumentiert den Grund.
- 02Begrenzt
Maximal drei Versuche
Jeder weitere Kandidat erhält ein eigenes Angebot und eine eigene Frist.
- 03Intervention
Kapazität erschöpft
Die Anfrage erhält einen klaren Endstatus und eine manuelle Intervention.
- 04Bestellung bleibt
Ursprünglicher Betrieb entscheidet
Die Bestellung bleibt bestätigt. Das Unternehmen wählt eine Alternative oder storniert ausdrücklich.
Ein lokaler Cluster, kein offener Marktplatz.
Teilnehmer werden nicht automatisch zugelassen. Ein Cluster wird nach geografischer Nähe und operativer Eignung zusammengestellt. Die Teilnahme erfordert eine aktive Mitgliedschaft sowie einen operativen rechtlichen und Pilotenstatus.
Der Koordinator ist der operative Ansprechpartner. Die Plattformverwaltung verwaltet Konfiguration und Mitgliedschaft, liefert aber nicht im Namen eines Restaurants.
- Teilnehmendes Restaurant
- Verwaltet eigene Mitarbeiter, Verfügbarkeit und Kapazität. Sieht eigene Schichten, Lieferungen und Abrechnung.
- Koordinator Restaurant
- Ist der operative Ansprechpartner, meldet Engpässe und schlägt Mitglieder vor. Ändert Rotation, Kapazität oder Abrechnung nicht eigenständig.
- Plattformverwaltung
- Verwaltet Cluster, Mitgliedschaften, Rotationsparameter und Audit. Kann nicht im Namen eines Restaurants einen Fahrer liefern.
Was Sie vorher wissen möchten.
Die Antworten unten beschreiben das Modell. Sie ersetzen keine Cluster-Vereinbarungen, rechtliche Prüfung oder Pilot-Genehmigung.
01Is het Delivery Network een bezorgmarktplaats?
Nee. Het is een samenwerkingsverband tussen lokale restaurants. Een rit wordt niet openbaar aangeboden aan consumenten of zelfstandige bezorgers. Deelname, toewijzing en verrekening verlopen volgens de afspraken van het cluster.
02Wie blijft eigenaar van de bestelling en de omzet?
Het restaurant waar de gast bestelt. Dat restaurant houdt de klantrelatie, de order, de betaling en de omzet. Het deelnemende restaurant levert alleen de bezorgcapaciteit en ontvangt daarvoor een vergoeding.
03Kan elke zaak meedoen?
Nee. Deelname vraagt een actief, goedgekeurd lidmaatschap, bevestigde capaciteit en een operationele juridische en pilotstatus. Clusters worden niet automatisch gevuld met alle restaurants in een stad.
04Wat gebeurt er als een zaak geen capaciteit heeft?
Dann erhält dieser Betrieb kein Angebot. Die Rotation geht weiter zu einem anderen geeigneten Teilnehmer. Der Grund wird festgehalten; ein Mangel an Kapazität wird nicht stillschweigend übersprungen.
05Wat gebeurt er als niemand kan leveren?
Nach maximal drei Versuchen stoppt die automatische Zuweisung und eine manuelle Intervention folgt. Die Bestellung bleibt bestätigt. Der ursprüngliche Betrieb entscheidet über eine Alternative oder eine explizite Stornierung; eine automatische Erstattung folgt nicht.
06Wie wijst de bezorger aan?
Het deelnemende restaurant dat het aanbod accepteert. Het kiest een geschikte medewerker uit de eigen personeelsadministratie, met toestemming en binnen de geldende arbeids-, rust- en verzekeringsafspraken.
07Hoe worden kosten en opbrengsten verrekend?
Beiträge, Zuweisungen, Lieferzeiten, Kosten und Entwurfsabrechnungen werden erfasst. Die Plattform erstellt keine Schlussrechnung und bewegt kein Geld. Die Restaurants fakturieren und zahlen einander nach den Vereinbarungen des Clusters.
08Zijn er al live clusters?
Deze pagina claimt geen live locaties of dekkingsgebieden. Deelname loopt via een goedkeurings- en pilottraject. Operationele beschikbaarheid verschilt per cluster en vraagt externe juridische, fiscale en verzekeringstechnische beoordeling.
09Wordt de bezorger in dienst genomen door de aanvragende zaak?
Nee. De bezorger blijft in dienst van het deelnemende restaurant. Het platform is geen werkgever, payrollpartij of uitzendbureau. De arbeidsrechtelijke en verzekeringstechnische behandeling blijft onderdeel van externe beoordeling.
10Welke klantgegevens worden gedeeld?
Open aanvragen bevatten geen adres of telefoonnummer. Na toewijzing worden die gegevens alleen beschikbaar binnen het actieve bezorgvenster. Na afronding of annulering wordt de operationele kopie opgeruimd.
Bestellungen und Fahrten in einem Desk.
In der Business-Umgebung hat das Delivery Network einen eigenen Desk: Lieferbestellungen, Zuweisungen, Tourstatus und Issues stehen hier nebeneinander.
Die Bestellung selbst bleibt beim Betrieb, der sie annahm; der Desk koordiniert, wer sie abholt und wann sie zurück ist. Kapazität und Rotation bestimmen die Zuweisung, nicht ein loser Plan.
Desk · Bestellungen · Fahrten · Zuweisung
Wer wann verfügbar ist und wo.
Die Lieferplanung verknüpft Fahrten, Zonen und die Verfügbarkeit der Teilnehmer. Eine Spitze im Cluster ist sichtbar, bevor die erste Bestellung eingeht.
Zonen und Verfügbarkeit pro Teilnehmer sind vereinbarte Absprachen, keine externen Marktparameter. So bleibt die Planung des Netzwerks unter den Absprachen der Unternehmen.
Planung · Zonen · Verfügbarkeit · Spitze
Eine App für Dienst, Fahrten und Übergabe.
Der Fahrer arbeitet auf seinem eigenen Telefon über driver.allreca.nl: Schichten starten und enden, die Fahrtabschnitte laufen vom Abholen bis zur Zustellung, und jede Bestellung zeigt nur, was der Fahrer braucht — Abholrestaurant, Phase und die erwartete Zeit.
Die Übergabe ist lückenlos: Der Kunde erhält einen eindeutigen Code auf seiner Bestellung, den der Fahrer eingeben muss, um die Fahrt abzuschließen. Falsche oder fehlende Codes werden abgelehnt, sodass eine Bestellung nicht versehentlich an der falschen Adresse als „geliefert“ markiert werden kann.
Neben Lieferungen sieht der Fahrer seinen eigenen Dienstplan und offene Schichten in derselben Workforce-Umgebung — Dienstplan, Schichtanfragen und Netzwerk-Matches ohne separate App.
Driver-App · Fahrtschritte · Kundencode · eigene Planung
Bestellen über Tastey.nl — die Alternative zu Thuisbezorgd und Uber Eats.
Tastey.nl ist die Bestellmarke des Netzwerks: Gäste bestellen dort ihr Essen, während die Bestellung, die Zahlung und der Umsatz beim Restaurant selbst bleiben. Kein Marktplatz dazwischen — das Restaurant behält die Gästebeziehung und zahlt keine hohe Vermittlungsprovision.
Für den Gast ist es der vertraute Checkout: Menü, Lieferung oder Abholung, direkt beim Restaurant. Für das Restaurant ist es ein eigener Online-Kanal neben der eigenen Website — mit der Übertragung ins Delivery Network, wenn die eigene Kapazität nicht ausreicht.
Prüfen Sie, ob ein lokales Cluster passt.
Ein Cluster beginnt nicht mit einem Button. Es beginnt mit der Frage, welche Betriebe in derselben Umgebung arbeiten, welche Kapazität sie bestätigen können und welche Vereinbarungen für Zuteilung und Abrechnung nötig sind.
Die Teilnahme ist keine automatische Registrierung. Es folgt ein Genehmigungs- und Pilotverfahren mit externer Prüfung der juristischen, steuerlichen und versicherungstechnischen Bedingungen.