SOLsailing

Ein Teilnehmer, der von bei einer Buchung eines anderen users erstellt wurde, bucht nun selber. Guess Teilnehmer sollte angewendet werden können.

und ich kann nicht direkt bei buchung guessen….

Jetzt manuell Link gesetzt bei Einloggen - Registrieren

 FS#199  - Buchungsprozess beginn
Das “Schätzen” gibt es beim Registrieren-Prozess

Eingabe einer unbekannten E-mail Adresse. Zuszätlich zu “Jetzt regsitreiren” noch folgendes:
-> Du warst schon einemal mit SOLsailing auf Törn? DAnn kannst du dich hier identifizerien
—-> Bei hier abfrage von Geb. Dat, Geburtsort und Vorname und Nachname
-> falls Geb. Dat, Geburtsort und (vorname oder nachname) korrekt, dann weizer zum (Usererstellen).

 FS#340 

 FS#420  : Definition der Felder und Prüfungen

- Daten sollten in DB kommen (Intersse ohne Törn…)
- Immer Tel. Nr. angeben (generell: möglichst wenig E-Mail, direkte Verkaufsgespräche)
- Keine Mails an andere Interessenten

Um die Community auszubauen, sollte gewisser Inhalt nur Members zugänglich sein.
z.B. - Tracks von vergangenen Törns

s. Robert4
via Filemanager und Tool machbar?
später über Bildbeschneidung im Account...

ist bei praktisch allen auf 0.
Was, wofür ist das?

Ich ostolz@gmx.ch erhalte Nachrichten, dass ein neuer Interessent, obwohl ich die Buchung/Reservation storniert habe.
Törn sind unter Storniert.

Die bestehende Userin Severine Albisetti UID 217 hat Interesse (IDreservation 11121) für Törn SOL-KR23-29 angemeldet.
Zuvor hat sie irgendwie für denselben Törn mit derselben E-Mail Adresse ein Interesse anlegen können. UID 5911 IDreservation 11120

Sollte nicht möglich sein, mit derselben E-Mail-Adresse….

Ein Skipper kann sein Skipper-Interesse selber zu einer normalen Teilnehmer-Buchung machen.
Sollte nicht sein! Der Skipper sollte selber auch keine Skipper-Buchung aus seinem Skipper-Interesse machen können.

Offenbar wird aber von Skipper-Interesse zu Buchung eine neue Reservation mit Status Buchung gemacht, also nicht die bestehende Reservation auf einen neuen Status gesetzt….

- Chartergesellschaft: Todo (z.B. Bilder anfordern)
- Yachten: Last Update, Vollständigkeit (Bilder, Features)

nicht vorhanden

z.B.:
-Dufour 430: Virtueller Rundgang, Video von Dufour Website einbinden.

Wahrscheinlich wollte ich damit sagen, dass man, egal welches Template man verwendet, alle Abbreviations im CKEditor zur Auswahl hat, obwohl nicht jede Abbreviation für jedes Template verwendbar ist (weil die Abbreviations für jedes Template jeweils im Code definiert sein müssen)

Wahrscheinlich war damit gemeint, dass für einen Seitenumbruch <hr/> kein Button vorhanden ist, sondern man diesen per Code erstellen muss.

bei Marina: Feld mit Link zu rome2rio und evtl. weitere Transferhinweise. z.B. Lavrion Bus, stimmt nicht bei rome2rio

Chartercompany2Marina: z.B. Navigare Transfer

Sollte nicht im Voucher stehen, damit Voucher effektiv nur aus Daten zusammengesetzt werden kann. Keine Versionen, ausser Operator-spezifisch

Für Buchungen sollte es einen Reiter geben, bzw. eine Rubrik unter Buchungen mit den stornierten. Wiederbuchung möglich? Bei zukünftigen Törns JA.
s. auch  FS#719 

Mails für Teilnehmerdaten-Eintragung, Anreiseeinfo, etc. mit 48h gültigem Link versehen zum Useraccount.
Und generell Info, wie Login machen, wenn noch kein PW.

Der added Teilnehmer wurde inkl. E-Mail eingetragen. Und es sind auch die Daten des bestehenden Users sichtbar. Also wurde wirklich der User als Teilnehmer hinzugefügt. Die E-Mail sollte eigentlich nur vom User selber geändert werden können.

Bei den Stornierten Törns im Benutzeraccount kommt zwar eine Link-Hand, aber man kann nichts machen.

Es gibt immer noch neue Fälle, bei denen in reservation2reservationstatus Datensätze mit FKreservation=0 sind.

FKres FKresstatus Date active
0 1 2022-03-29 18:09:27 1 → Angelika Baumann (UID: 5593) SOL-GR22-28 → Vorhanden res und res2restatus: IDres 11025
0 1 2022-03-30 09:43:35 1 → Marie-Eve Fehr (UID: 3737) SOL-GR22-28 → Vorhanden res und res2restatus: IDres 11026
0 1 2022-06-05 16:27:42 1 → Regula Marti (UID: 3562) SOL-GR22-37-38 → Vorhanden res und res2restatus: IDres 11064

Zu Regula Marti:
res2restatus

FKres 	FKrestatus date       	active 	
11066 	1 	2022-06-05 16:28:29 	1
11065 	1 	2022-06-05 16:28:14 	1
0 	1 	2022-06-05 16:27:42 	1
11064 	1 	2022-06-05 16:27:40 	1
11063 	1 	2022-06-05 16:26:32 	1

reservation:
IDres FKbooking FKtour FKuser
11063 0 3612 3562
11064 0 3588 3562
11065 0 3607 3562
11066 0 3605 3562

Das baseinfo img kommt beim Törn SOL-SA22-28-Spoerri nicht, bzw. zeigt ein NoImage
Auf dem Voucher kam das Bild aber und im CharterAdmin ist es auch vorhanden.

Der Skipper kann in “Meine Törns / Als Skipper” Teilnehmer hinzufügen.
Sobald ein Teilnehmer vorhanden ist, kommt der Skipper auch im Register “Buchungen”. Dies ist nicht sehr schön so, im Moment aber OK (15.12.2022)

nicht vorhanden

nicht vorhanden

Die Resultatseite sollte eine erweiterte Suchfunktion haben.
Törns mit “Mindestteilnehmerzahl nicht erreicht” müssen z.B. rausgefiltert werden können.

Folgende Inhalte müssen aus dem Resultat der Toursuche angezeigt werden können:

-Je Produkttyp gibt es eine CMS-Page. Diese Page muss im Resultat der Toursuche als Dialog angezeigt werden. Wie lösen wir das in der DB (Evtl. über tour2object)?
–> Aktuell keine Verknüpfung von CMS Inhalt zu Produkttyp (Grund: Content ist Sitespezifisch, Tourproducttype nicht).
–> Lösung. Das Icon wird im Resultat angzeigt. In der rechten Spalte der Seite wir ein Teaser “Unsere Produkttypen” geschaffen.

-die TYC (Sub)Area (und auch noch besser das Land dazu) muss im Resultat der Toursuche angezeigt werden und bei Klick ein Inhalt als Dialog angezeigt werden. Woher kommt nun der Inhalt:
Kommt der Area-Sepzifische Inhalt aus TYC?
Wenn ja - wie verknüfen?
Wenn Nein - Muss eine Page aus dem CMS mit A: jeder Tour einzeln verknüpft werden können? oder B: die Page beim Anlegen einer (Sub)Area aus TYC zugewiesen werden können?
–> Aktuelle Lösung: Verknüpfung einer TYC-Area zu einer Site-Spezifischen Page. Erfolgt in der Domainspezifischen DB pages2area, aktuell via Access administriert.
Oder Alternativ: Das Revier wird angezeigt, aber die Verlinkung zum Revier-Content (als Dialog) erfolgt über das TourObjekt.

Die “Standard” User Registrierung passt für Nur-Operators nicht gut.
Evtl. eigene Registrierungsseite..

Cookie gesteuerter Dialog (1x anschauen, dann nicht mehr anzeigen) auf Startseite zum pushen oder benachrichtigen über bestimmte Dinge… z.B.
- Besuchen Sie uns an der Ferienmesse St. Gallen
–&gt; Inhalt CMS gesteuert.

Reiseanmelder kann alle Teilnehmerdaten ändern.
Teilnehmer kann seine Daten ändern, wenn er einen Account mit E-Mail Adresse hat.
Wenn nicht, sollten Teilnehmerdaten via Link (ReservationsID) eingetragen werden können.
bzw. Account zu erstellen.

nicht vorhanden

- Reiseanmelder: Woher SOLsailing bekannt?
- Teilnehmer: Segelerfahrung, etc.

Tabelle Touroperator:
- besrid
- besrtnid

Tabelle useraddress:
- Bank
- Refnr
- Iban
→ Wozu ?

Evtl. in Zshg. mit FS#530

tourbookingtype, places per entity,
Buchungsprozess beachten: wieviele Personen kann ich buchen (woher die Zahl?)
Was, wenn ein user für denselben Törn weitere Buchungen als Reiseanmelder machen möchte…

Invoice:
- IDinvoice
- FKuser
- Name, Vorname, Adresse, etc.
- FKpaymentstatus
- FKpaymenttype
- invoicefreetext
- price_invoice

Booking:
- IDbooking
- FKinvoice
- FKtour
- Pax (= Anzahl reservations ?)
- bookingfreetext (kann ich der Benutzer bei der Buchung eingeben..)
- price_booking? Ist price bei tour..abhängig von placesperentity…genau dies ist zu spezifizieren!

Reservation:
- IDreservation
- FKbooking
- FKuser
- FKtour
- price_reservation

zu beachten: Der Preis wird von Dreamyachtcharter nicht pro Kabine, sondern pro Person angegeben…..

wozu?

Aktuell muss für jedes Template (ausser für dyn_fields in PDF Template) jede Abbreviation noch definiert sein.
Entweder man baut den CKEditor so um, dass nur die für das entsprechende Template definierten Abbreviations zur Auswahl stehen, oder man baut jedes Template so, dass alle Abbreviations genutzt werden können, hat dann aber evtl. Performance Probleme.

Warum gibt es bei der Buchung im Formular für die Rechnungsadresse ein E-Mail-Feld?
Das Feld macht nichts... ist nun auskommentiert...
Evtl. habe ich da mal irgendwie gemeint, man müsse evtl. für die Rechnung die Möglichkeit haben, diese grad mal irgendwo anders hin zu senden...

Ist doof, wenn Skipper wie normale Teilnehmer Interesse an Skippertätigkeit für bestimmten Törn bekunden.

insb. für 2. Törnwoche und auch für andere Teilnehmer in derselben Buchung sollten Journeys nicht nochmals eingetragen werden müssen…

nicht vorhanden

Wenn durch eine neue Buchung ein Törn mit Mindestteilnehmerzahl definitiv wird, hat ja jeder 48 h Zeit zum canceln.
Damit ist der Törn noch nicht definitiv, sondern erst, wenn 48h später immer noch die Mindestteilnehmerzahl erreicht ist, d.h. es keine Cancellation gegeben hat.
Dies muss im Prozess auch so abgebildet werden.

Was passiert mit “Booking”, wenn alle Reservationen zu einer Buchung gelöscht werden?
Dazu müsste es evtl. auch bei “Booking” einen Status geben (evtl. über paymentstatus)

Wenn ein Törn mit Mindestteilnehmerzahl durch eine neue Buchung definitiv wird, ist er erst definitivdefinitiv, wenn innerhalb 48h keine der Buchungen storniert wird.
Dazu müsste es einen “mittleren” Reservationsstatus (zw. Reservation und Buchung) geben.
Und der Prozess, bzw. die Infos an die Kunden müssten auch anders sein.

- für X Personen
- genau dieser Törn oder noch andere (Auswahl)
- bei Interessebekundung angeben, ob Benachrichtigung, wenn neues Int/Bu/Törn def.

mit seinen Törns, Threads, etc.

Mehr E-Mail-Adressen (user): z.B. dadurch, dass Prospekt PDF download nur möglich, wenn eingeloggt…bzw. PDF wird per E-Mail gesendet (s. sunbeam)

nicht vorhanden

Alternativ via Access

- WebDav (FTP in Explorer?) für
www.solsailing.ch/files/bilder www.solsailing.ch/crm/invoices www.solsailing.ch/crm/contracts

- Analytics

- Tech Doku (XML TYC, etc.)

- .de Domains von Heiko’s Registrar zu nic.com versuchen zu zügeln

Insbesondere wenn aus Suche zu Angebot, bzw. aus Destination zu Angebot

Für Törns ohne Verfügbarkeits-Info, die öfter, evtl. wöchentlich stattfinden, wäre es gut, nicht die einzelnen Törns zu haben, bzw. bei der Buchungsanfrage ein Datum auswählen, angeben zu können.