Sprzedaż biletów na „duży stadion”

Chcę (potrzebuję) wprowadzić sprzedaż biletów na stadion.
Chodzi o to, aby pozwolić klientowi wybrać liczbę biletów (może to być ograniczenie, ale to nie jest duży problem. Myślę, że mogę to osiągnąć poprzez maksymalną dozwoloną liczbę sztuk w koszyku). Następnie klient musi wybrać swoje miejsca z mapy miejsc. Następnie proces kasy powinien przebiegać jak zwykle.
Czy ktoś zna rozszerzenie tego? Szukałem jednego, ale nie znalazłem takiego, który pasowałby do moich potrzeb. A może moje umiejętności w Google wymagają poprawy.
Jeśli nie ma rozszerzenia, niektóre wskazówki, jak to zrobić, byłyby świetne.
Jak dotąd moim pomysłem jest stworzenie produktu o nazwie „Bilet” z niektórymi niestandardowymi opcjami (sektor, rząd, numer miejsca i być może inne).
Strona widoku zostanie wykonana na zamówienie, więc opcje niestandardowe nie będą wyświetlane. Wybór biletu nastąpi w wyskakującym okienku lub nakładce i na podstawie tego wyboru zasymuluję niestandardowe opcje podczas dodawania do koszyka.
Mapa miejsc będzie przechowywana w tabeli, dzięki czemu mogę zaznaczyć zarezerwowane miejsca. Stadion jest zawsze taki sam, więc jedna mapa powinna wystarczyć.
To tyle na razie. Coś wydaje się brakować. Wszelkie wskazówki byłyby świetne.
[EDYCJA]
Istnieje możliwość stworzenia konfigurowalnego produktu z 3 atrybutami (sektor, numer wiersza i stanowiska, każda kombinacja jest dostępna w ilości 1, więc nie będą dostępne po zakupie), ale oznaczałoby to ponad 30 000 produktów (na zdarzenie). Naprawdę nie chcę tam iść. Trzymam to jako ostatnią desperacką ucieczkę.. (To już nie jest opcja, ponieważ spowoduje to poważny problem z wydajnością)

Zrobiłem coś takiego i jest to wymyślony przykład i zbyt uproszczony, aby zobaczyć, czy uważasz, że jest to realne rozwiązanie:

Jest to podobne do definiowania siatki sudoku, ale otwarte obszary siatki sudoku to otwarte miejsca:

$section1 = <<<SECTION

A,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,
B,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-
C,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-
D,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-
E,-,-,-,-,-,-,-,-,-,-,-,-

SECTION;

Ta tabela miejsc (siatka sudoku) jest przechowywana dla poszczególnych produktów. Każde wydarzenie to nowy produkt. Siatka jest aktualizowana, gdy ktoś doda do koszyka (lub dokona zakupów, w zależności od reguł biznesowych):

$section1 = <<<SECTION

A,-,-,x,-,-,-,-,-,x,-,-,x,x,x,x,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,
B,-,-,-,-,-,-,-,-,-,-,-,-,-,x,-,-,-,-,-,-,-,-,-,-,-,-,-
C,-,-,-,-,-,x,x,x,-,x,-,x,-,-,-,-,-,-,-,-,-
D,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-,-
E,-,-,-,-,-,x,-,x,-,x,-,x

SECTION;

Aby rozdzielić dostępność miejsc w swoim modelu zaplecza, jest to proste explode:

$chart = array();

$section = trim(explode('\n', $product->getSeatingChart()));

foreach($section as $row){
    $seats = explode(',',$row);
    $rownum = array_shift($seats);
    $chart[$rownum] = $seats;
}

Możemy zmienić się $chartw booleany:

array_walk($chart,function(&$s){
    $s = $s == "-" ? true : false;
});

Sprawdź, czy A14 jest dostępny (0 indeksowane, pamiętaj):

function checkAvailability($row,$seatnum){

    return $chart[$row][$seatnum-1] == true;

}

Do góry nogami:

Wdrożenie jest wyjątkowo proste: atrybut dostępności miejsc jest analizowany przez model zaplecza. Jest to w zasadzie niestandardowy atrybut EAV. Możesz także ustawić ceny na podstawie sekcji. Każda sekcja to nowa jednostka SKU z nową ceną. Możesz zablokować miejsca na niektórych imprezach, a nie na innych. Ponadto nie trzeba nosić rzeczywistych zapasów, należy jedynie ustawić ilość na pozycji zamówienia sprzedaży podczas realizacji transakcji w celu ustalenia ceny.

Poziomy również będą działać, więc otrzymasz bezpłatne zniżki na zakup hurtowy; może to dotyczyć opcji niestandardowych.

Minusem:

Rezerwacja miejsca będzie twoim największym bólem głowy, ponieważ nie nosisz rzeczywistych zapasów; właśnie tam ta metoda się rozpada. Reguły biznesowe określają sposób blokowania / utrzymywania miejsc podczas realizacji transakcji.

Zgadzam się, że konfigurowalne produkty nie są świetnym pomysłem, że siedzenie jest tak naprawdę wskaźnikiem, czy jest dostępny lub sprzedawany, a reprezentowanie tego za pomocą produktu Magento brzmi jak przesada.

Sugerowałbym niestandardowy moduł, który zawierałby tabelę rekordów dla każdego wydarzenia, bilety byłyby wtedy na to wydarzenie, a po utworzeniu wydarzenia powstałby prosty produkt do reprezentowania tego w sklepie. Możesz użyć atrybutu produktu, aby przechowywać odniesienie do zdarzenia i niestandardowe opcje wypełnione ze strony widoku przedniego, o której wspomniałeś, aby zapisać, które miejsce zostało zakupione.