Deploy Ladill POS / deploy (push) Successful in 30s
Gated by a per-location service_style (retail | restaurant). Restaurant mode adds: - Floor screen with tables (areas, seats, status) — tap a free table to open a dine-in tab; takeaway/counter orders open from the same screen. - Open tickets (tabs): a sale stays pending while items are added; lines persist as you go (posTicket Alpine component posts each change to the server). - Send-to-kitchen fires un-sent lines; a polling Kitchen Display (KDS) shows active tickets and bumps items queued → preparing → ready → served. - Settlement reuses the existing cash / Ladill Pay flow; paying closes the tab and frees the table (PosSaleService::closeTicket, wired into both pay paths). - Settings gains the mode toggle and a tables manager. Schema is additive (new pos_tables; service_style on locations; order/kitchen columns on sales + lines). Retail flow is untouched. Sidebar surfaces Floor + Kitchen only in restaurant mode. New PosRestaurantTest covers the dine-in lifecycle end to end; suite green (10 passed). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
94 lines
3.1 KiB
PHP
94 lines
3.1 KiB
PHP
<?php
|
|
|
|
namespace App\Http\Controllers\Pos;
|
|
|
|
use App\Http\Controllers\Controller;
|
|
use App\Http\Controllers\Pos\Concerns\ScopesToAccount;
|
|
use App\Models\PosSale;
|
|
use App\Models\PosSaleLine;
|
|
use Illuminate\Http\JsonResponse;
|
|
use Illuminate\Http\Request;
|
|
use Illuminate\View\View;
|
|
|
|
class KitchenController extends Controller
|
|
{
|
|
use ScopesToAccount;
|
|
|
|
public function index(Request $request): View
|
|
{
|
|
return view('pos.kitchen.index');
|
|
}
|
|
|
|
/**
|
|
* Active kitchen tickets — open sales with fired-but-not-served lines.
|
|
*/
|
|
public function feed(Request $request): JsonResponse
|
|
{
|
|
$owner = $this->ownerRef($request);
|
|
|
|
$sales = PosSale::owned($owner)
|
|
->openTickets()
|
|
->where('kitchen_status', PosSale::KITCHEN_ACTIVE)
|
|
->with(['table', 'lines' => fn ($q) => $q->orderBy('position')])
|
|
->orderBy('kitchen_sent_at')
|
|
->get();
|
|
|
|
$tickets = $sales->map(function (PosSale $sale) {
|
|
$lines = $sale->lines
|
|
->filter(fn (PosSaleLine $l) => in_array($l->kitchen_state, [
|
|
PosSaleLine::KITCHEN_QUEUED,
|
|
PosSaleLine::KITCHEN_PREPARING,
|
|
PosSaleLine::KITCHEN_READY,
|
|
], true))
|
|
->values();
|
|
|
|
if ($lines->isEmpty()) {
|
|
return null;
|
|
}
|
|
|
|
return [
|
|
'id' => $sale->id,
|
|
'reference' => $sale->reference,
|
|
'order_type' => $sale->order_type,
|
|
'table' => $sale->table?->label,
|
|
'sent_at' => optional($sale->kitchen_sent_at)->toIso8601String(),
|
|
'lines' => $lines->map(fn (PosSaleLine $l) => [
|
|
'id' => $l->id,
|
|
'name' => $l->name,
|
|
'quantity' => $l->quantity,
|
|
'notes' => $l->notes,
|
|
'state' => $l->kitchen_state,
|
|
])->all(),
|
|
];
|
|
})->filter()->values();
|
|
|
|
return response()->json(['tickets' => $tickets, 'server_time' => now()->toIso8601String()]);
|
|
}
|
|
|
|
/**
|
|
* Advance one line to the next kitchen state (queued → preparing → ready → served).
|
|
*/
|
|
public function bump(Request $request, PosSaleLine $line): JsonResponse
|
|
{
|
|
$owner = $this->ownerRef($request);
|
|
abort_unless($line->sale && $line->sale->owner_ref === $owner, 404);
|
|
|
|
$flow = PosSaleLine::KITCHEN_FLOW;
|
|
$idx = array_search($line->kitchen_state, $flow, true);
|
|
$next = $idx === false ? PosSaleLine::KITCHEN_PREPARING : ($flow[$idx + 1] ?? PosSaleLine::KITCHEN_SERVED);
|
|
|
|
$line->forceFill(['kitchen_state' => $next])->save();
|
|
|
|
// When every fired line is served, the ticket leaves the kitchen board.
|
|
$sale = $line->sale;
|
|
$remaining = $sale->lines()
|
|
->whereIn('kitchen_state', [PosSaleLine::KITCHEN_QUEUED, PosSaleLine::KITCHEN_PREPARING, PosSaleLine::KITCHEN_READY])
|
|
->count();
|
|
if ($remaining === 0) {
|
|
$sale->forceFill(['kitchen_status' => PosSale::KITCHEN_SERVED])->save();
|
|
}
|
|
|
|
return response()->json(['state' => $next]);
|
|
}
|
|
}
|