Fortlaufende Änderungen Touristik ab 01.01.2023 Stand: 31.12.2023
=====================================================================
06.01.23: Teilstrecken-Prüfung per DIVFLUI (= diverse Fluginformationen)
(Nur bei Einsatz der Zusatzmodule "DIVFLUI/OTDS" relevant!)
Im Programm DIVFLUI gibt es bei der Bereitstellung der Fluginformationen
für die OTDS-Produktion im Aufruf 4 die ergänzende Möglichkeit einer
Teilstrecken-Prüfung:
=> DIVFLUI
DIVFLUI
--------------------------------------------------------
Flug Bez. ________ - ________
Flugtabelle ______
Teilstreckeninfos 1
Streckenbezeichnung 2
In-Ausland-Airports 3
====>>>> Teilstrecken-Prüfung 4 _
Start (J/N/H) _
Teilstrecken-Prüfung (Aufruf "4"): Mit dieser Eingabe wird per DIVFLUI
geprüft, ob ein Flug die Teilstrecke eines anderen Fluges ist.
Wenn ja, wird die Flugnummer in die Datei FSTEILSTR geschrieben.
Die Datei FSTEILSTR wird im selben Verzeichnis wie die Datei
FFSTRECKEN angelegt.
Existiert die Datei FSTEILSTR nicht oder sind die FlugBez-Felder und das
Flugtabelle-Feld leer, wird sie neu angelegt. Andernfalls werden Einträge
hinzugefügt oder ggf. gelöscht.
Existiert die Datei FSTEILSTR und ist in FS-1,P das Feld: EXT mit dem
Wert "N" gefüllt, dann wird geprüft, ob der aktuelle Flug in der Datei
eingetragen ist. Wenn nicht, d.h. er ist nicht Teilstrecke eines anderen
Fluges, wird er nicht exportiert.
Zu den unterschiedlichen Aufrufmöglichkeiten (Menüpunkten) im DIVFLUI - es
wird jeweils eine separate Datei erzeugt und im Verzeichnis abgelegt:
- FSSTOPOVER (Aufruf 1)
- FFSTRECKEN (Aufruf 2)
- FS3LIALIST (Aufruf 3)
- FSTEILSTR (Aufruf 4)
(Programme: DIVFLUI/OTDSF / Doku: DIVFLUI-DOKU / #12536)
------------------------------------------------------------------------------
06.01.23: Neues Modul VIARC Schnittstelle zu VIATOR "Rail & Cruise"
Mit dem (Sonder-)Modul VIARC können Bahnanreisen für (Fluss)Kreuzfahrten
über die Schnittstelle zu VIATOR generiert werden (Rail&Cruise).
Die Bedingungen/Konditionen werden im Hotelstamm auf der RC-Seite
(HS-2,B,RC, Programm HOTRUC) und im Modul RUFPAR hinterlegt.
Die Buchung erfolgt mit Q- oder L-Sätzen. Die Meldung an Viator erfolgt
mit dem Voucherdruck.
Die von VIATOR zurück gelieferte 15-stellige ID wird mittels VD
(Voucherdruck) auf einen separaten Voucher gedruckt. Zusätzlich kann
ein Barcode oder Link auf den Voucher gedruckt werden.
Mit diesem 15-stelligen Code (alternativ Barcode bzw. Link) kann sich der
Kunde das Ticket von einer Website der Deutschen Bahn abholen.
(Programme: VIARC/HOTRUC / Doku: VIARC-DOKU / #12642)
------------------------------------------------------------------------------
13.01.23: WBSCGI (Internet-Schnittstelle) - SATZART=LZ
Die SATZART=LZ zur Nachbuchung von L- oder Q-Sätzen wurde um folgendes
Feld erweitert:
LSATZTEXT-n X(30) Ein in TO-Q, Zeile 1 hinterlegter Text,
welcher nach einer Leerstelle mit einem Platz-
halter (^) versehen ist, wird durch den hier
übergebenen Text ergänzt und in den Vorgang
übernommen.
(Programme: WBSCGI/TXCGI / Doku: WBSCGI-DOKU)
------------------------------------------------------------------------------
16.01.22: Erweiterung des BAPECK-Sondermoduls um das Programm BAPWVL zur
Kontrolle und Abarbeitung der vom "BAPECK-betroffenen" Vorgänge
Das BAPECK-Programm wurde ergänzt um eine Abarbeitungs- und Kontroll-
-Funktion, die für die vom BAPECK markierten Vorgänge genutzt wird.
Im Programm BAPWVL kann nach div. Kriterien nach den Vorgängen gesucht
werden, die als Vorgang mit BAPECK-Fehler gekennzeichnet sind.
Via BAPWVL lassen sich die Vorgänge bearbeiten: manuell oder global
kann das WVL-Datum angepasst werden / der WVL-Status geändert oder gelöscht
werden.
Das BAPWVL ist aufrufbar auf dem Grundmenu oder aus TP-Menu. Näheres zur
Abarbeitung siehe BAPECK-DOKU, Kapitel:
BAPWVL - Kontrolle und Abarbeitung der BAPECK-Vorgänge
(Programme: BAPWVL / Doku: BAPECK-DOKU / #11717)
------------------------------------------------------------------------------
16.01.23: Neuer Schalter in TXPARA zur Aktivierung der CRS-Anzeige von
Sitzplatzinfos zu der via DBWEB gebuchten Bahnverbindung
In TXPARA Seite 4, Zeile 20 ist der neue Schalter <DBWEB-Res> entstanden,
der die Anzeige der Sitzplätze für die gebuchte Bahnverbindung im CRS
aktiviert.
Die Sitzplatzinfos werden nach Buchung mit Aktion BI in gekürzter Form
angezeigt (eine Zeile je gebuchte Verbindung).
(Programme: TXPARA/STATPV/ Doku: TOMA-DOKU / #10270)
------------------------------------------------------------------------------
18.01.23: HOTLI neues Hütchen für <Buchungsnummer.Teilnehmer>
Im HOTLI (Druck Hotelliste) gibt es ein Hütchen ^RSTN, welches in der
Darstellung die Vorgangsnummer, einen Punkt und im Anschluß direkt die
Teilnehmer-LFD ausgibt. Beispiel: 01131706.1 und 01131706.2
(Programm: HOTLI / DOKU: HOTLI-DOKU / #17678)
-----------------------------------------------------------------------------
26.01.23: Erweiterte Druckausgabe im QLIST
Bisher
Ausdruck tour. Überschrift J/N _
Neu:
Ausdruck tour.Überschrift J/N/K _
"K" = Kurz-BEZ der touristischen Leistung/Überschrift, Zeile 19, TP-1.
Somit kann entweder der Langtext oder die bis zu 11-stellige Kurz-Bezeich-
nung im QLIST je Vorgang gelistet werden ("ht-leisttyp"). Beispiel:
VORG. ANR. NAME ALTER DAUER EUR-PREIS ÜBERSCHRIFT
---------------------------------------------------------------------
1126877 H Blank, Wbs F 11,00 TEST4711 <<
F Blank, Wbs F 11,00 TEST4711 <<
1127590 F Muster, Anja F 0,50 HSXXAL001KM <<
F Muster, Tina F 0,50 HSXXAL001KM <<
(Programm: QLIST / DOKU: QLIST-DOKU / #18437)
-----------------------------------------------------------------------------
01.02.23: Neue Felder BUDAT in CRSSD-N
Die in der N-Sektion des Hotelstamms vorhandenen Datumsfelder für das
BUDAT wurden nun ebenfalls in der N-Sektion des CRSSD eingeführt, ebenso
das AB-3L-Feld.
Bei beiden Features sind keine Tabelleneinträge zugelassen, nur direkte
Eingaben des Datums bzw. z.B. beim AB-3L-Feld zur Steuerung auf "H" oder
"*" neben dem üblichen AB3L.
(Programme: CRSSD/CRSSDI / Div. Hotelschnittstellendokus / #18635)
------------------------------------------------------------------------------
06.02.23: CKILST nach Flugtabelle (Sondermodul)
Im CKILST gibt es das Feld <Best. Flugtabelle>: mit der Eingabe einer im
DRPASS-2 hinterlegten Flugtabelle kann das CKILST auf die in der Flug-
tabelle hinterlegten Flüge eingeschränkt werden.
Keine Eingabe: es werden immer alle Flüge gemeldet.
(Programme: CKILST / Doku: CKILST-DOKU / #18371)
------------------------------------------------------------------------------
07.02.23: BookingRequest auf <IgnoreFlightTimes=true> setzen.
(Nur bei Einsatz des Zusatzmoduls "CRSHH" relevant!)
In der Konfigurationsdatei der Hitchhiker-Schnittstelle (crshh.cnf)
besteht die ergänzende Möglichkeit den BookingRequest auf den Wert
<IgnoreFlightTimes=true> zu setzen:
B 1EUR 1 <<<<====
D.h. hinter der Betragstoleranz kann zusätzlich in der B-Zeile gesteuert
werden, ob im BookingRequest auf den Status <IgnoreFlightTimes=true>
gesetzt wird. Die Übergabe wird mit der Eingabe "1" aktiviert (d.h. der
Schalter wird übermittelt) und mit der Eingabe "0" (Null) deaktiviert
(d.h. Schalter wird nicht übermittelt).
Zum Hintergrund: Bei manchen Airlines wie z.B. Turkish Airlines (TK) oder
Eurowings (EW) kommt es vor, dass die Masterprice-Abfrage Getfares andere
Flugzeiten liefert als bei der BookingResponse zurückgegeben werden. Dies
scheint ein Datenproblem bei Amadeus zu sein, was mit dieser Steuerung
entsprechend umgangen werden kann.
(Programm: CRSHH / Doku: CRSHH-DOKU / #18450)
------------------------------------------------------------------------------
07.02.23: Neue Felder BUDAT in CRSSD-KO
Die in der KO-Sektion des Hotelstamms vorhandenen Datumsfelder für das
BUDAT wurden nun ebenfalls in der KO-Sektion des CRSSD eingeführt.
Es sind keine Tabelleneinträge zugelassen, nur direkte Eingaben des Datums.
(Programme: CRSSD/CRSSDI / Div. Hotelschnittstellendokus / #18764)
------------------------------------------------------------------------------
07.02.23: Neue Parametrisierung im OTDEXP (OTDS-Export)
In der Sektion "F" (Flugparameter) gibt es im unteren Teil der Maske
eine neue Variante der Steuerung:
Rückflug : _
NurFlug-Preise: J ZL-Tab: _
Rail&Fly : J 01.11.22 - __.__.__ __ __ __ __ __
Flight-ID : _
>>>> OTDEXP-Z 3LC : _
allgemein gilt: Im OTDEXP-Z werden Zielgebietseinschränkungen (z.B.
Aufenthaltstabellen) vorgenommen.
"OTDEXP-Z 3LC":
Ein Hotel, dass über mehrere 3LC erreicht werden kann, kann nun mit dem
neuen Feld "OTDEXP-Z 3LC" abweichend gesteuert werden.
Wird das Feld "OTDEXP-Z 3LC" mit "F" gefüllt, werden die Zielgebietsein-
schränkungen des Ziel-/Ankunftflughafens geprüft, unabhängig vom Hotel.
Wird das Feld "OTDEXP-Z 3LC" leer gelassen (oder sonst. Einträge als "F")
gelten die Zielgebietseinschränkungen in Bezug auf den ersten 3LC aus dem
Hotelstamm.
Bsp.:
- Hinflug nach SDQ
- erster 3LC im Hotelstamm: PUJ
Mit dem neuen o.g. Schalter wird also definiert, ob die Zielgebiets-
einschränkungen für SDQ oder PUJ (Fehlwert) gelten.
(Programme: OTDEXP / OTDS-Doku / #18680)
------------------------------------------------------------------------------
07.02.23: Externe STEAL-Reisebestätigung per TXRBA jetzt Standard
Analog zu:
11.11.22: Externe Nicht-STEAL-Reisebestätigung per TXRB jetzt Standard
wurde nun auch das Programm TXNRB = "Steal-" RBE mit Druck bis maximal
2 Seiten "ausgemustert" (gehimmelt). Das TXNRB wird durch das TXRBA =
"STEAL-RBE" mit bis zu 9 Seiten ersetzt. Lt. DECK-DOKU galt:
"STEAL-RBE" - externe Reisebestätigung 10.10.16/TXRBA
=======================================
Mit dem Modul TXRBA kann die Amadeus "STEAL-RBE" (58-er-Datensatz) auch
mit mehr als 2-Seiten (maximal 9 Seiten) gedruckt werden. Es entfällt
die Notwendigkeit der Aktion CR um evtl. Folgeseiten zu drucken.
Programm-Modul: TXRBA EUR 1.250,--
Text : TXRBA-DOKU
(Programm: TXRBA / Doku: TOMA-DOKU)
------------------------------------------------------------------------------
09.02.23: HOTLI neues Hütchen für Telefon MOBIL aus Kundenstamm
Im HOTLI (Druck Hotelliste) gibt es die Hütchen RAM/RKM/RNM analog zu den
Hütchen RAT/RKT/RNT, die die MOBIL-Nummer aus dem Kundenstamm (TPKUND,
Zeile 20 Feld MOBIL) ausgeben.
(Programm: HOTLI / DOKU: HOTLI-DOKU / #18796)
------------------------------------------------------------------------------
16.02.23: Erweiterung der "CRS - Parameter" (FLINSA-S)
Im "CRS-Parameter" unter FLINSA-S (FS-I,S) gibt es im Feld <CRS> eine
neue, alternative Eingabemöglichkeit, um auch die Hütchenfunktion (^)
als Platzhalter für ein GDS/CRS-Kennzeichen zu verwenden:
F L U G - S T A M M
-------------------------------------------------------
CRS - Parameter
CRS Cache Grp
1 AM _1 _
2 W1 _0 W
3 W2 _0 W
4 W3 _0 W
5 SA 12 _
6 GA _0 _
===>>> 7 C^ _0 G
8 __ __ _
9 __ __ _
...
15 __ __ _ __
CRS /... : Ä...Ü
Im Feld <CRS> ist alternativ auch die Verwendung der Hütchenfunktion (^)
als Platzhalter für ein GDS/CRS-Kennzeichen möglich (im Bsp. C^). Dies
kann u.U. dann nötig sein, wenn die Anzahl an Einträgen nicht aus-
reichend ist, und/oder wenn die CRSe/GDSe bei der Prüfung der Flight-ID
in derselben Gruppe lt. FLINSA-S gleichwertig sind.
(Programme: INSAC/JJTOUR / Doku: FLINSA-DOKU / #18112)
------------------------------------------------------------------------------
16.02.23: Erweiterung CHL: SPOOL-/Hintergrund-Funktion
Das CHL ist nun hintergrundfähig, d.h. es kann für SPOOL-Jobs genutzt
werden. Ziel der neuen Funktion:
Ändern/Ersetzen von L-Sätzen in bestimmten Zyklen per Nur-Nummern-
Liste.
Um den SPOOL-Auftrag zu starten, wählt man den CHL-Menuepunkt
<Rech.Nr.-Liste Erstellen> (1), nimmt die notwendigen Selektionen vor
(i.d.R. NN-Liste) und kann im Haltefeld "H" (Hintergrund) eingeben.
Die übrigen CHL-Menuepunkte "Drucken/Bearbeiten/Buchung ändern" können
bei einem SPOOL-Auftrag nicht genutzt werden. Eine genauere Beschrei-
bung entnehmen Sie bitte der CHL-DOKU.
Da das CHL u.U. Massen an Daten verändern kann, empfiehlt WBS Blank
den CHL-SPOOL-Einsatz nur in Ausnahmefällen.
(Programm: CHLSAT / Doku: CHL-DOKU / #14952)
------------------------------------------------------------------------------
16.02.23: Druckbyte zurücksetzen, Mitschreiben der Codes auf der UD-Seite
Im RUFPAR-6 gibt es den Schalter <UD-Seite:>. Mit dem Eintrag "J" werden
die von Viator gelieferten Codes für Rail&Fly bzw. Rail&Cruise auf der
UD-Seite mitprotokolliert.
Weiterhin kann man auf der TP-1-B-Seite mit der Eingabe "RF" eine eigene
Seite (TPRUF) aufrufen. Mit den Eingaben "H" und "R" kann man für die Hin-
und/oder Rückfahrt bei Rail&Fly oder Rail&Cruise die Tickets bei Viator
zurücksetzen.
Mit "T" (bei F-Sätzen, Rail&Fly) bzw. "V" (bei H-Sätzen, Rail&Cruise) wird
das VD-Druckbyte auf der A-Seite auf T bzw. V gesetzt, mit der Eingabe "A"
wird das Druckbyte auf "U" gesetzt. Mit "M" wird ohne Setzen des Druck-
bytes in das TD bzw. das VD gewechselt, wie bei der Eingabe "TX" oder "VX"
auf der TP-A-Seite.
Der Aufruf der TPRUF-Seite kann mit dem CODPRG-Recht TPRUF geschützt
werden.
(Programme: RUFPAR/VIARF/TPNEU/TPRUF/VONEU/TINEU / Dokus: VIARF-DOKU/
VIARC-DOKU / CODPRG-DOKU / TPULAD-DOKU / #18137)
------------------------------------------------------------------------------
16.02.23: Für WebSource-Tarife ein Ticketing-Datum je Airline definieren.
(Nur bei Einsatz des Zusatzmoduls "CRSHH" relevant!)
In der Konfigurationsdatei der Hitchhiker-Schnittstelle (crshh.cnf)
besteht eine neue Möglichkeit ein Ticketing-Datum für WebSource-Tarife
zu definieren. D.h. in der T-Zeile (großes "T") kann für die WebSource-
Tarife abhängig von der Airline ein Ticketing-Datum hinterlegt werden.
Hierbei können mehrere T-Zeilen (für verschiedene Airlines) verwendet
werden, welche ein Ticketing-Datum xx Tage vor Abflug je Airline fest-
legen.
=> Im Beispiel:
T WebSource DE 28
(Fest T, Source, Cia, Anzahl Tage)
Für die so gefundenen Ticketing-Daten wird das Feld <Sonder> aus den
FLINSA-Parametern (FS-I,P) angewendet, wie es u.a. auch für die
"Published"-Fares bereits geschieht. Bitte beachten Sie, dass die T-
Zeile(n) nur dann greift, wenn von Hitchhiker selbst kein Ticketing-
Datum übermittelt wird!
(Programm: CRSHH / Doku: CRSHH-DOKU / #8304)
------------------------------------------------------------------------------
16.02.23: Ticketing-Datum (TKTL-Element) der PNR zurückrechnen.
(Nur bei Einsatz des Zusatzmoduls "CRSHH" relevant!)
In der Konfigurationsdatei der Hitchhiker-Schnittstelle (crshh.cnf)
besteht die ergänzende Möglichkeit das Ticketing-Datum (TKTL-Element)
der PNR zum restriktiven Datum, bspw. "-1 Tag" (24 Std.), zu setzen,
sodass der PNR am Tag vor Fälligkeit in der Ticketing-Queue aufläuft
und rechtzeitig bearbeitet werden kann.
=> Im Beispiel:
t 1
(fest kleines t, Anzahl Tage die zurückgerechnet werden sollen)
D.h. in der t-Zeile (kleines "t") kann für das Ticketing-Datum die Anzahl
der Tage zurückgerechnet werden. Hierbei wird das TKTL minus der Anzahl
an Tage, die zurückgerechnet werden sollen, festgelegt. Dadurch wird
dann auch bereits beim Lesen der Vakanz das Ticketing-Datum manipuliert.
(Programm: CRSHH / Doku: CRSHH-DOKU / #16661)
------------------------------------------------------------------------------
21.02.23: Erweiterung der Attribute im (Sonder-)Modul OTDUNI
UnitFacilities können für die einzelnen Zimmertypen mit dem (Sonder-)Modul
OTDUNI für die OTDS-Lieferungen verarbeitet werden (siehe auch OTDS-DOKU).
Nun sind mit Version 2.1.4 neue Felder hinzugekommen, daher wurde das
OTDS auf Version 2.1.4 erweitert.
Gegenüber der Vorgängerversion sind hinzugekommen:
"DirectSharedPoolAccess"
"PrivateToilette"
"Fridge"
(Programme: OTDEXP/OTDUNI / Doku: OTDS-DOKU / #17019)
------------------------------------------------------------------------------
21.02.23: Erweiterung der Einstellungen zum (Sonder-)Modul CRSSD
In HOEXPAR-7 (CRSSD-Parameter) gibt es neu diese Auswahlmöglichkeit so-
fern die Stammdatenanlage von Schnittstellenhotels per CRSSD durchgeführt
wird:
<7. Anlagetab. Mapping OK:> Behandlung des Status CRSSD ERR
N = (space)= wird für mindestens einen externen ROOM/BOARD-Code kein
Mapping gefunden, erhält der entsprechende Eintrag den Status "CRSSD
ERR" und wird nicht in weiteren Schritten (z.B. CRSSDI) berück-
sichtigt.
J = der Status "CRSSD OK" wird schon dann gesetzt, wenn mindestens 1 ROOM
erfolgreich gemappt werden konnte.
Fehlende Mappings bei den BOARDS/Verpflegungen führen hingegen wei-
terhin zum Status "CRSSD ERR".
(Programme: CRSSD/HOEXPAR / Doku: div. Schnittstellendokus / #19178)
------------------------------------------------------------------------------
24.02.22: LLIST (Listendruck TO-Sätze) - Erweiterung für Satztyp "Q"
Im LLIST werden nach Eingabe des Satztyp "Q" zwei weitere Felder zur
Auswahl eines Lieferanten zur Verfügung gestellt.
1. Feld: Art des Lieferanten:
* = alle (Fehlwert, wenn leer)
L = Lieferant, angelegt in LS
A = Hotelagent, angelegt in HS-3
H = Nebenkostensatz aus einem Hotel, angelegt in HS-2 mit bis
zu 6-stelliger Bezeichnung
K = Nebenkostensatz aus einem Hotel, angelegt in HS-2 mit
einer Bezeichnung, die größer als 6-stellig ist
(wegen Buchhaltungskonto)
2. Feld: Bezeichnung des Lieferanten
Leeres Feld = alle Lieferanten zur gewählten Lieferantenart
(Programm: LLIST / Doku: LLIST-DOKU) / #18393
------------------------------------------------------------------------------
24.02.23: Neues Feld in HS-2,B,K für die interne Kategorisierung der
Zimmerarten
Im Hotelstamm auf der K-Seite im "Zusatztext zur Zimmerbeschreibung"
(Aufruf Z aus dem Haltefeld der ABK) entstand ein neues Feld <Int.Kat.>.
In dem Feld kann eine interne Kategorisierung der einzelnen ABK's vorge-
nommen werden. Die Eingabe ist alphanumerisch möglich.
Im HOTLI können mit Einschränkung auf die interne Kategorie aus diesem
Feld Listen gedruckt werden. Dafür ist in HOTLI-1 das Feld <KATEG> in den
EINSCHRÄNKUNGEN, letzte Zeile entstanden:
(VERPFLEGUNG)/KATEG. : __ __ __ __ __ _
"Int. Kat." wird abgearbeitet in den Programmen XMLIMP/-EXP, DRHOT, HOHIST.
(Programme: HOKONT/HOTLI/DRHOT/HOHIST/HSXIMP/HSXEXP /
Doku: HS2-DOKU/HOTLI-DOKU/XMLIMP-DOKU/XMLEXP-DOKU #17725)
------------------------------------------------------------------------------
28.02.23: TO-L/Q zusätzliche rein informative Zeile
In TO gibt es (nur!) für L- und Q-Sätze unterhalb der
LEISTUNGS-BESCHREIBUNG
neu eine zusätzliche rein informative Zeile:
L-Satz:
LEISTUNGS-BEZEICHNUNG ______ ERSTANLAGEDATUM:
LEISTUNGS-BESCHREIBUNG ______________________________________________
ABTEILUNG ____ ___________________________________________
Q-Satz:
LEISTUNGS-BEZEICHNUNG ______ ERSTANLAGEDATUM:
1. LEISTUNGS-BESCHREIBUNG ______________________________
____________________________________________
Diese Zeile gilt _ausschließlich_ als zusätzliche Information/Erläuterung
im TO-Stamm selbst. Sie wird lediglich im Stammdatendruck (DTO = DRUTO)
mit ausgedruckt aber nirgends sonst angezeigt! Im Druck der Kurzliste wird
die Zeile ebenso wie die Textzeile nur verkürzt gedruckt.
(Programme: TPREIS/DRUTO / Doku: TPLEI-DOKU /#16715)
------------------------------------------------------------------------------
28.02.23: TO-B-Satz-Markierung zur Berechtigung auf TP-1-B-Seite
Es wurde die Möglichkeit eingeführt, TO-B-Sätze für TP-Vorgänge mit
Bearbeitungsrecht auf der B-Seite zu markieren.
Die Anforderung lautete: die Möglichkeit, Vorgänge, die einen bestimmten
B-Satz auf der TP-1,B-Seite enthalten, per CODPRG nur lesend zugreifbar zu
machen.
Nur (!) für B-Sätze gilt bei Eintrag eines beliebigen Zeichens (x)
in Feld <CODPRG> und korrelierendem CODPRG-2-Recht <TPSPER x>:
Kommt ein so markierter B-Satz auf einer TP-B-Seite vor, dürfen nur
Mitarbeiter mit Recht <TPSPER x> die B-Seite bearbeiten. Andere dürfen
"nur lesen", d.h. den Vorgang auch auf der B-Seite aufrufen, aber keine
Änderungen vornehmen.
Hinweis: das Recht <TPSPER x> gibt es bereits für L-/Q-Sätze allerdings
mit einer anderen Bedeutung - nämlich Steuerung der Buchbarkeit.
(Programm: TPNEU / Doku: TO-DOKU/CODPRG-DOKU /#19081)
----------------------------------------------------------------------------
03.03.23: CKILST: Check-In-Listen (Flug-Meldungen)
Das Zusatzmodul CKILST wurde dahingehend erweitert, dass die vorgangsbezo-
gene Änderung EKFFIX keine Meldung mehr auslöst.
Bisher wurden alle F-Satz-bezogenen Änderungen (und Änderungen der N-Seite/
TEILN), die einen TPHIST-Eintrag erzeugen (TP99), derart verwaltet, dass
sie eine CKILST-Meldung auslösen.
Das EKFFIX (Fixieren des Flug-EK; siehe gleichnamige Doku) wurde als Ini-
tial für eine CKILST-Neumeldung nun ausgeklammert. Das Festschreiben des
EK löst nun keine Meldung mehr aus. Erkennbar ist das EKFFIX an der ART
"FX" in der Vorgangshistorie.
Bei der Gelegenheit: aus Sicherheitsgründen empfehlen wir, dass CKILST
per CODPRG mit Warnung nur Key-Usern zugänglich zu machen.
(Programme: CKILST/TP99 / Doku: CKILST / #19460)
---------------------------------------------------------------------------
06.03.23: Erweiterung der Hütchen HXSP und HXSZ im VONEU
Die Hütchen HXSP (PNR der Source der HX-Seite) und HXSZ (Roomtyp) drucken
jetzt auch den PNR bzw. den Roomtyp bei dem CRSWHX.
(Programm: VONEU / Dokus: VODEF-DOKU/VONEU.HUT / #19442)
----------------------------------------------------------------------------
08.03.23: TPMAIL - Hütchen für den Nachnamen
Für das Zusatzmodul TPMAIL Mail/Faxversand aus Vorgang in TP-1 heraus
kann nun ein Hütchen für (nur) den Nachnamen verwendet werden.
Hierbei gilt: der Nachname ist von hinten gesehen der Name nach dem
letzten Leerzeichen.
Das Hütchen lautet je nach Einsatz beispielsweise ^KA4, ^KU4.
(Programme: TPMAIL/EMAILP / DOKU: TPMAIL/ZAHLZZ-DOKU / #16345)
-----------------------------------------------------------------------------
08.03.23: EXZUOK (Zubuchen von EXTZU-Leistungen in CRS):
Erweiterung auf Hoteltyp "M"
Die Abarbeitung des Zusatzmoduls EXZUOK - Zubuchen einer Versicherung oder
einer im EXTZU-S angelegten Sonderleistung ohne Neuaufbau der B-Seite via
CRS und WBSCGI - wurde nun erweitert um den Hoteltyp "M" = Mietwagen.
Bei aktiviertem EXZUOK wird eine Umbuchung auf einen zusätzlichen Mietwagen
OHNE Auswirkung auf die Ursprungsbuchung (z.Bsp. Preisänderung) vollzogen.
(Programme: TPEXT/TXUMB / DOKU: EXZUOK-DOKU / #14089)
-----------------------------------------------------------------------------
13.03.23: Zusatzmodul TXVOR - Teilmaske für die Vorgangssuche im CRS
Mit dem neuen Zusatz-Modul TXVOR kann für die Vorgangssuche im CRS mit
Aktion-V eine Teilmaske genutzt werden. Die Vorgänge können dann über
Selektion (ankreuzen) direkt in die CRS-Maske übernommen werden.
Es entfällt dadurch die manuelle Eingabe der Vorgangsnummer.
(Programme: TXVOR/TXDVO / DOKU: TOMA-DOKU / #16591)
-----------------------------------------------------------------------------
14.03.23: BLAISD EK von Q-Satz mit Sto-9 und freiem EK/VK Storno in isdvk
Per BLAISD-Datei isdvk (TP-1, E-Seite Konten) wurde bisher bei TO-Q-Sätzen
mit freiem EK und VK und Sto-Kennz 9 im Stornofall nur ein Satz mit dem
Gesamt-VK-Betrag exportiert. Jetzt erfolgt die gleiche Aufsplittung wie bei
einer aktiven Buchung in einen Satz mit dem EK und der Differenz zum VK als
Aufschlag.
(Programm: TPEINK / Doku: BLAISD-DOKU /#17295)
------------------------------------------------------------------------------
15.03.23: Kreditkartenzahlung Concardis (TPKK) - erweiterte Order ID
Bei Nutzung der Kreditkartenschnittstelle zu Concardis Payengine 3
können im Rahmen der Zahlung weitere Informationen zur
Buchung übermittelt werden (z.Bsp. Reisedatum, Art der Reise).
Dieses Prozedere ist zwischen Ihnen und Concardis abzustimmen.
Hierzu im FB-K, Feld 17, AID (rechte Seite) eine 1 eintragen.
(Programme: FIRMA2/KKTRAN / DOKU: TPKK-DOKU / #16750)
-----------------------------------------------------------------------------
15.03.23: Kreditkartenzahlung Unzer (TPKK) - Metadaten
Bei Nutzung der Kreditkartenschnittstelle zu Unzer können im Rahmen
der Zahlung weitere Informationen zur Buchung übermittelt werden
(z.Bsp. Reisedatum, Art der Reise).
Dieses Prozedere ist zwischen Ihnen und Unzer abzustimmen.
Hierzu im FB-K, Feld 17, AID (rechte Seite) eine 1 eintragen.
(Programme: FIRMA2/KKTRAN / DOKU: TPKK-DOKU / #5128)
-----------------------------------------------------------------------------
16.03.23 DPA: Flugtabellen erlauben/verbieten
In den Flugtabellen in DPA-2 können Flüge über das Feld "Ausschliessen"
erlaubt oder verboten werden.
Innerhalb einer Flugtabelle ist es nicht vorgesehen, dass dieses Feld
unterschiedlich gesetzt wird, d.h. auf der ersten Seite stehen erlaubte
Flüge, auf der zweiten Seite gesperrte Flüge. Teilweise schließen sich
die Einschränkungen damit gegenseitig aus.
Das Feld kann jetzt innerhalb einer Flugtabelle (auf allen Seiten) nur
noch den gleichen Wert J oder N enthalten.
(Programm: HOLITA / Doku: DPA-DOKU)
------------------------------------------------------------------------------
16.03.23: Festlegung eines Masterstamms für KO- und LA-Sektion im Hotelstamm
In der W-Sektion des Hotelstamms (HS-2,B,W) gibt es neu:
31 KO-Master: __________
32 LA-Master: __________
Hier erfolgt die Eingabe des Hotelstammcodes (Bsp. PMI001), von dem die
Infos ebenfalls für das Hotel in dem man es hinterlegt (Bsp. PMI002)
gelten sollen.
Dadurch ist die Bearbeitung der KO- bzw. LA-Sektion ((Sonder-)Module
HSKOST bzw. HSZA) im Hotel PMI002 nicht möglich (Nur-Lesen-Funktion) und es
werden die Einträge des "Masterhotels" dargestellt.
(Programme: HOWV/HSKOST/HSZA/DRHOT/HOHIST/HSXIMP/HSXEXP/HPREK/HZLA/TXZLA/
TXCGI / Doku: HS2-DOKU/XMLIMP-DOKU/XMLEXP-DOKU/HSKOST-DOKU/HSZA-DOKU /
#14665)
------------------------------------------------------------------------------
20.03.23: EXTZU - Zubuchbare Leistung nur via Internet (WBSCGI)
Im EXTZU gibt es für alle Anforderungen, welche eine in TO hinterlegte
Leistung (z.B. S, KW, LA) ziehen, ein neues Feld "In".
Hierüber kann gesteuert werden, ob eine TO-Leistung nur für Agenturen
buchbar ist, bei denen das CRS INET freigeschaltet ist:
kein Eintrag = keine Einschränkung der Buchbarkeit.
J/W = diese Leistung kann nur über WBSCGI gebucht werden.
N = diese Leistung kann nicht über Internet gebucht werden.
(Programm: TXZUS / DOKU: TOMA-DOKU)
------------------------------------------------------------------------------
22.03.23: Neuer Schalter im DRECHX (XML-Rechnungsdruck)
Im DRECHX gibt es in den Parametern einen Schalter, mit dem gesteuert
werden kann, ob bei den TSA-Daten nur die ersten 3 Positionen
(1 Name, 2 Vorname1 und 3 PassVornamen) ausgegeben werden oder die
gesamten TSA-Daten.
(Programme: DRECHX/DRECHX.DTD / Doku: DRECHX-DOKU)
------------------------------------------------------------------------------
27.03.23: FS (FSZL): Nachgezogene Leistungen paxgenau
Wenn in FS-1,L-Seite mit nachgezogenen, paxabhägigen Leistungen gearbeitet
wird, gibt es nun die Möglichkeit, diese paxgenau nachziehen zu lassen.
Mit Eintrag "D" im Feld <%P> werden die Leistungen für jeden gebuchten
Pax einzeln betrachtet und nachgezogen.
(Programme: FTOUR/TXFLU/FLUGST und weitere / DOKU: FS-DOKU / #18373)
------------------------------------------------------------------------------
Ergänzung zu den Einträgen
07.01.22: TPMAIL - Anrede aus E-Mail Parametern möglich
und
08.03.23: TPMAIL - Hütchen für den Nachnamen
29.03.23: TPMAIL - Hütchen für Anrede aus Kundenstamm (TPKUND)
Für das Zusatzmodul TPMAIL Mail/Faxversand aus Vorgang in TP-1 heraus
kann für die individuelle und geschlechterspezifische Ansprache aus dem
Kundenstamm (TPKUND) in der Mailvorlage des FAXERF das Hütchen
^KAG / ^KIG / ^KUG / ^LAG (Grussformel aus Kundenstamm)
verwendet werden, um den entsprechenden Anredetext aus dem Programm
EMAILP-3 zu ziehen. Beispiel:
^KUG = Sehr geehrte Frau (Anrede aus EMAILP, Geschlecht aus Kundenstamm)
^KU4 = Kunde (Nachname aus Kundenstamm)
^NG1 = Sehr geehrter Herr (Anrede aus EMAILP,
Geschlecht aus erster TN Name)
^NN1 = Teilnehmer (Nachname aus erster Teilnehmer)
(Programm: TPMAIL / DOKU: TPMAIL/ZAHLZZ-DOKU / #20350)
-----------------------------------------------------------------------------
31.03.23: Amazon Pay - neue Version
Die Anbindung an Amazon Pay wurde auf die neue Version API V2 umgestellt.
Die Abarbeitung sieht vor, dass der Kunde auf der Veranstalter Webseite
oder einer Endkunden-Zahlseite seine Amazon Pay Zahldaten einträgt.
Der Einzug der Gelder wird dann von WBS Blank in den üblichen TPKK-
Routinen durchgeführt. Nähere Informationen sehen Sie bitte in der
Amazonpay-DOKU.
Das Modul ist nicht im Standardpaket enthalten. Den Preis teilen wir
Ihnen gerne auf Anfrage mit.
(Programme: TPKK/KKTRAN/TXCGI / DOKU: AMAZONPAY-DOKU #18175)
-----------------------------------------------------------------------------
04.04.23: Steuerung des externen Freigepäcks (GDS bzw. Preiscache)
(Nur bei Einsatz der Zusatzmodule CRSGALIX/CRSSABRE/CRSAMADX
mit/ohne PRCAOK relevant!)
Im "Parameter Flug Access" unter FLINSA-P (FS-I,P) gibt es auf Seite 2
einen neuen Schalter <Gepäck aus TST>, um steuern zu können, ob das
Freigepäck extern aus dem Transitional Stored Ticket (TST), Fare Quote (FQ)
oder Price Quote (PQ) einer PNR (CRS/GDS), oder sofern vorhanden, aus dem
Preiscache (PRCAOK) ausgelesen werden soll.
Zum Hintergrund: Bisher bestand für die externen FLINSA-Flüge ausschließ-
lich die Möglichkeit, das Freigepäck über unterschiedliche FS-4 bzw.
-4E-Einträge, u.a. auch in Verbindung mit unterschiedlichen Klassen,
zu steuern. Diese Variante ist soweit auch praktikabel gewesen um das
Freigepäck definieren zu können, wurde aber aufgrund der Menge an externen
Flügen bzw. der hohen Anzahl an Preiscachedaten, zunehmend sehr stark
reglementiert.
Folgende Eingaben sind im neuen Schalter <Gepäck aus TST> möglich:
J = Das Freigepäck wird extern aus dem TST/FQ/PQ der PNR oder aus dem
Preiscache gelesen.
N = (Space) Das Freigepäck wird intern aus dem FS-4 bzw. -4E gelesen.
Zur Steuerung des Freigepäcks aus dem Preiscache:
Die Ausgabe des Freigepäcks wird bei den CRS-STADIS-Aktionen G/GZ/BA
und ggf. bei B (siehe u.g. Anmerkung), sowie im Modul OTDFPC (Export
OTDS-Daten aus dem Flugpreis-Cache (PRCAOK)) verwendet.
Zur Steuerung des Freigepäcks aus dem GDS (CRS):
Bei der Verwendung des Freigepäcks aus dem GDS (CRS) besteht eine neue
"Read Out"-Funktion, um das TST/FQ/PQ einer PNR sowohl in der GDS-API
CRSGALIX als auch in CRSSABRE auszulesen. Die Angabe des Freigepäcks wird
im INSAZU/INSAQU und ggf. auch bereits bei der Aktion-B verwendet
(siehe u.g. Anmerkung).
Anmerkung zur Steuerung des Freigepäcks:
Damit das Freigepäck vor Buchung angezeigt werden kann, ist die Verwendung
von Preiscachedaten notwendig.
Damit das Freigepäck nach INSAZU/INSAQU weiterhin korrekt bleibt, ist das
Auslesen des TST/FQ/PQ notwendig.
Für den Buchungsvorgang (Aktion-B) kann von uns entsprechend für Sie
definiert werden, ob der Preiscache oder das TST/FQ/PQ für das Freigepäck
verwendet werden soll. Ggf. möchten Sie auch beide Varianten einsetzen.
Bei späteren Umbuchungen, Flugzeitenänderungen,... etc. ist i.d.R. kein
manueller Eingriff nötig, da das Freigepäck weiterhin direkt aus dem PNR
(TST/FQ/PQ) automatisch gelesen wird. Sollte es dennoch nötig sein, das
Freigepäck auf der TP-1,B,FT-Seite für ADT/CHD bzw. INF manuell zu
editieren, dann ist dies ausschließlich in der "Lowfare-Maske" (TP-1,B,
IZ,FT bzw. INSAZU-FT => Entkopplung der PNR vom F-Satz) möglich.
=> Aufruf der "Lowfare-Maske" (TP-1,B,IZ,FT bzw. INSAZU: Eingabe "FT")
+----------------------------------------------------------------+
! Flugzeitenerfassung Lowfare Buchung !
! Flug Cl.Datum !
! H: Hin: ________ _ __.__.__ E K I !
! R: Rück: ________ _ __.__.__ Plätze: _ _ _ !
! !
! Von Nach Flugnr C Ab Datum/Zeit An Datum/Zeit Gep/Inf ! <<<<===
! 1. ___ ___ _______ _ __.__.__ __:__ __.__.__ __:__ ___ ___ !
! 2. ___ ___ _______ _ __.__.__ __:__ __.__.__ __:__ ___ ___ !
! 3. ___ ___ _______ _ __.__.__ __:__ __.__.__ __:__ ___ ___ !
...
! 10. ___ ___ _______ _ __.__.__ __:__ __.__.__ __:__ ___ ___ !
! !
! V: __ __________ __ __________ __ __________ !
! __ __________ __ __________ __ __________ !
! !
!11. EK-Preis: ___ ______,__ __ !
+----------------------------------------------------------------+
Beachten Sie bitte, dass die o.g. Angaben der "Lowfare-Maske" nur bei
(von der PNR) entsperrten bzw. entkoppelten Flügen greift!
Sofern das INSAQU (automatische Abarbeitung der CRS/GDS-Flugzeiten-
änderungen) über einen PNR ohne TST/FQ/PQ (also ohne Freigepäck im PNR)
läuft, dann wird dieser PNR automatisch auf die <manuelle Queue> (Fehler-
queue) ausgesteuert/geschoben.
Da diese INSAQU-Funktion nicht für alle CRSe greifen soll (das CRS: W1
hat kein TST), gibt es hierfür im INSAQU-2 entsprechend neue Parameter
zur Steuerung einer separaten Abarbeitung je CRS/GDS.
=> INSAQU-2: Parameter - Queue-Aktionen
Neue Parameter zur Steuerung, ob ein TST/FQ/PQ im PNR (CRS/GDS)
extern vorhanden ist:
ABARBEITUNG CRS-FLUGZEITENÄNDERUNGEN
--------------------------------------------------------
Parameter - Queue-Aktionen
TKT
Art Lfd. CRS Tage L/C RD TST +/- Hin ab/an Rück ab/an B-Satz
_ __ __ ___ _ _ _ _ _ __:__ __:__ __:__ __:__ ______ _
^^ ^
^^ ^
CRS: Eintrag des betreffenden CRS/GDS.
AM = Amadeus
GA = Galileo/Travelport
SA = Sabre
TST: Steuerung des TST/FQ/PQ.
Mit diesem Eingabefeld kann gesteuert werden, ob ein TST/FQ/PQ
im PNR (CRS/GDS) extern vorhanden ist. Folgende Eingaben sind möglich:
J = Ein TST/FQ/PQ ist im PNR extern vorhanden.
N = (Space) Es existiert kein TST/FQ/PQ im PNR.
Bitte beachten Sie: Wenn bei Ihnen das Zusatzmodul "FSFGEP" (FS-4E) im
Einsatz ist, dann übersteuert dieses Modul das Freigepäck! D.h. sämtliche
Defintionen zum Freigepäck werden dann ausschließlich aus dem FS-4E
gelesen und verwendet. Falls dies nicht global gewünscht ist, lässt sich
das direkt im FSFGEP (FS-4E) über die Felder: <C/L> und notfalls <FS>
definieren, damit das Freigepäck dieser Flugstämme nicht über das FSFGEP
übersteuert wird.
(Programme: CRSGALIX/CRSSABRE/CRSAMADX/FLINSA/INSAC/JJTOUR/INSAZU/
INSAQU/AERCACHED
Dokus: FLINSA-/PRCAOK-/INSAQU-DOKU / #14740)
-----------------------------------------------------------------------------
12.04.23: FSWEB - Webbasierte Schnittstelle (JSON Payload) für Flugstammdaten
Es gibt ein neues Zusatzmodul FSWEB.
Dieses Programm ermöglicht es, eine automatische, webbasierte Neuanlage,
Änderung und Löschung von Einträgen in der A- und L/LK-Sektion im
Flugstamm inkl. einer FS-Sperrung vorzunehmen.
Zum Hintergrund und zur notwendigen Entstehung des FSWEB-Tools:
Die AUSTAN-Schnittstelle wird bisher für alle ausgelagerten Flugänderungen
genutzt. Es ist bekannt, dass der Sinn und Zweck von AUSTAN nicht für einen
dauerhaften Einsatz von Änderungsläufen ausgelegt ist. Etwaig damit einher-
gehende Performanceprobleme wurden bisher in Kauf genommen, sodass in der
Vergangenheit mehr als genügend Probleme auftraten bzw. lediglich durch den
Einsatz weiterer Hardware gelöst werden konnten. Dies sind die Hauptgründe
für den alternativen Ansatz, welche zur Notwendigkeit der Entwicklung einer
neuen webbasierten, deutlich performanteren Direktschnittstelle für die
Flugstammdaten (FS-1) geführt haben.
Weitere Details entnehmen Sie bitte der Dokumentation FSWEB-DOKU
bzw. erfragen Sie bitte direkt beim WBS Blank Support.
Für den Einsatz benötigte Programme, Scripte und Dateien:
- FSWEBL (Leitungsprogramm)
- FSWEBV (Shared-Memory-Verwaltung)
- FSWEB (Änderungen im Flugstamm)
- FSWEBA (Aufhebung des Satzschutzes /
Löschung des Authentifizierungscodes)
- crfswebauth.cr (Datei zum Anlegen der Authorisierungs-Datei)
- fsw.sh (Script - Liest Daten von STDIN und übergibt sie
ans CGI-Script. Muss beim Kunden angepasst werden)
- start_fsweb (Script zum Starten des FSWEBL)
- stop_fsweb (Script zum Stoppen des FSWEBL)
(Programme: FSWEB/FSWEBL/FSWEBV/FSWEBA / Dokus: FSWEB-/FS-DOKU / #1230)
------------------------------------------------------------------------------
14.04.23: Ergänzende Definition des Protokoll-Filters - Import (ciawbs)
(Nur bei Einsatz der Zusatzmodule "CIAWBS/WBSCIA" relevant!)
In den CIAPRL-Parametern (CIAPRL,PP) gibt es einen neuen Schalter
<Immer FIX in PRL> mit der Eingabe "J", um neben den TOT-Werten auch die
FIX-Werte im Protokoll-Filter für den Import (CIAPRL,2) ergänzend
auszugeben:
Immer FIX in PRL _ <<<<====
J = Anzeige der FIX-Werte lt. FS-1,A "FIX".
N = (leer) Keine Anzeige der FIX-Werte.
Durch Eingabe "J" wird im CIAPRL,2 "Protokoll-Filter" (Import - CIAWBS)
der Wert "Neu-Fix" und "Alt-Fix" zum Zeitpunkt des Imports (nicht des
Drucks) zusätzlich ausgegeben. Der Unterschied beim Druck tritt dann auf,
wenn zwischen Import und Druck das FIX anderweitig im Flugstamm (FS-1,A)
geändert wird.
=> Im Beispiel - CIAPRL,2 (Ausgabe: TOT / FIX):
Änderungsdatum Flug Datum CIA/Nr Art ST Neu Alt
------------------------------------------------------------------------------
TT.MM.JJ/HH:MM FRABUD1A TT.MM.JJ EW 2982 TOT / FIX U 95 40 100 40
TT.MM.JJ/HH:MM FRABUD1A TT.MM.JJ EW 2982 TOT / FIX U 100 20 50 20
Flugzeit U 0605-1040 1055-1620
Pooling U J
(Programm: CIAPRL/ Doku: WBSCIA-DOKU / #20419)
------------------------------------------------------------------------------
18.04.23: Definition und Steuerung der Buchungsmöglichkeit von Optionen
je Airline und nach CRS (CRSWBS)
(Nur bei Einsatz des Zusatzmoduls "CRSWBS" relevant!)
Im FS-3A (3-L-CODES DER AIRLINES) gibt es einen neuen Schalter <Opt>,
um die Buchungsmöglichkeit von Optionen auf Airlineebene global zu steuern.
Die Abarbeitung umfasst sowohl die Buchbarkeit im TP-Inhouse als auch im
CRS/TOMA (STADIS) und greift ausschließlich für FLINSA-Flüge (CRSWBS):
3-L CODES DER AIRLINES
--------------------------------------------------------
3-L Airline J/N Kombination mit Airline DA S L LS Ki I O M
DE_ Condor____________ _ ___ ___ ___ ___ ___ ___ ___ ___ _ _ _ ______ __ _ _ _
GRP-Split: _ Tix: _ Ausschluss: __.__.__ - __.__.__ Bem: ______ Opt: J
__.__.__ - __.__.__ _
Folgende Eingaben sind möglich:
J = Die Buchbarkeit von Optionen ist explizit für diese Airline
erlaubt.
N = Die Buchbarkeit von Optionen ist explizit für diese Airline
nicht erlaubt.
Das neue Feld <Opt> im FS-3A wird auch im DFS (Druck der Flug-Stammdaten)
ausgegeben.
Darüber hinaus gibt es im FS-I,S (CRS - Parameter) einen ergänzenden
Schalter <Opt>, um die Buchungsmöglichkeit von Optionen auch nach CRS
(CRSWBS) zu definieren:
F L U G - S T A M M
-------------------------------------------------------
CRS - Parameter
CRS Cache Grp Opt
1 AM _1 _ _
2 W^ _0 W J <<<<===
3 SA 12 _ _
4 GA _0 _ _
5 C^ _0 G _
6 __ __ _ _
....
15 __ __ _ _ __
Folgende Eingaben sind möglich:
J = Leer (Space): Optionen möglich, so lange nicht im FS-3A verboten.
N = Optionen nicht möglich, so lange nicht im FS-3A explizit erlaubt.
I = Optionen immer möglich, unabhängig vom FS-3A.
X = Optionen nie möglich, unabhängig von FS-3A.
Für den OTDS-Export wurde das Modul "OTDFPC" entsprechend erweitert.
Hierbei ist bzgl. der neuen Optionssteuerung im FS-3A zu beachten, dass
jeweils die Airline des ersten Fluglegs gilt bzw. ausschließlich berück-
sichtigt wird (der Hin- und Rückflug wird getrennt exportiert!).
(Programme: FS3LAL/FLUGPR/JJTOUR/FTOUR/OTDFPC / Dokus: FS-/FLINSA-/
CRSWBS-DOKU / #16898)
------------------------------------------------------------------------------
19.04.23: Neue Sortierungsmöglichkeiten der Einträge in HS-2,B,V /-VN
Bisher gab es die Möglichkeit die Sortierungsreihenfolge für die Einträge
auf der V- und VN-Seite über das Haltefeld einer Zeile in HS-2,B,V/VN zu
beeinflussen (<SD>, <SA>).
Zusätzlich zu dieser Möglichkeit entstand im HS-PP ein neuer Schalter
<HS2,B,V/VN Sortierung>.
Solange der neue HS-PP Schalter NICHT aktiviert wird, gelten die system-
seitigen Regeln oder die urspr. Definition (SD, SA), die im Haltefeld
eines V-/VN-Eintrags vorgenommen wurde.
Ist die Sortierung über HS-PP definiert, darf sie nicht im Haltefeld einer
V-/VN-Zeile übersteuert werden.
Wird der HS-PP Schalter aktiviert, werden nicht automatisch alle Stämme
nach der hier neu festgelegten Regel aktualisiert.
Die Aktualisierung erfolgt nur in den Stämmen, deren V- oder VN-Sektion
nach Umstellung manuell aufgerufen und verlassen wurde.
(Programme: HOKVN/HOKV/HOSTAM/HPCP/HSXIMP/TXCGI /
Doku: HS2-DOKU/HOTVER-DOKU) #10699
------------------------------------------------------------------------------
19.04.23 Datamix 4.4. - Zahlart ZZ
Mit Datamix 4.4. sendet WBS bei Aktion DI bzw. BAC die möglichen
KK-Zahlarten und gibt für die Zahlart "ZZ" (Eintrag TXPARA, Datamix, Seite
9, <13 KK-ART ZZ BIS TAGE VOR ABREISE KETTE: *__>
den Wert POST_BOOKING_PAYMENT_VIA_EMAIL "true" aus.
Der Veranstalter kann somit die Zahlart "ZZ" auch bei einer Datamix-Buchung
anbieten und sofern bei Buchung mitgeliefert im Nachgang der Buchung einen
Zahllink an den Kunden senden.
(Programm: DATAMC / Doku: DATAMIX-/ZAHLZZ-DOKU) #18984)
-----------------------------------------------------------------------------
20.04.23: HSXIMP Meldung bei Hotelbezeichnug mit Leerstelle beginnend
Analog zur manuellen Stammanlage in HS-2 mit folgender Fehlermeldung,
falls (versehentlich) die erste Stelle der Bezeichnung eine Leerstelle ist
"Hotelbezeichnung beginnt mit einem Leerzeichen! Ist das OK?"
wird dies nun auch im XMLIMP/HSXIMP geprüft. Bei manuellem Aufruf bricht
der Import ab mit der Meldung:
+------------------------- Fehler bei Import --------------------------+
! Hotelbezeichnung fehlt/fehlerhaft !
! Hotel: !
! Marke: HotelBezeichnung !
! Wert: <HS-BEZ> !
+----------------------------------------------------------------------+
Ein SPOOL-Auftrag wird nicht abgebrochen sondern diese Fehlermeldung in
die xmlimp.log geschrieben.
(Programm: HSXIMP / Doku: XMLIMP-DOKU /#13029)
------------------------------------------------------------------------------
21.04.23: Erweiterte Teilstrecken-Prüfung per DIVFLUI (= diverse Flug-
informationen)
(Nur bei Einsatz der Zusatzmodule "DIVFLUI/OTDS" relevant!)
Im Programm DIVFLUI gibt es bei der Bereitstellung der Fluginformationen
für die OTDS-Produktion im Aufruf 4, bzgl. der Teilstrecken-Prüfung,
eine erweiterte bzw. geänderte <NeighbourComponentCorrection>:
=> DIVFLUI
DIVFLUI
--------------------------------------------------------
Flug Bez. ________ - ________
Flugtabelle ______
Teilstreckeninfos 1
Streckenbezeichnung 2
In-Ausland-Airports 3
====>>>> Teilstrecken-Prüfung 4 _
Es geht hierbei primär um eine ergänzende Prüfung, ob es sich bei dem
jeweiligen Flugereignis um den Hin- oder Rückflug handelt.
Der Hintergrund: Bei einem Teilstreckenflug mit Start- und Ziel-Flughafen
im Ausland, konnte bisher nicht ermittelt werden, ob er zu einem Out- oder
Inbound-Flug gehört. Dies kann nur ermittelt werden, wenn Start- oder Ziel-
3LC im Inland liegt und der jeweils andere im Ausland. D.h., wenn es ein
Hinflug ist, dann ist die <NeighbourComponentCorrection> korrekt gewesen,
wenn es ein Rückflug ist, dann ist die es falsch gewesen.
Die Lösung: Auf Basis dieses Sachverhalts, wurde die "Teilstrecken-Prüfung"
im DIVFLUI,4 um eine ergänzende Prüfung erweitert, dass jeder Flug, der
einen Ausland-Ausland-Flug als Teilstrecke enthält, untersucht wird, ob er
ein Inland-Ausland- oder ein Ausland-Inland-Flug ist. Sind alle Verkaufs-/
Überstrecken des zu exportierenden Flugs Ausland-Inland-Flüge, dann wird
beim OTDS-Export keine <NeighbourComponentCorrection> ausgegeben. D.h. die
<NeighbourComponentCorrection> wird nur bei Outbound-Flügen exportiert.
Bitte beachten Sie, dass vor einem DIVFLUI-Lauf in FS,3L (3-L CODES
DER FLUGHÄFEN) bei den Inlandsflughäfen das Feld: <OTDS-Inl.> mit dem
Wert "J" gefüllt werden muss!
(Programme: DIVFLUI/OTDSF / Dokus: DIVFLUI-/FS-DOKU / #18732)
------------------------------------------------------------------------------
21.04.23: Erweiterung des DRLDEF
Im Programm DRLDEF, in dem freie Listen definiert werden können zur Ab-
arbeitung im DRL (RECHLI), gibt es ein neues Feld
HOTEL-CODE _ ___ __
auf der B-Seite in der mittleren Spalte im unteren Bereich.
Damit wird die Hotelbezeichnung des ERSTEN Hotels auf der B-Seite im
TP-Vorgang gedruckt.
(Programme: RECHLI/DRLDEF / Doku: DRLDEF-DOKU)
------------------------------------------------------------------------------
21.04.23: Aufruf von Sektionen im Agenturstamm für bestimmte Agentur
Im Haltefeld des Grundmenus kann neben der AG-Nummer (man gelangt dann
in den Agenturstamm in AG-1) auch AG-Nummer plus nachgestellter Buchstabe
(A, B, U, K, V, I, P, E) eingegeben werden, um z.B. direkt in die E-Seite
dieser Agenturnummer zu gelangen.
(Programm: AGENT / Doku: AG-DOKU / #21236)
------------------------------------------------------------------------------
23.04.23: Erweiterung der CODPRG-Funktion TPB HX (Schnittstellenhotelbuchung)
Bisher galt für die CODPRG-Funktion TPB HX:
Berechtigung zum Aufruf von externen Hotelsätzen (also Schnittstellenhotel-
Buchungen) in der TP-1,B-Seite eines existenten Vorgangs. Damit wird der
Versuch einer Änderung/Umbuchung eines solchen Vorgangs verhindert.
Nun wird beim Versuch eines Teilstornos mit (Sonder-)Modul TPTS geprüft:
bereits zu Beginn wird getestet, ob ein externes Hotel im Vorgang vorhan-
den ist. Ist dies der Fall, wird bei Eingabe TS im Haltefeld zunächst die
Meldung "Sie bearbeiten ein externes Hotel!" eingeblendet. Diese kann mit
der "#" quittiert werden und danach greift dann die entsprechende Ein-
stellung über die CODPRG-Funktion TPB HX.
Damit kann auch kein Teilnehmer mehr in einem Vorgang mit einem externen
Hotel storniert werden, wenn die CODPRG-Funktion TPB HX dies verbietet.
(Programm: TSPTS / Dokus: CODPRG-DOKU sowie alle Dokus zu Hotelschnitt-
stellen / #21040)
------------------------------------------------------------------------------
24.04.23: CRSWBS: Preiswarnung zwischen Aktion-BA und Aktion-B
In FS-I,P gibt es einen Parameter zur Ausgabe einer Preiswarnung, wenn
sich zwischen Aktion-BA und Aktion-B der Flugpreis geändert hat.
Diese Preiswarnung erscheint jetzt auch, wenn nach der Aktion-BA noch ein
Fehler ausgegeben wird, wie z.B. der Hinweis auf eine Versicherungsleistung
oder die fehlerhafte Eingabe der Postleitzahl.
(Programme: TPEXT/TXKUN / Doku: FLINSA-DOKU / #16695)
------------------------------------------------------------------------------
24.04.23: Neuer Seitenvorschub im HOTLI
Im HOTLI-5,2 (Seitenvorschub) gibt es den Seitenvorschub nach Vorgangs-
nummer. In der Sortierung (HOTLI-5,6 (Sortierung) wird dieses Kriterium
mit "U" ausgewiesen.
Bei einer Sortierung nach Vorgangsnummer muss die Vorgangsnummer oberstes
Sortierkriterium sein.
Weiterhin wurden die Hütchen Zz1 und Zz2 programmiert. Diese Hütchen geben
den Zimmerzähler pro Zeile aus. Die Hütchen ZZ1 und ZZ2 drucken den Zimmer-
zähler nur bei Wechsel des Zimmers.
(Programm: HOTLI / Doku:HOTLI-DOKU / #20987)
------------------------------------------------------------------------------
26.04.23: Neues Datumsfeld in Rufpar-7
Im Rufpar-7 gibt es das Feld Uhrzeit Reisedat. H/R: Wenn hier die Uhrzeit
gefüllt ist und das H-Satz Datum des Rail&Cruise Satzes weicht vom vom
A-Seiten-Datum des TP-Vorgangs ab, dann wird das A-Seiten-Datum und die
hier eingetragene Uhrzeit (Rufpar-7) an Viator übergeben.
Die Steuerung kann getrennt nach Hin- und Rückfahrt erfolgen.
(Programme: RUFPAR/VONEU/VIARF / Doku: VIARF-DOKU / #21391 )
------------------------------------------------------------------------------
28.04.23: Steuerung des Datenbankhost per CBLWBS
(Nur bei Einsatz des Zusatzmoduls "PRCAOK" relevant!)
Es besteht die Möglichkeit den Datenbankhost per CBLWBS zu steuern.
Dies ist u.a. dann hilfreich, um die Steuerung von Testsystemen
zu vereinfachen. Hierfür muss die Umgebungsvariable "WBSPRCA" auf
"Server,Port" gesetzt werden.
(Programm: INSAC / Doku: PRCAOK-DOKU / #21482)
------------------------------------------------------------------------------
02.05.23: Darstellung Hotels bei ausgebuchten Zimmern
(Nur von Bedeutung für CETS-Anwendung)
Im CTPARA gibt es einen Schalter, der steuert, ob Hotels mit nur ausge-
buchten Zimmern dargestellt werden sollen oder nicht.
18 HS mit Status CC anzeigen
Vakanzdarstellung Hotels, wenn kein Zimmer frei
N = Hotels mit keinem verfügbaren Zimmer (alle Zimmer Status CC) werden
in der Vakanz nicht angezeigt
Anmerkung für Schnittstellenhotels:
diese Einstellung kann negative Auswirkungen auf die Antwortzeiten
haben, da am Ende über alle Zimmer auf Status "CC" geprüft wird.
J = (Fehlwert) Hotels mit ausgebuchten Zimmern werden in der Vakanz
angezeigt.
(Programme: CTPARA/CTHVA / Doku: CETS-DOKU / #19742)
-----------------------------------------------------------------------------
08.05.23: Protokollanpassung im Umbuchungsprogramm UMB
Bei Umbuchung auf eine andere Zimmer-ABK bleibt die Zimmeranzahl, wenn
möglich, erhalten. Ändert sich die Zimmeranzahl (zum Beispiel aufgrund der
definierten Belegungsvarianten), bucht das Programm trotzdem um und meldet
im Protokoll "OK Zimmer":
UMBUCHUNGS-PROTOKOLL BEARB: SB DATUM: 03.05.JJ SEITE: 1
WBS-Blank Reisen Offenbach
RECHNR Z X A L T / N E U E K I STATUS
------------------------------------------------------------------------------
1132876 5 H <HS-BEZ> 22.09.JJ 2D F 2 OK Zimmer
<HS-BEZ> 22.09.JJ 1DZ F
(Programme: UMB / Doku: UMB-DOKU #17648)
------------------------------------------------------------------------------
16.05.23: Erweiterung des (Sonder-)Moduls HOKS
Das Modul für die kontingentierten Hotel-Sonderpreise wurde für eine Nut-
zung von Hotelpaketen erweitert.
Für Hotelpakete mit Sonderpreisen aus der HOKS-Steuerung wurde folgendes
festgelegt:
* die Hotelpakete nutzen das (Sonder-)Modul PKPROK, also die Preisfindung
über die Bestandteilhotels
* die Voraussetzung für eine Abarbeitung ist, dass das erste Hotel des
Pakets den kompletten VK-Preis liefert, das zweite bzw. weitere Hotels
auf einen Verkauf NIX (entsprechender Sonderpreis auf der X-Seite des
betreffenden Hotels) laufen
Damit werden die HOKS-Sonderkonditionen des ersten Hotels auch für das
Hotel im Rahmen eines Pakets genutzt und auch in den weiteren Hotels
entsprechend gezählt (also keine eigene Prüfung dort, weil ja kein
Preis gezogen wird).
(Programme: KSVAK/HOKSEK/TPNEU/TPEXT / Doku: HOKS-DOKU / #18504)
------------------------------------------------------------------------------
16.05.23: WBSCGI (Internet-Schnittstelle) - B-Satz, 40 Zeichen freier Text
Die Satzarten "BI" und UM" wurden um die Möglichkeit erweitert, einen
B-Satz mit einem freien Text von bis zu 40 Zeichen (vorher nur bis zu
18 Zeichen) zu übergeben:
LEIST-B-TEXT40-1 X(18) Nur bei Art B und LEIST-B-TYP6:
Freier Text (bis zu 40 Zeichen), welcher
auf der B-Seite erscheint.
In TO-B darf nur der Platzhalter ^P1
verwendet werden.
(Programme: WBSCGI/TXCGI / Doku: WBSCGI-DOKU)
------------------------------------------------------------------------------
17.05.23: Neue CODPRG-2 Funktion für das Feld TP-1,A 12A
Für CODPRG-2 wurde eine neue Funktion programmiert:
TPA 12A = Berechtigung in das Feld TP-1,A 12A UNTERLAGEN-DATUM aus dem
Haltefeld der A-Seite eines TP-Vorgangs zu gelangen.
Bitte in dem Zusammenhang auch die Berechtigung TPA F2 beachten
(= Berechtigung, mit <F2> das Feld 12A UNTERLAGEN-DATUM aus dem Haltefeld
der TP-1,A-Seite zu füllen).
(Programm TPAS / Doku: CODPRG-DOKU / #21654)
------------------------------------------------------------------------------
17.05.23: Zahlart ausschliessen bei gebuchter FLEXSTO-Leistung
In TXPARA, Seite 9 ist in der Zeile 6 der Schalter FLEX programmiert
worden: 6 EINGABE VON IBAN / BIC AUT / FLEX
Wenn ein CRS-Vorgang eine FLEXSTO/UMB-Leistung beinhaltet (L-/Q-Satz der
TO-30 Art FLEXSTO/UMB) ist bei der Schalterstellung:
leer oder <N> = die Eingabe von BIC/IBAN zur Zahlung per Sepa-Lastschrift
in der DI-Maske erlaubt
<J> = die Zahlart Sepa-Lastschrift ist nicht erlaubt, Zahlung nur per
Kreditkarte möglich
(Programme: TXPARA/TXDI / Doku: TXDI-DOKU / #21387)
------------------------------------------------------------------------------
19.05.23: Nach Lesen des Airline-PNRs erneut im BLAISD exportieren
(Nur relevant bei FLINSA-Flügen und mit Zusatzmodul "BLAISD")
Für Vorgänge mit gebuchten FLINSA-Flügen mit unterschiedlichen GDS- und
Airline-PNRs zu denen der Airline-PNR explizit eingelesen werden muss
(durch DRINSA-4 oder Aufruf der TP-1,B, IN-Seite) wird nun durch das
Einlesen ein neuer BLAISD-Export ausgelöst, damit die Airline-PNR dann in
der Datei isdvtf enthalten ist.
Dies für den Fall, dass ein BLAISD-Export erfolgt ist, bevor der
Airline-PNR dem Vorgang zugeordnet ist.
Zum Hintergrund: In der isdvft-Datei werden vorgangsbezogene Daten
exportiert - und zwar die kompletten Flugtickettexte zu allen im Vorgang
gebuchten F-Sätzen, und sofern vorhanden auch die Airline-PNRs.
(Programme: INSAC/INSAZU/DRINSA/TPINSA / Dokus: FLINSA-/BLAISD-DOKU /
#21174)
------------------------------------------------------------------------------
23.05.23: Erweiterte Konfiguration der Umgebungsvariablen
(Nur bei Einsatz des Zusatzmoduls "PRCAOK" relevant!)
Der Hintergrund im vorliegenden Sachverhalt ist, den Ziel-Host
des PRCAOK-Caches aus FLINSA-R pro CRS konfigurierbar zu machen.
Die Abarbeitung für FLINSA-Flüge (Programm INSAC) wurde dahingehend erwei-
tert, dass diese zusätzlich die Umgebungsvariablen von "WBSPRCA1" bis
"WBSPRCA9" auswertet. Hierfür müssen nur die Ausnahmen definiert werden.
D.h. wenn für die aktuelle Nummer die Variable nicht definiert ist, wird
auf die Umgebungsvariable "WBSPRCA" bzw. auf das FS-I,R (FLINSA,R) zuge-
griffen:
F L U G - S T A M M TT.MM.JJ
------------------------------------------------------- HH:MM
Parameter Preis-Cache
Server/Port: ____________ __________
KD.-NR AER : ________ Land: ___
FQ GE: _
CRSWBS: __ __ __ __ __
OW-CRS: __ __ __ __ __
LMINFO:
Server/Port: ____________________ __________ _
(Programm: INSAC / Doku: PRCAOK-DOKU / #21725)
------------------------------------------------------------------------------
23.05.23: SEPA/Externer Rechnungsdruck Anzahlungsdatum bei Optionen
In den externen Rechnungsdrucken wird nun bei Druck von Optionen mit
Zahlart E (SEPA) das Fälligkeitsdatum für Anzahlung lt. ^AZAD aus B-Satz
TTXSPn unterdrückt. Damit ist es analog zur Anzeige in TP-1, OF, wo bei
Optionen <Anzahlung fällig> nicht gefüllt wird.
(Programme: TXRB/TXRBA / Doku: SEPA-DOKU /#21533)
------------------------------------------------------------------------------
24.05.23: Datamix / Paypal: Order ID Länge 20 Zeichen
Die Länge der Paypal Order ID ist nun 20 Zeichen (vorher 16 Zeichen).
Dies gilt unabhängig von der eingesetzten Paypal Version.
(Programme: DATAML/DATAMC / Dokus: DATAMIX/PAYPAL-DOKU /#22282)
------------------------------------------------------------------------------
26.05.23: STAPRO (Handling von Staffel-/Steigerungsprovisionen pro GJ)
Im STAPRO gibt es zwei neue Funktionen:
a) mit Aufruf "2?" werden alle Tabellen-Kennzeichen angezeigt, die
vergeben sind (GJ-übergreifend). Somit ist besser erkennbar,
welche Kennzeichen noch nicht vergeben sind.
b) in der Sektion "T" (TABELLE DER KOOPERATIONEN) kann im Haltefeld
durch Eingabe "$" auf die letzte LFD gewechselt werden, zu der
ein Eintrag vorliegt. Da diese Sektion z.T. sehr viele Einträge
aufweisen kann, gelangt man so zur letzten lfd. Nummer, um ggf.
weitere AG/Ketten zu erfassen.
(Programm: STAPRO / Doku: STAPRO-Doku / #20823)
------------------------------------------------------------------------------
26.05.23: NFPRK: Nurflug-Kalkulation immer dynamisch mit NFPRK
Für die Nurflug-Verkaufspreise kann nun immmer dynamisch kalkuliert werden,
auch wenn das System im FLugstamm angelegte Preise findet.
In TPPARA, Seite 4, Nr. 24 "Dyn-NF-Kalkulation" gibt es neu die Möglichkeit
das NFPRK immer zu nutzen:
K = Der VK wird immer kalkuliert (auch wenn Preise im FS vorhanden).
(Programm: EINB/OTDSF Dokus: TPPARA-DOKU/NFPRK-DOKU / #21858)
------------------------------------------------------------------------------
30.05.23: BLAISD - Export Hotelstamm, VN-Seite
Im Blaisd wird in der Datei isdhotel auch die Daten des Kontingent-
verfalls aus der Hotelstamm,B-Seite, VN-Sektion ausgegeben.
(Programme: BLAISD / Doku: BLAISD / #18286)
-----------------------------------------------------------------------------
30.05.23: Kreditkarte über Computop - KKTRAN Credential on file Verarbeitung
In der Verarbeitung einer credential on file Kreditkartenzahlung kann mit
einem vorangestellten "*" im HOKCGI Feld <KK-COF> bzw. WBSCGI Feld
<ADRESSE-KK-COF> für Computop eine SchemeReferenceID übergeben werden und
trotzdem der erste Einzug als COF InitialPayment übermittelt werden. Diese
Änderung wurde aufgrund einer anderen Verarbeitung bei Computop erforder-
lich.
(Programm: KKTRAN / Dokus: TPKK/HOKCGI/PAYPAL-DOKU / #22049)
-----------------------------------------------------------------------------
30.05.23: Mailversand-Baustein: TPMAIL/FAXERF sechste Stelle als Kenner
für die Kundensprache
Bei Verwendung von Fremdsprachen kann ein Baustein in FAXERF mit maximal
fünf Stellen langer Bezeichung an der (zwingend) sechsten Stelle ein
Sprachkennzeichen enthalten. Bei Versand der Mail wird dann die sechste
Stelle durch das Sprachkennzeichen des Empfängers (in der Regel Kunde)
ersetzt. Dies gilt für ZAHLZZ, DTAUSZ und FB-K, M.
Beispiel: Baustein ZEINS = Genereller Baustein, wenn kein eigener
Sprachbaustein vorhanden
Baustein ZEINSE = Englischsprachiger Baustein, wenn Kundenstamm
(oder Agentur) auf Sprache englisch steht
(Programm: TPMAIL / Dokus: TPMAIL-/ZAHLZZ-/PAYGATE-DOKU / #21064)
-----------------------------------------------------------------------------
12.06.23: Erweiterte Abarbeitung der WBSCIA-Schnittstelle (Export)
(Nur bei Einsatz des Zusatzmoduls "WBSCIA" relevant!)
In den Parametern der CIA-Schnittstelle (CIAPAR) gibt es einen neuen
Schalter <FS-Zähler ohne Klasse>, um eine abweichende WBSCIA-Abarbeitung
(Export) bzgl. der Zählerstände je Empfänger steuern zu können:
Parameter für CIA-Schnittstelle TT.MM.JJ
-------------------------------------------------------- HH:MM
Empfänger : _____
Absender : _____
Carrier Condor : ___ ___ ___ ___ ___ ___ ___ ___ ___ ___
___ ___ ___ ___ ___ ___ ___ ___ ___ ___
Allotment : __
Directory für Datei an DE : ________________________________________
Directory für Datei von DE : ________________________________________
Directory für Protokoll-Datei : ________________________________________
Shell-Script (ciawbs.sh) : __________
Intervall für Datenaustausch (Min.) : ____
Ändern der Kontingente im FS (J/N/X): _
Ändern der Flugzeiten im FS (J/N/D): _
Ändern der EK-Staffeln im FS (J/N) _
Definition für Melde-Liste : _____
Flugklassen / FS-Zähler ohne Klasse : ________ / J <<<<====
Kein Ex/Import < Tagesdatum (E/I/X): _
Absender gegen MS-Seite prüfen (J/N): _
OK : _
Bei dem neuen Parameter geht es um die Fragestellung, ob die Flugstamm-
zähler mit oder ohne Klasse an die Airline gemeldet werden sollen. Sofern
es keine C-Seite in FS-1 gibt, und die erste Kopfklasse gefüllt ist, werden
mit dem Eintrag "J" die Zählerstände ohne Klasse per WBSCIA (Export) an
die Airline gemeldet:
J = Die FS-Zähler werden ohne Klasse an die Airline gemeldet.
N = (Leer) Die FS-Zähler werden mit Klasse an die Airline gemeldet
(Fehlwert).
=> FS-Beispiel (mit Kopfklasse)
WB F L U G - S T A M M TT.MM.JJ
--------------------------------------------------------- HH:MM
H I N F L U G R Ü C K F L U G
FLUG-BEZ : FRAVRA2P C/L : C FLUG-BEZ : ________ C/L : _
VON : FRA FIRMA : _ VON : ___ FIRMA : _
NACH : VRA CLASS : S _ _ _<<<< NACH : ___ CLASS : _ _ _ _
FLUGTAG : 2_ FLUGTAG : __
ANMERK. : 2198____________________ ___ ANMERK. : _______________________ ___
------------------------------------------------------------------------------
Hierbei spielt es keine Rolle, ob die Änderung auf eine Kopfklasse
(bspw. "S" / Default ist "Y") erst nachträglich vorgenommen wurde.
=> Exportbeispiel (WBSCIA) - Meldung der Zählerstände ohne Angabe
der Kopfklasse
/blank/wbs/ciasav> less wbs_e_kont_000026763.dat
H1BLANK DE
H2202305301717192023110720231107V2.0 000026763
S1000000001 DE 219820231107FRAVRADE000030000004YFRAVRA2P15302034 J
Z1Datei-Ende000000001
wbs_e_kont_000026763.dat (END)
(Programme: WBSCIA/CIAPAR / Dokus: WBSCIA-/FPFLEX-DOKU / #22019)
------------------------------------------------------------------------------
12.06.23: Ergänzung zum TPAEND-Eintrag vom 02.11.21 und 18.02.22:
Die Erweiterung gilt nun auch von Cache- auf Cache-Flug (PRCAOK)
Umbuchung des Hin-/Rückflugs ohne Änderung des PNR's
Hintergrund: Auf der TP-1,B-Seite wurde für das Umbuchen des Hin-/Rück-
flugs eine neue Eingabemöglichkeit implementiert.
Diese Funktion ist nur nutzbar, wenn per CODPRG-Berechtigung "TPB FE" das
Zugriffsrecht auf diese Umbuchungsvariante gesteuert wird.
Mit der Eingabe "EH" auf dem "F" des F-Satzes kann nur der externe
Hinflug (FLINSA/PRCAOK) und mit der Eingabe "ER" auf dem "X" des F-Satzes
kann nur der externe Rückflug (FLINSA/PRCAOK) auf einen internen Kontin-
gentsflug oder auf einen anderen externen FLINSA- bzw. PRCAOK-Flug um-
gebucht werden:
EH = nur externen Hinflug (FLINSA/PRCAOK) auf einen Konti-/Flinsa-/
Prcaokflug umbuchen
ER = nur externen Rückflug (FLINSA/PRCAOK) auf einen Konti-/Flinsa-/
Prcaokflug umbuchen
Hierbei bleibt der PNR extern weiterhin bestehen und mit der F-Zeile
verknüpft. Im Falle einer Überstrecke mit einer oder mehreren Teilstrecken
als Verkaufsstrecke, bleiben beim Umbuchen die externen Teilstreckenflüge
(FLINSA/PRCAOK) und der dazugehörige PNR ebenfalls unangetastet bestehen.
Bitte beachten Sie: Die übliche Flug-Umbuchung per H/R ist weiterhin
möglich! Hier ist also Sorgfalt geraten. D.h. es wird sich nicht fest-
stellen lassen, ob ein Flug schon mal per EH/ER umgewandelt wurde,
um dann zu verhindern, dass er per H/R erneut umgebucht werden kann.
Sobald ein FLINSA-/PRCAOK-Flug in einen Kontingentsflug oder in einen
anderen Flinsa-/Prcaokflug per Eingabe "EH" und "ER" in der F-Zeile um-
gebucht wurde, sollte der weiterhin verknüpfte PNR nicht mittels INSAZU
ausgelagert werden, da hierbei die F-Zeile des Kontingentsflugs bzw. des
Flinsa-/Prcaokflugs gelöscht wird!
Wenn ein Kontingentsflug per "EH" und "ER" versucht wird umzubuchen,
erscheint folgende TP-Meldung als Ablehnung:
+---------- Umbuchung F-Satz (EH/ER) -----------------+
! !
!Umbuchung nicht möglich! Kein FLINSA/PRCAOK-Flug. _ !
! !
+-----------------------------------------------------+
(Programm: F166 / Dokus: FLINSA-/TP1-/TPFH-/CODPRG-DOKU)
------------------------------------------------------------------------------
15.06.23: Blätterroutine in HS-P (Paketstamm)
In HS-P wurde eine weitere Blätterroutine eingeführt:
## = Blättern - nur Hotelpakete mit aktuellen (ab Tagesdatum) Saison-
bereichen.
nn## = Blättern ab nn mit aktuellen Bereichen
(Programm: HOPAK / Doku: hsp.txt)
------------------------------------------------------------------------------
19.06.23: Kumulieren von Prozentsonderpreisen im Hotelbereich
Durch die Eingabe von "%!" im Feld <TWF> lassen sich Prozentsonderpreise
als "zu kumulieren" markieren. Es versteht sich, dass alle Prozentsonder-
preise, die zusammengezogen werden sollen, entsprechend markiert werden
müssen.
Das bedeutet, dass dadurch folgende Rechnung vorgenommen wird:
Preis EUR 200,--
Frühbucherermäßigung 20%
Turbo-Frühbucher 5%
------------------------
Summe 25% Nachlass
In diesem Fall werden bei den EUR 200,- dann EUR 50,- abgezogen, also
Endpreis EUR 150,-.
Ohne die "%!"-Variante werden standardmäßig in der Software zunächst
die 20% (also EUR 40,-) abgezogen und von den verbleibenden EUR 160,-
dann die 5% (also EUR 8,-), was dann zu einem Endpreis von EUR 152,-
führt.
Bitte beachten:
Bei Nutzung von %- und %!-Varianten gleichzeitig betrachtet das System
beim Rechnen diese 2 Preisarten separat voneinander.
Es enstehen also 2 separate Rechenwege:
1. Die %-Preise werden stufenweise (standardmäßig) berechnet vom
Grundpreis.
2. Die %!-Preise werden (kumuliert) ebenso wieder vom Grundpreis aus
berechnet.
Die Funktionalität kann auf der X- und auf der Y-Seite genutzt werden,
jedoch ist für Anwender des (Sonder-)Moduls OTDS zu berücksichtigen,
dass in der Datensatzbeschreibung dort aktuell kein Kumulieren von Pro-
zentsonderpreisen vorgesehen und daher nicht programmierbar ist (Stand
05/2023).
Das Feature wurde für die Y-Seite geschaffen, um entsprechende Einkaufs-
vereinbarungen buchhalterisch korrekt abzubilden.
Bitte prüfen Sie, ob Sie aufgrund Ihrer Stammdatenanlage auch die X-Sektion
nutzen können und welche Auswirkungen dies auf die Darstellung Ihres Pro-
dukts in den Vertriebssystemen hat. Eine Umsetzung in LMINFO (INFX) und
OTDS wird bei Bedarf gerne seitens WBS geprüft (in Angebotsform).
Zusätzlich wurde in der Vorbelegung der X-/Y-Sektion ein neuer Schalter
geschaffen (Eingabe VB auf Feld Lfd.) mit dem festgelegt werden kann, ob
beim Kopieren von Y nach X (oder umgekehrt) das "!" hinter dem "%"-Zeichen
mitkopiert werden soll:
%! kopieren : _
Es handelt sich hierbei um die Kopierfunktion am Ende der jeweiligen Ange-
botszeile, wo im Haltefeld ein X bzw. Y eingegeben werden kann, um die
Zeile in die jeweils andere Sonderangebotssektion zu kopieren.
In dem neuen Schalter gilt:
J = ja, auch auf der X-Seite wird in Feld <TWF> mit "%!" gearbeitet, d.h.
auch dort werden Prozentsonderpreise kumuliert. Entsprechend wird durch
Eingabe "X" im Haltefeld kopiert in die X-Sektion.
N = (Fehlwert) nein, es erfolgt ein Kopieren auf die X-Seite mit lediglich
dem Eintrag "%" in Feld <TWF>, wenn im Haltefeld der Y-Zeile das "X"
eingegeben wird.
(Programme: HOSO/HPREK/HPR/HOHIST/DRHOT/HSXEXP/HSXIMP / Doku: HS2-DOKU /
#19508)
------------------------------------------------------------------------------
20.06.23: Erweiterung des MTSVAK für die CRSMTS-Schnittstelle
In MTSVAK-P (Eingabe P in <Programm starten>) können nun auch die
Parameter 3. Max Hotelstämme pro Import: __ Berücksichtigung PK-Kenner: _
für die CRSMTS-Schnittstelle genutzt werden.
(Programm: MTSVAK / Doku: CRSMTS-DOKU / #21833)
------------------------------------------------------------------------------
22.06.23: Erweiterungen Sondermodul BMFEST
Im Sondermodul BMFEST gibt es neue Abfragen in Sektion Parameter 2:
Tourist. Leistung : ___________
Ext. Flug 3L-Code : _
Tourist. Leistung: Eingabe einer eigenen Touristischen Leistung/
Überschrift für Vorausbuchungen per CRS-Aktion-BM.
Anhand einer eigenen Überschrift können somit Vorausbuchungen direkt
identifiziert werden.
Ext. Flug 3L-Code: Wenn bei der CRS-Aktion-BM für den Flug statt
VON-NACH-3LC eine konkrete Flugbezeicnung eingegeben wird, wird diese
auch auf die TP-1,B-Seite übernommen. FLINSA-Flüge werden zwar nicht im
CRS gebucht und für das spätere Festbuchen wird auch nur auf die in
der TOMA-Maske angezeigten 3LC zugegriffen, die Anzeige der FLINSA-
FS-Bezeichnung auf der TP-1, B-Seite kann aber zu Verwirrung führen.
Hier kann festgelegt werden, dass bei FLINSA-Flügen auch bei Eingabe
einer konkreten Flugbezeichung nur die VON-NACH-3LC auf der TP-1,B-Seite
landen:
N = Fehlwert = konkrete Flugbez. wird auf die B-Seite übernommen.
J = nur die VON-NACH-3LC werden auf die B-Seite übernommen.
(Programme: BMFEST/TXFLU/TPUEAE / Doku: BMFEST-DOKU / #19131)
------------------------------------------------------------------------------
27.06.23: TOMA/SMSOK:
Umbuchen Handynummer zählt nicht in Zähler und
Eingabeformat Handynummer erweitert
Bei Nutzung des (Sonder-) Moduls SMSOK zum Erfassen einer Handynummer
(Erreichbarkeit des Endkunden im Notfall) gibt es zwei neue Funktionen:
Im CRS (STADIS/TOMA) zählt das Umbuchen eines Vorgangs zum Ergänzen/
Ändern einer Handynummer bzw. des SOS-Kennzeichens nicht mehr in den
Umbuchungszähler.
Bei TXPARA, Seite 6 <6 KUNDE: TEL-NR...> viertes Feld auf "J" kann nun die
Handynummer neben dem Format 0049 auch im Format +49 eingetragen werden.
(Programme: TPEXT/TXUMB / DOKU: TOMA-/SMSOK-DOKU #20934)
----------------------------------------------------------------------------
27.06.23: EXZUOK bei externem Hotelcontent:
zubuchen von Leistungen bei externen Hotels ohne B-Seite
Aufbau möglich
Bei Buchungen mit externen Hotels kann eine EXTZU-Leistung hinzugebucht
werden, ohne dass sich die B-Seite neu aufbaut. Dies gilt für Optionen
und Buchungen.
Anwendungsbeispiel:
Bei einer Option mit einem externen Hotel soll noch ein FLEX-Paket hinzu-
gebucht werden. Dies kann nun von der Vertriebsstelle vorgenommen werden.
Bislang musste dies über den Veranstalter geändert werden.
(Programme: TPEXT/TXUMB / DOKU: EXZUOK-DOKU #22652)
-----------------------------------------------------------------------------
27.06.23: Neuer Payment Anbieter Getnet
Neben Concardis, Computop und Unzer können nun auch Kreditkarten-Zahlungen
des Payment Anbieters Getnet abgewickelt werden. Vorgesehen sind sowohl
die Abwicklung von Klartext-Kreditkartendaten und Umwandlung in einen
Token (MOTO) als auch die PSD2-konforme Erfassung der Authentifizierungs-
daten (ECOM).
WBS Blank bietet die Anbindung an Getnet über TP, TOMA, WBSCGI, HOKCGI an.
Ebenso ist die Anbindung an das Payment-Gateway (Zahlseite) möglich.
Bitte sprechen Sie uns hierzu an.
(Programmme: KKTRAN/TPKK/CCALIAS / DOKU: TPKK #20000)
-----------------------------------------------------------------------------
30.06.23: Erweiterung bei Hotelschnittstellen mit Kundenwunschmeldung
Bei Vorhandensein eines B-Satzes CRSBEM können nun über Hotelschnittstellen
übermittelte Kundenwünsche in der B-Seite des Vorgangs dargestellt und ge-
steuert werden, ob diese auf die Rechnung (bzw. auf Listen/Voucher) ge-
druckt werden sollen. Durch Arbeiten mit einem Komma vor dem Hütchen
wird der Text nur in die B-Seite übernommen und ohne Druckkennzeichen
auch nicht auf Liste oder Voucher ausgegeben.
Beispiel:
<SB> B E M E R K U N G E N TT.MM.JJ
-------------------------------------------------------- TT:MM
KURZ-BEZEICHNUNG FÜR DIESE TEXTE CRSBEM ERFASSDATUM
VOUCHER, AVIS, EXTERN, ART, 1MAL, LEERZ. N _ _ _ _ _ TT.MM.JJ
LIEFERANT, CODPRG, NEUDRUCK ______ _ _
ABTEILUNG ____ LÖSCHEN _ ___
T E X T ; DRUCK R-VL S E HL TP
1. ^_____________________________________________ 1 _ _ _ _
2. Unverbindlicher_Kundenwunsch!_________________ 1 _ _ _ _ _
Das betrifft die Schnittstellen CRSMTS, CRSTMT, CRSDIA, CRSPAX, CRSHNS,
CRSCPA und CRSODE.
D.h. WBS empfiehlt bei Lieferung des geänderten Programms TPNEU den
B-Satz anzulegen, ansonsten findet sich auf der B-Seite der Vorgänge nur
ein Hinweis "CRSBEM" aber kein Inhalt zu den übermittelten Wünschen.
Nach wie vor gilt, dass der Kundenwunsch nur bei der initialen Buchung
mitgegeben werden kann.
(Programm: TPNEU / Dokus: alle Dokus zu den o.g. Schnittstellen / #23142)
------------------------------------------------------------------------------
03.07.23: DRINSA - Ticketnummern aus externen PNRs für TD auslesen
(Nur bei Einsatz der Zusatzmodule "CRSAMADX/CRSGALIX/
CRSSABRE" relevant!)
Im Programm "DRINSA" (DRUCK DER FLUG - ACCESS - BUCHUNGEN) gibt es einen
neuen Aufruf "7" (= Ticketnummern lesen), um Ticketnummern aus externen
PNRs auszulesen und für den späteren Ticketdruck (TD) bereitzustellen:
=> DRINSA
<Drucker> DRUCK DER FLUG - ACCESS - BUCHUNGEN TT.MM.JJ
-------------------------------------------------------- HH:MM
Druck der PNRs 1
Druck der Fehlerliste 2
Verschieben auf Queue 3
Airline PNR lesen 4
TSA-Daten schreiben 5
Vorausbuchungen nachbuchen 6
Ticketnummern lesen 7 <<<<====
Drucker wechseln D _
=> Nach dem Aufruf "7" erscheint folgende Maske:
<Drucker> DRUCK DER FLUG - ACCESS - BUCHUNGEN TT.MM.JJ
-------------------------------------------------------- HH:MM
Ticketnummern einlesen
Bestimmte CRS : __ __ __ __ __
Von/bis Reisedatum : 06.06.JJ 27.06.JJ
Starten (J/N/H) : _
Das Programm ist hintergrundfähig. Bei jedem Aufruf der TP-1,B,IN-Seite
im Vorgang wird sofort geprüft, ob es (neue) Ticketnummern gibt.
Mit diesem Programm kann die Abarbeitung automatisiert werden.
Bestimmte CRS: hier können bis zu 5 verschiedene CRSe eingetragen werden,
für die geprüft werden soll, ob neue Ticketnummern vorhanden sind.
Kein Eintrag bedeutet, dass alle angeschlossenen CRSe geprüft werden.
Von/bis Reisedatum: Zeitraum der Reisedaten, die geprüft werden.
Hinweis: Das von/bis-Datum ist mit einem Zeitfenster von 21 Tagen
rückwirkend vorbelegt. Der Wert kann natürlich überschrieben werden.
Starten (J/N/H): ja, nein oder Hintergrundverarbeitung
Das Lesen der Ticketnummern dient im Wesentlichen dem Ticketdruck
mit Ticketnummern. Hierbei gilt im Programm TD (TIDEF) folgende
Defintionsmöglichkeiten:
^NT = 1. Ticketnummer zum aktuellen Namen.
Falls davon ausgegangen wird, dass unterschiedliche Ticketnummern auf den
Strecken vorhanden sind, kann auch ^NT gefolgt von dem Kennzeichen für die
Strecke verwendet werden:
^NT1 = 1. Strecke auf Ticket,
^NTH = 1. Strecke Hinflug,
^NTR = 1. Strecke Rückflug, ...etc.
Wenn keine Ticketnummern im DRINSA,7 eingelesen werden, entsteht im TD,
an der Stelle des Platzhalters/Hütchens, ein leeres Feld.
(Programme: DRINSA/INSAC/TINEU/CRSAMADX/CRSGALIX/CRSSABRE /
Dokus: FLINSA/TIDEF-DOKU / #20249)
------------------------------------------------------------------------------
05.07.23: Erweiterung des (Sonder-)Moduls XMLEXP
Im XMLEXP-1 gibt es einen neuen Schalter "TK X/Y H-Hotel".
Bei gesetztem Schalter "Y-/X vom HK" in der W-Sektion eines TK-Hotels
kann man hierüber steuern, ob die Einträge aus dem Haupthotel, die dann im
TK-Hotel in der X- bzw Y-Sektion angezeigt werden auch exportiert werden
sollen (da sie in Realität ja nicht im dem TK-Hotelstamm eingetragen
wurden.
(Programme: XMLEXP/HSXEXP / Doku: XMLEXP-DOKU / #23167)
------------------------------------------------------------------------------
06.07.23: Ergänzende Definition des Protokoll-Filters - Import (ciawbs)
(Nur bei Einsatz der Zusatzmodule "CIAWBS/WBSCIA" relevant!)
In den CIAPRL-Parametern (CIAPRL,PP) gibt es einen neuen Schalter
<Immer FIX in PRL> mit der Eingabe "X", um rechts neben dem IST-Wert auch
den FIX-Wert im Protokoll-Filter für den Import (CIAPRL-2) ergänzend
auszugeben:
Immer FIX in PRL _ <<<<====
X = Anzeige der FIX-Werte lt. FS-1,A "FIX" rechts neben dem IST.
J = Anzeige der FIX-Werte lt. FS-1,A "FIX" neben dem TOT.
N = (leer) Keine Anzeige der FIX-Werte.
=> Im Beispiel - CIAPRL,2 (Ausgabe: IST / FIX) - Definition "X":
Änderungsdatum Flug Datum CIA/Nr Art ST Neu Alt Ist Fix
------------------------------------------------------------------------------
TT.MM.JJ/HH:MM FRABUD1A TT.MM.JJ EW 2982 Kont. TOT U 100 50
2 20 <<<<====
Flugzeit U 0605-1040 1055-1620
2 20 <<<<====
Pooling U J
2 20 <<<<====
(Programm: CIAPRL/ Doku: WBSCIA-DOKU / #22547)
------------------------------------------------------------------------------
07.07.23: Erweiterung für alle Hotelschnittstellen mit CRSSD-Funktion
Auf dem Feld für die Eingabe des externen Hotelcodes im CRSSD kann nun
folgende Funktion genutzt werden:
VBCP! = Aufruf der Kopierroutine von Vorbelegungen, man erhält dieses
Display:
Zu kopierender Vorbelegungs-Typ : ______
Neu anzulegender Vorbelegungs-Typ: ______
Zu kopierendere Saisonbereiche : __ __ __ __ __
Starten (J/N): _
Zu kopierender Vorbelegungs-Typ: Eingabe des existenten Vorbele-
gungstyps, der kopiert werden soll
Neu anzulegender Vorbelegungs-Typ: Eingabe des neuen Vorbelegungs-
typs, auf den kopiert werden soll
Zu kopierendere Saisonbereiche: Einschränkung auf einen Saison-
bereich
Starten (J/N): Programm starten
J = ja
N = nein
(Programm: CRSSD / Dokus: alle Schnittstellen mit CRSSD-Funktion / #22120)
------------------------------------------------------------------------------
07.07.23: OTDEXP - Aktivierung der Flight-ID je GDS
(Nur bei Einsatz der Zusatzmodule "OTDFPC/FLIDOK/PRCAOK"
relevant!)
Im Programm "OTDEXP" (Exportprogramm für OTDS) gibt es unter dem Aufruf F
"Flugparameter" Feld: <Flight-ID> und Aufruf C "Externe Flugdaten" Feld:
<F> eine neue Eingabemöglichkeit, um die Flight-ID (FLIDOK) je CRS/
GDSystem aktivieren zu können:
=> OTDEXP
Exportprogramm für OTDS TT.MM.JJ
--------------------------------------------------------- HH:MM
Kette: WB________
Allgemeine Parameter P
Hotelparameter H
Flugparameter F <<<<====
Zielgebiets-Einschränkungen Z
Brand-Parameter B
Externe Hoteldaten E
Externe Flugdaten C <<<<====
Verkaufs-Märkte/Währungen M
Rundungskorrektur R
Reiseart-Parameter T
Storno-/Umbuchungs-Texte O
Export starten S _
=> OTDEXP, Aufruf "F" / Feld: <Flight-ID>
Exportprogramm für OTDS TT.MM.JJ
--------------------------------------------------------- HH:MM
Kette: WB________
Flug Bez. : FRADXBAE__ - DXBFRAAE__
3LC : ___ - ___
Flugtabelle : ______
Datum Von/Bis: 20.12.22 - 31.12.23
Offset Von/Bis: ___ - ___
Rückflug : _
NurFlug-Preise: J ZL-Tab: _
Rail&Fly : _ __.__.__ - __.__.__ __ __ __ __ __
Flight-ID : C <<<<====
OTDEXP-Z 3LC : _
_
Flight-ID als Buchungsparameter
Eine Eingabe hier ist nur möglich, wenn das Modul "FLIDOK" lizenziert ist.
J = Als Buchungsparameter des ReturnFlights wird eine Flight-ID verwen-
det. Diese beinhaltet sowohl das City-Pair als auch die Flugzeiten von
Hin- und Rückflug.
N = (space) Als Buchungsparameter des ReturnFlights werden die Flug-
bezeichnungen von Hin- und Rückflug verwendet.
M = Als Buchungsparameter des ReturnFlights werden beide BookingGroups
exportiert. Die Gültigkeit wird über das Tag "CacheFlug" gesteuert.
C = Wie "M", aber Verwendung der Flight-ID nur bei Flügen ausgewählter
CRS/GDSysteme (=> OTDEXP,C "Externe Flugdaten" Feld: F beachten!).
=> OTDEXP, Aufruf "C" / Feld: <F>
Exportprogramm für OTDS TT.MM.JJ
--------------------------------------------------------- HH:MM
Kette: WB________
CRS Datei (inkl. Pfad) EB F
1. C1 /home/wbs/filetran/ofpc_02_______________________________________ XY J
2. C2 /home/wbs/filetran/abc/ofpc_02___________________________________ XY _
3. __ _________________________________________________________________ __ _
^
^
...
15. __ _________________________________________________________________ __ _
__
Aktivierung bzw. Deaktivierung der Flight-ID je CRS/GDSystem
J = Die Flight-ID ist für dieses CRS/GDSystem aktiviert.
N = (Space) Die Flight-ID ist für dieses CRS/GDSystem deaktiviert.
=> Ergänzende Hinweise:
Bei den durch das OTDSF exportierten Flüge findet die Flight-ID
keine Anwendung. Ein Eintrag im Feld: <Flight-ID> im OTDEXP,F
ist weiter notwendig, damit das Booking-Element in der Datei
"001 basis.xml" entsprechend gefüllt wird.
(Programme: OTDEXP/OTDSF/OTDFPC/OTDPROC Doku: OTDS-DOKU / #19181)
------------------------------------------------------------------------------
10.07.23: Erweiterung zum OTDS-Export von Teilstrecken
(Nur bei Einsatz des Zusatzmoduls "OTDS" relevant!)
Bitte beachten Sie, dass es sich hierbei um einen Veranstalter spezi-
fischen Sonderfall beim Export von Teilstrecken handelt!
Falls auch bei Ihnen der Wunsch bzw. Bedarf einer derartigen Stammdaten-
anlage besteht, prüfen Sie bitte im OTDEXP,F den Schalter <Dummy-Flüge>
zur Unterdrückung von "Dummy-Teilstrecken" im OTDS-Export:
=> OTDEXP: Aufruf F / Parameter: <Dummy-Flüge>
Exportprogramm für OTDS TT.MM.JJ
--------------------------------------------------------- HH:MM
Kette: __________
Flug Bez. : __________ - __________
3LC : ___ - ___
Flugtabelle : ______
Datum Von/Bis: __.__.__ - __.__.__
Offset Von/Bis: ___ - ___
Rückflug : _
NurFlug-Preise: _ ZL-Tab: _
Rail&Fly : _ __.__.__ - __.__.__ __ __ __ __ __
Flight-ID : _
OTDEXP-Z 3LC : _
Dummy-Flüge : N <<<<====
_
=> Dummy-Flüge im OTDS-Export unterdrücken?
N = Der Export etwaiger Dummy-Flüge wird unterdrückt.
J = (Space) Der Export etwaiger Dummy-Flüge wird vorgenommen
(Fehlwert).
Zum Hintergrund: Bisher konnten nur Flüge mit max. bis zu 2 Teilstrecken
im OTDS exportiert werden.
Dies haben wir dahingehend erweitert, dass beim Export eines Fluges mit
3 Teilstrecken geprüft wird, ob die zweite und dritte Teilstrecke (beim
Hinflug) identische Von- und Nach-3L-Codes enthalten, und wenn ja, die
zweite Teilstrecke ohne Eintrag und die dritte Teilstrecke mit Eintrag
in der FS-1,I-Sektion ist (im Rückflug ist es die erste und dritte Teil-
strecke, wobei die dritte Teilstrecke mit Eintrag in der ,I-Sektion ist).
Sofern diese Voraussetzungen in den Flugstammdaten nicht der Fall sind,
wird der OTDS-Export der Dummy-Flughülle und der entsprechenden reellen
Flüge verhindert. Ansonsten wird die Flughülle entsprechend eines Fluges
mit zwei Teilstrecken exportiert. Die dritte Teilstrecke wird unterdrückt.
D.h. die Prüfroutine umfasst ausschließlich die Tests, ob die dritte Teil-
strecke (Hinflug) bzw. die dritte Teilstrecke (Rückflug) einen Eintrag in
der FS-1,I-Sektion aufweisen und ob...
- die zweite Teilstrecke keinen (beim Hinflug) bzw.
- die erste Teilstrecke keinen (beim Rückflug) Eintrag
in der FS-1,I-Sektion beinhaltet.
=> Im Beispiel (anhand des Rückflugs):
F L U G - S T A M M TT.MM.JJ
--------------------------------------------------------- HH:MM
H I N F L U G R Ü C K F L U G
FLUG-BEZ : HAMVRA5P C/L : C FLUG-BEZ : VRAHAM5P C/L : C
VON : HAM FIRMA : _ VON : VRA FIRMA : _
NACH : VRA CLASS : _ _ _ _ NACH : HAM CLASS : _ _ _ _
FLUGTAG : 51 FLUGTAG : 51
ANMERK. : TAGESFLUG_______________ ___ ANMERK. : TAGESFLUG______________ ___
------------------------------------------------------------------------------
- H I N F L U G -
Tab Flug-Bez Von NachTg Klassen Tab Flug-Bez Von NachTg Klassen
_
* 1 HAMVRA5P HAM VRA 51 * 1 VRAHAM5P VRA HAM 51
A 1 HAMFRALH HAM FRA A 1 VRAFRA5P VRA FRA 51 <<<<====
2 FRAVRA5P FRA VRA 51 2 FRAHAMLH FRA HAM
3 FRAVRA5U FRA VRA 51 3 VRAFRA5U VRA FRA 51 <<<<====
Bezogen auf den Rückflug "VRAHAM5P" gilt demnach:
A 1 VRAFRA5P VRA HAM 51 (Erste TS Hauptst. ohne Eintrag auf der ,I-Seite)
2 FRAHAMLH FRA HAM (LH Feeder)
3 VRAFRA5U VRA HAM 51 (Zweite TS Dummy mit I-Seiteneintrag, wird mit dem
o.g. Eintrag "N" nicht exportiert)
Bitte beachten Sie zusammenfassend:
- Es findet keine Prüfung des Eintrags im Feld: "Passiv" im FS-1,I statt!
- Der Dummy-Flug im Rückflug (dritte Teilstrecke, mit dem Eintrag
in der FS-1,I-Sektion) wird im OTDS nicht exportiert!
(Programme: OTDEXP/OTDSF/FSTEIL / Doku: OTDS-DOKU / #16809)
------------------------------------------------------------------------------
11.07.23: ANZST - neuer Rechnungsdruck/neue Zahltermine unabhängig von
Betragsschwelle
Im ANZST gibt es in der Spalte "Ändern nach Druck" eine neue Einstellung.
Ist dieser Schalter auf "Z" gesetzt, wird nach einer Änderung der Zahlart
Anzahlung und Anzahlungsdatum so ermittelt, als wäre die Rechnung noch
nicht gedruckt.
Eine entsprechende Betrags-Schwelle im nächsten Feld wird für die
Abarbeitung nicht berücksichtigt. Es gelten somit folgende Paremeter:
Änderung des Anzahlungsbetrages nach erfolgtem Rechnungsdruck
N = nach erfolgtem Rechnungsdruck bleibt es trotz einer
Betragsänderung bei der ursprünglichen Anzahlung.
Dies entspricht dem Fehlwert (= kein Eintrag) !
J = trotz bereits gedruckter Rechnung wird die Anzahlung
bei einer Betragsänderung neu gezogen.
Auch folgendes Feld für Abweichungsbetrag beachten.
0 = wie J, aber die Anzahlung wird neu berechnet, wenn der
alte Rechnungsbetrag Null war. Dies unabhängig davon,
ob der Anzahlungsbetrag den Abweichungsbetrag überschreitet.
Z = wie 0 aber auch bei Änderung auf Kreditkarte und <-- NEU!
unabhängig von Eintrag im folgenden Feld.
(Programme: TPUMS/TPKK/TPEXT/TXDI / Doku: ANZST-DOKU / #17455)
------------------------------------------------------------------------------
12.07.23: Erweiterung der Funktionen in der L-Sektion des Hotelstamms
Bei Eingabe einer B-, L- oder Q-Satz-Bezeichnung kann man mit <F7 in
die TO-Sektion des jeweiligen Satzes wechseln.
Folgende Varianten existieren:
<F7> auf leerem Feld = Wechsel in die TO-Suchroutine
<F7> auf gefülltem Feld = Wechsel in diesen Satz in TO
nnnn<F7> = Wechsel in den Satz nnnn (Neuanlage)
Hinweise: Preistabellen für TO-Sätze müssen noch separat angelegt werden.
Bei Master-Marken-Umgebung nur sinnvoll nutzbar, wenn Sektionen gepoolt
sind.
(Programm: HSZL / Doku: HS2-DOKU / #23453)
------------------------------------------------------------------------------
12.07.23 FLINSA: Suche in FS-I,O
In FS-I,O wurde eine Suchmöglichkeit nach Airline, CRS, Von-3LC und
Nach-3LC eingeführt. Dies soll Ihnen die Suche von spezifischen Einträgen
erleichtern.
Es können mehrere Suchkriterien gleichzeitig eingegeben werden, die dann
alle als Filter gelten.
Eingabemöglichkeiten:
"?Cxxx" = Airline xxx
"?Rxx" = CRS xx
"?Vxxx" = Von-3LC xxx
"?Nxxx" = Nach xxx
Beispiel:
Eingabe ?CDE sucht nach Einträgen gültig für die Airline DE:
F L U G - S T A M M 10.07.23
------------------------------------------------------- 12:55
OSI - Elemente Flug Access
Lfd. Cia Von Nach FS CRS Datum von/bis B/S Y Text
?CDE_ ___ ___ ___ ___ __ __.__.__ __.__.__ _ _ ____________________________
Y/Text: _ ______________________________ _ ____________________________ _
Es werden alle gefundenen, für DE gültigen Einträge angezeigt:
C:DE F L U G - S T A M M 10.07.23
------------------------------------------------------- 12:55
OSI - Elemente Flug Access
Lfd. Cia Von Nach FS CRS Datum von/bis B/S Y Text
____ ___ ___ ___ ___ __ __.__.__ __.__.__ _ _ ____________________________
Y/Text: _ ______________________________ _ ____________________________ _
12 * * * * AM B Bearb ^B Flug #^F
13 DE FRA GIG DEL AM B FITDE160698
14 DE * * * B xxyyzzz
Oben rechts in der Maske werden die Filterkriterien angezeigt:
C:DE
bei mehreren gewählten Filtern werden alle angezeigt:
C:DE V:FRA N:GIG F L U G - S T A M M
Gelöscht werden die Filter durch Verlassen der Maske oder manuell durch
die Eingaben:
?C/ ?R/ ?V/ ?N/ = Einzelnen Suchfilter löschen.
?/ = Alle Suchfilter löschen.
(Programme: FLINSA / Doku: FLINSA-DOKU / #23382)
------------------------------------------------------------------------------
20.07.23: Neue Hütchen im DRDEF/DRECHT
Das Hütchen Rs druckt die externe Rechnungsnummer ohne Laufnummer.
Das Hütchen Rl (großes "R" kleines "l") druckt die Laufnummer ohne
Rechnungsnummer.
(Programm: DRECHT / Doku: DRDEF-DOKU/DRECHT.HUT)
------------------------------------------------------------------------------
20.07.23: Automatische Anlage von Schnittstellen TK-Hotels per CRSSD/CRSSDI
Auf der A-Seite im CRSSD gibt es einen neuen Schalter:
16 TK-Hotel anlegen mit Kenner:_
Der hier eingetragene Kenner wird an die Bezeichnung des Haupthotels an-
gehängt und es wird beim CRSSDI-Lauf ein zweiter (TK-)Hotelstamm mit
dieser Bezeichnung im Hotelstamm angelegt.
Das Haupthotel erhält den Marker "J" in dem Schalter
"Haupthotel (J/N/K): _" in der Zeile unten rechts auf der A-Seite des
Haupthotels, beim entstandenen TK-Hotel wird dort ein "K" eingetragen
und in "23 Teilkontingent von : __________ _____" wird die Bezeichnung
des Haupthotels zur Verknüpfung der beiden hinterlegt.
So kann ein Teilkontingent-Hotel geschaffen werden, welches für Buchungen
ohne Transfer genutzt werden soll.
Deshalb gibt es folgende Regeln beim Erstellen des TK-Hotels:
- Sätze mit Bez "TFx" werden in der KO-/N-Sektion im TK-Hotel selektiv
übersprungen, d.h. nicht in das TK-Hotel kopiert
- In der W-Sektion des TK-Hotels wird in 16 (Zusatz-Information im TP)
ein "N" gesetzt, was in der Übergabe der Daten ins OTDS bzw. LMINFO
für ALIT/Bistro bedeutet, dass es sich um ein Produkt ohne Transfer
handelt (in wieweit andere Anbieter dies auch interpretieren können,
liegt WBS Blank nicht vor). Ist hier bereits ein Text im Haupthotel
eingetragen, wird ein "N," vorangestellt. Beispiel: "Text" wird zu
"N,Text".
- Sofern mit einem fest angelegten B-Satz als Info zum inkludierten
Transfer im Haupthotel gearbeitet wird (Bsp. TFINKL, die Bezeichnung ist
aber frei wählbar), dann ist vorgesehen, dass dieser B-Satz durch einen
fest definierten B-Satz (Bsp. TFEXKL) ersetzt wird. Die Steuerung der
Sätze auf Rechnung, Listen etc. obliegt dem Veranstalter bei der Anlage
dieser Sätze.
Die Bezeichnung der beiden Sätze ist in HOEXPAR-7
8. B-Satz Transfer inkl. : TFINKL B-Satz Transfer exkl. : TFEXKL _
einzutragen, damit das System weiß, nach was zu suchen und was zu
ersetzen ist.
- Sofern mit dem MTSVAK für den Vakanzimport gearbeitet wird, bedarf es
möglicherweise noch einer Erweiterung dieses Programms. Aktuell sucht
das MTSVAK bereits nach mehreren Hotelstämmen mit gleicher externer
Bezeichnung für die Schnittstellen CRSMTS, CRSETO, CRSET2 und CRSODE.
- Wenn mit der TAB!-Funktion zur Anlage mehrerer Hotels gleichzeitig
gearbeitet wird:
In der Anlagetabelle wird das TK-Hotel auf der Status-Seite erwähnt
(hier: TK-Kenz "K"). Beispiel:
+----------------------------------------------------------------------------+
Hotelcode: 473 BLANK: ODE002 Status: CRSSDI OK
----------------------------------------------------------------------------
Saisonbereich S3 für Hotel ODE002/K per CRSSDI importiert.
+----------------------------------------------------------------------------+
- Bei Anpassungen und Neuimport des Haupthotels wird auch das TK-Hotel ent-
sprechend verändert und neu in den Hotelstamm importiert.
(Programme: HOEXPAR/CRSSD/CRSSDI / Dokus: alle Schnittstellenhotels mit
CRSSD-Funktion / # 22431)
------------------------------------------------------------------------------
21.07.23: Weiterer Anbieter für Sitzplatzresevierung-/Sonderleistungen
- Modul NDCASR (CRSASR)
Ergänzend zum Eintrag vom 17.08.22 besteht neben FLYR (vormals Pribas)
auch zu Airxelerate eine Anbindung an die NDC-Schnitstelle zum Buchen von
Sitzplätzen und Sonderleistungen. Die Leistungen sind verfügbar für die
Airlines Sun Express und Condor. Weitere Airlines sind geplant.
(Programm: CRSASR / Doku: NDCASR-DOKU / #14519)
-----------------------------------------------------------------------------
25.07.23: FLINSA/CRS: Darstellung des Vendor Locator im CRS
Bei den Aktionen D (Darstellen eines Vorgangs) und BI (Buchungs-
informationen) kann die Darstellung des Vendor Locator aus dem PNR
in den Hinweiszeilen erfolgen.
Dazu muss in TXPARA, Seite 2, Zeile 10 hinten rechts der Parameter <VL>
auf "J" gesetzt werden.
(Programme: JJTOUR/STATPV/TXPARA / Doku: TOMA-DOKU / #18939)
------------------------------------------------------------------------------
26.07.23: FLINKOK - Getrennte Kalkulation Pauschal & Nurflug
(Nur bei Einsatz der Zusatzmodule "FLINKOK/CRSWBS/
PRCAOK" relevant!)
In den Flugstammparametern (FS-PP) gibt es einen neuen Schalter
<20 NF / Pauschal getrennt : _>, um die Standardabarbeitung im
TP-Inhouse für die F-Zeile getrennt als Pauschal- oder Nurflug
festzulegen:
N = (Space/Fehlwert) Die Standardabarbeitung im TP-Inhouse ist nicht fest-
gelegt, sondern wahlweise als Nurflug oder Pauschalflug möglich.
J = Die Standardabarbeitung im TP-Inhouse ist getrennt als Pauschalflug
festgelegt.
Die im FS-I,2 getrennt angelegten Kalkulationstabellen für Nurflug
(z.B. "FRAPMIN") und Pauschalflug (z.B. "FRAPMIP") werden im FS-1,I
durch den neu integrierten Platzhalter "=" erkannt und entsprechend
zugeordnet:
=> FS-1,I / Feld: Ka.
------------------------------------------------------------------------------
- H I N F L U G - LMINFO: _
Datum A/W Tabelle S TS Sais Pr X Leist. 1 Leist. 2 Templ.O/R R&F OSI TK-Dat
__.__.__ _ ________ _ _ __ _ __ _ _ ______ _ ______ ____ ____ ____ ___ __.__.
A: _ NS: _______________ _______________ __________________ L:___ Ka.FRAPMI=_
(T=Tab, K=Kalk) _
Zusammenfassend lässt sich erwähnen: Sofern die Standardabarbeitung im
TP-Inhouse durch den globalen Schalter im FS-PP Nr. 20 <NF / Pauschal
getrennt> getrennt als Pauschalflug festgelegt ist, dann muss der Flug
als Pauschalflug gebucht werden. Wenn die Buchung abweichend als Nurflug
getätigt werden soll, dann muss die Buchungsmaske (TP-12) zuvor durch
Eingabe "NF" im TP (TP-NF) umgeschaltet werden.
(Programme: TPNEU/FTOUR/FLUGST/JJTOUR/FVALI/PRCALMI/OTDFPC/OTDSF
Dokus: TP/TP1/TPFH/FS/OTDFPC-DOKU / #16102)
------------------------------------------------------------------------------
26.07.23: Druck von einzelnen Rechnungen spoolfähig
Bei dem Druck von einzelnen Rechnungen im DRECHX (Bestimmte Rechnungsnr.)
gibt es die Eingabe für einen Spoolauftrag, sodass auch einzelne Rech-
nungen aus dem Spool heraus erstellt werden können.
(Hintergrund: eventuelle automatisierte Weiterverarbeitung der Rechnungen
durch eine entsprechende Spoolergruppe).
Die Hintergrundverarbeitung ist NICHT für den Druck nach DRL vorgesehen.
(Programm: DRECHX / Doku: DRECHX-DOKU / #23442 )
------------------------------------------------------------------------------
01.08.23: SDAEND - Bereich aus Touristikkalkulation (TOKALK) abspeichern
Eine Änderung von Bereichen in der Touristikkalkulation (TOKALK) wird nun
für das Zusatzmodul SDAEND (Verwaltung von Stammdatenänderungen) abge-
speichert. Somit werden nun nur noch aktuell von einer Bereichsänderung
betroffene Vorgänge vom SDAEND berücksichtigt.
(Programme: SDAEND/STAVW/TOKALK / Doku: SDAEND-DOKU / #23336)
------------------------------------------------------------------------------
01.08.23: FS (FSZL): Nachgezogene Leistungen für Fixplätze - Paxgenau
Wenn in FS-1,L-/LK-Seite mit nachgezogenen Leistungen für Fixplätze
gearbeitet wird (Feld <F> in FS-1,L oder LK), gibt es nun die Möglichkeit,
diese paxgenau nachziehen zu lassen.
Mit Eintrag "F" im Feld <F> werden die Leistungen für jeden gebuchten Fix-
platz einzeln betrachtet und nachgezogen.
(Programme: FTOUR/TXFLU / Doku: FS-DOKU / #23564)
------------------------------------------------------------------------------
03.08.23: SDAEND - Berücksichtigung der TK-Hotels mit Vererbung der Y-Seite
bei Lieferung der geänderten Daten via SDAEND
Mit dem Modul SDAEND werden Stammdatenänderungen protokolliert. Die
Protokollausgabe der HS-2,B,Y -Seite wurde erweitert, so dass auch die
Teilkontingent-Hotelstämme mitprotokolliert werden, wenn die Werte des
Hauptkontingent-Hotels genutzt werden.
Die Auflistung sieht dann so aus:
HSHAUPT J4BY 28.07.23 15:04 Y
HSTEIL J4B 28.07.23 15:06
(Programme: SDAEND / Doku: SDAEND-DOKU / #23767)
------------------------------------------------------------------------------
04.08.23: Erweiterung des DRL/DRLDEF
Im Programm DRLDEF, in dem freie Listen/Reports definiert werden können
zur Abarbeitung im DRL (RECHLI), gibt es auf der B-Seite in der mittleren
Spalte im unteren Bereich ein neues Feld:
RG-EK-MWSTPFL. _ ___ __
Wird dieses neue Feld genutzt, berichtet das DRL den MwSt-pflichtigen
Einkauf als separaten Wert, analog der TP, E-Seite (mit "M" gekenn-
zeichneter Wert).
(Programme: RECHLI/DRLDEF/TPEINK / Doku: DRLDEF-DOKU)
------------------------------------------------------------------------------
03.08.23 Übergabe der Steuercodes
Die Steuercodes für die Kleinschrift im AGIMOK werden nicht mehr durch
den ausgewählten Drucker bei dem Versand der Abrechnung per Mail überge-
ben, sondern durch den Drucker "FAX". (Eintrag "FAX" im Feld Nummer im
Drudef).
(Programm: AGINKA / Doku: AGIMOK-DOKU)
------------------------------------------------------------------------------
15.08.23: Mitschreiben der Fehlermeldung auf der UD-Seite
Im RUFPAR-6 gibt es den Schalter <UD-Seite:>. Mit dem Eintrag "F" wird
die von Viator ausgegebene Fehlermeldung (bzw. der ersten 60 Zeichen
der Fehlermeldung) bei einem nicht erfolgtem Druck der Rail&Fly-Tickets
oder Rail&Cruise-Tickets auf der UD-Seite protokolliert.
(Programm: VIARF / Doku: VIARF-DOKU/VIARC-DOKU / #24134)
------------------------------------------------------------------------------
15.08.23: WBSCGI (Internet-Schnittstelle) - SATZART=VG
Die SATZART=VG wurd um folgendes Feld erweitert:
FLAG-LOCK-EGAL X(1) "J" Die LEIST-Felder (siehe Satzart "VGO") zu
den jeweiligen Leistungssätzen werden auch
ausgegeben, wenn der Vorgang in Bearbei-
tung ist.
(Programme: WBSCGI/TXCGI / Doku: WBSCGI-DOKU) / #24441
------------------------------------------------------------------------------
16.08.23: Erweiterung Rechnungsdruck RD (= DRECHT)
Auf der Rechnung kann die Zeile 11 aus HS-2,A-Seite mit ausgedruckt werden.
Hierzu ist in TPPARA Seite 2, <8 Hotel TEL/STR (RD)> ein "C" einzutragen.
Beschreibung: Adresse - 1.Zeile, Adresse - 2.Zeile (Zeile 10 und 11 aus
HS-2,A) sowie der Ort (Zeile 2 aus HS-2,A).
(Programm DRECHT / Doku: TPPARA-DOKU / #24946)
------------------------------------------------------------------------------
17.08.23: Erweiterung der Hotel-/Paketstamm-Suchroutine um Datum-von/bis.
Für die Hotel-/Paketstamm-Suchroutine, die verwendet/aufgerufen wird in:
- HS-P (Paketstamm) mit ?
- HS-7 = Hotelliste
- TP-5 mit # = Hotelliste
- TP-P mit ? = Hotelliste
wurde eine Einschränkungsmöglichkeit auf Datum-von/bis eingeführt:
Land:_____ Stadt:_____ Name:_____ Datum Von:__.__.__ Datum Bis:__.__.__ SB:__
3L-C:___ (Alternative:__________)
(Programm: TPHOSU / Dokus: TPHF-DOKU/HS-DOKU/HSP-DOKU)
------------------------------------------------------------------------------
22.08.23: AG Aufbau Hitliste ist jetzt spoolfähig
Der Aufbau der AG-Hitliste AG-14 (Programm AGHILI) ist jetzt spoolfähig:
Die Abfrage <Hitliste aufbauen:> stellt nun auch das H = Hintergrund zur
Verfügung: (J/N/H)
(Programm: AGHILI / Doku: AG-DOKU / #25073)
------------------------------------------------------------------------------
22.08.23: Infantkalkulation im FSKALK und FLINOK (FS-2,I)
Für Infants, die keinen Einkaufspreis aufweisen, gibt es nun die Möglich-
keit, einen Festpreis in die beiden genannten Kalkulationen einzutragen.
Dieser wird dann verkaufsseitig gezogen.
(Programme: NFPRK/KVKFS / Dokus: NFPRK-DOKU/FSKALK-DOKU / #25128)
------------------------------------------------------------------------------
24.08.23: Modul SMSOK: Prüfung Anzahl Stellen Mobil-Nummer
Nur von Bedeutung bei Vorhandensein des Moduls SMSOK (Handy-Nummer und
Verwendungszweck).
In TXPARA, Seite 6, Zeile 6 gibt es für das SMSOK relevante Abfragen:
6 KUNDE: (TEL-NR / MAIL) / SMS PFLICHT (J/N) : _ / _ / _____ / _ <--
SMS PFLICHT, Feld _: Im diesem einstelligen Feld kann gesteuert werden,
dass die Handyummer mit Ländervorwahl übergeben werden muss.
Hierzu gibt es nun eine Erweiterung zu Eingabe J:
J = die Handynummer muss mit Ländervorwahl übergeben werden.
n = beinhaltet J, Eingabe einer Ziffer für geforderte Mindest-Anzahl
Stellen nach der Ländervorwahl (6 = 004912346 OK, 004912345 nicht OK)
Fehlermeldung bei J bzw. n:
K921 Fehler, bitte Buchungsinformation des Veranstalters beachten
ergänzt um:
BITTE GEBEN SIE EINE MOBILFUNKNUMMER IM FOLGENDEN FORMAT EIN: 0049171555555
(Programm: TPEXT / Doku: TOMA-DOKU/SMSOK-DOKU /#23864)
------------------------------------------------------------------------------
25.08.23: Highlighten der Warnungsmeldung auf der TP-1,A-Seite
Wenn im AG-Stamm das Feld "Warnung" (Feld Nr. 16) gefüllt ist, dann wird
bei einer Buchung der Text unten rechts auf der A-Seite des Vorgangs an-
gezeigt. Dieser wird nun gehighlightet dargestellt, sofern in TPPARA,
Seite 1 Nr. 3 der KONTRAST auf "H" steht und die Terminalemulation WBSTN
genutzt wird.
(Programm: TPAS / Dokus: TP1-DOKU/TPPARA-DOKU / #24579)
------------------------------------------------------------------------------
05.09.23: Ticketing-Datum (TKTL-Element) der PNR zurückrechnen.
(Nur bei Einsatz des Zusatzmoduls "CRSHH" relevant!)
In der Konfigurationsdatei der Hitchhiker-Schnittstelle (crshh.cnf)
besteht die ergänzende Möglichkeit, das Ticketing-Datum (TKTL-Element)
der PNR zum restriktiven Datum, bspw. "-1 Tag" (24 Std.) zzgl. einer
bestimmten Uhrzeit zu setzen, sodass der PNR am Tag vor Fälligkeit
in der Ticketing-Queue aufläuft und rechtzeitig bearbeitet werden kann.
=> Im Beispiel:
t 1 1600
(fest kleines t, Anzahl Tage die zurückgerechnet werden sollen,
die gewünschte Uhrzeit bspw. 16Uhr im Format HHMM (ohne Doppelpunkt
dazwischen) und falls kleiner 10Uhr dann im Foramt HMM, also ohne die
führende Null)
D.h. in der t-Zeile (kleines "t") kann für das Ticketing-Datum die Anzahl
der Tage inkl. einer bestimmten Uhrzeit zurückgerechnet werden. Hierbei
wird das TKTL minus der Anzahl an Tage, die zurückgerechnet werden sollen,
festgelegt. Dadurch wird dann auch bereits beim Lesen der Vakanz das
Ticketing-Datum manipuliert.
(Programm: CRSHH / Doku: CRSHH-DOKU / #23170)
------------------------------------------------------------------------------
05.09.23: Neues Hütchen im FAXERF
Im FAXERF gibt es das Hütchen AGN, das die Agenturnummer ausgibt.
(Programm: FAXAUS / Doku: TPFTX-DOKU)
------------------------------------------------------------------------------
06.09.23: Erweiterung der RUF-Abarbeitung
Im RUFPAR-1 gibt es neue Felder <10. TO-SATZ PARAMETER H/R/HR:>.
Wenn diese Parameter gefüllt sind, dann werden die Einträge in
<9. TO-SATZ BEDINGUNG H/R/HR:> nur dazu genommen, um zu prüfen,
ob überhaupt ein Rail&Fly Ticket erstellt werden soll.
Mit Hilfe der neuen Felder können abweichende Brands im VIARF-6 getestet
werden. Das kann z.B. dafür genutzt werden, um ein Upgrade auf die erste
Klasse extrern buchbar zu machen.
(Programme: RUFPAR/TINEU / Doku: VIARF-DOKU)
------------------------------------------------------------------------------
22.03.23: Neues Element im DRECHX (XML-Rechnungsdruck)
Im DRECHX gibt es im "res"-Element ein "lfd"-Element, das mit dem "lfd"-
Element der "fahrt" übereinstimmt.
<res>
<datum>/</datum>
<text>/</text>
<lfd>/</lfd>
<zahl>0,00</zahl>
</res>
Das "datum" feld in den Tickets/Reservierungs-Sätzen wird nicht mehr
ausgegeben, da das Datum sich nicht mehr in der Datei befindet.
(Programme: DRECHX/DBTOUR/CRSOTI / Doku: DRECHX-DOKU)
------------------------------------------------------------------------------
07.09.23: Neue Kriterien im (Sonder-)Modul TXUM3L
Mit dem Modul TXUM3L können die regulär anfallenden Gebühren bei einer
Umbuchung über CRS/CGI/CETS je Zielgebiet übersteuert werden.
Bis jetzt arbeitete das Tool nach einem bestimmten 3LC des Zielgebiets als
Hauptkriterium.
Das Programm wurde erweitert um die Möglichkeit nach allen Zielgebieten
zu steuern im Feld 3L.
Die neuen Varianten sind:
*** = alle 3LC, die in TXUM3L eingetragen sind und kein passender Eintrag
mit der konkreten 3LC vorhanden
* = alle 3LC generell, übergeordneter Eintrag für alle 3LC, wenn kein
anderer Eintrag passend
Darüberhinaus wurde ein weiteres Kriterium entwickelt mit einem neuen
Feld <B-Satz> in der 3.Zeile. Eintrag eines B-Satzes, der im Vorgang
vorhanden sein muss, damit der TXUM3L-Eintrag gilt (mit der üblichen
Platzhalter-Funktion).
Erweiterte Informationen, siehe Doku TXUM3L-DOKU.
(Programme: TXUM3L/TPEXT/TXUMB / Doku: TXUM3L-DOKU / #20435)
------------------------------------------------------------------------------
11.09.23: Sperre für Hotelpreisfehler
Bei Preisberechnung über WKALOK und Einstellung in TPPARA S.2, Zeile 7
Feld FF "1" oder "*" kann die Buchbarkeit gesperrt werden mit Eintrag
Eintrag 0,01 im Feld "Betrag" auf der HS-2,B,KO.
Bei Buchung im TP erschient die folgende Meldung:
Preise nicht angelegt!
Meldung im CRS-System:
K976 Kein Preis vorhanden
(Programme: HPR/HPREK / Doku: HSKOST-DOKU / #22295)
------------------------------------------------------------------------------
13.09.23: Unitfacilities als ANVR Codes im OTDS
Bei Nutzung des (Sonder-)Moduls OTDUNI können die auf der Liste des ANVR
angegebenen Features als festes Mapping für die ANVR FacilityType Codes
im OTDS mit ausgegeben werden.
Beispiel:
OTDS-UnitFacility "SeaView" ist für ein Zimmer aktiviert -> Mapping auf
ANVR FacilityTyp "ZZ" = Zeezicht -> Ausgabe der Referenz im OTDS:
<Unit Key="DZ">
<Properties>
<PropertyGroup>
<UnitInfo>
<Reference ReferenceSystem="NL-ANVR" ReferenceType="Facility
Type
Unit">AC ZZ</Reference>
</UnitInfo>
</PropertyGroup>
</Properties>
</Unit>
(Programme: OTDSH/OTDUNI / Doku: OTDS-DOKU / # 23482)
------------------------------------------------------------------------------
14.09.23: Erweiterung der OTDS-Steuerungen auf Zimmerebene
Im Hotelstamm, K-Sektion (HS-2,B,K, Aufruf Z) gibt es im Aufruf Z in dem
Feld <OTDS buchbar> folgende neuen Varianten:
D = im OTDS markiert als nicht buchbar in Datamix
R = wenn Zimmer auf "R" oder "T" steht und auf Anfrage ist, wird kein
Request-Konti im OTDS ausgegeben, d.h. das Zimmer erscheint nicht
im OTDS solange kein direkt verfügbares Kontingent vorhanden ist.
(Programme: HOKONT/OTDSH / Dokus: OTDS-DOKU/HS2-DOKU / #25356)
------------------------------------------------------------------------------
14.09.23: Erweiterung der Steuerungsmöglichkeiten in OTDEXP-F
Im (Sonder-)Modul OTDS gibt es im Aufruf OTDEXP-F bei "Rail&Fly" neu
die Variante:
D = Rail&Fly wird ausschließlich für alle Datamix-Angebote als inklusive
angezeigt (also nicht für Pauschal, Nurflug, etc.).
(Programme: OTDEXP/OTDSH / Doku: OTDS-DOKU / #25251)
-----------------------------------------------------------------------------
14.09.23 Neues Modul MXFAEL = Mailversand vor Zahlungsfälligkeit
Mit diesem Modul können Agenturen und (Direktinkasso-) Kunden xx Tage vor
Fälligkeit der Restzahlung als "Ankündigung" eine Mail erhalten. Texte und
Fristen können individuell pro Zahlart definiert werden.
Voraussetzung für die Nutzung ist das Zusatzmodul TPMAIL, da dieses vom
MXFAEL zum eigentlichen Mailversand verwendet wird.
Details finden Sie in DECK-DOKU bzw. bitte wenden Sie sich an WBS Blank.
(Programme: MXFAEL/TPMAIL / Doku: MXFAEL-DOKU /#22492)
------------------------------------------------------------------------------
14.09.23: Erweiterung des (Sonder-)Moduls CRSSD
Im CRSSD (Anlage von Hotelstammdaten bei Schnittstellenhotels) wurde die
Nebenkosten-Sektion N dahingehend erweitert, dass nun auch das Feld KETTE
mitgegeben werden kann als Einschränkung für bestimmte Kosten.
(Programme: CRSSD/CRSSDI/HSXIMP / Dokus: alle Schnittstellenhotels mit
CRSSDI-Funktion / #23628)
------------------------------------------------------------------------------
15.09.23: Darstellung "fremder" Buchungen im CRS
Es wurde neu die Möglichkeit geschaffen, dass eine in Blank angelegte
Agentur (z.B. der Veranstalter selbst) beliebig Buchungen anderer Agentur-
nummern aufrufen/anschauen/bearbeiten kann (analog zu der bereits be-
schriebenen Vermittler-Agentur).
Dies wird erreicht durch Eingabe "*" in Feld <23 START-Agenturnummer> in
AG-1,A-Seite dieser Agentur in Kombination mit dem Eintrag "V" in AG-E,
Feld <F>.
(Programm: TXAG / Dokus: AG-DOKU/TOMA-DOKU / #25446)
------------------------------------------------------------------------------
20.09.23: Neue CODPRG-2-Funktion im Zusammenhang mit Dauertabellen im LMINFO
Neu wurde programmiert:
LMINFODT Berechtigung zum Bearbeiten bereits angelegter Dauertabellen
im LMINFO-2
(Programm: LMINFO / Dokus: LMINFO-DOKU/CODPRG-DOKU / #25365)
------------------------------------------------------------------------------
26.09.23: GRPPNR - Aktualisierung des Gruppen-PNRs
(Nur bei Einsatz des Zusatzmoduls "GRPPNR" relevant!)
Im Programm GRPPNR (Verwaltung von Gruppen-PNRs) besteht im GRPPNR-1 /
Feld: <U> jetzt die Möglichkeit, durch Eingabe "U" die intern gespeicherten
PNR-Daten zum aufgerufenen Gruppen-PNR erneut zu aktualisieren (externer
Datenabgleich):
Verwaltung von Gruppen PNRs TT.MM.JJ
---------------------------------------------------------- HH:MM
Erfassen der PNRs
Hin Nach/von/Datum Rück Von/Nach/Datum CRS PNR Verfall Art Min Tot Ist U
___ ___ __.__.__ ___ ___ __.__.__ __ ______ __.__.__ _ ___ _
U = Aktualisierung des aufgerufenen Gruppen-PNRs
(Programm: GRPPNR / Doku: GRPPNR-DOKU / #26115)
------------------------------------------------------------------------------
26.09.23: CETSL - Shopping Card B-Sätze prominent anzeigen
(Nur bei Einsatz des Zusatzmoduls "CETS" relevant!)
Im CRS-Buchungstool CETS besteht jetzt die Möglichkeit, in der Shopping
Card die B-Sätze auch prominent unter "Show more" (Attribut: <TextI>)
direkt anzuzeigen, ohne die Details (TAG <Details mit Show="D">) immer
separat aufklappen zu müssen.
=> Hierzu ein exempl. Auszug aus der cetsl.log
Thu Sep XX XX:XX:XX XXXX
XML-Stream (4228 byte) gesendet
Ä...Ü
></Account></Fad><TextI>Test</TextI><TextI>ich bin ein B-Satz</TextI>
<TextI>fuer eine CETS-Buchung</TextI><TextI></TextI><TextI>Unterkunft
f<FC>r eingeschr<E4>nkte Mobilit<E4>t</TextI><TextI>nicht geeignet.
</TextI></Fab></Response>
Index: 0 Von-ID: 1100 Anfrage: 4
(END)
(Programm: CETSL / Doku: CETS-DOKU / #19226)
------------------------------------------------------------------------------
26.09.23 CETS: Zahlart "Zahlseite" (ZZ)
Neben TP, STADIS und WBSCGI ist es auch in CETS möglich, die Zahlart "ZZ"
auszuwählen und somit dem Kunden einen Link auf die Zahlseite zu mailen.
Hierfür ist im Button Fullfillment der CETS Anwendung die Zahlart
"Pay by link" zu wählen. Entsprechend wird im TP auf der K-Seite die An-
und Restzahlung mit Zahlart "ZZ" gesetzt und über WBS der Versand
(IM-Seite) die Mail versendet. Entsprechend der Einträge im ZAHLZZ werden
dann Erinnerungsmails versendet.
(Programme: TXCETS/CTBOOK/CTINK/CETSL/TXKBK /
DOKU: CETS/ZAHLZZ/PAYGATE-DOKU #22818)
----------------------------------------------------------------------------
28.09.23: Priorisierung von kostenfreien Stornoregeln ggü. FLEXSTO
Die Abarbeitung von einer gültigen FLEXSTO-Regel kann deaktiviert werden
in Abhängigkeit zu anderen kostenfreien Stornoregeln (z.B. TXUM3L).
Dafür ist in TPPARA der Schalter <Prio> entstanden, auf Seite 5, 36,
letztes Feld:
36 89-Art/Kto/Prio: __________ _ _
Eintrag "K" in diesem Feld bedeutet:
Wenn FLEXSTO-Regeln aktiv/gültig sind und ein FLEXSTO-Leistungssatz im
Vorgang gebucht ist (markiert mit TO-30-Art für FLEXSTO), wird die
FLEXSTO-Abarbeitung ungültig gemacht, wenn aus einer externen Anwendung
(CRS, WBSCGI) eine kostenlose Stornierung angefordert wird.
Weitere Infos siehe Doku FLEXSTO-DOKU.
(Programme: TPPARA/TPSTO / Doku: FLEXSTO-DOKU/TPPARA-DOKU/TPSTO-DOKU/
TXUM3L-DOKU / #22409/#23425)
------------------------------------------------------------------------------
10.10.23: IRREG-Funktion im VIARF bzw.VIARC
Im VIARC bzw. VIARF wurde die IRREG Funktion implementiert. Mit dieser
Funktion kann am Reisetag selbst noch das Rail&Fly bzw. Rail&Cruise Ticket
umgebucht werden, wenn sich die Flugzeiten, der Abflughafen bzw. Ab-
fahrtshafen bei Schiffen (Rail&Cruise) ändert.
(Programm: VIARF / Dokus. VIARF-DOKU/VIARC-DOKU)
------------------------------------------------------------------------------
10.10.23: Neues Feld in HS-2,B,W zum Übersteuern des HS-PP Schalters
<Tab.-Nr. E-Seite klein>
Der HS-PP Schalter <Tab.-Nr. E-Seite klein> ermöglicht die Anlage der
Tabellen in HS-2,B,E-Sektion in Kleinbuchstaben.
Der gleiche Schalter wurde in der W-Sektion des Hotelstamms, in der Zeile
5, programmiert. Mit dem Schalter auf der W-Seite kann die globale Ein-
stellung aus HS-PP je Hotelstamm übersteuert werden.
(Programme: HOWV/HOEINK/DRHOT/HOHIST/HOPAU/HOSTAM / Doku: HS2-DOKU/#25970)
------------------------------------------------------------------------------
12.10.23: Erweiterung der Rail&Fly-Steuerung im OTDS
In OTDEXP-F gibt es im Schalter Rail&Fly folgende neue Steuerungsmöglich-
keit:
M = Rail&Fly wird wie "J" inkludiert, zusätzlich für alle Datamix-
Angebote
(Programme: OTDEXP/OTDSH / Doku: OTDS-DOKU / #25251)
------------------------------------------------------------------------------
12.10.23: Erweiterung der Kopierfunktion im CRSSD
In der Kopierfunktion <F6> auf dem ersten Feld nach Auswahl der gewünsch-
ten Schnittstelle gibt es neu diesen Schalter:
In Sektionen Datum des neuen SBs verwenden: _
Mit Eingabe "J" können sowohl Hotels als auch Vorbelegungen mit Datums-
anpassung für die Gültigkeitszeiträume in den relevanten Sektionen
N, B, L und KO von einer zur nächsten Saison kopiert werden.
(Programm: CRSSD / Doku: alle Hotelschnittstellen mit CRSSD-Nutzung /
#17020)
------------------------------------------------------------------------------
13.10.23: Erweiterte Rail&Fly-Funktion im LMINFO
Bisher war es so, dass (wenn aktiviert) die Information "inkludiertes
Rail & Fly" an einer bestimmten Position des INFX-Datensatzes ausgegeben
wurde.
Neu: gewünscht war, dass nur noch bestimmte Zielgebiete (z.B. Fernstrecke)
die Rail+Fly-Leistung beinhalten - für alle sonst. 3LC ist Rail+Fly nicht
mehr obligatorisch enthalten (ggf. fakultativ).
Die Allgemeinen Parameter im LMINFO (Aufruf "PA") wurden um diese Felder
ergänzt:
R+F ab obligat.: __.__.__ ___
Hier kann man nun ein Ab-Reisedatum eintragen, ab dem Rail+Fly obliga-
torisch ist. In der folgenden 3LC-Tabelle werden die 3LC hinterlegt,
für die auch nach dem eingegebenen Datum weiterhin R+F obligatorisch
ist. Alle nicht enthaltenen 3LC nach dem Reisedatum weisen R+F an Pos.
155/156 nicht mehr auf.
Bsp.:
- CMB beinhaltet R+F in So/Wi-Saison
- PMI beinhaltet R+F nur bis 31.10.
R+F ab obligat.: 01.11.JJ RUF
Sobald "CMB" in der exemplarischen Tabelle "RUF" enthalten ist, wird
das R+F-Kennzeichen vor und nach dem eingegebenen Datum ausgegeben.
PMI wird nicht in die Tabelle eingetragen und kann nur bis 31.10.
R+F in den INFX-Daten aufweisen.
(Programm: LMINFO / Dokus: LMINFO-DOKU / #23566)
------------------------------------------------------------------------------
17.10.23: AGVGLI - Programmverhalten bei unterschiedl. VK-Währungen
Mit dem AGVGLI ist es möglich, Umsatzstatistiken (auf Vorgangsebene mit/
ohne Summen) pro AG-Nummer zu erstellen und diese ggf. per "Brief" zu
drucken oder per Mail zu versenden. Bisher wurde grundsätzlich seit der
DEM/EUR-Umstellung auf TPPARA-Währung umgerechnet, wenn ein Veranstal-
ter abweichende Verkaufswährungen genutzt hat.
Dies wurde nun geändert: Verkauft ein Veranstalter in verschiedenen VK-
Währungen (z.B. EUR und CHF) gilt sowohl für die Betrag- als auch die
Summen-Hütchen eine Währung.
- es gilt für Summen/Umsatz-Hütchen und Vorgangsbetrags-Hütchen eine (!)
Währung pro Agentur
- die Währung stammt aus AG-U, erstgefundene Umsatzzeile je Agentur und
passenden Umsatzjahr lt. AGVGLI-Datumseinschränkung
Nicht abgedeckt: falls eine AG in unterschiedlichen VK-Währungen verkauft
wird es weiterhin Diskrepanzen in der Berechnung/Darstellung geben.
(Programm: AGVGLI / Dokus: AGVGLI-DOKU / #22669)
-----------------------------------------------------------------------------
31.10.23: Erweiterung der CRSAID-Schnittstelle
Der allgemeine B-Satz GTAESS wird neu bei der AIDA-Schnittstelle zur
Aufnahme des Routentexts genutzt.
Bsp.:
11 RECHNUNGS-NR: 1135211 NAME: Kempgen, Daniel AG.-NR.:
X LEIST. T E X T PE KT PREIS/EUR %
------------------------------------------------------------------------------
1 H PMI930 22.06.JJ 1 29.06.JJ 7 o 1 IV V 2 - - 1650,00
2 B CRSHAI ,am 24.10.JJ AI PNR: 15316751/G0001
3 B GTAESS Mediterrane Schätze ab Mallorca 3
(Programme: CRSAID/HOEXTOUR / Doku: CRSAID-DOKU / #26662)
------------------------------------------------------------------------------
31.10.23: Anpassungen bei Hotelbeds-Schnittstelle CRSHB2
Nach Rücksprache mit Hotelbeds werden im Rahmen der "neuen" Schnittstellen-
variante bereits die non-refundable Verträge für Veranstalter unterdrückt.
Daher ist eine Steuerung via HOEXPAR-5 oder HS-2,B,R-Seite nicht mehr
notwendig und wird im Rahmen der Buchungsstrecke ignoriert.
Ferner wird auch das Feld "P" in HS-2,B,R ignoriert, da der reine Nurhotel-
anteil bei den Veranstaltern gering ist und daher keine Unterscheidung
zwischen reinen Pauschalraten und Pauschal-/Nurhotelraten notwendig ist.
In der Buchungsstrecke wird die günstigere Variante automatisch genutzt.
(Programm: HOEXTOUR / Doku: CRSHB2-DOKU / # 26771)
------------------------------------------------------------------------------
02.11.23: Erweiterung des CRSSD/CRSSDI
Die Tools für die Unterstützung der Stammdatenanlage bei Schnittstellen-
hotels wurden auf der N-Seite (Nebenkosten) um das Feld BEM erweitert,
welches ja bereits im eigentlichen Hotelstamm existiert.
(Programme: CRSSD/CRSSDI / Dokus: div. Hotelschnittstellen mit CRSSD-
Funktion / #27217)
------------------------------------------------------------------------------
06.11.23: Neuer Schalter in TXPARA zur Aktivierung des HS-Check
für die Vakanzabfrage (Flugsuche) im CRS/TP
In TXPARA Seite 3, Zeile 9 ist ein neuer Schalter <VAKANZ HS-CHECK>
entstanden, der die Aktivierung der Hotelprüfung (HS-Check)
bereits für die Vakanzabfrage (Flugsuche) im CRS/TP ermöglicht:
J = Im Rahmen einer Vakanzabfrage (Flugsuche) wird im CRS/TP vorab
eine Überprüfung der Hotelleistung vorgenommen. Im TP-12 wird
das Eingabfeld <Hotel> für den HS-Check eingeblendet.
N = (Fehlwert) Es findet im Rahmen einer Vakanzabfrage (Flugsuche)
keine Überprüfung der Hotelleistung im CRS/TP statt.
Für die Flugsuche im TP-Inhouse (TP-12) werden bei Eingabe "J" neue
Eingabefelder <Hotel> angezeigt, um die Hotelbezeichnung und die Hotel-
agentur (sofern vorhanden) bereits bei der Vakanzabfrage festlegen zu
können. Somit werden über den internen Buchungsprozess nur diejenigen
Flüge abgefragt, die mit einem eventuell noch bei der TP-12-Abfrage
vorhandenen Hotel (FS-1,HT bzw. HS,2,B,Z) kombinierbar sind:
=> TP-12 mit neuen Eingabefeldern <Hotel>
GW / WBS T O U R I S T I K Ag.-Nr.: _11083 _ GW
GW Testagentur; ; Offenbach am Main
X HINFLUG VON NACH DATUM CL P TG RÜCKFLUG VON NACH DATUM CL P E K I
1 F ________ FRA FCO__ 0112E___ _ _ ___ ________ ___ _____ __.__.__ _ _ ______
__
Von/Nach: FRA FCO ___ ___ Hin/Rückflug: ________ ________
Datum : 01.12.JJ 08.12.JJ Klasse: _ / _ Pers: __ Auswahl: ____
Hotel : FCO123____ _____ <<<<====
Auch bei der Flugsuche im CRS/TOMA (STADIS) (=> also bei einer Vakanz-G
bzw. bei einer Blind-BA über die Strecke) werden bei Aktivierung des
TXPARA-Schalters nur diejenigen Flüge abgefragt, die mit einem eventuell
noch bei der TOMA-Abfrage vorhandenen Hotel (FS-1,HT bzw. HS,2,B,Z)
kombinierbar sind.
(Programme: TPEXT/FVDIS/FSKO/TXPARA/FVALI/TXFVI /
Dokus: TOMA-/FVALI-DOKU / #11647)
------------------------------------------------------------------------------
07.11.23: Neuer Schalter in TPPARA S.5 <Sortierung der Paketnebenkosten>
In TPPARA auf Seite 5 wurde in der Zeile 20 das erste Feld <PK: Neben Sort>
aktiviert.
Bei Buchung eines Pakets können die aus dem Paket und den einzelnen Hotels
kommenden Nebenkosten in der gewünschten Reihenfolge im Vorgang posi-
tioniert werden. Mögliche Varianten sind:
1 = NP, NH, WH, LH (Fehlwert)
2 = NH, NP, WH, LH
3 = NH, WH, NP, LH
Wobei:
NP=Nebenkosten Paket; NH=Nebenkosten Hotel;
WH=WH-Seite Paket; LH=L-Seite Hotel
(Programm: TPPARA / Doku: TPPARA-DOKU / #26919)
------------------------------------------------------------------------------
07.11.23: Erweiterung Kundendaten-Export
Das Programm DKU (DKUND) exportiert Kundendaten. Der Export wurde nun
um das Feld "Zweifelhafte Forderungen" aus dem Kundenstamm (Zeile 21,
zweites Eingabefeld im Feld SPERREN, Modul ZWFKTO) erweitert.
Sofern in diesem Kundenstammfeld der "Zweifelhafte Forderungen" ein Ein-
trag vorliegt, wird dieser Wert vom DKU nun exportiert. Die Datensatz-
beschreibung entnehmen Sie bitte der KUEIN-Doku.
(Programm: DKUND / Doku: KUEIN-DOKU / #26801)
------------------------------------------------------------------------------
#+otdsh
13.11.23: Erweiterung der Rail&Fly-Steuerungen im OTDEXP
Im OTDS-Modul kann in OTDEXP-F bei dem Rail&Fly-Schalter folgende neue
Variante genutzt werden:
W = Rail&Fly bei Pauschal/Datamix-Angeboten inklusive, wenn im HS-2,B,W,
Zeile 16 ein "Z" eingetragen ist
(Programme: OTDSH/OTDSF / Doku: OTDS-DOKU / #25868)
------------------------------------------------------------------------------
13.11.23: AUSTAN - Parameter -y auf für EP-Sektione
Das AUSTAN wurde dahingehend erweitert, dass die Option "-y" beim Aufruf
über die Kommandozeile jetzt auch alle zum Exporttermin gültigen Sätze
der EP-Sektion exportiert. D.h. Sätze der EP-Sektion, deren Ab-Termin vor
dem Exporttermin liegen, werden berücksichtigt.
(Programme: AUSTAN/AUSTTO / Doku: AUSTAN-DOKU)
------------------------------------------------------------------------------
14.11.23: Erweiterung BLAISD, Datei 'isdflug'
Das Programm ermöglicht die Übernahme von Datensätzen mit aktuellen
Vorgangs- und Stammdaten zur weiteren Auswertung.
Nach der Erweiterung exportiert BLAISD, Datei 'isdflug' den aktuellen EK
unter Berücksichtigung der EP-Paxstaffeln.
Um den EK nach der neuen Routine zu berichten, ist im zweiten Feld
'Flug Meldeseite / Preise' (Parameter-Sektion, Aufruf 'PA') die neue
Eingabe 'E' vorzunehmen.
(Programm: BLAISD / Doku: BLAISD-DOKU / #27284)
------------------------------------------------------------------------------
22.11.23: CRSHH - Steuerung des Elements "FP INV<VG-Nummer>"
(Nur bei Einsatz des Zusatzmoduls "CRSHH" relevant!)
Innerhalb der Konfigurationsdatei "crshh.cnf" der CRSHH-Schnittstelle
kann in der R-Zeile die Verarbeitung des Elements "FP INV<VG-Nummer>"
gesteuert werden. Es sind eine oder mehrere R-Zeilen möglich:
R gds pcc inv
gds: * oder das GDS der Buchung
pcc: * oder der PCC der Buchung
inv: 1 = Rechnungsnummer unterdrücken
Hintergrund dieser Steuerungsmöglichkeit ist, selbst zu definieren,
wo die Rechnungsnummer mitgeliefert wird und wo nicht.
(Programm: CRSHH / Doku: CRSHH-DOKU / #27420)
------------------------------------------------------------------------------
28.11.23: OPTVL: Optionsverlängerung für Schnittstellenhotels
(Nur bei Einsatz der Zusatzmodule OPTVL und Hotelschnittstellen)
Normalerweise ist das OPTVL für Schnittstellen-Hotels nicht verwendbar.
Hierzu beachten, dass evtl. durch die Verlängerung Stornokosten anfallen.
Bei entsprechender Absprache mit einem Geber, dass Optionen doch kostenfrei
verlängert werden können, können im OPTVL nun bis zu 4 Geber eingetragen
werden:
Externe Hotels zulassen (CRS) __ __ __ __
Es gilt: bei Optionsbuchung von Schnittstellenhotels wird das letztmög-
liche Datum für eine kostenfreie Stornierung gespeichert und dies für das
OPTVL genutzt. Es wird davon ausgegangen, dass sich diese Info nicht ändert
d.h. es wird nicht neu abgeprüft, ob sich die Konditionen verändert haben.
Besonderheit bei WH = CRSWHX: Bei WHX wird eine Option als solche zugelas-
sen ohne weitere Prüfung, ob Gebühren anfallen, da diese nicht geliefert
werden. Dies kann analog auch für das OPTVL - also eine Options_verlänge-
rung_ gelten.
(Programme: OPTVL/TXOVL/TPEXT/HOEXTOUR / Doku: OPTVL-DOKU/
Div. Hotelschnittstellendokus /#24748)
------------------------------------------------------------------------------
28.11.23: DATAMX - Lieferant übersteuern
(Nur bei Einsatz des Zusatzmoduls "DATAMX" relevant!)
Im Programm DATAMX - Aufruf 3 (Zugesteuerte BIM-Sätze) besteht im neuen
Feld <Lieferant> die Möglichkeit, die allg. gültige Definition im FS-4L
Feld: <Lief.> zu übersteuern:
=> DATAMX,3
Zugesteuerte BIM-Sätze TT.MM.JJ
-------------------------------------------------------- HH:MM
Fluggeber Ab-3L Ziel-3L Airline Ab
____ ___ ___ ___ __.__.__
K Typ Budat von - bis bis Kenz BA/B
Tage
1 _ ______ __.__.__ - __.__.__ __ _ _
2 _ ______ __.__.__ - __.__.__ __ _ _
3 _ ______ __.__.__ - __.__.__ __ _ _
4 _ ______ __.__.__ - __.__.__ __ _ _
5 _ ______ __.__.__ - __.__.__ __ _ _
6 _ ______ __.__.__ - __.__.__ __ _ _
7 _ ______ __.__.__ - __.__.__ __ _ _
8 _ ______ __.__.__ - __.__.__ __ _ _
FS-4 Kenz: _ Lieferant: ______ <<<<==== _
Dies kann u.U. dann nötig sein, wenn bspw. eine Airline von zwei unter-
schiedlichen Lieferanten angeboten und von Ihnen vertrieben wird.
(Programme: DMXTXT/MXFLU/JJTOUR / Doku: DATAMIX-DOKU / #24700)
------------------------------------------------------------------------------
29.11.23: Erweiterung LMINFO
Das Programm LMINFO exportiert INFX-Daten.
Bisher hat das Programm LMINFO auf Basis der Einträge in den Sektionen
1, 2 und 3 INFX-Daten entsprechend aufgebaut.
Nach der Erweiterung gelten Stammdaten in LMINFO 1,2 und 3 nur noch
bedingt für den Aufbau der INFX-Daten. Eine csv-Datei kann die Hotel-
parameter überschreiben. Die csv-Datei beinhaltet lediglich:
- LMINFO Kettenbezeichnung
- Hotelcode;Hotelagent;Dauer von;Dauer bis;
- Hotelcode;Hotelagent;Dauer von;Dauer bis;
- ...
Hintergrund der Erweiterung ist, dass ein Veranstalter untertägige Ver-
änderungen an Hotelstämmen in einer csv-Datei bereitstellt und auschliess-
lich damit INFXse produziert werden.
Die komplette Beschreibung entnehmen Sie bitte der LMINFO-Doku.
(Programme: LMINFO/LMINFH / Doku: LMINFO-DOKU / #22353)
------------------------------------------------------------------------------
05.12.23: Abruf der Informationen zu den Flugdaten in TP-12, H-Zeile
Die Informationen zu den Flugzeiten können im TP im Haltefeld der F-Zeile
vor Buchung mit Aufruf FT abgerufen werden.
Dies ist jetzt auch im Haltefeld des nach einem F-Satz gebuchten H-Satzes
möglich. Die Abfrage <FT> im Haltefeld des H-Satzes ist nur bei einer
Pauschalbuchung F+H möglich, nicht bei Buchung von NurFlug mit NurHotel.
(Programme: TPNEU/FTOUR / Doku: TPFH-DOKU / #27791)
------------------------------------------------------------------------------
05.12.23: Neue Suchroutine auf der TP-1, B-Seite
Auf der B-Seite eines TP-Vorgangs ist die Suchroutine für TO-Sätze
programmiert worden.
Nach Eingabe der Satzart in Spalte X wird im Feld <LEIST.> mit Eingabe ??
die Suchroutine aus TO zu den jeweiligen Satzarten zur Verfügung gestellt,
möglich für TO-Q-/L-(S-)/B-/M-/I-/K-/C-/E-Sätze.
(Programm: TPNEU / Doku: TP1-DOKU / #27791)
------------------------------------------------------------------------------
05.12.23: CRSAMADX - Automatisches Queueing von Amadeus-PNR's an den AER
(Nur bei Einsatz der Zusatzmodule "CRSAMADX/PRCAOK" relevant!)
Für die CRSAMADX-Schnittstelle gibt es innerhalb der Konfigurationsdatei
"crsamadx.cnf" die zusätzliche Zeile "q" (kleines q). Es können eine oder
mehrere "q"-Zeilen mit folgenden Parametern hinterlegt werden:
- Tarifart (Public/TO/Netto/Coorp)
- Land (welches auch die eigene Office-ID steuert)
- Office-ID für die Queue
- Queue-Nr.
Wenn die "Tarifart" und das "Land" bei einer Zeile zutrifft,
dann wird die "Q"-Zeile (großes Q) damit übersteuert:
- Q: Office-ID und Ticketing Queue für TK-Element
(d.h. die Übergabe der Office-ID und Ticketing Queue
für das TK-Element wird damit dann übersteuert!)
=> Ein Definitionsbeispiel zur Zeile "q" (kleines q):
q t lll oid nn
q: Fest "q"
t: Einstelliges Kennzeichen für den tarif: P=Public, V=Nego, U=Netto
oder "*"
lll: Land oder "*"
oid: Office-ID für Ticketing oder "*" (nicht auf fremde OID)
nn: Queue-Nummer für Ticketing oder "*" (nicht auf besondere Queue)
(Programm: CRSAMADX / Doku: FLINSA-DOKU / #28064)
------------------------------------------------------------------------------
05.12.23: Neue Hütchenfunktionen im DPA (DRPASS)
Mit diesem Programm können zu F-Sätzen der TP-Vorgänge verschiedene Flug-
listen individuell zusammengestellt / definiert werden.
Die folgenden neuen Hütchenfunktionen bewirken die Ausgabe des Gebers auf
der Meldeseite des Rückfluges im FS-1:
Alotment : ^lA
CIA : ^lC
Flugnr. : ^lNN
Empfänger: ^lEMP
(jeweils kleines ludwig)
(Programm: DRPASS / Doku: DRPASS-DOKU / #28257)
------------------------------------------------------------------------------
12.12.23: Neue Hütchenfunktionen im TPMAIL
Mit TPMAIL kann man wichtige Informationen direkt aus dem Vorgang an
die buchende Agentur, den Kunden oder den betroffenen Lieferanten
verschicken.
Die neue Hütchenfunktion druckt die externe Rechnungnummer:
externe Rechnungsnummer: ^RS
(Programm: TPMAIL / Doku: TPMAIL-DOKU / #28708)
------------------------------------------------------------------------------
14.12.23: CAPRST / Erweiterung der Stadisantwort um KPRRL Segment
(Nur bei Einsatz des Zusatzmoduls CAPRST von Bedeutung)
Für das CAPRST "CAche-PReis STADIS" (Abgleich zwischen einem via STADIS
mitgeliefertem Cache-Preis und dem aktuellen Preis gemäß BA) kann jetzt
der gültige BA-Preis im T1-Stadis-Datensatz geliefert werden. Dazu muss
im Programm TXDIV für das gewünschte CRS in Spalte <CP> ein K eingetragen
werden. Dies bewirkt, dass am Ende des Datensatzes das KPRRL-Segment mit
Bezeichnung "CAPR" übergeben wird.
(Programme: TPEXT/TXCAPR/TXPRRL/TXCRS / Doku: CAPRST-DOKU/ #27473)
------------------------------------------------------------------------------
15.12.23: Neue Hütchenfunktion im DRDEF
Mit dem Programm DRDEF definiert man Format und Aussehen der verwendeten
Rechnungsformulare weitgehend selbst.
Die neue Hütchenfunktion druckt den Nachnamen des Kunden IMMER, unabhängig
von Kunden- oder Agenturinkasso.
Kunden-Nachname: ^KK4
(Programm: DRDEF/DRECHX / Dokus: DRDEF-DOKU/DRECHT.HUT / #22494)
------------------------------------------------------------------------------
21.12.23: Neue HS-Sektion FA FESTE ANREISETERMINE - ABFLUGHAFEN
Im Hotelstamm ist eine neue Sektion programmiert worden, als Erweiterung
der F-Sektion (HS-2,B,FA).
Die FA-Sektion ermöglicht die Anlage der festen Anreisetermine in
Abhängigkeit vom Abflughafen.
Es können gesonderte Abreisetermine angelegt werden:
- für einzelne 3LC
- für eine Tabelle aus HOTAB-2
- für einzelne FS-Bezeichnungen
Für alle nicht in HS-2,B,FA angelegten 3LC-Abfughäfen oder Termine gelten
automatisch die Termineinschränkungen aus der F-Sektion.
(Programme: HVAK/HOTANK/DRHOT/HOHIST/HSXIMP/HSXEXP / Doku: HS2-DOKU /
/ XMLIMP-DOKU / XMLEXP-DOKU / DH-DOKU / HOHIST-DOKU / #22410 )
------------------------------------------------------------------------------
21.12.23: Erweiterung des HOEXPAR-2 (Verpflegungskürzel)
In HOEXPAR-2 können nun auch von Hotelschnittstellenpartnern gelieferte
Verpflegungskürzel von der weiteren Abarbeitung im CRSSD und Aufnahme in
den Hotelstamm ausgeschlossen werden. Dazu wurde der Header der Maske
erweitert:
H O T E L - S T A M M TT.MM.JJ
--------------------------------------------------------- HH:MM
Zuordnung der externen Verpflegungsleistungen
CRS: __ Ausschließen: _
(Programme: HOEXPAR/CRSSD / Dokus: alle Hotelschnittstellendokus mit CRSSD-
Funktion / # 25598)
-------------------------------------------------------------------------------
22.12.23: Neue Kopierfunktion für die TSA-Daten im TP-Vorgang
Es wurde die Möglichkeit geschaffen die TSA-Daten aus der Maske eines
TP-Vorgangs auf die TSA-Maske eines anderen TP-Vorgangs zu kopieren.
Es werden die einzelnen Lfd der Teilnehmer kopiert.
Nach Eingabe <F6> im Haltefeld der TSA-Maske, von der kopiert werden soll
öffnet sich ein separates Fenster für de Kopierfunktion.
Weitere Vorgehensweise siehe TSA-DOKU und/oder die entspr. Hilfetexte.
(Programme: TSAEIN / Doku: TSA-DOKU / #24275)
------------------------------------------------------------------------------
29.12.23: EMAILP - feste Absenderkennung
Mail-Versand aus WBS Blank:
Das Versenden von Mails ist um eine Funktion erweitert worden:
Übersteuern des Absenders mit einem festen Account per Umgebungsvariablen.
So ist es z.B. möglich, die verschiedenen Absender einer Abteilung (Flug-/
Hotel-Dispo, Kreditoren-Buchhaltung, etc.) damit zusammenzufassen, so dass
der Mail-Empfänger einen Sammel-Account des Absenders zu lesen bekommt.
Die neue Variable: SMTPFESTABS (fester Absender)
Eine Zuordnung erfolgt per "cblwbs".
(Programm: SMTP / Doku: EMAILP-DOKU / #29260)
------------------------------------------------------------------------------
Diese Dokumentation wurde erstellt von der WBS Blank Software GmbH