Fortlaufende Änderungen Touristik ab 01.01.2024 Stand: 03.12.2024
=====================================================================
03.01.24: OPTVL: keine Optionsverlängerung bei Satzarten
Mit dem Programm OPTVL können (agenturabhängig) -vor dem Optionsverfall-
Optionsverlängerungen extern zugelassen werden.
Im OPTVL gibt es die Möglichkeit, bis zu 5 TP-Satzarten einzugeben, bei
denen keine Optionsverlängerung mehr möglich ist.
(Programme: OPTVL/TXOVL / Doku: OPTVL-DOKU / #28417)
------------------------------------------------------------------------------
03.01.24: Anpassungen rund um das Thema "SeaView"-Zimmer im OTDUNI
Folgende Möglichkeiten wurden geschaffen:
a) wenn in HS-6,7 bei Neuanlage das Feld "M" mit einem "J" (SeaView) bzw.
"S" (SideSeaView) gefüllt ist, wird dies automatisch in das dort auf-
rufbare "O" für das OTDUNI übernommen.
b) wurde bisher nur in HS-2,B,K, Aufruf "Z" mit den Kennern "J" bzw. "S"
im Feld "Meerblick" gearbeitet, dann kann mithilfe des Korrekturpro-
gramms SEAKORR dieser Kenner direkt in die mit "O" aufrufbare OTDUNI-
Datei für dieses Zimmer übernommen werden.
(Achtung: keine Übernahme in HS-6,7 sondern nur Abarbeitung auf der
Zimmerebene).
Das SEAKORR bietet nach Aufruf:
Korrekturprogramm OTDUNI SeaView TT.MM.JJ
--------------------------------------------------------- HH:MM
Hotels Von - Bis: __________ ______ - __________ ______
Start(J/N/T): _
Es können einzelne Hotels oder auch alle ABKs in allen Hotels (2x mit
<Enter> über die von-bis-Einschränkung) bearbeitet werden.
Zur Kontrolle wird eine Loggdatei auf $WBSDIR/wbs/logg mitgeschrieben
mit der Bezeichnung "seakorr.log".
Beispiele hierzu:
==============================================================================
03.01.JJ/10:53 START SEAKORR DURCH XXXXXX
Hotels Von - Bis: __________ ______ - __________ ______
Start(J/N/T): _
ABCDEF S0 DZ : Feld M = "J"
ABCDEF S0 FZ : Feld M = "S"
03.01.JJ/10:54 ENDE SEAKORRJ/N/T):
Es werden nur ABKs geschrieben/protokolliert, die den jeweiligen SeaView-
Kenner nicht aufwiesen. Man sieht, ob SeaView (J) oder SideSeaView (S) im
OTDUNI gesetzt wurde.
Bei Eingabe Start = "T" wird nur protokolliert, aber nichts geschrieben.
Damit kann man testen, was sich alles ändern würde. Hinweis im Logg:
03.01.JJ/10:52 START SEAKORR DURCH XXXXXX
TESTLAUF, keine Aenderung, nur Protokoll!
Das (Sonder-)Modul HOHIST berücksichtigt solche Änderungen ebenfalls in
den Änderungen.
(Programme: HOTABK/SEAKORR / Doku: OTDS-DOKU / #27641)
------------------------------------------------------------------------------
11.01.24: Erweiterungsmöglichkeit in Vorbelegung des Kundenstamms (TP-3)
Im Feld RAUCHER in Zeile 18 kann außer J/N/* (letzteres für KUSTZU) nun
auch in der Vorbelegung ein "X" eingegeben werden, das dann bei allen
neuen Kundenstämmen gezogen wird.
Das "X" hat keine Bedeutung in Hinblick auf eine Abarbeitung sondern ist
ein kundendefiniertes Kennzeichen, welches der initiierende Veranstalter
auswerten möchte.
(Programm: TPKUND / Doku: TP3-DOKU / #14223)
-----------------------------------------------------------------------------
11.01.24: Modul VIARC: Kopierfunktion in HS-2,B,RC (Rail&Cruise)
Im Haltefeld der Maske in HS-2,B,RC kann mit der Eingabe CP eine Kopier-
funktion der Einträge in andere Hotelstämme aufgerufen werden.
(Programm: HOTRUC / Doku: VIARC-DOKU / #22892)
----------------------------------------------------------------------------
12.01.24: Erweiterung der CRSWHX-Schnittstelle
Für die firmenspezifische SAMO-Variante (spezieller Schnittstellen-Partner
auf Basis CRSWHX) gibt es eine Erweiterung der Namechange-Umbuchungsfunk-
tion im Inhouse.
Bei Verlassen der TP-1,N-Seite des Vorgangs wird für jedes externe
SAMO-/CRSWHX-Hotel der Namechange automatisiert "gemeldet", d.h. es wird
die bisher beschriebene Aktion "U" automatisch angestoßen.
Der Namechange muss durch den Mitarbeiter in TP-1,N durchgeführt werden,
eine Änderung auf der TP-1,A-Seite wird nicht berücksichtigt (der nach-
trägliche Zugang zur TP-1,A-Seite ist gesperrt).
(Programme: HOEXTOUR/TEILA/TEILN / Doku: CRSWHX-DOKU / #26909)
------------------------------------------------------------------------------
22.01.24: Neues Kennzeichen im DPA (DRPASS)
Mit dem Programm DPA können zu F-Sätzen der TP-Vorgänge verschiedene
Fluglisten individuell zusammengestellt / definiert werden.
Das neue Kennzeichen U ist eine Kombination aus den Kennzeichen Z und F:
U = Kombination aus Z und F, d.h. Teilnehmerzuordnung erforderlich und
neue DPA-Meldung wird ausgelöst.
Das Kennzeichen kann im Reiseverlauf bei Q-, L-, B- und I-Sätzen ein-
getragen werden.
(Programm: DPA/DRPASS / Doku: DPA-DOKU / #29393)
------------------------------------------------------------------------------
18.01.24: Neue Schalterstellung in EXTZU-S Feld X zur Steuerung der
Zubuchbarkeit einer Leistung in Abhängigkeit der Zahlart
In EXTZU - S wurde für das Feld X eine neue Schalterstellung programmiert.
Bei Einstellung "E" ist die Leistung im CRS initial buchbar nur direkt bei
Buchung oder Option.
Wenn der Vorgang mit Zahlart "E" (SEPA) angelegt wurde, ist die nach-
trägliche Zubuchung der Leistung über Aktion U nicht mehr möglich.
Für alle anderen Zahlarten ist die Zubuchung erlaubt.
(Programme: TXZUS / Doku: TOMA-DOKU / #28589)
------------------------------------------------------------------------------
24.01.24: Neues Feld in AGVGLI-Parametern zur Steuerung des Mailversands
Im AGVGLI ist ein neuer Schalter in der Sektion PARAMETER Zeile 8
programmiert worden:
8. PERSONALSTAMM AG. EINTRAEGE : __ __ __ __ __ AG,P MAIL: _
Dieser Schalter arbeitet im Zusammenhang mit den Feldern
PERSONALSTAMM AG. EINTRAEGE, bei Einstellung <J> wird in den hier ange-
gebenen Personaleinträgen in AG-P gesucht. Ist zu der Personalnummer in
AG-P eine Mailadresse angelegt, erfolgt der Mailversand aus AGVGLI an
diese Mailadresse.
Genaueres zu den Steuerungsmöglichkeiten in Bezug auf dieses Feld siehe
AGVGLI-DOKU.
(Programme: AGVGLI/EMAILA / Doku: AGVGLI-DOKU / #30041)
------------------------------------------------------------------------------
25.01.24: Erweiterung der N-Sektion im CRSSD (CRSSD-B, N)
Im CRSSD (Import-Einstellungen für Schnittstellenhotels zur Hotelstamm-
anlage) gibt es in der Nebenkosten-Sektion neu die Felder "BEM" und
"MI/MA" zur Hinterlegung eines TO-B-Satzes bzw. Einschränkung auf mini-
male und maximale Aufenthaltsdauer.
(Programme: CRSSD/CRSSDI / Dokus: div. Schnittstellendokus mit CRSSD-
Funktion / # 27217 / #30029)
-----------------------------------------------------------------------------
25.01.24: Nutzung des MTSVAK für die CRSJUN-Schnittstelle
WBS Blank hat eine Vorgabe für die Lieferung der Vakanzdaten für CRSJUN-
Hotels verfasst. Aufgrund dieser Grundlage können jetzt auch für diese
Schnittstelle Vakanzen per Programm MTSVAK importiert werden.
(Programme: MTSVAK/REOH/HOEXPAR / Doku. CRSJUN-DOKU / #30144)
-----------------------------------------------------------------------------
26.01.24: RD - Neuer Betreff bei Versand von Provisionsabrechnungen per Mail
Im RD-<F7> (HOSPRA), Seite 1 gibt es das Feld "PROVISION ABR. :".
Der hier hinterlegte Eintrag wird als "Betreff" bei dem Versand der Pro-
visionsabrechnungen per Mail genommen.
Ist dieses Feld nicht gefüllt, wird standardmäßig "PROVISIONSABRECHNUNG"
als "Betreff" genommen.
(Programme: DRECHT/HOSPRA / Doku: HOSPRA-DOKU, RD-DOKU)
------------------------------------------------------------------------------
30.01.24: TPPARA-Abfrage entfernt
In TPPARA, Seite 3 wurden die veralteten Schalter entfernt:
3 RD.Euro BR/Prov/Netto:
RD.EURO BR/PROV/NETTO:
Sie galten für die Umstellungsphase DEM / EUR.
(Programm: TPPARA / Doku: TPPARA-DOKU / #30510)
-----------------------------------------------------------------------------
01.02.24: BLAISD (MIS-Export/Report):
Ausgabe der Ticketnummer in der Datei "isdvtf"
Im Programm BLAISD wird in der Datei "isdvtf" neben den vorgangsbezogenen
Daten (Vorgangsnummer, Lfd-Teilnehmernummer (lt. TP-1,A-Seite), Lfd-F-Satz
(lt. TP-1,B-Seite)) zusätzlich auch die Ticketnummer aus dem PNR
(TP-1,B,IN-Seite) exportiert. Das Format: nnnnnnnTNnnnFnn nnn-nnnnnnnnnn
Sie wird nur erzeugt, wenn der isdvtf-Schalter in den BLAISD-Parametern
auf mindestens 2 steht.
0 oder <space> = Es wird keine Datei erzeugt.
1 = Datei isdvtf erstellen (Satzlänge 16 Zeichen: isdvtf 1 16)
2 = + Ticketnummer aus dem PNR (Satzlänge 44 Zeichen: isdvtf 2 44)
Die genaue Datensatzbeschreibung entnehmen Sie bitte der BLAISD-Doku.
(Programme: BLAISD/DRINSA / Doku: BLAISD-DOKU / #28325)
------------------------------------------------------------------------------
01.02.24: BLAISD (MIS-Export/Report): Splitten von Export-Jobs
Aufgrund einer Kundenanforderung wurde das BLAISD dahingehend erweitert,
dass nun ein Export auf mehrere Jobs aufgeteilt werden kann. Dies kann
z.B. bei zu geringer Hardware-Perfomance, Blockade sonst. SPOOL-Jobs
oder speziell bei sehr großen Exportmengen, etc. relevant sein.
Die Parallelisierung kann sowohl im Vorder-, Hintergrund genutzt werden,
aber auch beim scriptgesteuerten Script-Aufruf des BLAISD.
Es ist somit z.B. möglich, beim BLAISD-Start zu definieren:
- Job 1 von 3
- Job 2 von 3
- Job 3 von 3
Das Splitten erfolgt per Modulo-Verfahren (in Programmroutine integriert).
Eine absolut gleichmäßige Verteilung der Vorgänge auf die Export-Jobs ist
nicht möglich. Je mehr Vorgänge jedoch abgearbeitet werden, desto höher
ist die Wahrscheinlichkeit einer gleichmäßigen Verteilung.
Falls diese Funktion genutzt werden soll, müssen die nachgelagerten Scripte
angepasst werden, da die Export-Dateien je Job auf separaten Verzeichnissen
abgelegt werden.
Details entnehmen Sie bitte der BLAISD-Doku, Kapitel:
"Parallelisierung der Exporte"
(Programm: BLAISD / Doku: BLAISD-DOKU / #27896)
------------------------------------------------------------------------------
01.02.24: Neues Suchkriterium im TP-23/S für Ketten
Im TP-23/S ist es mit der Eingabe K + Agenturkettenkürzel möglich, nach
Buchungen einer bestimmten Agenturkette zu filtern.
(Programm: TPVSU / Doku: TPVSU-DOKU / #21491)
------------------------------------------------------------------------------
02.02.24: Splitten der Log-Dateien des MTSVAK
Für alle Hotelschnittstellen, die das MTSVAK benutzen, gibt es jetzt neu
die Möglickeit die Log-Datei zu separieren. Dazu gibt es einen neuen
Schalter in MTSVAK-P:
Separate Log-Datei: _
Wenn ein Aufsplitten der Log-Datei für das MTSVAK in verschiedene Teil-
dateien für unterschiedliche CRSe gewünscht wird, kann dies hier in einem
Lauf für alle genutzten CRSe aktiviert werden.
N (oder leer)= nein, eine mtsvak.log ist ausreichend (Fehlwert)
J = eine Aufsplittung wird gewünscht; ab sofort werden dann z.B. eine
mtsvak-mt.log, mtsvak-jp.log usw. gebildet, je nachdem welche Schnitt-
stellen im Einsatz sind.
Dto. für die entsprechenden Error-Dateien.
(Programm: MTSVAK / Doku: diverse Schnittstellendokus / #27891)
------------------------------------------------------------------------------
06.02.24: Suchfunktion im CRSSD mit Darstellung der Anlagetabellen TAB!
Im CRSSD im Feld XXX CODE gibt es die Möglichkeit der Darstellung von
angelegten Hotels mit Anzeige der Tabellen TAB!.
Die Suche wird nach Saisonbereich und ggf. Status eingeschränkt. Suche mit
Angabe * gibt eine Liste mit Schnittstellencode zuerst aus, Suche nach **
listet zuerst die Blankcodes auf.
Sollte ein Hotel in mehreren Anlagetabellen TAB! vorhanden sein, erscheint
ein * in der Spalte TAB! hinter dem Tabellennamen (damit wäre die Kontroll-
funktion gegeben, ob es eine doppelte Anlage gibt, die normalerweise nicht
möglich ist).
(Programm: CRSSD / Doku: div. Schnittstellendokus / #29326)
------------------------------------------------------------------------------
06.02.24: Erweiterungen DRLDEF (Programm DRL, DEF Liste definieren)
Nach Aufruf der definierbaren Liste im DRL wird in der letzten Zeile
mit "*" angezeigt, in welcher Sektion Daten vorhanden sind (hier K/A):
B=B-Seite,*K=Kopftexte,*A=Adressdaten, C=Kundenkarte, T=T1-Zusatzdaten
Zudem gibt es neu eine Vorschau-Funktion:
Durch Eingabe von "V" im Haltefeld der Liste werden alle definierten
Spalten der Hauptsektion und der Sektionen A, C, B, T in sortierter
Reihenfolge angezeigt. Oben links erscheint "VORSCHAU", um anzuzeigen,
dass der Nutzer sich im Vorschau-Modus befindet. Im Vorschau-Modus können
die sortierten Spalten durch Eingabe von "#" im Haltefeld durchgeblättert
werden.
(Programm: DRLDEF / Doku: DRLDEF-DOKU / #5590)
------------------------------------------------------------------------------
07.02.24: Ausgabe der Liste der Nebenkosten aus HS-2,B,N im
Excel-/HTML-Format (nur mit Modul HTMLOK und bei Einsatz der
Terminalemulation WBSTN)
Die Liste der Nebenkosten aus HS-2,B,N (HONEB) kann nun im Excel-/HTML-
Format erfolgen. Dies geschieht mit der Eingabe !T oder !E (Excel-Tabelle)
und !H (HTML-Browser) im Lfd-Feld der Sektionen. Die Voraussetzung ist der
Einsatz der Terminalemulation WBSTN sowie des Moduls HTMLOK.
(Programm: HONEB / Doku: PCHTML-DOKU / #4908)
-----------------------------------------------------------------------------
08.02.24: DFS: Druck nach externer Flugnummer / Carrier
Im Programm DFS (Druck Flugstammdaten) gibt es ein neues Feld zur
Einschränkung auf die externe Flugnummer bzw. den Carrier.
Somit ist es möglich den Druck entsprechend zu filtern.
Druck der Flug-Stammdaten
--------------------------------------------------------
Bestimmter Flug 1
Flüge Von/Nach 2
Alle Flüge 3 ____
Ab Flug-Datum __.__.__
Bis Flug-Datum __.__.__
ext. J/N : *
Kopf ohne Daten: _
FLINSA-Flüge : _
ext. Flugnummer: ________
Beim Druck aller Flüge bzw. von/nach 3LC kann auf die exerne Flugnummer
eingeschränkt werden.
Format z.B. "LH100" oder "LH 100" sucht die ensprechende Flugnummer in
FS-1,F, Format "LH*"alle Flüge mit Carrier LH.
(Programme: FLUGPR / Doku: FS-DOKU / #26181)
------------------------------------------------------------------------------
08.02.24: Erweiterung der Export-Flags in OTDEXP-P
Im (Sonder-)Modul OTDS wurde im Programmaufruf OTDEXP-P in dem Feld
Export-Flags neu der Buchstabe "P" eingeführt:
P = (nutzbar ab Version 2.1) Properties mit at(Zeichen) class werden
ausgegeben. Betrifft das Thema unterschiedlicher Transferaussagen in
Sommer- und Wintersaison. Details siehe OTDS-DOKU.
(Programme: OTDSH/OTDEXP / Doku: OTDS-DOKU / #19046)
-----------------------------------------------------------------------------
13.02.24: Erweiterung des CRSSD, T-Sektion
Im CRSSD zur Unterstützung der Stammdatenanlage von Schnittstellenhotels
kann in der T-Sektion im Haltefeld <CR> eingegeben werden:
<CR> = unter den Feldern für GIATA- und IFF-Code werden die aktuell in
Dateien gelieferten Codes dargestellt.
Der User entscheidet, ob er die Felder überschreiben will und nimmt
dies manuell vor.
(Programm: CRSSD / Dokus: diverse Schnittstellendokus / #29340)
-----------------------------------------------------------------------------
13.02.24: DRL - Erweiterung im DRLDEF B-Seite (Programm DRL, DEF)
Im DRLDEF ist ein neues Feld auf der B-Seite LISTE DEFINIEREN hinzu-
gefügt worden: <EXT. RECH.-Nr> Bei Selektion erfolgt der Druck der
Rechnungs-/Vorgangsnummer im "CRS"-Format.
(Programme: DRLDEF / RECHLI / DOKU: DRLDEF-DOKU / #31288)
-----------------------------------------------------------------------------
14.02.24: Erweiterung der BLAISD-Datei isdvgta um neue Schnittstellen
Im (Sonder-)Modul BLAISD werden nun in der isdvgta-Datei auch die
Hotelschnittstellen CRSTMT, CRSET2, CRSCPA und CRSSID berücksichtigt.
(Programm: BLAISD / DOKU: div. Schnittstellendokus + BLAISD-DOKU / #27893)
-----------------------------------------------------------------------------
15.02.24: Einführung Druck einer Nur-Nummern-Liste im DRKRED
Im DRKRED gibt es neu die Möglichkeit, eine Nur-Nummern-Liste zu drucken -
neue Abfrage: Nur-Nummern-Liste N
Mit dieser Liste nur der Vorgangsnummern mit den Einschränkungsmöglichkei-
ten des DRKRED auf z.B. <Kreditkartenfirma> oder <Status> kann dann z.B.
das DRL/DRLDEF mit eigenen Einschränkungen/eigener definiter Liste genutzt
werden.
(Programm: DRKRED / Doku: TPKK-DOKU/ #31123)
------------------------------------------------------------------------------
21.02.24: Neues Hütchen im Ticketdruck (TINEU, Aufruf TD)
Bisher werden mehrzeilige Bemerkungen entsprechend mehrzeilig gedruckt.
Jetzt gibt es neu eine Hütchenfunktion "^TXF"
Durch die Verwendung dieser Funktion werden mehrzeilige Bemerkungen
als durchlaufender Text (Fließtext) auf dem Voucher ausgedruckt.
(Programm: TINEU / Doku: TIDEF-DOKU / #31381)
------------------------------------------------------------------------------
21.02.24: Neues Hütchen im VONEU (VD)
Bisher werden mehrzeilige Bemerkungen entsprechend mehrzeilig gedruckt.
Jetzt gibt es neu eine Hütchenfunktion "^BEF"
Durch die Verwendung dieser Funktion werden mehrzeilige Bemerkungen
als durchlaufender Text (Fließtext) auf dem Voucher ausgedruckt.
(Programm: VONEU / Doku: VODEF-DOKU / #31381)
------------------------------------------------------------------------------
22.02.24: Erweiterung der M-Seite (Mail) um die Funktion "VB" Vorbelegung
Im Haltefeld der jeweiligen M-Seite diverser Stamm-Programme kann mit
Eingabe "VB" eine Vorbelegung aufgerufen und für die Neuanlage von M-Seiten
editiert werden. Es erscheint:
+--------------------------- VORBELEGUNG -------------------------------+
! !
1. Email: Vorbelegung
....
Eingaben wie folgt: Aufruf eines schon vorhandenen Stamms, Eingabe "M" im
Haltefeld, wechselt auf die M-Seite, nach <VB> öffnet sich das Vorbele-
gungsfenster. Editieren der verschiedenen Zeilen, die immer wieder gleich
bei Neuanlagen angewendet werden sollen.
(Programm: EMAILA / Dokus: AG-/ TP3-/ HS2-/ HS-/ LS-/ MWSTA-DOKU / #3072)
------------------------------------------------------------------------------
22.02.24: PRCAOK - Nutzung einer OneWay-Struktur im Cache
(Nur bei Einsatz der Zusatzmodule "PRCAOK/CRSWBS" relevant!)
Neben der Return-Struktur ist auch die Verwendung einer OneWay-Struktur
im Cache (PRCAOK) möglich. Diese wird von uns auch für die Traffics-API
(CRSWBS) bereits eingesetzt. Hierfür wurde die bisherige PRCAOK-Struktur
(RT-Basis) um die nachfolgenden GDS-Felder erweitert:
- Bkcrs
- Corpcode
- Tktairl
- L1_frb
- L1_frbc
- L1_frbi
- L2_frb
- L2_frbc
- L2_frbi
- L3_frb
- L3_frbc
- L3_frbi
D.h. für die erweiterte PRCAOK-Struktur (OW-Basis) müssen nur im
Programm "aercached", bei Nutzung der OW-Struktur, diese neuen Felder
mit abgefragt werden.
Wenn in der von Ihnen verwendeten Datenbank auch reine RT-Flüge enthalten
sind, dann können diese als zwei OW's eingefügt werden, die den gleichen
Inhalt in der Spalte <Kombi> haben und im Feld: "Retdt" entsprechend das
Datum des Gegenfluges besitzen.
Wenn von der Anwendung ein OW abgefragt wird, dann werden nur die Flüge
zurückgeliefert, die das Feld: "Kombi" mit einem leeren Text gefüllt haben.
Wenn ein RT abgefragt wird, dann werden alle Kombinationen geliefert,
die entweder sowohl im Feld: "Kombi" einen leeren Text haben (also Kombi-
nation von zwei Oneways), oder die im Feld: "Kombi" Hin und Rück einen
identischen Text haben (also das Zusammensetzen eines reinen RT-Angebotes).
Inwiefern die OWs in eine andere Datenbank integriert werden als die RTs,
oder ob für beide die gleiche DB genutzt wird ist uns gleich. Hintergrund:
In unserem Konzept ist bereits vorgesehen, dass die RTs auch in die OW-
Struktur kommen können. Bitte beachten Sie aber, dass das allerdings nur
bei den CRS: C1-C9 getrennt werden kann. D.h. falls Sie das CRS: AC
(PRCAOK=>PRCAAC: Amadeus-Cachedaten) verwenden möchten, dann müssen Sie
sich entsprechend entscheiden, welche DB-Struktur (RT/OW) verwendet
werden soll.
Grundsätzlich ist wichtig, dass das "aercached" mit der alten und mit
der neuen Tabellenstruktur (auch gleichzeitig) zurechtkommt. D.h. wenn
eines der zusätzlichen Felder vorhanden ist, müssen immer alle zusätz-
lichen Felder vorhanden sein!
Zur Nutzung bzw. Kombinierbarkeit der Cache-OneWays (OW-Struktur -
PRCAOK) im OTDS, bei parallelem Einsatz des Moduls OTDFPC:
Die erweiterte Satzstruktur für den Export der "neuen" Cache-OneWay-Flüge
sieht wie folgt aus:
01 w-prca-satz.
03 w-pco-crs pic x(10).
* Satzart: ersten zwei Stellen = "!T"
* zweite Stelle = "1"
03 w-pco-satzart pic x(03). <==== neues Feld =====
03 w-pco-hin-ab3l pic x(03).
03 w-pco-hin-an3l pic x(03).
03 w-pco-hin-dat pic x(10).
03 w-pco-return-fluege.
04 w-pco-rueck-ab3l pic x(03).
04 w-pco-rueck-an3l pic x(03).
04 w-pco-rueck-dat pic x(10).
04 filler pic x(44).
03 w-pco-oneway-fluege redefines w-pco-return-fluege.
04 w-pco-kombi pic x(50).
04 w-pco-return-dat pic x(10).
03 w-pco-ws pic x(03).
03 w-pco-preis-pro-e pic x(10).
03 w-pco-preis-pro-k pic x(10).
03 w-pco-preis-pro-i pic x(10).
03 w-pco-dat-offset pic s9 comp-3.
03 w-pco-teilstrecken.
* Teilstrecke 3 mal
04 w-pco-outbound-1.
05 w-pco-o1-ab3l pic x(03).
05 w-pco-o1-an3l pic x(03).
05 w-pco-o1-ab-dat pic x(10).
05 w-pco-o1-ab-zeit pic x(08).
05 w-pco-o1-an-dat pic x(10).
05 w-pco-o1-an-zeit pic x(08).
05 w-pco-o1-carrier pic x(03).
05 w-pco-o1-flugnr pic x(04).
05 w-pco-o1-klasse pic x(01).
05 w-pco-o1-oc pic x(03).
* Freigepäck Erwachsene
05 w-pco-o1-frgep pic x(03).
* Freigepäck Kinder
05 w-pco-o1-frgepc pic x(03). <==== neues Feld =====
* Freigepäck Infants
05 w-pco-o1-frgepi pic x(03). <==== neues Feld =====
05 w-pco-o1-3 pic x(01).
05 w-pco-o1-4 pic x(01).
04 w-pco-outbound-2.
:
04 w-pco-outbound-3.
:
Das Feld "w-pco-satzart" bitte nur beim Export der Cache-Oneway-Flüge
verwenden! Bei den bisherigen Exporten bleibt die alte Struktur
(RT-Basis) bestehen!
Bei der Kombinierbarkeit von OW-Flügen und deren Buchung ist darüber
hinaus folgendes zu beachten: Diese sind grundsätzlich NICHT mit CRSWBS-
Flügen (CRS: Wn) kombinierbar! D.h. pro F-Zeile kann es nur ein GDS geben!
Eine Kombination "GDS-Flug" & "Interer-Flug" ist aber grundsätzlich
möglich.
Bezogen auf den OTDS-Export (OTDFPC):
Ein RT-Einzelflug ist immer einem anderen RT-Einzelflug fest zugeordnet.
Ein Oneway-Flug kann mit einem anderen OW-Flug kombiniert werden, wenn
keiner der beiden Flüge ein CRSWBS-Flug (CRS: Wn) ist.
Weiterführende Infos und Details u.a. zum Script entnehmen Sie bitte der
PRCAOK-/OTDFPC- und OTDS-DOKU bzw. wenden Sie sich an WBS Blank Software.
(Programme: OTDFPC/OTDSF/AERCACHED / Script: initow.sh /
Doku: PRCAOK-DOKU / #5985)
------------------------------------------------------------------------------
22.02.24: Neue Dokumentation zu Änderungen im OTDEXP / OTDS-Format
Ab sofort erhalten Sie bei einer Update-Lieferung den Text OTDSAEND.
Dieser beinhaltet alle wichtigen Änderungen im OTDS-Export.
Bitte beachten Sie, dass Sie nach Programmlieferungen Ihre Partner/
OTDS-Abnehmer über diese Änderungen informieren.
(Programm: OTDEXP / Doku: otdsaend)
------------------------------------------------------------------------------
26.02.24: Erweiterung BLAISD (Datei isdvgta)
Ab sofort werden vorgangsbezogene Daten beim Einsatz der Hotelschnitt-
stelle CRSODE ausgegeben. Die Struktur ist analog der anderen Hotel-
schnittstellen innerhalb dieser Datei.
(Programm: BLAISD / Doku: CRSODE-/BLAISD-Doku / #31404)
------------------------------------------------------------------------------
27.02.24: DRL: Neue Einschränkung "geldwerte" Vorgänge
Im DRL gibt es nun die Möglichkeit den Druck auf ausschließlich
"geldwerter" Vorgänge (Vorgänge mit Betrag) einzuschränken. Dazu wurde in
EINSCHRÄNKUNGEN: X, Feld <STO> die Eingabemöglichkeit "B" geschaffen:
B = Druck aller Vorgänge nicht stornierte und stornierte mit VK-Betrag.
(Programm: RECHLI / Doku: DRL-DOKU/ #31349)
------------------------------------------------------------------------------
27.02.24: LMINFO neue Blätterroutine in der ?-Liste
In der LMINFO-?-Liste (Auflistung der vorhandenen Ketten in alphabetischer
Reihenfolge) kann nun gezielt geblättert werden:
x# = Blättern ab x
(Programm: LMINFO/WDAUS / Doku: LMINFO-DOKU)
------------------------------------------------------------------------------
27.02.24: Erweiterung des CRSSD-Programms um die ZA-Sektion
Im CRSSD (Import-Einstellungen für Schnittstellenhotels zur Hotelstamm-
anlage) wurde die Sektion CRSSD,B,ZA neu programmiert, inkl.
Vorbelegungs- und Dupliziermöglichkeit.
Mit diesem Unterpunkt können bestimmte Flüge zu einem Hotel zugeordnet
oder gesperrt werden.
Das Kopieren der Sektion ZA FLÜGE ZUORDNEN (ZA=3L) ist nur in Bereiche mit
dem gleichen Zeitraum möglich.
(Programme: CRSSD/CRSSDI / Dokus: div. Schnittstellendokus mit CRSSD-
Funktion / #29527)
------------------------------------------------------------------------------
27.02.24: Neue Warnung im CRSSD für Anlagetabellen TAB!
Generell ist es nicht möglich ein externes Hotel über zwei verschiedene
Anlagetabellen in CRSSD zu bearbeiten.
Im CRSSD TAB! wurde eine Warnung programmiert, die erscheint, wenn in der
Tabelle ein ext. Hotelcode eingegeben wird, der sich bereits in einer
anderen Anlagetabelle befindet, Beispiel:
+-------------------------------------------------------------+
! !
!Fehler: Hotelcode 123 bereits in TAB! SD001 eingetragen ! _ !
! !
+-------------------------------------------------------------+
(Programm: CRSSD / Doku: div. Schnittstellendokus / #31584)
-----------------------------------------------------------------------------
06.03.24: Neue CODPRG-2 Funktion für das Feld TP-1,A 12 (WVL-Kennz.)
Für CODPRG-2 wurde eine neue Funktion programmiert:
TPA ST n, wobei das "n" einen (beliebigen) WVL-Status bedeutet.
Beim Vorhandensein des WVL-Status auf der TP-1, A-Seite wird über diese
Berechtigung das Bearbeiten des Vorgangs gesteuert.
Die nicht berechtigten User können die A- und B-Seite des Vorgangs nicht
bearbeiten, nur ansehen.
(Programm: TPAS / Doku: CODPRG-DOKU / #31444)
-----------------------------------------------------------------------------
06.03.24: Erweiterung des Haltefelds der Mastermarkenumgebung im CRSSD
Im CRSSD A-Seite kann aus dem Haltefeld direkt in die einzelnen
Felder 1-10 der Zeile 15 mit Eingabe 15n (1-10) gesprungen werden.
(Programme: CRSSD / Dokus: div. Schnittstellendokus mit CRSSD-
Funktion / #31939)
-----------------------------------------------------------------------------
06.03.24: Erweiterung der Duplizierroutine für alle Hotelschnittstellen
mit CRSSD-Funktion
Durch Eingabe "TAB" im ersten Feld von "Zu kopierende Hotels von/bis"
und Eingabe einer Tabellenbezeichnung im zweiten Feld kann ein Saison-
bereich in ausgewählte Hotelcodes kopiert werden. Die Tabelle ist in
HOTLI-2 (Programm HOLITA) anzulegen.
(Programm: CRSSD / Dokus: alle Schnittstellen mit CRSSD-Funktion / #31951)
-----------------------------------------------------------------------------
07.03.24: DRL - Erweiterung im DRLDEF B-Seite (Programm DRL, DEF)
Im DRLDEF ist ein neues Feld auf der B-Seite LISTE DEFINIEREN hinzu-
gefügt worden: <AG-IBAN> Bei Selektion erfolgt der Druck der
AG-IBAN.
(Programme: DRLDEF / RECHLI / DOKU: DRLDEF-DOKU / #27988)
------------------------------------------------------------------------------
07.03.24: Neues Feld im EMAILP-4
Neues Feld "G" (Gruppenkennzeichen)
Durch den Eintrag eines 2-stelligen Gruppenkennzeichens im EMAILP-4
Feld <G> kann der Versand per eMail von Anhängen bei Voucherdruck auf
bestimmte Gruppen eingeschränkt werden, die im HS-2,A Seite, Feld <Gruppe>
definiert wurden.
(Programm: EMAILP / Doku: EMAILP-DOKU / #31929)
------------------------------------------------------------------------------
11.03.24: Erweiterung TXPARA Seite 6, Zeile 6
Nur von Bedeutung bei Vorhandensein des Moduls SMSOK (Handy-Nummer und
Verwendungszweck).
Bei Nutzung des (Sonder-) Moduls SMSOK zum Erfassen einer Handynummer
(Erreichbarkeit des Endkunden im Notfall) gibt es eine neue Funktion
im TXPARA-6,6,4
6 KUNDE: TEL-NR/MAIL/SMS PFLICHT (J/N) : J / /KETTE / -KETTE / J VG-Mail
Es gibt eine Erweiterung des 4. Feldes für die Eingabe einer Kette oder
-Kette (Minus-Kette). Die Eingabe der Ländervorwahl bei Handynummern wird
bei Agenturketten damit forciert. Es erfolgt eine Buchungsinformation,
dass ein bestimmtes Format einzugeben ist:
K921 Fehler, bitte Buchungsinformation des Veranstalters beachten
ergänzt um:
BITTE GEBEN SIE EINE MOBILFUNKNUMMER IM FOLGENDEN FORMAT EIN: 0049171555555
(Programme: TPEXT/TXPARA / Dokus: TOMA-DOKU/SMSOK-DOKU /#31407)
------------------------------------------------------------------------------
12.03.24: Neues Feld im HOTLI-1, EINSCHRAENKUNGEN:
Zur Einschränkung <LEISTUNG> wurde neu ein Feld <J/N> eingeführt:
Durch die J/N-Eingabe kann bestimmt werden, ob Vorgänge mit dem ausgewähl-
ten TO-Satz gedruckt werden oder nicht.
(Programm: HOTLI / Doku: HOTLI-DOKU / #32219)
-----------------------------------------------------------------------------
12.03.24: Erweiterung Programm AKLEXP
Das Programm AKLEXP wurde um die Exportmöglichkeit als CSV-Datei er-
weitert.
Um einen Datenexport im CSV-Format durchzuführen, ist es erforderlich, die
Auswahl der Sektion mit einem "X" zu beenden:
Export von Kunden: "1X", "1DX", "1AX", "1TX"
Export von Agenturen/aus Marken: "2X", "2MX"
Export von Lieferanten: "3X"
Bei den CSV-Exporten werden die Daten sowohl im herkömmlichen Format mit
fester Feldlänge als auch als CSV-Datei ausgegeben.
(Programm: AKLEXP / Doku: AKLEXP-DOKU / #31925)
-----------------------------------------------------------------------------
12.03.24: Neue Tabelle im RUFPAR-8, Länder TO-Sätze
Das RUFPAR wurde um eine neue Tabelle erweitert, in der den L-Sätzen
Länderkürzel zugeordnet werden können, anhand derer Viator erkennt, welche
ausländischen Abfahrtsbahnhöfe infrage kommen, für die infolgedessen der
entsprechende Code generiert wird.
Zusätzlich wurde eine Routine implementiert, durch die bei einem Teilstorno
der 16-stellige Code der entsprechenden Person storniert wird, alle übrigen
Codes aber ihre Gültigkeit behalten.
(Programme: RUFPAR/VIARF / Doku: VIARF-DOKU / #31385)
------------------------------------------------------------------------------
13.03.24: Neue Hütchenfunktion (Sprachkenner) im DPA (Programm DRPASS)
Neue Hütchen
^KAs (Sprache Kunde)
^KRs (Sprache Reisebüro)
^KUs (Sprache Unterlagenversand)
(Programm: DRPASS / Doku: DPA-DOKU / #31838)
-----------------------------------------------------------------------------
14.03.24: DH: Druck Hotelstammdaten mit Hotel Tabellen aus HOTLI-2
Für den Druck der Hotelstammdaten per Programm DH (= DRHOT) wurde für den
Druck der Stammblätter bei den Auswahlen
Bestimmte Hotels 1
Hotels zu einem Zielgebiet 2
Alle Hotels 3
NEU Hotel Tabelle 4 _
eingeführt. Es kann eine Hotel Tabelle aus HOTLI-2 verwendet werden.
Zudem gibt es eine neue Hütchen-Funktion für das Selektieren von bestimmten
Hotels (siehe DH-DOKU).
(Programm: DRHOT / Doku: DH-DOKU /#31957)
------------------------------------------------------------------------------
15.03.24: Neues Feld im HOLTI-5,1 <Umlaute "J/N">
In der HOTLI-Sektion <Liste definieren 5> gibt es neu das Feld <Umlaute>.
Hier kann definiert werden, dass bei allen Texthütchen der Liste die
Umlaute umgesetzt werden sollen.
(Programm: HOTLI / Doku: HOTLI-DOKU / #32194)
-----------------------------------------------------------------------------
18.03.24: TPPARA: Prüfung einer Email-Domain auf Existenz
Im TPPARA, Seite 5, gibt es einen neuen Parameter:
39 Mailadr. prüfen : _
Der Schalter ermöglicht eine Überprüfung der Email-Domain auf Existenz bei
Erfassung in allen Programmen mit Email-Eingabe (CRS/AG-1 (M,P)/TP-3,M/LS/
HS-2/HS-3/TPMAOK).
Bei Eingabe "J" wird die Domain auf Existenz geprüft,
bei Eingabe "N" oder leer wird die Domain nicht geprüft.
Die Fehlermeldung in TOMA lautet:
K940 Adresseingaben falsch oder fehlen
FALSCHES FORMAT BEI EMAIL-ADRESSE
Die Fehlermeldung in den internen Programmen lautet:
Der Domainname xyz.f ist ungültig.
Meldung mit "#" übergehen
Die Prüfung erstreckt sich auf die Ersterfassung bzw. das Überschreiben
des Accounts. Bestehende Accounts werden nicht rückwirkend geprüft. D.h.
erst beim Überschreiben der Alt-Daten findet eine Prüfung und Warnung
statt.
Hinweis: Als existierend werden alle Domains mit xyz.invalid gewertet.
(Programme: EMAILA/TPPARA / Doku: TPPARA-DOKU und alle mit Maileingabe /
#32438)
----------------------------------------------------------------------------
20.03.24: Neue Funktionalitäten im PCHTML
Die Funktionalitäten in den HTML-Tabellen wurden erweitert.
In den Tabellen kann auf- oder absteigend sortiert werden. Dazu genügt ein
Klick auf der Spaltenüberschrift. Die sortierte Spalte wird dabei grün
markiert.
Zudem besteht die Möglichkeit, nach bestimmten Eingaben zu filtern.
Dafür muss zunächst die gewünschte Spalte im Dropdown-Menü ausgewählt
werden und anschließend kann im Eingabefeld der gesuchte Text eingegeben
werden.
Diese Funktion wird nach und nach in weiteren Programmen eingebaut.
Gerne nehmen wir Ihre Anregungen dazu entgegen.
(Programm: HTML / Doku: PCHTML-DOKU / (#32712)
-----------------------------------------------------------------------------
20.03.24: Neues Kriterium in der FSSUCH- und PCHTML-Ausgabe
Im Programm FSSUCH (=> angelegte Flugstämme suchen: FS-1,?) wird zusätzlich
die <Flug-Nr.> von der FS-1,F-Seite ausgegeben (erste Zeile zum gefundenen
Termin). D.h. die Darstellung der gefundenen Flüge erfolgt in einem zu-
sätzlichen Fenster (Maske) mit folgenden zusätzlichen Angaben:
Nr Flug-Nr. Von - Nach Tg Datum Sais Abfl. Flug-Nr. KL T I Rückflug
_________________________________________________________________________
5 ACEDUSDE ACE - DUS 01.05.JJ 10:00 DE 123 DUSACEDE
6 ACEDUSAE ACE - DUS 01.05.JJ EXTERN I DUSACEAE
7 ACEDUS2A ACE - DUS 2A 05.01.JJ BC DUSACE2A
8 ACEDUS1A ACE - DUS 1A 04.01.JJ 17:00 DUSACE1A
9 ACEFRA5A ACE - FRA 5A 09.04.JJ 10:00 FRAACE6A
10 ACEFRA1A ACE - FRA 01.01.JJ J9 A FRAACE1A
11 ACEFRA6B ACE - FRA 6B 04.12.JJ 10:00 FRAACE6B
12 ADAAYT7A ADA - AYT 7A 03.01.JJ W8 A 19:50 AYTADA7A
13 ADADUS7A ADA - DUS 7A 03.01.JJ DUSADA7A
________ ^^^^^^
^^^^^^
Flug-Nr: Anzeige der Flugnummer von der FS-1,F-Seite bei internen Flügen.
Im Falle von externen Flügen (FLINSA) wird ein "EXTERN" oder
Space (leere Spalte) angezeigt.
Weiterführende Details entnehmen Sie bitte der FS-DOKU.
(Programm: MASKE / Doku: FS-DOKU / #32193)
------------------------------------------------------------------------------
25.03.24: Neue Hütchen für das HOTLI
Für das HOTLI sind neue Hütchenfunktionen verfügbar:
^HAg: Giata-ID (aus HS-2,B,I-Seite,Feld 1)
^LFA: Airline Anschlussleistung
^LFR: Flugnummer Anschlussleistung
^FLNA: Airline (nur für Anschlussleistung HOTLI)
^FLNR: Flugnummer (nur für Anschlussleistung HOTLI)
^FLCC: CRS (TP-1,B-Seite,Aufruf IN)
>>> (dieses Hütchen ist NICHT für Meldelisten geeignet!)
^FLCR: PNR (TP-1,B-Seite,Aufruf IN)
>>> (dieses Hütchen ist NICHT für Meldelisten geeignet!)
ACHTUNG: bei Stornomeldungen kann eine Funktionalität der
Hütchen ^FLCC und ^FLCR NICHT gewährleistet werden!
(Programm: HOTLI / Doku: HOTLI-DOKU / #18743/32842)
------------------------------------------------------------------------------
26.03.24: Modul KKAUSZ: Akzeptanz der Getnet-Abrechnung
WBS hat in 06/2023 den Payment-Provider Getnet in das Kreditkarten-
Clearing eingebunden. WBS-Kunden können somit mit diesem PSP die komplette
Kreditkarten-Abrechnung abwickeln.
Zusätzlich wurde nun Getnet und deren EPA-Format (XML-basierend) in das
KKAUSZ integriert. Die turnusmäßigen Abrechnungsdateien werden damit dem
Veranstalter bereitgestellt. Der Veranstalter kann dann die Getnet-Abrech-
nungsdateien zu sich per Download o.ä. übertragen und einlesen, so dass
automatisch Journalsätze in der Buchhaltung gebildet werden.
(Programm: KKAUSZ / Dokus: KKAUSZ-/TPKK-DOKU / #27381)
----------------------------------------------------------------------------
27.03.24 neues Eingabefeld im GUTST-2 "Gutscheine erstellen"
Im GUTST-2 "Gutscheine erstellen" ist eine Eingabe im Feld <aktiv> möglich.
Mit der Eingabe "J" können die Gutscheine schon beim Erstellen freige-
geben/aktiviert werden. Eine Freigabe im GUTST-5 ist dann nicht mehr
erforderlich.
(Programm: GUTST / Doku: GUTST-DOKU / #31169)
-----------------------------------------------------------------------------
27.03.24: Neue Hütchen für RD-Zusatztexte QR-Codes
Für die Zusatztexte des Rechnungsdrucks (DRZUS) gibt es die neuen Hütchen
EPCZxbnn (Betrag entspricht dem bei ^Z)
EPCOAxbnn (Betrag entspricht dem bei ^OA+)
EPCAxbnn (Betrag entspricht dem bei ^A)
EPCRxbnn (Betrag entspricht dem bei ^R)
mit denen die Beträge der Anzahlung/Restzahlung/Gesamtzahlung als QR-Code
nach ISO/IEC 18004 gedruckt und somit mit in einer Banking-App eingelesen
werden können.
x : Kennzeichnung, um welche Art der Zahlungsreferenz es sich handelt
B: individuelle Kontonummer (entspricht dem Hütchen UTRbX)
D: deutsche 13-stellige Zahlungsreferenz (entspricht dem Hütchen UTR)
b : ist das Bankkürzel aus FB-1
nn: 2-stellige Zahl, die die Kantenlänge des QR-Codes in Millimeter angibt
Als Verwendungszweck im QR-Code wird
"^RE" Leerstelle <Vorgangsnummer> Leerstelle <Reisedatum>
bzw. die <Referenznummer> ausgegeben.
(Programme: WBSQRCODE/DRECHT/DRECHX/TXRBA / Doku: RD-DOKU / #31511)
-----------------------------------------------------------------------------
02.04.24: Neues Kriterium innerhalb der FLQ/TP12Q - Qualitative Flugvakanz
Im Programm FLQ (FLQDEF) kann unter dem Aufruf 2 (KOPF ERFASSEN),
in der Spalte <ANZEIGE>, zusätzlich der 3L VON / NACH (3LV/3LN) auf
Basis der FS-1,Kopfseite ausgegeben werden:
QUALITATIVE FLUGVAKANZ TT.MM.JJ
---------------------------------- HH:MM
KOPFTABELLE: ______
ZEILE1 : ______________________________________________________________
ZEILE2 : ______________________________________________________________
ANZEIGE : ___ ___ ___ ___ ___ ___ ___ ___ ___ ___ ___ ___ ______ ___ <<<<
EIGENKONTI : _ __
(H/R)TG = FLUGTAG *** FREIE PLÄTZE VERSTEHEN SICH NACH
T/X = TOT / FIX *** PRÜFUNG ALLER TEILSTRECKEN.
I/O = IST / OPT
B/P = B-FELD FS.A / POOL-KENNZEICHEN FS.A
FT = FREI (TOT - IST)
FX = FREI (FIX - IST)
3 (7/14/21) = FREI BEI AUFENTHALT 3/4 (7/14/21) TAGE
RE = FREI BEI ANDERER AUFENTHALTSDAUER.
NF = FREI BEI NURFLUG
Fnn = FREI (H/R) BEI RÜCK NACH nn TAGEN
%T %X %F = PROZENTWERTE (IST/TOT; IST/FIX; FREI/TOT)
SUB = SUBKONTINGENT-KENNZEICHNUNG
3LV/3LN = 3L VON / NACH <<<<====
SONST = EINGABE
=> FLQ-Beispiel (3LV/3LN)
<SB>/ 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 Q_______ ___ _____ __.__.__ _ _ ___ ________ ___ _____ __.__.__ _ _ ____
__
Tabelle: GW____ ab : TT.MM.JJ Kopf: GW____
Wahltab: ABC___ Wahl: FT Tage: 1234567 Klassen: *___ T/N: *
TOT FIX (HIN) TOT FIX (RUECK)
DATUM FLUGNR CL TOT FREI NF 7 14 3LV TOT FREI NF 7 14 3LN OPT
TT.MM FRABUD1A W 50 50 10 > 50 50 FRA 100 100 > > > > BUD 0
TT.MM BUDFRA1A W 100 100 > > 50 50 BUD 50 50 10 > > > FRA 0
^^^ ^^^
====>>>> ^^^ ====>>>> ^^^
________
Hotels = "HO"; Datum = ttmmjj; Weiter = "#";
3LV/3LN: Anzeige 3L VON / NACH von der FS-1,Kopfseite.
Weiterführende Details entnehmen Sie bitte der FLQ-DOKU.
(Programme: FLQDEF/TP12Q / Doku: FLQ-DOKU / #32866)
------------------------------------------------------------------------------
02.04.24: Erweiterung HOKOLI (Hotel-Konti-Liste) um Datenexport im CSV-Format
Im Haltefeld des HOKOLI startet "X" (Wechselschalter - Anzeige
<CSV Nein (X)> / <CSV Ja (X)>) einen Datenexport im CSV-Format.
Beim Export werden sowohl Daten im herkömmlichen Format mit fester
Feldlänge als auch als CSV-Datei ausgegeben.
(Programm: HOKOLI / Doku: PA2-DOKU / #32829)
-----------------------------------------------------------------------------
04.04.24: Erweiterungen im Programm DRCODE (Druck verwendeter Codes)
Für das Programm DRCODE gibt es folgende Erweiterungen:
- Mit Eingabe "#" wird ein DROP Down Menü aufgerufen.
Der Ausdruck des Codeprotokolls kann auf einen bestimmten verwendeten
Code eingeschränkt werden. Dazu wird vor der Auswahl 1 eingegeben oder
es wird "#" zur Selektion des Codes verwendet, wobei sich ein Drop Down
Menu öffnet und der Code mit den Pfeiltasten herausgesucht werden kann:
PROTOKOLL DRUCKEN 1
PROTOKOLL LOESCHEN 2
CODE SELEKTIEREN # oder nnpp# aus PDEFT
DRUCKER ZUORDNEN D
nn = Seitenzahl Codeprogramm Touristik plus #
pp = Position des Codes innerhalb der Seite
(siehe Hilfetexte PDEFT nnpp#)
# = Drop Down Menu mit allen Codes aus PDEFT
mit Pfeiltasten navigieren
- Nach Auswahl eines gewünschten Codes aus der Liste und ebenso bei direkter
Eingabe per nnpp# wird der Text des gewählten Codes aus PDEFT oberhalb
der Auswahlmaske angezeigt. So werden mögliche Fehleingaben (Tippfehler)
in der Codeeinschränkung schnell erkannt.
(Programm: DRCODE / Doku: DRCODE-Doku / #32060)
------------------------------------------------------------------------------
04.04.24: CETS-Anwendung Blätterroutine Hotelvakanz
Für die CETS-Anwendung wurde zur Blätterroutine der Hotelvakanz ein neuer
Schalter in CTPARA eingeführt:
19 Hotelvakanz 30 ABK
Hier wird eingestellt, wieviel Hotels in Verbindung mit den ABK in der
Hotelvakanz angezeigt werden:
N = (Fehlwert) CETS-Request mit bis zu 10 Hotels mit jeweils bis zu
15 ABK.
J = CETS-Request mit bis zu 6 Hotels mit jeweils 30 ABK.
Achtung!! Soll <J> zum Einsatz kommen, muss zusätzlich von den Admins
in der cetsl.cnf auf Verzeichnis etc eine eigene Zeile wie folgt
eingetragen werden:
...
3 J
Danach muss die CETS-Anwendung neu gestartet werden.
(Programme: CTPARA/CTHVA/CETSL und weitere / DOKU: CETS-DOKU / #27558)
------------------------------------------------------------------------------
04.04.24: HTML-Ausgabe jetzt auch möglich im Programm ERLOES
Die ERLOES-Liste kann nun auch im Html-/Excel-/LibreOffice-Format gedruckt
werden. Die Auswahl wird getroffen vor der Definition der Einschränkungen,
das vorausgewählte Format ist gespeichert rechts unten in der Zeile
"HTML :"
- "(HTML )" = Parameter !H,
- "(EXCEL )" = !E,
- "(TABELLE )" = !T.
- Der Eintrag !N macht die HTML-Ausgabe rückgängig: "(Nein )".
Im Gegensatz zu der Standardroutine druckt "HTML" alle Informationen
(Spalten) unabhängig von der getätigten Einschränkungsdefinition.
Es werden keine Summen gebildet, HTML ist nicht spoolfähig.
Voraussetzung zur Nutzung der HTML-Ausgabe ist der Einsatz der
Terminalemulation WBSTN.
(Programme: ERLOES / Doku: ERLOES-DOKU/PCHTML-DOKU / #4906)
------------------------------------------------------------------------------
08.04.24: DRL - Erweiterung im DRLDEF B-Seite (Programm DRL, DEF)
Im DRLDEF ist sind zwei neue Felder auf der B-Seite LISTE DEFINIEREN
hinzugefügt worden: <UTR-Nr> und <CODE8>
Bei Selektion erfolgt der Druck der UTR-NR und/oder CODE8.
(Programme: DRLDEF/RECHLI / DOKU: DRLDEF-DOKU / #32215)
------------------------------------------------------------------------------
12.04.24: HONEB-Erweiterung des BEZ. DER NEBENKOSTEN-Feldes
In dem Feld BEZ gibt es die Möglichkeit einen Q-Satz einzugeben:
<F7> auf leerem Feld = Wechsel in TO-Maske Erstanlage Q-Satz
<F7> plus vorhandener Q-Satz Bez. = Wechsel in vorhandenen Q-Satz
nnn <F7> = Wechsel in den Q-Satz nnn (Neuanlage)
Die Bezeichnung des Q-Satzes darf nur 3-stellig sein und nicht schon im
HS-6,6 existieren (Informationstabellen). Die Funktionen in Zeile 12
Storno u. L (Löschen) sowie in 14 Highlight aus dem Q-Satz beeinflussen die
HONEB-Zeile. Die preisrelevanten Felder werden durch die HONEB-Felder über-
steuert (= N-Sektion des Hotelstamms).
(Programme: HONEB/TPREIS / DOKU: HS2-DOKU (#33087)
-----------------------------------------------------------------------------
15.04.24: HTML-Ausgabe jetzt auch im Programm OPTLI
Der Aufruf der Buchungs-/Options-/Anfrageliste in Excel-/Html-Format
ist auf dem Haltefeld <Enter> möglich mit:
HTML: !H (HTML-Browser)
LIBRE: !T (Libre-Tabelle)
EXCEL: !E (Excel-Tabelle)
(Programm: OPTLI / Doku: PCHTML-DOKU (#33590)
-----------------------------------------------------------------------------
16.04.24: Dynamisches Datumsfeld in den Programmen FTOUR & TXCGI
Im Programm FTOUR (TP-12) kann im Feld <DATUM> mit der Eingabe des
Zeichens "D" gefolgt von einer Zahl im Bereich von "0" bis "999" (bspw.
D100) die eingegebene Anzahl Tage (maximal dreistellig) auf Basis des
Tagesdatums ("von/nach Datum") dyn. berechnet bzw. dazuaddiert werden
(= Aufenthaltsdauer).
Im Beispiel (TP-12)
GW / WWW 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 BUD__ D100____ _ _ ___ ________ BUD FRA__ D107____ _ _ ______
^ ^ __
^ ^
Im Programm TXCGI (WBSCGI-API) kann durch Eingabe des Zeichens "+" gefolgt
von einer Zahl im Bereich von "0" bis "999" im Hin- oder Rückreisedatums-
feld ein dynamisches Datum berechnet werden, basierend auf dem heutigen
Datum (Tagesdatum) und der eingegebenen Zahl.
Im Beispiel (WBSCGI)
server4:/home/wbs> less fa.txt
satzart=fa
agnr=004711
veranstalter=XXX
befehl=V
pers=1
fvali-id=
nurflug=J
onewaypreise=J
hin-datum=+7 <<<<====
hin-ab3l=FRA
hin-an3l=AYT
rueck-ab3l=AYT
rueck-an3l=FRA
rueck-datum=+14 <<<<====
WAEHRUNG=EUR
due
Wenn nach dem Zeichen "+" eine ungültige Eingabe erfolgt, dann wird das
Tagesdatum als Standard verwendet.
Weiterführende Details entnehmen Sie bitte der TPFH-DOKU und WBSCGI-DOKU.
(Programme: FTOUR/TXCGI / Dokus: TPFH/FVALI/WBSCGI-DOKU / #32969)
------------------------------------------------------------------------------
17.04.24: Stornostaffeln
Auf Seite 3 im TXPARA gibt es ein neues (viertes) Feld:
16 KOSTENLOSE STORNOFRIST/UL/EXT-FS/HINW : _ / _ / _ / _ <----
Im Feld "HINW" kann man steuern, ob bei einer Stornoanfrage extern (!)
zusätzlich zur zu diesem Zeitpunkt anwendbaren Stornostaffel auch die
nächsten zwei Stornostaffeln angezeigt werden. Statt der Anzahl der Tage
wird dann das AB-Datum angezeigt, ab dem die Stornostaffeln Anwendung
finden.
(Programme: TPSTO/TXSTO/TXPARA / Doku: TXPARA-DOKU / #31954)
------------------------------------------------------------------------------
17.04.24: Neue Hütchenfunktion für das Feld ABK im Paket (HS-P,W-/WH-Seite)
Im Paket (HS-P/HOPAK) entstand eine neue Funktion im Feld "ABK" der
WH-/W-Seite. An der Stelle kann auch mit der Hütchenfunktion (z.B. D^^)
gearbeitet werden, sodass der eingetragene TO-Satz für alle mit "D"
beginnenden Zimmerbezeichnungen aus dem Block der H-Seite des Pakets gilt.
(Programme: LMINFH/FTOUR/TXPAK / Doku: HSP-DOKU (#32849)
-----------------------------------------------------------------------------
19.04.24: Berücksichtigung der HS-Sektion FA in LMINFO
Die Hotelstammsektion HS-Sektion FA FESTE ANREISETERMINE - ABFLUGHAFEN
ermöglicht die Anlage der festen Anreisetermine in Abhängigkeit vom
Abflughafen.
Die Termine sind steuerbar nach einzelnen 3LC, 3L-Tabellen auf HOTAB-2
oder nach einzelnen FS-Bezeichnungen.
Die Einschränkungen werden jetzt auch in LMINFO berücksichtigt, bitte
dazu beachten: je mehr diverse Einschränkungen in der FA-Sektion (3LC,
3LC-Tabellen, Flugstämme), desto mehr Einfluss auf die Geschwindigkeit
vom LMINFO-Datenaufbau.
(Programme: LMINFH/LMINHO / Doku: HS2-DOKU / #22410/#33833 )
------------------------------------------------------------------------------
23.04.24: Neues Hütchen für das HOTLI
Für das HOTLI gibt es das Hütchen ^LFd (bitte Zeichen genau wie hier mit
Groß-/Kleinschreibung bei Bedarf nutzen) für die Anschlussleistungen,
das das Rück-Ankunftsdatum des Fluges ausgibt.
(Programm: HOTLI / Doku: HOTLI-DOKU / #33899)
------------------------------------------------------------------------------
23.04.24: Erweiterung in den Textzeilen in TO-12
Im TO-12,1 und 2 (Bemerkungen/Informationen) gilt jetzt in den Textzeilen:
Mit "//" am Anfang einer Zeile wird der Inhalt der Zeile gelöscht und die
folgenden Zeilen hochgezogen.
(Programm: TPREIS / Doku: TO-DOKU (#32594)
------------------------------------------------------------------------------
23.04.24: Adressprüfung bei externer Buchung
Auf Seite 4 im TXPARA gibt es einen neuen Schalter im dritten Feld in
Zeile 10:
10 KU-ZUSATZ ALS EMAIL / GEB.-DATUM (J/N): _ / _ KU/AG-ADRESSE (NSHE): _ <--
Durch die Eingabe "E" ("e"rweitert) findet eine Prüfung statt, ob für die
Kundenadresse die gleiche PLZ und Strasse wie für die AG-Adresse genutzt
wird. Um die Überprüfung zu verbessern, werden bei der Eingabe "E" aus der
Kundenadresse doppelte Buchstaben entfernt, Umlaute und ae, oe, etc. zu
einfachem a, o, etc., j zu i, internationale Buchstaben im ISO8859-I zu
einfachen Buchstaben und das Wort Strasse immer zu str umgewandelt.
Sollte die Überprüfung ergeben, dass die Adressen identisch sind, wird eine
Buchung/Aktion "B" abgelehnt mit der Bemerkung/Fehlermeldung
K940 Adresseingaben falsch oder fehlen
ergänzt um:
"Reisebuero-Adresse nicht erlaubt. Bitte wenden Sie sich an die
Agenturbetreuung".
(Programm: TXKUN / Dokus: TOMA-DOKU / #33012)
------------------------------------------------------------------------------
24.04.24: Neue Funktionen im Programm BAPECK - Preisfehlerprüfung bei BA
Mit dem Sondermodul BAPECK ist es möglich, Preisfehler direkt bei der
Buchungsanfrage aufzudecken.
Der Vorteil beim Einsatz der BAPECK-Prüfung ist die zeitnahe Ermittlung
eventueller Stammdatenfehler, Verhinderung von Buchungen mit fehlerhaften
Preisen und somit Reduzierung der Aufwände für die Nacharbeitung solcher
Vorgänge.
Zum Modul BAPECK gehört das BAPWVL, das zur Kontrolle und Abarbeitung der
BAPECK-betroffenen Vorgänge dient.
In BAPECK-1 "Vorgang Erlös" ist eine neue Funktion programmiert worden:
die vorgangsbezogene Erlösbetrachtung ist jetzt auch möglich pro Pax in
absoluten Zahlen.
Ansonsten ist die BAPECK-Parametersektion erweitert worden um die
Möglichkeit, Expedientenvorgänge (aus EXPIST) und Vorausbuchungen
aus der BAPECK-Prüfung auszuschliessen bzw. einzubeziehen.
Im BAPWVL für die Kontrolle und Abarbeitung der BAPECK-Vorgänge sind
neue Suchkriterien entstanden: Anzeige des Nettoerlöses in der
Ergebnisliste pro Pax oder für den Vorgang gesamt, Einschränkung der
Ausgabe der Werte auf positive oder negative Werte, Möglichkeit der Angabe
der Werte "von-bis".
Desweiteren wurde eine neue Abarbeitungsvariante für BAPECK-Fehler mit
Handlingdefinition "B" (Feld R/X/B) programmiert.
Wenn ein BAPECK-Fehler gefunden wird, der definiert ist mit Handling "B"
(= führt zur Buchung, das WVL-Datum wird gefüllt + WVL-Status B in TP-1,A
Feld 12), wird extern eine feste Buchung mit Status OK generiert und eine
"Buchungsbestätigung" kann extern mit Aktion DR gedruckt werden, trotz
Markierung des Vorgangs mit WVL-Datum.
Genauere Informationen zu allen Punkten finden Sie in der BAPECK-DOKU.
(Programme: BAPECK/BAPWVL/BAPRU/TPEXT/TXRB/TXRBA / Doku: BAPECK-DOKU /
#25330/#31430 )
------------------------------------------------------------------------------
25.04.24: FVALI: Darstellung der Einkaufspreise aus FS
Bei Nutzung des Hütchen ^Fe im FVIDEF werden die Netto-Einkaufspreise der
Flüge ausgegeben. Diese können aus der ES-/EP-Seite oder E-Seite gezogen
werden.
(Programme: FVALI/FVIDEF/FVDIS / Doku: FVALI-DOKU / #26823)
------------------------------------------------------------------------------
30.04.24: Einfügen einer neuen Zeile/Eingabemöglichkeit in HS-2,B,L,T und P
In den HS-2,B-Sektionen L = ZUSÄTZLICHE LEISTUNGEN, Feld <K>
T = TABELLENVERWEISE, Zeilen <6 ZUSÄTZLICHE LEISTUNGEN> und
P = PAUSCHALPREISE, Zeilen <ZUSCHLAG:>
kann jetzt auch per <,> (Komma) eine neue Zeile eingeschoben werden.
Nach Löschen per </> entsteht keine Leerzeile.
(Programme: HSZL/HOPROS/HOPAU / Doku: HS2-Doku / #32060)
------------------------------------------------------------------------------
30.04.24: Druck der Umsatzlisten in DRUZUP in HTML-/Excel-Format
Mit dem Standardmodul DRUZUP ist es möglich nach verschiedenen Kriterien
Umsatz- und/oder Paxlisten zu produzieren.
Zusätzlich wurde die Ausgabe der DRUZUP-Listen in HTML- oder Excelformat
geschaffen. Die Vorauswahl erfolgt aus dem Haltefeld.
Mit HTML-/Excelversion ist die Ausgabe nur entweder für Umsatz-/Pax-Liste
oder Buchungszeitliste möglich. Weitere Infos siehe DRUZUP-DOKU.
(Programme: DRUZUP/PCHTML / Doku: DRUZUP-DOKU / #4569)
------------------------------------------------------------------------------
02.05.24: Übernahme von erweiterten Essentialtexten bei CRSMTS-Schnittstelle
In HOEXPAR-P kann im Schalter
_ ALLE: Essentials übernehmen
für die CRSMTS-Schnittstelle ein "E" gesetzt werden, damit die Essential-
texte (Baustelleninfos etc.) mit 16x46 Bytes übernommen werden.
(Programme: HOEXTOUR/TPNEU/TXHOT/TPEXT / Doku: CRSMTS-DOKU / #26802)
------------------------------------------------------------------------------
02.05.24: Erweiterung in OTDEXP-O um die Steuerung der Gültigkeit der
Tage je Reisezeitraum
In OTDEXP Sektion O wurde für die Maskenvariante "Reisedatum" (Switch
mit <RD> im Haltefeld) ein neues Feld "GT" programmiert.
Im GT = "G"ültigkeit bis "T"age vor Abreise wird je Zeile die Gültigkeit
gesteuert. Ist das GT Feld leer, gilt als Default der Eintrag aus dem
allgemeinen Feld "Gültigkeit bis Tage vor Anreise".
(Programme: OTDSH/OTDEXP / Doku: OTDS-DOKU / #33964)
------------------------------------------------------------------------------
06.05.24: Nachziehen eines A-Satzes zum H-Satz im TP möglich
In der L-Sektion des Hotelstamms (HS-2,B,L) kann ein A-Satz angelegt
werden, der zur H-Satzbuchung im TP nachgezogen wird. Die Abarbeitung ist
nur für einen A-Satz und nur im TP möglich. Genauere Infos zur Anlage und
Handling sind zu finden in der Dokus AS-DOKU, TPA-DOKU und HS2-DOKU.
(Programme: TPNEU/ATOUR/HSZL / AS-/TPA-/HS2-DOKU /#32825)
-----------------------------------------------------------------------------
06.05.24: HOKS - Nutzung der kontingentierten Sonderangebote auch im TK-Hotel
Das Sondermodul HOKS (mit der Hotelstammsektion KS) bietet die Möglichkeit
einer Verwaltung kontingentlimitierter Sonderangebote. Das heisst, mit HOKS
kann eine begrenzte Anzahl von Zimmern/Kabinen mit einem Sonderpreis
verkauft werden. Näheres siehe HOKS-DOKU.
Die HOKS-Funktionen wurden erweitert um die Nutzung in den Teilkontingent-
hotels. Es ist möglich, ein Teilkontingenthotel mit den kontingentierten
Sonderangeboten des Hauptkontingenthotels zu verknüpfen.
Die Verwaltung findet weiterhin in Hauptkontingent-Hotel statt.
Die Verbindung zum HK-Hotel wird auf der W-Seite des TK-Hotels geschaffen,
dafür ist im TK-Hotelstamm auf der W-Seite ein neuer Schalter entstanden:
3 PK: Y eigen /Y/X/KS vom HK : _ J J J (der letzte).
Die Verwaltung ist ebenso möglich für Pakete, hierzu bitte die HOKS-DOKU
beachten.
Die Sektion KS und deren Abarbeitung wird aktuell nicht im OTDS berück-
sichtigt.
(Programme: HOKS/HOWV/HPREK/HPR/KSVAK/REOKS/ANFDEL/OPTDEL/TPNEU/TPEXT /
Doku: HOKS-DOKU / #25968)
------------------------------------------------------------------------------
07.05.24: Erweiterung der Parametereinstellungen im MTSVAK
Im Importprogramm für Hotelzähler bei Schnittstellenhotels (MTSVAK)
kann mit Eingabe P im Feld "Programm Starten" die Parametersektion
aufgerufen werden.
Dort wurde in dem Schalter "Separate Log-Datei" neu der Buchstabe S
eingeführt mit der Bedeutung:
S = wie J, jedoch separate Datei pro Saison, also z.B. mtsvak-jp-s4.log
(Programm: MTSVAK / Doku: div. Hotelschnittstellen mit Nutzung des MTSVAK /
#33714)
------------------------------------------------------------------------------
13.05.24: Neue CODPRG-2 Funktion für die Cetsref auf der TP-1,A-Seite
Für das Zusatzmodul CODPRG (Vergabe von Zugriffsberechtigungen) wurde im
CODPRG-2 eine neue Funktion implementiert:
TPACMIX Berechtigung, um im Haltefeld der TP-1,A-Seite mit der Eingabe
"CMIX" die Cetsref von der TP-1,A-Seite (rechts neben der RECH.-NR)
manuell zu löschen. Voraussetzung für die Nutzung dieser Berechtigung
ist die Hinterlegung einer Warnung.
(Programm: TPAS / Dokus: CODPRG/TP1/CETS-DOKU / #33224)
------------------------------------------------------------------------------
13.05.24: Ausgabe der Flugzeiten zu fehlerhafter Buchung
(Nur bei Einsatz des Zusatzmoduls "PRCAOK" relevant!)
Sofern es beim Abschluss einer PRCAOK-Buchung zu einem ET-Fehler kommt
(EndTransact Fehlerhaft), dann können die zum Zeitpunkt des Buchungs-
abschlusses verwendeten bzw. angefragten Flugdaten innerhalb eines Fehler-
protokolls auf Verzeichnis logg "jjtourff.txt" nachträglich eingesehen und
geprüft werden.
=> Im Beispiel:
$WBSDIR/logg/jjtourff.txt
TT.MM.JJ 11:34 ET Fehlerhaft 1137462 EUR 801,94
TT.MM.JJ ZRH-LIS TP 931 T 13:15-15:10 PU TL4BSI81
TT.MM.JJ LIS-SID TP 1549 T 21:05-23:15 PU TL4BSI81
TT.MM.JJ SID-LIS TP 1550 T 00:05-05:55 PU TL4BSI81
TT.MM.JJ LIS-ZRH TP 930 T 08:40-12:25 PU TL4BSI81
Der o.g. Preis "801,94" (EK-Betrag) ist der Preis pro Erwachsener,
und das "PU TL4BSI81" ist die Tarifart (im vorliegenden Fall also
"PU"blic) und Farequote. Diese Hinweise sind natürlich nur ersichtlich,
wenn tatsächlich auch ein Preis zur Verfügung gestellt wird.
(Programm: INSAC / Dokus: PRCAOK/FLINSA-DOKU / #32644)
------------------------------------------------------------------------------
15.05.24: Neue Schalterstellung im EXTZU-S Feld NP
Im EXTZU-S ist eine neue Schalterstellung für das Feld NP programmiert
worden. Mit der Einstellung <Y> kann die Zubuchbarkeit der Zusatzleistungen
im CRS eingeschränkt werden:
Y = die Leistung ist bei NurFlug- und Datamix-Produkten extern nicht
zubuchbar.
(Programme: TXZUS / Doku: TOMA-DOKU / #33515)
------------------------------------------------------------------------------
15.05.24: Neue CC/BCC-Option beim Mailversand im EMAILP
Im EMAILP gibt es einen neuen Punkt CC/BCC Parameter:
E - M A I L P A R A M E T E R
-----------------------------------------------------
...
CC/BCC Parameter 6
Hier wird einer Kombination aus Projekt/Diktat/Layout eine eMail-Adresse
und ein Kennzeichen für CC bzw. BCC zugeordnet.
(Programme: EMAILP/SMTP / Doku: EMAILP-DOKU / #32064)
------------------------------------------------------------------------------
23.05.24: BLAISD: Neue Datei isdvflat
In der Parametersektion des BLAISD (Aufruf PA) gibt es neu:
isdvk 6 148 _ (einstelliges Feld hinter isdvk):
J = Datei isdvflat erzeugen (Voraussetzung Programm HOGA - nicht das
komplette HOGA-Modul)
Die Datei isdvflat ist wie die isdvk aufgebaut, und liefert die Werte
der HS-2,B,EYx-Seite bei korrelierendem Verweis aus HS-2,B,G bzw. G-4.
(Programme: BLAISD/HOGA / Dokus: BLAISD-DOKU /HS2-DOKU / #29523)
------------------------------------------------------------------------------
28.05.24: Neuer Parameterschalter in TO-PP zur Darstellung des S-Satzes beim
kostenlosen Storno
Die Standardroutine: wenn lt. Stornotabelle (ab der 2.Stornozeile) keine
Stornokosten anfallen, sprich die Zeile ist ohne %- oder Betragsangabe
angelegt, wird der S-Satz S-KOSTENLOSER STORNO in den Vorgang geschrieben,
genauso wie bei dem Tagesstorno aus der 1.Stornozeile der STORNO-Tabelle).
Wenn jedoch weitere stornorelevanten Sätze im Vorgang gebucht sind, die
in TO-L,-Q,-B mit Stokennz. 9/8) angelegt sind, dann entfällt der
S-Satz S-KOSTENLOSER STORNO.
Im TO-PP ist ein neuer Schalter <0%-Storno immer S-Satz> programmiert
worden.
Mit Schalterstellung <J> in diesem Feld wird trotz TO-L,-Q,-B mit Stokennz.
9/8 in einem solchen Vorgang der S-Satz gedruckt:
S - STORNO 00,0 % VON nnnn,nn EUR 00,00 0,0
Programme: TPREIS/TPSTO / Doku: TO-, TPSTO-DOKU / #34338)
------------------------------------------------------------------------------
04.06.24: Erweiterung des (Sonder-)Moduls KUMASK (Maskieren von Kundendaten)
Mit dem Modul KUMASK können Daten von Kunden maskiert werden, deren letzte
Buchung (= letztes gebuchtes Reisedatum) älter als der definierte Termin
ist. Gesperrte Felder können mit einem frei wählbaren Maskierungszeichen
angezeigt werden.
In der Parametersektion (KUMASK-PA) ist Punkt 1 um die Felder
<Ausnahme TYP: _ _> erweitert worden.
Diese beiden Felder beziehen sich auf einen der Kundentypen <18 ..TYP 1-6>
aus TP-3/TPKUND.
Die Daten aus Kundenstamm mit dem Kundentypen, der hier angegeben wird,
werden sofort für die nicht berechtigten User maskiert, unabhängig von der
Angabe im Feld <1. Älter __ Tage als "LETZTE BU" anzeigen>.
Für diese Abarbeitung gilt die CODPRG-2-Funktion KU KUMA.
Weitere Details siehe KUMASK-DOKU.
(Programme: KUMASK/TPKUND/TSAEIN/TPAS/HOTZET / DOku: KUMASK-DOKU / #33754)
------------------------------------------------------------------------------
07.06.24: Zuordnung der Airline-PNR bei Datamix-Buchungen
Auf der TP-1,B,DM-Seite besteht im Feld <PNR> die neue Möglichkeit für den
Hin- und Rückflug jeweils einen Airline-PNR zu erfassen oder nachträglich
abzuändern.
=> Im Beispiel:
11 RECHNUNGS-NR: 5012641 NAME: DATAMIX, A AG.-NR.: 2222
EXTERN :
Flugzeiten
Vorgang : 5012641 PNR : R4IYBI____ Geber : PW PEAKWORK
AER AERTICKET
Hinflug FRASINMX 01.10.JJ E K I FRGEP PNR ABC123____ <<<
Rückflug SINFRAMX 07.10.JJ _2 __ __ _ DEF123____ <<<
Abflug FRA
Ziel SIN
Hin Rue AbZt AbDat AnZt AnDat CIA No HR C K P
1 FRA SIN 10:50 01.10.JJ 04:30 02.10.JJ KM_ 025_ H Y __ _
2 SIN FRA 23:55 07.10.JJ 04:00 08.10.JJ KM_ 026_ R Y __ _
3 ___ ___ __:__ __.__.__ __:__ __.__.__ ___ ____ _ _ __ _
...
10 ___ ___ __:__ __.__.__ __:__ __.__.__ ___ ____ _ _ __ _
(D/Z) _
PNR: Airline-PNR dem Hin- und Rückflug zuordnen.
Im ersten Eingabefeld <PNR> kann der Airline-PNR des Hinflugs einge-
geben bzw. geändert werden.
Im zweiten Eingabefeld <PNR> kann der Airline-PNR des Rückflugs einge-
geben bzw. geändert werden.
Beim Ticketdruck (TD) wird sichergestellt, dass die PNRs (Hin/Rück)
der DM-Seite zusätzlich ausgegeben werden.
Weiterführende Details entnehmen Sie bitte der DATAMIX-DOKU.
(Programme: DATAMX/JJTOUR / Doku: DATAMIX-DOKU / #35066)
------------------------------------------------------------------------------
11.06.24: Erweiterung der Altersschalter in TXPARA
Die Schalter "SENIOR" und "JUEW" in TXPARA-1,17 wurden dahingehend erwei-
tert bzw. geschaffen, dass hier ein Eintrag eines Mindest-Seniorenalters
bzw. maximalen Jungen-Erwachsenen-Alters vorzunehmen ist, wenn mit dem
(Sonder-)Modul SENIOK gearbeitet wird, um eine Altersprüfung im CRS an-
zustoßen. Ohne entsprechenden Eintrag erfolgt keine Berechnung eventueller
Ermäßigungen aus entsprechenden Ermäßigungstabellen des Hotelstamms mit
Endung -S bzw. -T.
(Programm: TXPAX/TXPARA/HOWV / Dokus: TOMA-DOKU/SENIOK-DOKU/HS2-DOKU /
#34635/#34499)
------------------------------------------------------------------------------
11.06.24: Aktivieren der Flight-ID für die Übergabe aus der
PowerSearch (CRS/CETS)
(Nur bei Einsatz der Zusatzmodule "CETS/FID16" relevant!)
Die CETS-Abarbeitung wurde in Bezug auf die alternative Struktur
der Flight-ID (Programm: FID16) erweitert.
Hierbei wird bspw. der FlightKey="W9B31" für den Hin- und Rückflug
bei einem <BOOK ACHECK> und <BOOK FINAL> übernommen. D.h. zum Buchen des
passenden Fluges wird der FlightKey (Flight-ID) im CRS/CETS zukünftig
verwendet.
Weiterführende Details entnehmen Sie bitte den CETS-/FLIDOK-DOKUS.
(Programme: CETSL/CTBOOK / Dokus: CETS/FLIDOK-DOKU / #34034)
------------------------------------------------------------------------------
11.06.24: WBSCGI (Internet-Schnittstelle) - SATZART=VG
Die SATZART=VG wurde um folgendes Feld erweitert:
FLAG-TEIL-PREISE X(1) J = Ausgabe der Teilnehmer-Einzelpreise pro
gebuchter Leistung, so wie diese auf der
EP-Seite des Vorgangs (Aufruf "EP" vom
Haltefeld der TP-1,B-Seite) abgerufen wer-
den können.
Ausgang mit SATZART=VGO:
------------------------
SATZART=VGO
VORGANG-OK X(2) OK, falls Vg. nicht gelesen werden kann: FF
RECHNR X(9) Rechnungsnummer
TPEPR-STATUS X(2) OK = Teilnehmer-Einzelpreise werden ausgegeben
FF = Einzel-Preis kann nicht ermittelt werden
TYP-n X(2) n = Zeilennummer des 1. Leistungssatzes auf
der TP-1,B-Seite.
Insgesamt werden für bis zu 20 Leistungszeilen
die Teilnehmer-Einzelpreise ausgegeben.
Art der Leistung (F, H, L, Q) auf der B-Seite
TEILZUORD-1 X(20) Teilnehmerzuordnung für den 1. Leistungssatz
PREIS-1-1 X(10) Preis für 1. Teilnehmer des 1. Leistungssatzes
PREIS-2-1 X(10) Preis für 2. Teilnehmer des 1. Leistungssatzes
Insgesamt werden für bis zu 99 Teilnehmer die
Einzelpreise ausgegeben.
...
TYP-20
TEILZUORD-20
PREIS-1-20
PREIS-2-20
(Programme: WBSCGI/TXCGI / Doku: WBSCGI-DOKU)
------------------------------------------------------------------------------
18.06.24: Verarbeitung von RQ-Buchungen in der CRSAID-Schnittstelle
Im (Sonder-)Modul CRSAID wurde nun auch die GTAZU-Funktion implementiert,
damit auf Request aufgelaufene Buchungen (z.B. durch Leitungsprobleme)
nachträglich bearbeitet werden können.
(Programme: HOEXTOUR/TPNEU / Doku: CRSAID-DOKU)
------------------------------------------------------------------------------
20.06.24: Neues Anzeigefeld im Spoolauftrag SPOOL-4
Nach Aufruf eines Spooljobs in SPOOL-4 wird jetzt ein 10-stelliges Feld
oberhalb der Datumszeile dargestellt. Hier können zusätzlich noch interne
Bemerkungen hinterlegt werden. Das Feld wird erreicht mit zweimaligem
<Pfeil-rauf> oder <F4>.
#+ms
BEMERKUNG_ BLANK TT.MM.JJ TT.MM.JJ __.__.__ __.__.__
1_ 0 TT.MM.JJ hh:mm * -----6- REO Flug_REO______________________ _
#+me
Bei der Suche in SPOOL-4 wird auch dieses Feld bei Eingabe des Eintrags
berücksichtigt.
(Programm: SPOOL / Doku: SPOOL-DOKU / #34495)
------------------------------------------------------------------------------
25.06.24: HTML-Ausgabe der Infos im (Sonder-)Modul CRSSD
Bei Nutzung des PCHTML-Tools (siehe Voraussetzungen in der entsprechenden
Doku) und bei Vorhandensein des DRCRSSD können die Inhalte des CRSSD pro
Hotel und Sektion im HTML-Format ausgegeben werden.
Im Einzelnen:
Mit der Eingabe <!H> öffnet sich die Browser-Seite und zeigt die Inhalte
der jeweiligen Sektionen an. Das Eingabefeld für <!H> befindet sich auf
den Seiten und Sektionen an verschiedenen Stellen:
A-Seite: <!H> im Haltefeld unten rechts
B-Seite: <!H> im Feld SAISONBEREICH für den Saisonbereichskopf
Nach Aufruf eines Saisonbereichs wird eine Sektion ausgewählt.
K-Sektion: <!H> im Haltefeld unten rechts. Hinweis: die Verpflegungen sind
aktuell nicht realisiert.
P-Sektion: <!H> im Haltefeld unten rechts
B-Sektion: <!H> im Haltefeld unten rechts bzw. nach Aufruf der Untermenus
in deren jeweiligem Haltefeld
N-Sektion: <!H> im Haltefeld hinten rechts, d.h. eine eingegebene Zeile
ist aufzurufen um die gesamte HTML-Darstellung zu erhalten
ZA-Sektion: <!H> im ersten Eingabefeld ("Sperren")
L-Sektion: <!H> im Haltefeld unten rechts
T-Sektion: <!H> im Haltefeld unten rechts
KO-Sektion: <!H> im Haltefeld hinten rechts, d.h. eine eingegebene Zeile
ist aufzurufen um die gesamte HTML-Darstellung zu erhalten
RA-Sektion: diese Sektion gehört nur zu den Schnittstellen CRSMTS und
CRSTMT und ist in der HTML-Funktion nicht berücksichtigt.
(Programme: CRSSD/HTML/DRCRSSD / Doku: PCHTML-DOKU)
------------------------------------------------------------------------------
25.06.24: Erweiterung der B- und T-Sektion im CRSSD
Im CRSSD (Import-Einstellungen für Schnittstellenhotels zur Hotelstamm-
anlage) gibt es in der Sektion BUCHUNGSEINSCHRÄNKUNGEN neue Untersektion
MINDESTAUFENTHALTE mit 4 möglichen Eingabezeilen.
In der CRSSD Sektion VERWEISE / INFORMATIONEN gibt es neue Felder in:
- TABELLENVERWEISE das Feld "PROV."
- WEITERE VERWEISE (VK-BED.) das Feld "Storno-Tabelle"
(Programme: CRSSD/CRSSDI / Doku: div. Schnittstellen Dokus mit CRSSD-
Funktion, #33937 / #33979)
------------------------------------------------------------------------------
25.06.24 Neues Feld VD im CRSSD,T-Seite
Im CRSSD, T-Sektion gibt es neu das Feld VD für die Steuerung des Voucher-
drucks - analog zum gleichnamigen Feld in HS-2,B,T, Zeile 20.
(Programme: CRSSD/CRSSDI / Doku: diverse CRSSD-DOKUS / #36353)
------------------------------------------------------------------------------
26.06.24: Neue CODPRG-2 Funktion für Nur-Lese-Recht TP-1,A, I-Seite
Im CODPRG-2 kann eine neue Einschränkung für eine Anwendergruppe
vergeben werden: TPINF LE
Es geht hier um das Recht, ob der Anwender schreiben und lesen darf
in der TP-1,A, I-Seite oder um eine reine Lesefunktion.
Wer die Berechtigung "TPINF LE" hat, darf schreiben (wer die Berechtigung
nicht, hat darf also nur lesen).
(Programm: TPINF / Dokus: TP1-DOKU, CODPRG-DOKU / #35971)
-----------------------------------------------------------------------------
+we
26.06.24: Neues Hütchen für das HOTLI
Wenn an das ^BEM noch ein Zeichen angehängt wird, dann wird dies als Art
definiert (also z.B. ^BEMG = Bemerkung mit Art G).
Wenn zu einer Art mindestens ein ^BEMx im Rumpf vorhanden ist, dann wer-
den die BEMs dieser Art nur noch mit dem dazugehörigen ^BEMx gedruckt,
nicht mehr mit dem normalen ^BEM oder unter dem Rumpf.
Es können in einer Liste bis zu 5 verschiedene Arten separiert werden.
(Programm: HOTLI / Doku: HOTLI-DOKU / #18051)
------------------------------------------------------------------------------
27.06.24: NDCASR - Sitzplatzbuchung im WBSCGI verfügbar
Durch die Einbindung des neuen Providers Airxelerate stehen neue
Funktionen und Inhalte bei der Sitzplatzreservierung (ASR) zur Verfügung:
- Übermittlung der Buchungsnummer via WBSCGI inkl. ASR Flag
- Anfrage von Sitzplätzen und Preisen über NDCASR
- WBS antwortet dem CGI-Request mit einer strukturierten Tabelle mit den
vorhandenen Angaben wie z.B. Reihe/Sitzplatz/Notausgang/Flügel/Preis
- Möglichkeit der Darstellung im gewünschten Look&Feel durch Ihre
Webprogrammierung
- der Endkunde bucht einen Sitzplatz
- die ASR-Transaktion gelangt mittels WBSCGI nach WBS Blank und wird über
die Airlineschnittstelle eingebucht (via touristischen Vorgang)
(Programme: TXCGI/WBSCGI/TPRSPB/TXASRN DOKU: WBSCGI-/NDCASR-DOKU #28370)
-----------------------------------------------------------------------------
28.06.24: Neues Feld im EMAILP-5
Neues Feld "Vera", Einschränkung auf Veranstalter
In dem Feld <Vera> im EMAILP-5 kann wie folgt auf den Flugveranstalter
eingeschränkt werden:
1. Empfänger bei Pooling-Flügen (Feld "Empfänger" aus FS-1,MS-Seite)
2. GDS (z.B. "AM") bei FLINSA-Vorgängen ohne Veranstalter aus dem CRS
3. Veranstalter bei FLINSA-Vorgängen, bei denen das CRS einen Veranstalter
liefert
4. Veranstalter bei Datamix-Vorgängen (DM-Seite, Fluggeber)
(Programme: EMAILP/EMATST/VONEU/TINEU / Doku: EMAILP-DOKU / #35188)
------------------------------------------------------------------------------
02.07.24: Externes Stornieren (= Löschen) von Teilnehmern bei NF-Buchungen.
Für reine Nurflug-Buchungen gibt es die Möglichkeit, einzelne Teilnehmer
extern zu stornieren (= löschen). Dazu wird im TXPARA, Seite 8 Umbuchungen
für die Abfrage 2 LÖSCHEN VON TEILNEHMERN die Schalterstellung <T> ver-
wendet:
T = Nur mit Modul TPTS/TXTS und für Nurflug-Buchungen:
Teilnehmer dürfen storniert werden.
Dafür finden die generellen Storno-Bedingungen der Teilstorno-Routine
(TPTS) Anwendung (nicht die festen Gebühren aus Leistungssätzen).
(Programm: TXTS / Doku: TOMA-/TPTS-DOKU / #36567
------------------------------------------------------------------------------
04.07.24: Verarbeitung der Belegungssperre im CRSSDI für MTS-Hotels
Für die MTS-Schnittstelle wurde die Möglichkeit geschaffen die Sperre der
Belegungen für einzelne Zimmertypen auszulesen. Die Sperren
<BlockedOccupancies> werden über CRSSDI im Hintergrund verarbeitet und
im Hotelstamm auf der HS-2,B,B je ABK mit Datumseinschränkung auf den
ganzen Saisonbereich angelegt.
(Programme: CRSSDI/HSXEXP/HSXIMP / Doku: CRSMTS-DOKU / #36260)
------------------------------------------------------------------------------
08.07.24: Neues Sondermodul KFHIST protokolliert die Änderungen aus KFANG
Mit dem neuen Sondermodul KFHIST werden Änderungen zu Kurzfristangeboten
aus dem Programm KFANG (Sondermodul) protokolliert.
Es wird die Historie der Tabellen aus KFANG-1 sowie separat die Historie
der Angebote aus KFANG-2 geschrieben.
KFHIST ist mastermarkenfähig.
Das Modul ist nicht im Standardpaket enthalten. Den Preis entnehmen Sie
bitte der DECK-DOKU.
(Programme: KFANG/KFHIST/SD99/STPOOL/POOLPAR / Doku: KFHIST-DOKU / #30996)
------------------------------------------------------------------------------
09.07.24: Neue Hütchen im Voucherdruck (VODEF/VONEU - VD)
Im VODEF/VONEU gibt es folgende Hütchen für die Namen aus der TSA-Seite:
TSN = Name aus TSA-Seite
TSP = Passvorname aus TSA-Seite
TSV = Vorname aus TSA-Seite
(Programm: VONEU / Doku VODEF-DOKU / #35077)
------------------------------------------------------------------------------
09.07.24: Neue Hütchen im Ticketdruck (TIDEF/TINEU - TD)
Im TIDEF/TINEU gibt es folgende Hütchen für die Namen aus der TSA-Seite:
TSN = Name aus TSA-Seite
TSP = Passvorname aus TSA-Seite
TSV = Vorname aus TSA-Seite
(Programm: TINEU / Doku TIDEF-DOKU / #35077)
------------------------------------------------------------------------------
09.07.24: Neues Sondermodul FLXSTG für die erweiterte Steuerung der
FlexSto/Umb-Regeln
Die bisherige FLEXSTO-Abarbeitung ermöglicht es dem Veranstalter, eine
(kostenpflichtige) Leistung anzubieten, die den Kunden zu
- einer kostenfreien Stornierung (intern und im CRS)
- einer kostenfreien Umbuchung (CRS)
innerhalb der festgelegten Frist berechtigt. Weiteres siehe FLEXSTO-DOKU.
Bis jetzt gab es nur die Möglichkeit, eine Frist für die kostenlose
Abarbeitung festzulegen, in TPPARA, Seite 5, Zeile 35.
Als Erweiterung zu der Standardabarbeitung entstand ein neues Sondermodul
FLXSTG mit dem die Flexsto/UMB-Kriterien differenzierter festgelegt
werden können.
Durch Eingabe T im Feld 35 FLEXSTO in TPPARA, Seite 5 öffnet sich eine
Tabelle, in der nach folgenden Kriterien die Flexsto/Umb-Regeln definiert
werden können:
- Buchungsdatum von / bis
- Reisedatum von / bis
- Tour. Leist. (Matchcode)
- Agenturkette
- TO-Typ (gebuchter L-/Q-/B-Satz der TO-30 Art FLEXSTO)
(auch die Einstellung "Vorgang ohne Flexleistung" möglich)
- auch möglich die kostenfreie Flex-Stornierung(Flex-Umb) zu SPERREN
In der Tabelle sind 16 Einträge möglich, es gilt die First-Match-Regel.
Die Zeilen können gelöscht, getauscht, hinzugefügt werden.
Die letzte gültige Zeile ist der allgemeine Eintrag in TPPARA, S. Feld 35
bzw. es gilt als Default.
Das Modul FLXSTG ist nicht im Standardpaket enthalten, den Preis entnehmen
Sie bitte der DECK-DOKU.
(Programme: TPPARA/TPSTO/TXUMB/FLXSTG / Doku: FLEXSTO-DOKU / #35803/#36133)
------------------------------------------------------------------------------
10.07.24: Neuer Schalter in TXPARA
In TXPARA, Seite 6, Nr. 8 gibt es ganz hinten rechts ein neues Feld:
HS-KOMBI GRP. _
Es wird die Kombinierbarkeit von unterschiedlichen Hotels (im Hinblick auf
eine CRS-Buchung mit Hotels aus verschiedenen Schnittstellenquellen) ge-
prüft. Es wird auf einen identischen Eintrag in HS-2,A, Zeile 8,
Feld <Grp.> gecheckt. Die Prüfung gilt nur für CRS, nicht für Inhouse!
Folgende Eingaben sind möglich:
N = (Fehlwert) alle Hotels sind kombinierbar
J = Hotels aus unterschiedlichen Quellen (Prüfung auf gleichen Eintrag in
Feld <Grp.> in HS-2,A) dürfen nicht in der gleichen CRS-Buchung gebucht
werden.
Bei Nutzung dieses Schalters wird davon ausgegangen, dass jedes Hotel
einen Eintrag in Feld <Grp.> hat, ansonsten wird eine Kombinierbarkeit
vorausgesetzt (also Grp-Feld leer + weiteres Hotel mit Eintrag können
kombiniert werden).
Ebenso ist die Kombi eines Schnittstellenhotels mit einem klassisch an-
gelegten Hotel möglich; dabei ist es unerheblich, ob das klassisch er-
fasste Hotel Einträge im Feld <Grp.> aufweist oder nicht.
(Programme: TXPARA/TXHOT / Doku: TOMA-DOKU / #36591)
------------------------------------------------------------------------------
12.07.24: Splitting der Einkaufspreise aufrechterhalten
Nur in Verbindung mit den Sondermodulen der GDS-Schnittstellen
(CRSAMADX,CRSGALIX,CRSSABRE) inkl. dem PreisCache (PRCAOK)
In den Parametern Flug Access (FS-I,P) gibt es auf der 2. Seite einen
neuen Schalter <EK H/R Splitten>, um nach einem Einsatz vom INSAZU/INSAQU
die Aufteilung des Einkaufspreises weiterhin auf dem Hin- und Rückflug
beizubehalten:
Seite 2 F L U G - S T A M M TT.MM.JJ
------------------------------------------------------- HH:MM
Parameter Flug Access
Mail Tagessto. : ____________________________________________________________
FAXERF-Baustein: ______
FPFLEX Kalktab : ________
Preisdeckel : _ (J/N/E)
Gepäck aus TST : _ (J/N)
EK H/R Splitten: _ (J/N) <<=== __
EK H/R Splitten : EK-Aufteilung auf Hin- und Rückflug aufrechterhalten
Mit dem Parameter <EK H/R Splitten> kann gesteuert werden, dass nach
einem Einsatz vom INSAZU/INSAQU die Aufteilung des Einkaufspreises
weiterhin auf dem Hin- und Rückflug bestehen bleibt.
Folgende Eingaben sind möglich:
J = Der EK-Gesamtpreis bleibt zwischen dem Hin- und Rückflug
aufgeteilt.
N = (Fehlwert) Der EK-Gesamtpreis (Total-Wert lt. TST/TQT) wird
nach einem Einsatz von INSAZU/INSAQU dem Hinflug zugeordnet.
(Programme: FLINSA/INSAZU/INSAQU / Dokus: FLINSA/PRCAOK-DOKU / #35769)
------------------------------------------------------------------------------
16.07.24: Neue Steuerungsvarianten des Schalters "VN-Prüf.First-Match" für
HS-2,B,VN bei Nutzung der 100%-Zimmer Variante
Bei Nutzung der VN-Seite im Hotelstamm mit 100%-Zimmer-Variante gab es
bisher die Möglichkeit die Zeilen auf der VN-Seite zu priorisieren, mit
dem Schalter "VN-Prüf.First-Match" in der HS-2,B,W (und im HS-PP).
Mit "J" soll die erste passende Zeile für den Kontngentverfall gültig sein.
Die neuen Einstellungsvarianten sind:
P = es gilt wie mit "J" die First-Match-Regel aber mit Priorisierung
der Einträge in Feld ABK in der Reihenfolge: ABK, TabNr., "*"
T = wie P (First-Match mit Prio) und zusätzlich Prüfung tageweise
Diese Abarbeitung wurde auf Wunsch eines Veranstalters programmiert, WBS
empfiehlt die First-Match-Abarbeitung vor Nutzung ausführlich mit den
eigenen Stammdaten zu testen.
Ausführliche Informationen siehe HOTVER-DOKU.
(Programme: HVAK/HOSTAM / Dokus: HOTVER-/HS2-DOKU / #32749)
------------------------------------------------------------------------------
16.07.24: Kopierfunktion für STOPSALE AB BUDAT in Hotelstamm HS-2,B,B,14/14B
Für die Untersektion STOP-SALE AB BUDAT in 14 und 14B in HS-2,B,B ist die
Kopierfunktion von einem auf den anderen Eintrag programmiert worden.
Nach Aufruf der zuvor angelegten Daten wird die neue ABK/LE/E/K-Einschr.
eingegeben und mit <F6> auf dem ersten Datumsfeld können die Einträge
übernommen werden.
(Programme: HOTBS / Doku: HS2-DOKU / #37008)
------------------------------------------------------------------------------
17.07.24: Festlegung der Sonderpreis-Tarifarten inkl. Optionssperre
Nur in Verbindung mit den Sondermodulen der GDS-Schnittstellen
(CRSAMADX,CRSGALIX) inkl. dem PreisCache (PRCAOK)
In den Parametern für den Preis-Cache (FS-I,R) gibt es neue Eingabefelder
zur Definition der <Sonderpreis-Tarifarten>:
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: ____________________ __________
Sonderpreis-Tarifarten:
PU________ __________ __________ __________ <<<<====
__________ __________ __________ __________ _
Sonderpreis-Tarifarten: Festlegung der Sonderpreis-Tarifarten
In den 8 Feldern zu den <Sonderpreis-Tarifarten> werden sämtliche
Tarifarten lt. Preiscache (PRCAOK) festgelegt, die als "Sonderpreise"
gelten und die auch eine Optionssperre bewirken. D.h. hier werden die
Bezeichnungen der Tarifarten (bspw. "PU" => Published Fare) eingetragen,
die Sie auch auf der Weboberfläche vom Preicache einsehen können.
Sofern im CRS Einträge aus dem EXTZU nachgezogen werden, beachten Sie
bitte im EXTZU den ergänzend Schalter <FLINSA-Opt> zwecks Steuerung:
WB Zuordnung zur CRS-Anforderung TT.MM.JJ
------------------------------------------------------- HH:MM
Anforderung : ___
Extern Datum K TYP TYP2 SB RB KT Alt 3L D P EKI TG NP Kette X In
__________ __.__.__ _ ______ ______ __ _ __ __ ___ _ _ ___ __ _ _____ _ _
FS-Typ ______ J/N _ FLINSA-Opt _ <<<<==== _
FLINSA-Opt: Steuerung des Eintrags, wenn die Tarifart (FLINSA) eine
Optionssperre setzt. Folgende Eingaben sind möglich:
N = In dem Feld <FLINSA-Opt> kann durch die Eingabe "N" gesteuert
werden, dass der Eintrag nicht gilt, wenn die Tarifart (FLINSA)
eine Optionssperre setzt.
J = (leer) Der EXTZU-Eintrag gilt, wenn die Tarifart (FLINSA) keine
Optionssperre setzt (Fehlwert).
D.h. bei der Optionssperre muss der o.g. EXTZU-Schalter als auch die
Definition / Festlegung der <Sonderpreis-Tarifarten> im FS-I,R
(Parameter Preis-Cache) beachtet werden!
Weiterführende Details entnehmen Sie bitte den PRCAOK-/ und TOMA-DOKUs.
(Programme: FLINSA/INSAC/JJTOUR/TPEXT/TXFLU/TXZUS /
Dokus: PRCAOK/TOMA-DOKU / #34084)
------------------------------------------------------------------------------
17.07.24: Steuerung der TSA-Pflicht auf Airline-/Zielgebietsebene
Im FS-3A für die Erfassung der 3-L Codes der Airlines gibt es eine
neue Tabelle zur Definition der TSA-Pflicht ("Transport Security
Administration"):
3-L CODES DER AIRLINES
--------------------------------------------------------
3-L Airline J/N Kombination mit Airline DA S L LS Ki I O M
LH_ LUFTHANSA_________ _ ___ ___ ___ ___ ___ ___ ___ ___ _ _ _ ______ 11 J _ _
GRP-Split: _ Tix: _ Ausschluss: __.__.__ - __.__.__ Bem: 3STO__ Opt: _
__.__.__ - __.__.__ ====>>>> T
Eingabe "T" = Aufruf der Tabelle zur TSA-Pflicht
+-------------------------------------------------------------------+
! TSA-Pflicht !
! !
! C/L : _ FLINSA (extern Flug) J/N : _ !
! FS-TYP : ______ TYP J/N : _ !
! !
! Buchungsdatum von-bis: __.__.__ __.__.__ !
! Reisedatum von-bis: __.__.__ __.__.__ !
! 3L : ___ ___ ___ ___ ___ ___ ___ ___ ___ ___ !
! TSA-Pflicht J/N : _ _ !
+-------------------------------------------------------------------+
C/L: FS-Kennzeichnung
C "Charter"flug
L "Linien"flug
Unterschied: L-Flüge können ohne Abflugtermine angelegt/gebucht werden.
Bitte beachten Sie bei Nutzung von Schnittstellenflügen
auch den Schalter in FS-I,P <FS-A Pflicht J/N>
FLINSA (extern Flug) J/N: Steuerung externer Flug (FLINSA)
J = Die TSA-Pflicht gilt für externe Flüge (FLINSA).
N = (leer) Die TSA-Pflicht gilt nicht für externe Flüge (FLINSA).
FS-TYP: Eingabe der TYPen aus FS-1,P 1-6
Steuerung der Gültigkeit nach TYPen aus FS-1,P.
Bitte das zweite Feld <TYP Ja/Nein> beachten.
TYP Ja/Nein: Steuerung der Gültigkeit der TYPen aus FS-1,P 1-6
Eingabe der TYPen siehe Feld FS-Typ
J = der Satz gilt, wenn der Typ von Hin- oder Rückflug
zu dem TYP-Feld passt.
N = es darf weder Hin- noch Rückflug zu dem Typ-Feld passen,
damit der Satz gilt.
Buchungsdatum von-/...: Gültigkeit ab Buchungs-/Erfassdatum (ab Datum)
Buchungsdatum .../-bis: Gültigkeit bis Buchungsdatum
Reisedatum von-/...: Gültigkeit ab Reise-/Erfassdatum (ab Datum)
Reisedatum .../-bis: Gültigkeit bis Reisedatum
3L: 3Letter-Code Flughafen
Eingabe von bis zu 10 3L-Codes (wenn dieser als 2-stellig eingegeben wird
dann wird der Code als Land interpretiert!).
TSA-Pflicht J/N: Kennzeichen TSA-Pflicht J/N
J = Es besteht eine TSA-Pflicht.
N = (leer) Es besteht keine TSA-Pflicht (Fehlwert).
Wenn darüber ein TSA-Kennzeichen für die erste Teilstrecke Hinflug
gefunden wird, dann wird das Kennzeichen aus AG-L übersteuert. D.h.
man kann die TSA-Abarbeitung damit für bestimmte Airlines sowohl ein-
als auch ausschalten.
Weiterführende Details entnehmen Sie bitte den Dokumentationen
FS-DOKU/TSA-DOKU/AG-DOKU.
(Programme: TXFLU/TPEXT/FS3LAL/FLUGPR / Dokus: FS-/TSA-/AG-DOKU / #31494)
------------------------------------------------------------------------------
18.07.24: Verwendung INSAZU (PNR-Zuordnung) bei HitchHiker-Flügen
Nur in Verbindung mit dem Sondermodul der HitchHiker-
Schnittstellen (CRSHH)
Im Programm INSAZU für die Zuordnung von PNR-Daten gibt es eine neue
Eingabemaske zur Erfassung und Änderung von HH PNR-Daten:
FLUG ACCESS BUCHUNGEN NEU ZUORDNEN TT.MM.JJ
-------------------------------------------------------- HH:MM
Rechnr.: _______ Z: __ CRS: __ PNR.: __________
(#I = Blättern Inhouse, #E = Blättern Extern, PNR = Neuen PNR zuordnen)
(...) Die Felder <Rechnr.> und <Z> werden an der Stelle nicht weiter
erläutert. Bitte prüfen Sie hierzu die FLINSA-DOKU.
CRS: Eingabe des CRS/GDS, bei welchem der PNR gebucht wurde (im
vorliegenden Fall wäre das der CRS-Kenner: HH - HitchHiker).
PNR.: Eingabe des PNR. Sofern im vorherigen Eingabefeld <CRS> ein
"HH" (HitchHiker) hinterlegt wurde, und die PNR-Eingabe mit der ENTER-
Taste bestätigt wird, dann öffnet sich eine zusätzliche Eingabemaske
zur Erfassung weiterer HH PNR-Daten:
+----------------------------------------+
! HH PNR-Daten !
! !
! GDS : __ !
! Source : _______________ !
! PCC : _______________ !
! Country : __ !
! User : _______________ !
! Agent : _______________ !
! Währung : ___ !
! CIA : ___ _ !
+----------------------------------------+
Neue Maske im INSAZU:
Erfassung der PNR-Daten für die HitchHiker-Schnittstelle (CRSHH)
GDS: In dem dynamischen Eingabefeld <GDS> wird der jeweils gültige
GDS-Kenner (bspw. +W, 1A, F1) erfasst.
Source: In dem dynamischen Eingabefeld <Source> wird der jeweils gültige
Source-Kenner (bspw. GDSSource, WebSource) erfasst.
PCC: In dem dynamischen Eingabefeld <PCC> wird der jeweils gültige PCC-
Kenner (bspw. Office-ID, Farelogix-PCC) erfasst.
Country: In dem Eingabefeld <Country> wird der fixe Country-Kenner (DE)
erfasst.
User: In dem fixen Eingabefeld <User> wird nichts eingetragen (bleibt
leer, bzw. wird nach Eingabe des GDS-Kenners automatisch gefüllt!).
Agent: In dem dynamischen Eingabefeld <Agent> wird der jeweils gültige
Agent-Kenner erfasst bzw. wird nach Eingabe des GDS-Kenners automatisch
gefüllt. Bitte beachten Sie, dass der Agent-Kenner für uns eine
Unbekannte ist, von uns an HitchHiker aber geschickt wird und lt. der
HitchHiker-Dokumentation Pflicht ist, zumal es schon bei einem "GetFares"
von HH angegeben wird.
Währung: In dem dynamischen Eingabefeld <Währung> wird der jeweils gültige
Währungskenner (bspw. der ISO-Code: EUR oder leer) erfasst.
CIA: In dem dynamischen Eingabefeld <CIA> wird der jeweils gültige Airline-
Kenner (bspw. LH, DLH,... etc.) erfasst.
Weiterführende Details entnehmen Sie bitte den Dokumentationen
CRSHH-DOKU und FLINSA-DOKU.
(Programme: INSAZU/INSAC / Dokus: CRSHH/FLINSA-DOKU / #36266)
------------------------------------------------------------------------------
25.07.24: Erweiterung Modul FSHIST / Melde-Seite (FS-1,MS)
Im Programm FSHIST (Historie Flugstamm) wurde die Flug-Melde-Seite
(FS-1,MS = Modul WBSCIA) mit aufgenommen:
Flugstammhistorie TT.MM.JJ
-------------------------------------------------------- HH:MM
Flug von : ________
bis : ________
Seite(n) : MS __ __ __ __ __ __ __ __ <<<<====
__ __ __ __ __ __ __ __ __
Flugtag von : __.__.__
bis : __.__.__
Datum von : __.__.__
bis : __.__.__
Start : _
Durch diese Erweiterung wird sichergestellt, dass zukünftig sämtliche
Änderungen/Anpassungen innerhalb der MS-Seite mit Angabe von Datum, User
bzw. Prozess, Feldbezeichnung sowie alter/neuer Eingabewert, protokolliert
werden.
Bitte beachten Sie den Einsatz der Initialisierungsroutine (HIINIT).
Zum Initialisieren des Speicherns gibt es das Programm HIINIT, das nach
Einspielen des FSHIST bzw. nach Einspielen einer neuen Lieferung, die
das FSHIST mit zusätzlichen neuen Sektionen enthält, gestartet werden
muss. Die Initialisierung erfolgt im Hintergrund.
Hinweis:
Änderungen, die zwischen Einspielen der neuen Version des FSHIST für die
neu zu initialisierenden Sektionen erfasst wurden, gehen bis zum Start
der Initialisierung verloren.
Bereits initialisierte Sektionen werden durchgehend protokolliert.
Bei Einsatz des Master-/Markenpoolings muss die Initialisierung der
Dateien auf allen Umgebungen des Masters und der Marken erfolgen.
Sofern eine (neu) zu initialisierende Sektion vorhanden ist, erfolgt ein
entsprechender Hinweis bei Aufruf des FSHIST:
+------------ Initialisierung -------------+
! !
!Neue Seiten zur Initialisierung vorhanden.!
!Bitte HIINIT starten. !
! !
+------------------------------------------+
Weiterführende Details entnehmen Sie bitte der FSHIST-DOKU.
(Programme: FSHIST/FLMELD/SD99/HIINIT / Doku: FSHIST-DOKU / #32385)
-----------------------------------------------------------------------------
26.07.24: Neue Hütchenfunktion im DPA (Programm DRPASS)
Neue Hütchen
^BEk / ^BEA: Der erfassende Sachbearbeiter aus dem TP (Feld 14 A-Seite)
als Kürzel bzw. als Name.
^BAK / ^BAA: Der letzte ändernde Sachbearbeiter aus dem TP (auf der
rechten Seite in der Zeile von Feld 14 A-Seite) als Kürzel
bzw. als Name.
(Programm: DRPASS / Doku: DPA-DOKU / #37750)
------------------------------------------------------------------------------
31.07.24: Erweiterung des (Sonder-)Moduls CRSSKO
Im CRSSKO (Korrekturprogramm für das CRSSD) gibt es neu nun auch das Feld
<Gebiet-AG>, das mit dem Program bearbeitet werden kann.
(Programm: CRSSKO / Doku: CRSSKO-DOKU / #37963)
------------------------------------------------------------------------------
31.07.24: HS: Deckelung von reduzierten Personen bei Vollzahler-Angeboten
Im Hotelstamm, W-Sektion (HS-2,B,W) gibt es in Zeile 30 einen neuen
Schalter <ErwDeckel>. Hier kann festgelegt werden, ob ein reduzierter
Vollzahlerpreis als "Deckel" für Kinderpreise bzw. ermäßigte Erwachsene
gelten soll (passiert i.d.R. bei Festpreisen für ermäßigte Erwachsene
oder Kinder).
J = ja
N = (space, Fehlwert) Preise werden standardmäßig berechnet
Hintergrund: wird ein vollzahlender Erwachsener von z.B. bis EUR 1.000/P.
auf EUR 800 per Nachlass reduziert und ein 3. Erwachsener würde aufgrund
der eingetragenen Ermäßigung normal EUR 900 bezahlen (und wäre damit
teurer als ein Vollzahler), dann wird per "J" hier der ermäßigte Erw.
ebenfalls auf EUR 800 reduziert; dto. bei Kindern, wenn teurer als VZ.
Dieser Schalter hier übersteuert den allgemeinen Schalter in TPPARA,
Seite 4, Nr. 30, 2. Feld <Deckel>.
Hinweis: für den Preisvergleich zum Vollzahler werden alle Preisbestand-
teile herangezogen, auch Verpflegungszuschläge oder Zimmerzuschläge, die
in der P-Sektion hinterlegt sind.
Der Schalter ist aktuell nicht für eine Verarbeitung im (Sonder-)Modul
OTDS vorgesehen.
(Programme: HOWV/DRHOT/HOHIST/HPR/TPPARA/HSXIMP/HSXEXP / Dokus: HS2-DOKU/
TPPARA-DOKU/XMLIMP-DOKU/XMLEXP-DOKU / #34994)
------------------------------------------------------------------------------
31.07.24: Neuer Schalter in TPPARA, Seite 1, Nr. 11 TP B-Satz
In dem Schalter kann ein B-Satz hinterlegt werden, der bei der initialen
Anlage einer Buchung/Option im Inhouse nachgezogen wird.
Alternativ zu dem "B" in dem ersten 1-stelligen Feld kann dort mit einer
BVOTAB-Tabelle gearbeitet werden. Dazu erfolgt der Eintrag "T" und in
dem zweiten 6-stelligen Feld dann die gewünschte Bezeichnung der BVOTAB-
Tabelle, die gezogen werden soll und in der mehrere B-Sätze verwaltet
werden können.
Hintergrund der Programmierung - kann aber auch anderweitig genutzt werden:
der aus der CRS-Abarbeitung bekannte B-Satz TTXSMS soll auch bei Inhouse-
buchungen bei der initialen Buchung gezogen werden und die notwendigen
Daten damit erfragt werden.
Es gelten folgende Regeln:
* der B-Satz wird nur im TPNEU (also bei der Inhouse-Buchung) abgearbeitet
und nicht im RE-Modus
* die Abarbeitung erfolgt nur bei Neubuchung
* es gelten keine weiteren Einschränkungen bzw. B-Satz/Tabelle gilt nicht
für den RE- bzw. IN-Modus
(Programme: TPPARA/TPNEU / Dokus: TPPARA-DOKU/TP1-DOKU / #37628)
------------------------------------------------------------------------------
02.08.24: Neue Hotelschnittstellen-Module
In der DECK-DOKU sind neu die Schnittstellenmodule zu
* Center Parcs Europe N.V., Capelle aan den IJssel, Niederlande
(Blank-Bezeichnung CRSCPA)
* Travel Partner GmbH, Ellmau, Österreich
(Blank-Bezeichnung CRSTMT)
veröffentlicht.
------------------------------------------------------------------------------
05.08.24: Erweiterungen im Programm AKLEXP
Das Programm AKLEXP (Export von Agentur-, Kunden-, Lieferantendaten) wurde
bereits im März (siehe TPAEND, 12.03.24) um die Exportmöglichkeit als CSV-
Datei erweitert.
Bzgl. des CSV-Exports gibt es nun weitere neue Features:
In der Parameter-Sektion des AKLEXP (Aufruf "PP" im AKLEXP, Sektion
"Erweiterungen" gibt es eine neue Abfrage:
CSV-Export mit Header(J/N) : _
N = (Fehlwert): Die CSV-Exporte (AG-Daten) werden ohne Header ausgegeben.
J = Beim CSV-Export der AG-Daten wird jeweils eine Header-Zeile vorange-
stellt. Das erleichtert u.U. die Folgeverarbeitung mit einer Spalten-
beschriftung in Excel o.ä.
Zusätzlich kann man speziell auf die P-Seite im Agenturstamm eine weitere
Steuerung vornehmen. Startet man den AG-Export mit "2X" (also der
CSV-Variante), gelangt man im unteren Teil der Maske in diesen Teil:
Selektion zusätzlicher Seiten
Verk.-Förderung J/N N
Informationen J/N N
B-Seite J/N N
C-Seite J/N N
E-Seite J/N N
>>> P-Seite J/N J N <<<
Beim CSV-Export und dem "J" auf dem ersten Feld P-Seite werden auch die
Einträge der AG,P-Seite per CSV ausgegeben. Beispiel:
Kenz;LFD-NR;AG-NR;Anrede;Name;Titel;Email;Email-vd;Email-band;
P ;01;012300;H;Herr Mustermann ; ;kommtausa
gent@wbs-invalid.de ; ; ;
P ;02;012300;F;Frau Mustermann ;Ltg. Vertrieb ;test@wbs.
invalid.de ; ;N;
Nutzt man den o.g. Schalter mit zweifachem "J", also
P-Seite J/N J J
so ist der Export umfangreicher, da zusätzlich die Titel aller LFD je
Datensatz exportiert werden. Obiges Bsp. in der JJ-Version:
Kenz;LFD-NR;AG-NR;Anrede;Name;Titel;Email;Email-vd;Email-band;Mitarbeiter 1;Mit
arbeiter 2;Mitarbeiter 3;Mitarbeiter 4;Mitarbeiter 5;Mitarbeiter 6;Mitarbei
ter 7;Mitarbeiter 8;Mitarbeiter 9;...
P ;01;012300;H;Herr Mustermann ; ;kommtausa
gent@wbs-blank.de ; ; ;Geschäftsführer;Mitarbei
ter VK1;Mitarbeiter 3;Mitarbeiter 4;Mitarbeiter 5;Mitarbeiter 6;Mitarbeiter 7;Mi
tarbeiter 8;Mitarbeiter 9;...
P ;02;012300;F;Frau Mustermann ;Ltg. Vertrieb ;test@wbs.
invalid.de ; ;N;Geschäftsführer;Mitarbei
ter VK1;Mitarbeiter 3;Mitarbeiter 4;Mitarbeiter 5;Mitarbeiter 6;Mitarbeiter 7;Mi
tarbeiter 8;Mitarbeiter 9;...
Wie erwähnt: werden die Daten anschließend z.B. in Excel weiterverarbeitet,
hat man eine Spaltenbeschriftung und kann z.B. über die Sortierung der LFD
so eine Selektion auf bestimmte Gruppen von Einträgen der P-Seite im AG
vornehmen.
(Programm: AKLEXP / Doku: AKLEXP-DOKU / #38114)
-----------------------------------------------------------------------------
05.08.24: Neue Berechtigung TPA UDO in CODPRG
Mit dem CODPRG-2-Recht TPA UDO erhält der User die Berechtigung, Tickets
und/oder Voucher auch bei nicht komplettem Zahlungseingang (mindestens
ausgeglichen) aus dem Vorgang heraus zu drucken oder per Mail zu ver-
schicken. Die Einträge im (Sonder)Modul ULFAEL-2 werden berücksichtigt.
(Programm: TPAS / DOKU: CODPRG.DOKU / #35856)
------------------------------------------------------------------------------
05.08.24: OTDS - Zuordnung der Kabinenklasse zu einer Kopfklasse
Für den OTDS-Export kann in Bezug auf die <FlightRoute> eine Zuordnung
der Kabinenklasse zu einer Kopfklasse (FS-1, <CLASS>) vorgenommen werden.
Hierfür muss im Programm OTDEXP durch Eingabe "PA" oder "PP" im Feld
<Kette:> die neue Parametereinstellung zunächst aufgerufen werden:
=> Im Beispiel:
Exportprogramm für OTDS TT.MM.JJ
--------------------------------------------------------- HH:MM
1. Klassen-Mapping
CabinClass Kopfkl.
Economy -> B
PremiumEconomy -> C
Business -> F
First -> R
Im Feld <Kopfkl.> wird die Kabinenklasse <CabinClass> der jeweiligen
Kopfklasse (FS-1 Feld: CLASS) zugeordnet.
Bitte beachten Sie hierbei auch die Beziehung bzw. die genaue Position
zwischen der Kopfklasse (FS-1) und der FLINSA-Klasse lt. FS-1,I-Seite.
Darüber hinaus sei erwähnt, dass sich dadurch die Anzahl der <FlightRoute>
in den <FlightRoutes> um ein Vielfaches erhöht!
Weiterführende Details entnehmen Sie bitte den Dokumentationen
OTDS-DOKU und OTDFPC-DOKU.
(Programme: OTDEXP/OTDSF/OTDFPC / Dokus: OTDS/OTDFPC-DOKU / #32589)
------------------------------------------------------------------------------
06.08.24: Flugstammseitige Steuerung des OTDS-Exports
Auf der FS-1,P-Seite gibt es unter "SAISTAB:" (ohne Kopfklassen) bzw.
"ERM:" (mit Kopfklassen) ein neues 2. Feld ohne Beschriftung.
=> Darstellung im Falle ohne Kopfklassen:
P-TABELLE /STORNO- /UMB- : ______ / ______ / ______
ZUSÄTZLICHE LEISTUNGEN : _ ______ __
_ ______ __
_ ______ __
_ ______ __
ALTERNATIVEN / SU-RULE : ______ _ / ___
ÜBERSCHRIFT / SUB /EKFIX: ZYXWVUTSRQ / __________ / J
DAUER(TG)/LM/-OPT/SAISTAB: _ / _ / _ / ______ / _<-- neues Feld: OTDS-Export
EXT/TI /FR-GEP/NF AT/VZ:K: _ / _ / K / ____ / _ : _
AUS SUB / MWST / FSKALK : __________ / ______ / ______ / N
TYP(1-6)/ STA/ ZL-DAT/ AG: ______ / _ / _ / _____
ERMKENNZ / HR/ NF-TAB/ SA: _ / _ / ______ _ N / _
EK-PR/HD-KZ/ASR/UMB/UL : _ / _ / _ / _ / _ __
=> Darstellung im Falle mit Kopfklassen:
------------------------------------------------------------------------------
KLASSE : * Y * * A * * F * * C *
P-TABELLE : ______ ______ ______ ______
ÜBERSCHRIFT : __________ __________ __________ __________
STORNO/UMB : ______/______ ______/______ ______/______ ______/______
SU-RULE : ___ ___ ___ ___
L/B/Q-SÄTZE : 1. _ ______ __ 1. _ ______ __ 1. _ ______ __ 1. _ ______ __
2. _ ______ __ 2. _ ______ __ 2. _ ______ __ 2. _ ______ __
3. _ ______ __ 3. _ ______ __ 3. _ ______ __ 3. _ ______ __
4. _ ______ __ 4. _ ______ __ 4. _ ______ __ 4. _ ______ __
ALTERNATIVEN: ______ _ EXT/TI/FG/NF AT/VZ:K: N /_ / _ /____ / _ : _
ÜBERSCHRIFT : __________ AUS SUB /MWST/ EKFIX: __________/______/ ______/_
SUB / FSKALK: __________ / _ TYP/STAT/ZL-DAT/AG/O: ______ /_ / _/ _____ /_
DAUER/LM/ERM: _ / _ / _ / _ SAIS-TAB/KW/SURULE : ______ /_ / ___
^
I
+--- neues Feld: OTDS-Export
In diesem Feld kann der OTDS-Export flugstammseitig gesteuert bzw.
eingeschränkt werden:
Soll der Flug im OTDS-Export enthalten sein oder nicht?
J = (Space) der Flug wird vom OTDS-Export nicht ausgeschlossen = ist
enthalten (Fehlwert).
N = der Flug wird vom OTDS-Export ausgeschlossen.
Bitte beachten Sie bei Eingabe "N": Ist der Flug ein Bestandteil eines
weiteren Fluges (als Teilstrecke), dann wird auch dieser Flug vom Export
ausgeschlossen!
Weiterführende Details entnehmen Sie bitte den Dokumentationen
OTDS-DOKU, OTDFPC-DOKU, FS-DOKU und AUSTAN-DOKU.
(Programme: OTDFPC/OTDSF/FLUGST/FLUGPR/FSHIST/AUSTAN /
Dokus: OTDS-/OTDFPC-/FS-/AUSTAN-DOKU / #26439)
------------------------------------------------------------------------------
12.08.24: Neues Element im DRECHX (XML-Rechnungsdruck)
Im DRECHX gibt es das Element <agentur-hausagentur></agentur-hausagentur>
Das Element gibt den Inhalt des Feldes Zeile 22 "Hausagent J/N/A:" des
Agenturstamms A-Seite (AG-1,A) aus.
(Programm: DRECHX / Doku: DRECHX-DOKU / #34067)
------------------------------------------------------------------------------
20.08.24: Erweiterung Suchroutine in LS = LIEFER
In der Suchroutine des LS (= LIEFER) per ? auf dem Feld <Abkürzung> ist
jetzt ausser wie bisherig per Matchcode auch eine Suche per Wildcard
möglich: Eingabe von z.B. *vers listet alle Lieferantenstämme
deren <BEZEICHNUNG> den Bestandteil "vers" aufweist.
Die Suche ist mit Gross-/Kleinschrift möglich, Umlaute werden umgesetzt,
Sonderzeichen herausgefiltert.
(Programm: MASKE (LIEFER) / Doku: LS-Doku / #38551)
------------------------------------------------------------------------------
20.08.24: FS: Zusätzliche Leistungen abhängig vom Buchungstag
In FS gibt es bei den nachgezogenen Leistungen in der L-Seite ein neues
Feld "T" zur Steuerung der Leistungen abhängig vom Tag der Buchung.
Durch Eingabe "T" erscheint die Anzeige "Buchungstage" für die Definition
der Gültigkeit Montag bis Sonntag.
(Programme: FSZL/AUSTAN/OTDSF etc. / Doku: FS-DOKU(AUSTAN-DOKU / #30589)
------------------------------------------------------------------------------
26.08.24: Neue Steuerungsvarianten des Schalters "VN-Prüf.First-Match" für
HS-2,B,VN jetzt auch für die V-Seite gültig
Diese Erweiterung vom 16.07.24 ist jetzt auch für die HS-2,B,V-Seite
gültig:
Priorisierungsmöglichkeit der einzelnen Zeilen mit dem Schalter
"VN-Prüf.First-Match" (in der HS-2,B,W oder im HS-PP):
J = die erste passende Zeile ist für den Kontingentverfall gültig
Die neuen Einstellungsvarianten sind:
P = es gilt wie mit "J" die First-Match-Regel aber mit Priorisierung
der Einträge in Feld ABK in der Reihenfolge: ABK, TabNr., "*"
T = wie P (First-Match mit Prio) und zusätzlich Prüfung tageweise
Diese Abarbeitung wurde auf Wunsch eines Veranstalters programmiert, WBS
empfiehlt die First-Match-Abarbeitung vor Nutzung ausführlich mit den
eigenen Stammdaten zu testen. Ausführliche Informationen siehe HOTVER-DOKU.
(Programm: HVAK / Dokus: HOTVER-/HS2-DOKU / #32749/#38989)
-----------------------------------------------------------------------------
26.08.24: Neues Modul für Umbuchungen im CRS: NFSUMBOK
Will ein Kunde die Abflugzeit oder den Abflughafen am Reisetag wechseln,
war dies bisher nur dann möglich, wenn der Vorgang keine externen Bestand-
teile (z.B. Schnittstellenhotels) enthielt.
Mit dem Modul NFSUMBOK können Flüge über CRS umgebucht werden, ohne das
alle weiteren Buchungsbestandteile angepasst werden.
D.h. Flüge können am gleichen Abflugtag ummgebucht werden, auch wenn
der Vorgang ein Schnittstellenhotel enthält, bei dem eine Umbuchung
nicht erlaubt ist.
(Programme: TXPEXT/NFSUMBOK/TXHOT/TXUMB etc. Doku: NFSUMBOK-DOKU / #35285)
------------------------------------------------------------------------------
28.08.24: CETS-Anwendung Umstellung auf externe Rechnungsnummer
(Nur bei Einsatz des Zusatzmoduls "CETS" relevant!)
Für die CETS-Anwendung gilt aktuell, dass anders als bei STADIS-CRS die
interne Rechnungsnummer übermittelt wird.
Im CTPARA wurde nun ein neuer Schalter eingeführt:
20 Umstellung EXTERNE Rechnr __.__.__
Hier erfolgt einmalig die Eingabe eines Buchungsdatums, ab dem bei einer
Cets-Buchung vom CRS oder einem CMIR-Create die Externe CRS-Buchungsnummer
übermittelt wird.
Beispiel: intern extern
A311612 1311612 oder
B311600 2311600
Das Datum kann nur einmalig eingegeben werden und bleibt dann fix - das
Feld kann nicht wieder erreicht werden.
Für Buchungen vor diesem Buchungsdatum bleibt es bei der internen
Rechnungsnummer - auch wenn nach dem Datum Änderungen gemacht werden
oder erst dann ein CMIR-Create gemacht wird.
Hinweis: WBS empfiehlt, das Datum zu setzen für eine einheitliche
Darstellung der Rechnungs-Nummern in STADIS-CRS und CETS.
Weiterführende Details entnehmen Sie bitte der Dokumentation
CETS-DOKU.
(Programme: CTBOOK/CTNOTE/CTPARA / Doku: CETS-Doku / #30649)
------------------------------------------------------------------------------
28.08.24: CETS-Anwendung Information zum Freigepäck
(Nur bei Einsatz des Zusatzmoduls "CETS" relevant!)
Für die CETS-Anwendung wurde zur Darstellung des Freigepäcks ein neuer
Schalter in CTPARA eingeführt:
22 FARE in Flugvakanz
Hier wird eingestellt, ob die Information zum Freigepäck (FS-1,F bzw. FS-4
aber nicht FS-4E) in der CETS-Vakanz ergänzend dargestellt werden soll:
J = das Freigepäck wird in der CETS-Vakanz / Spalte <Tarif> angezeigt.
N = (Space) das Freigepäck wird in der CETS-Vakanz nicht angezeigt
(Fehlwert).
Nach Änderung dieser Schalterstellung muss die CETS-Anwendung neu gestartet
werden.
Weiterführende Details entnehmen Sie bitte den Dokumentationen
CETS-DOKU und FVALI-DOKU.
(Programme: CTFVA/CETSL/JJTOUR/FVALI/FVDIS/FVIDEF /
Dokus: CETS-/FVALI-DOKU / #34324)
------------------------------------------------------------------------------
28.08.24: Neues Feld in OTDEXP-F (Flugparameter)
Im OTDEXP-F gibt es einen neuen Parameter:
Pauschal-Strng
Über dieses Feld ist es möglich die Pauschalsteuerung aus FS-1,A-Seite,
Feld "NP" zu deaktivieren.
J = Die N/P-Steuerung aus FS-1,A wird berücksichtigt.
N = Die N/P-Steuerung aus FS-1,A wird nicht berücksichtigt.
(Programme: OTDEXP/OTDSF / Doku: OTDS-DOKU / #37213)
------------------------------------------------------------------------------
30.08.24: Neue Warnfunktion beim Kopieren im Hotelstamm mit Aktivierung
durch den Schalter "HPCP Warnungstext" in HS-PP
Es wurde eine neue Warnung programmiert, die beim Kopieren der Zeilen
von einem Hotelstamm auf einen anderen Hotelstamm erscheint, wenn bei
dem Kopiervorgang die Zeile im Zielhotel überschrieben werden würde.
Es betrifft das Kopieren in den folgenden Hotelstammsektionen:
HS-2,B,Y/X mit der Aktion <CP>
HS-2,B,L mit der Aktion <F6>
HS-2,B,LA mit der Aktion <CP>
HS-2,B,N mit der Aktion <F6>
HS-2,B,KO mit der Aktion <CP>
Zur Aktivierung dient der neu programmierter Schalter HPCP Warnungstext
in HS-PP.
Master-/Markenumgebung: für nicht gepoolte Sektionen muss der Schalter
in der Marke gesetzt werden, bei gepoolten Sektionen in Master.
(Programme: HPCP/HOSTAM / Doku: HS2-DOKU / #33603)
------------------------------------------------------------------------------
03.09.24: Prüfung auf den vorhandenen Preiskenner in HS-2,B,X/Y
Für die Hotelstammsektionen X und Y (Sonderpreise im Verkauf bzw. Einkauf)
ist die Kontrolle für die Eingabe des Preiskenners TWF programmiert worden.
Die Aktivierung erfolgt über den neuen Schalter <Preiskennz ein> in der
Vorbelegungsseite (Aufruf VB im Lfd der X- oder Y-Seite).
Wenn in der X-/Y-Sektion im Feld TWF die Eingabe T, W, oder F erfolgt, ist
die Eingabe des gleichen Preiskenners im Feld "Verkauf/P" auf der X-Seite
oder "Netto" auf der HS-2,B,Y-Seite erforderlich.
Fehlt diese Eingabe, erscheint die Rückfrage vom System:
"Ist das ein Tagespreis?/Wochenpreis?/Fixpreis?".
Die Frage kann mit <J> bestätigt werden oder die Eingabe korrigiert werden.
Nach dem "Aktivieren" des Schalters erhalten die existierenden Einträge
den Preiskenner automatisch.
(Programm: HOSO / Doku: HS2-DOKU / #33600)
------------------------------------------------------------------------------
03.09.24: <F5>-Duplizierroutine im Hotelstamm, R-Sektion
In der R-Sektion des Hotelstamms (CRS-BEZEICHNUNGEN), also HS-2,B,R, kann
bei manuellem Eintrag von externen Schnittstellen-Bezeichnungen für
Zimmer, Abks etc. nun ab dem 3. Feld die Duplizierroutine von zuvor ein-
getragenen oder angesehenen Angaben genutzt werden um das Eingeben z.B.
von gleichen Zimmertypen mit unterschiedlicher Verpflegung oder unter-
schiedlichem Rateplan zu vereinfachen.
(Programm: ISIABK / Dokus: alle Hotelschnittstellen-Dokus / #39286)
------------------------------------------------------------------------------
03.09.24: Einführung neuer CODPRG-2-Rechte für TP-3
Aufgrund einer veranstalterspezifischen Anfrage wurde für diese 3 Felder
im Kundenstamm = TP-3 18 Raucher 18 TYP 1-6 21/ Werbung ein eigenes
gemeinsames CODPRG-2-Recht eingeführt: KU KUMS
Hintergrund: diese Felder werden extern gepflegt und es soll per Warnung
ein entsprechender Hinweis angezeigt werden.
(Programm: TPKUND / Dokus: TP-3/CODPRG / #36581)
------------------------------------------------------------------------------
06.09.24: NDCASR/CRSASR - ASR/SSR-Leistungen per WBSCGI aktualisieren
Im WBSCGI ist eine Funktion geschaffen worden, mit der ein Vorgang ohne
ASR/SSR-Leistung um eben diese Services angereichert werden kann. Der Ab-
lauf:
- im WBS Blank-internen Vorgang ist kein ASR-/SSR-Leistung gebucht
- Endkunde/Veranstalter bucht ASR/SSR-Leistung außerhalb von WBS Blank
- der touristische Vorgang soll nun um die ASR-/SSR-Leistung angereichert
werden. Ablauf:
- ein WBSCGI-Request dient als Trigger (SATZART=AB)
- im WBSCGI-Request wird nur die Vorgangsnummer und "ASRSSR=RETRIEVE"
übergeben
- die WBS-Applikation baut die Verbindung zu Airxelerate auf und prüft
auf Basis der WBS-Vorgangsnummer den dortigen Status
- im Idealfall wird der WBS-Vorgang durch den Retrieve mit Airxelerate
synchronisiert
- im WBS-Vorgang werden die ASR-/SSR-Leistungen "refreshed"
Das Druckkennzeichen (Rechnung) wird auf "D" gesetzt, sofern Retrieve/
Lookup erfolgreich waren.
(Programme: TXCGI/WBSCGI / DOKU: WBSCGI-/NDCASR-DOKU #29447)
-----------------------------------------------------------------------------
09.09.24: TXPARA, erweiterte Namechange-Regeln für Nur-Flug je Kette
In TXPARA Seite 7, Zeile 4 rechts wurden diese neuen Feder programmiert:
NF, KETTE, STD.
Sie ermöglichen eine separate Steuerung der Regeln für Namechange, in
Abhängigkeit von Kette und in Abhängigkeit von nn Stunden vor Abflug.
Der Schalter 4 NUR NAMECHANGE ERLAUBT / TXPARA S.7 wird berücksichtigt.
Für die ausgeschlossenen Agenturen gilt regulär die Einstellung
TXPARA S.7/3.
(Programme: TXPARA/TXUMB / Doku: TOMA-DOKU / #31762)
------------------------------------------------------------------------------
10.09.24: SDAEND-Protokollierung (STAVW/SD99) beim Airlinepooling (CIAWBS)
Im Programm "SDAEND" für die Verwaltung von Stammdatenänderungen (STAVW),
wurde das Airlinepooling per CIAWBS-Schnittstelle (Import) ergänzend
aufgenommen.
Für die Aktivierung muss im CIAPRL (Protokolle CIA-Schnittstelle)
in den Parametern (CIAPRL-PP) der neue Schalter <Mitschreiben SDAEND>
auf den Eingabewert "J" gesetzt werden:
CIA-Schnittstelle (Protokolle) TT.MM.JJ
-------------------------------------------------------- HH:MM
Import (ciawbs)
Protokoll-Liste anzeigen 1
Protokoll-Filter 2
Export (wbscia)
Protokoll-Liste anzeigen 3
+----------------------------------+
! !
! Protokoll-Liste für Fehler !
! beim Import (ciawbs) (J/N) J !
! Anzeige IST statt ACT _ !
! Immer externes TOT in PRL _ !
! ciaprlog-Variante _ !
! Immer FIX in PRL J !
====>>>> ! Mitschreiben SDAEND (J/N) J _ !
! !
+----------------------------------+
J = Das SDAEND (STAVW/SD99) schreibt beim CIAWBS-Import folgende Flug-
stammdaten (A-, F- und E-Seite) mit.
N = (Space) Das SDAEND (STAVW/SD99) schreibt beim CIAWBS-Import keine
Flugstammdaten mit (Fehlwert).
=> Im Beispiel einer SDAEND-Ausgabe nach einer Stammdatenänderung per
CIAWBS-Import der FS-1,E- und ,F-Seite bzw. ,A-Seite:
FSFRABUD1A . . E 01.09.JJ 11:33
1138807
1138808
FSFRABUD1A 02.09.JJ F 01.09.JJ 11:21
DRMORE.1179866: END
--------------------------------------------
FSFRABUD1A . . A 01.09.JJ 11:21
1138807
1138808
DRMORE.1212808: END
Weiterführende Details entnehmen Sie bitte den Dokumentationen
SDAEND-DOKU und WBSCIA-DOKU.
(Programme: CIAWBS/CIAPRL/SD99 / Dokus: SDAEND/WBSCIA-DOKU / #36015)
------------------------------------------------------------------------------
11.09.24: EKFFIX: Änderung des Kürzels FIX auf der TP-1,E-Seite
Bei Nutzung des Moduls EKFFIX zur Fixierung der Flug-Einkaufspreise
wird auf der TP-1,E-Seite das Kürzel FIX angezeigt.
In TPEINK-PP kann dies im Feld "Fixer Flug-EK" übersteuert werden.
Es kann ein frei wählbares dreistelliges Kürzel zur Darstellung auf der
E-Seite eingegeben werden:
LEISTUNG PERS. TWM KTG
---------------------------------
FRAGIG7B 2P 7T FFF (anstelle von FIX)
GIGFRA7B 2P 7T FFF
(Programm: TPEINK / Doku: TP1-DOKU / #37060)
------------------------------------------------------------------------------
17.09.24: Neues Modul AGSTOK - Ausgabe der Agenturstatistik in CSV-Format
Es ist ein neues Modul entstanden, mit dem die Ausgabe der Agenturstatistik
in AGSTAT per CSV-Format möglich ist.
Aktivierung des CSV-Druckes erfolgt mit dem Schalter CSV-FORMAT(J/N) 18
in AGSTAT. Die CSV-Ausgabe ist nur möglich zusammen mit dem Parameter
VORJAHR, nicht berücksichtigt werden: NUR SUMME, TOC und RECH.
Das Programm ist nicht im Standardpaket enthalten. Den Preis entnehmen
Sie bitte der DECK-DOKU.
(Programme: AGSTAT/AGSTOK / Doku: AGSTAT-DOKU / #33555)
------------------------------------------------------------------------------
17.09.24: Neues Hütchen im TO-B
Das Hütchen DO gibt im TO-B (B-Satz) das Optionsdatum der TP-1, A-Seite
(Zeile 11 OPTIONS-DATUM) aus.
(Programm: BEMDAT / Doku: TO-DOKU / #39102)
------------------------------------------------------------------------------
17.09.24: Rechnungsdruck mit dyn. Textergänzung (bspw. "Gepäckstücke a")
Für den Rechnungsdruck (RD) wurde die Möglichkeit einer neuen dynamischen
Textergänzung eingeführt.
Um das zu erreichen, muss im Programm SPRDAT (Sprachenabhängiges Datum-
format) je nach der Art des Freigepäcks (also Piece (PC) oder Gewicht (KG)
oder für beide Varianten), ein frei definierbarer Text (jeweils max.
25 Zeichen) in den Feldern <Freigepäck-PC>, <KG> oder <PC/KG> vorbelegt
werden:
Länderspezifische Formate TT.MM.JJ
------------------------------------------------------- HH:MM
Sprache: _
Datum: _______________ (^T=TT, ^M=MM, ^X=MON, ^J=JJ, ^Y=19/20)
Zeit-Trennzeichen: _
Texte für ^X (Monat):
1: _____ 2: _____ 3: _____ 4: _____ 5: _____ 6: _____
7: _____ 8: _____ 9: _____ 10: _____ 11: _____ 12: _____
Freigepäck-PC: ______________________________ KG: ___________________________
PC/KG: ______________________________ __
Angelegte Sprachen:
D E F U W X
Freigepäck-PC: Texteingabe (max. 25 Zeichen) für das Format Piece (PC).
KG: Texteingabe (max. 25 Zeichen) für das Format Gewicht (KG).
PC/KG: Texteingabe (max. 25 Zeichen) für das Format Piece (PC) und
Gewicht (KG).
Bzgl. der Definition des Rechnungsdrucks (DRDEF) muss in DRDEF-5 =
Rechnungstext für die dyn. Textergänzung in der <Flugtickettext-Zeile> das
neue Hütchen "^xG" verwendet werden:
+--------------------------------------------------------+
! Flugtickettext-Zeile: !
! !
! ^FV Von 3L ^P Piece (FS,4E/DMX) !
! ^FN Nach 3L ^FD Abflugdatum !
! ^C Klasse ^ZV Abflugzeit !
! ^S Status ^ZN Ankunftszeit !
! ^G Freigepäck ^V Verkehrstag !
! ^g Freigepäck aus DM ^FRA Airline PNR !
! ^L CIA ^FRa Airline- oder CRS PNR !
! ^TL CIA Langtext ^FCC CIA Operating !
! ^NR Flugnr. ^FCG CIA Text Oper. !
! ^FE CIA+Flugnr ^FCZ Flugnr. Oper. !
! ^FcC CIA Oper/Orig ^FCN CIA+Flugnr Oper !
! ^FcZ Flugnr Oper/Orig ^FcG CIA Text Oper/Orig !
! ^FO Operating Carrier ^FcN CIA+Flugnr Oper/Orig _ !
! ^xG Freigepäck (KG,PC) ! <<<<====
+--------------------------------------------------------+
Weiterführende Details entnehmen Sie bitte den Dokumentationen
SPRDAT-DOKU und DRDEF-DOKU.
(Programme: DRECHT/SPRDAT/DRDEF / Dokus: SPRDAT-/DRDEF-DOKU / #31438)
------------------------------------------------------------------------------
17.09.24: Warnung bei Löschung einer H-Zeile bei Hotels
Wird ein bereits bestehender H-Satz einer Hotelbuchung aufgerufen und am
Zeilenende versucht mit <F1> abzuspringen, dann erscheint ab sofort die
folgende Warn-/Fehlermeldung:
+-------------------------------------------------+
! !
!Soll dieser H-Satz wirklich gelöscht werden? __ !
! !
+-------------------------------------------------+
Mit "N" bleibt der Satz erhalten, mit "J" würde er gelöscht werden.
Die gleiche Meldung erscheint, wenn man z.B. nach Aufruf der H-Zeile mit
z.B. "AN" oder "W" oder "ZI" auf die vom Haltefeld aus anspringbaren Fel-
der geht und dort versucht mit der "Pfeil runter" Taste aus der H-Zeile
heraus zu kommen.
Die Erweiterung ist vorrangig für Schnittstellenhotels gedacht um die
Buchung nicht zu verlieren durch unvorsichtiges Handeln, greift aber
genauso bei klassischen Hotels.
(Programm: HTOUR / Dokus: TPFH-DOKU / #35529)
-----------------------------------------------------------------------------
18.09.24: Erweiterung WBSCGI (IBE/Web-Schnittstelle)
Das WBSCGI, SATZART=FA (Flugvakanz basierend auf dem FVALI) wurde um fol-
gende Funktionen erweitert:
Request:
- optionale Einschränkung auf exaktes Datum (keine Drumherum-Termine),
neues Argument "NURDATUM="
- Einschränkung auf Carrier + Flugnummer (aus FS-1, F, Flugtickettexte
aus internen Flüge)
Response:
- Ausgabe des Fluggebers (1. Feld "Empfänger" auf der MS-Seite, aus FS-1),
Ausgabe in "HIN-FLUGGEBER-n=" und "RUECK-FLUGGEBER-n=".
Details entnehmen Sie bitte der WBSCGI-Doku.
(Programme: WBSCGI/TXCGI/FVDIS/FVALI / Dokus: WBSCGI-DOKU / #32261)
-----------------------------------------------------------------------------
18.09.24: Erweiterung der CRSET2-Schnittstelle
In der Schnittstelle zu Eurotours (CRSET2) kann jetzt auch die GTAZU-
Funktion genutzt werden zur Festbuchung von Sätzen, die auf WVL/RQ
eingebucht wurden. Details siehe CRSET2-DOKU.
(Programm: HOEXTOUR / Doku: CRSET2-DOKU / #36566)
-----------------------------------------------------------------------------
23.09.24: OTDEXP: Infantsteuerung bei Flügen
Bei gesetztem Schalter "Flug : EKI-KZ" = "E/e/K/k" in TPPARA, Seite 3,
Zeile 6 wird die maximale Anzahl Infants in der Hotel-Occupancy auf
die Anzahl der Erwachsenen bzw. Erwachsenen + Kinder eingeschränkt.
Dies gilt AUCH für NurHotel-Angebote!
(Programme: OTDSH/OTDEXP / Doku: OTDS-DOKU / #37331)
-----------------------------------------------------------------------------
23.09.24: WBSCGI (Internet-Schnittstelle) - SATZART=VGO
Den im TPAEND-Eintrag vom 11.06.24 beschriebenen Feldnamen für die Ausgabe
der Teilnehmer-Einzelpreise wurde zur besseren Unterscheidung von den
restlichen Feldnamen ein "TPEPR" vorangestellt.
Die Feldnamen heißen jetzt:
VORGANG-OK X(2) OK, falls Vg. nicht gelesen werden kann: FF
RECHNR X(9) Rechnungsnummer
TPEPR-STATUS X(2) OK = Teilnehmer-Einzelpreise werden ausgegeben
FF = Einzel-Preis kann nicht ermittelt werden
TPEPR-TYP-n X(2) n = Zeilennummer des 1. Leistungssatzes auf
der TP-1,B-Seite.
Insgesamt werden für bis zu 20 Leistungszeilen
die Teilnehmer-Einzelpreise ausgegeben.
TPEPR-TEILZUORD-1 X(20) Teilnehmerzuordnung für den 1. Leistungssatz
TPEPR-PREIS-1-1 X(10) Preis für 1. Teilnehmer des 1. Leistungssatzes
TPEPR-PREIS-2-1 X(10) Preis für 2. Teilnehmer des 1. Leistungssatzes
Insgesamt werden für bis zu 99 Teilnehmer die
Einzelpreise ausgegeben.
...
TPEPR-TYP-20
TPEPR-TEILZUORD-20
TPEPR-PREIS-1-20
TPEPR-PREIS-2-20
(Programme: WBSCGI/TXCGI / Doku: WBSCGI-DOKU /#23360)
------------------------------------------------------------------------------
26.09.24: Gespeicherte Freigepäckinformation beibehalten oder löschen
Zunächst zum Hintergrund der Erweiterung:
Das Freigepäck zu einem Flug wird in der nachfolgenden Reihenfolge
abgearbeitet:
- FS-1,F-Seite
- FS-1,I-Seite
- FS-4
- GDSystem (TST) / PRCAOK (PreisCache)
- FS-4E
D.h. jede Stufe zur Steuerung des Freigepäcks überschreibt, wenn sie etwas
findet, den bisherigen Inhalt.
Aus diesem Grund wurde im Programm INSAZU eine neue Funktion integriert,
um die gespeicherte Freigepäckinformation (bspw. aus dem TST) im Vorgang
beibehalten oder löschen zu können.
D.h. wenn das INSAZU feststellt, dass zum PNR bisher ein Freigepäck abge-
speichert war, beim neuen Einlesen des PNRs dann aber keine Information
zum Freigepäck vorhanden ist, dann wird im INSAZU beim Speichern eine
Abfrage <Gepäckinformation löschen J/N> angezeigt:
=> Im Beispiel (INSAZU)
FLUG ACCESS BUCHUNGEN NEU ZUORDNEN TT.MM.JJ
-------------------------------------------------------- HH:MM
Rechnr.: 1139044 Z: _1 CRS: AM PNR.: MEHRIW____ 1E
1. FRAHAMXY: 01.10.JJ FRAHAMXY FRA HAM LH 2 W 01.10.JJ 06:30-07:35
2. HAMFRAXY: 08.10.JJ HAMFRAXY HAM FRA LH 1 W 08.10.JJ 06:00-07:10
+----------------------------------------+
! !
! FRAHAMXY 01.10.JJ HAMFRAXY 08.10.JJ !
! !
! Flugzeitenänderung melden J/N N !
! Gepäckinformation löschen J/N N ! <<<<====
! !
A. FRA - HAM LH! !MXY 1
B. HAM - FRA LH! !AXY 1
+----------------------------------------+
Preis CRS: EUR 329,51 Alt: EUR 329,51
___ (#I = Blättern Inhouse, #E = Blättern Extern, PNR = Neuen PNR zuordnen)
Gepäckinformation löschen J/N: Soll im Vorgang die gespeicherte Gepäck-
information gelöscht werden?
J = Die Gepäckinformation wird entfernt.
N = (Space) Die Gepäckinformation wird nicht entfernt (Fehlwert).
Wenn man die Frage mit "J" quittiert, dann wird die Gepäckinformation aus
erste Strecke alt auf erste Strecke neu, zweite Strecke auf zweite Strecke,
...etc. übertragen. Wenn es "neu" mehr Strecken als "alt" gibt, dann wird
die letzte vorhandene Strecke auf die weiteren Strecken kopiert.
Ergänzend zur o.g. Abfrage <Gepäckinformation löschen J/N> beim Speichern
der PNR, gibt es in den INSAZU-Parametern (Feld: <CRS> - Eingabe: "PP")
ein neues Eingabefeld <Vorbelegung Gep>, um auch hier eine allg. Vorbe-
legung definieren zu können:
=> INSAZU Feld <CRS> Eingabe "PP" (Parametersektion)
FLUG ACCESS BUCHUNGEN NEU ZUORDNEN TT.MM.JJ
-------------------------------------------------------- HH:MM
Rechnr.: _______ Z: __ CRS: PP PNR.: __________
^^
^^ <<<<====
+--------------------------+
! !
! Vorbelegung FLZ N !
! Vorbelegung RD J !
! Vorbelegung TD J !
! Vorbelegung Gep N _ ! <<<<====
! !
+--------------------------+
(#I = Blättern Inhouse, #E = Blättern Extern, PNR = Neuen PNR zuordnen)
Vorbelegung Gep: Vorbelegung für SOLL DIE GEPÄCKINFO ERHALTEN BLEIBEN J/N
Weiterführende Details entnehmen Sie bitte der Dokumentation FLINSA-DOKU.
(Programm: INSAZU / Doku: FLINSA-DOKU / #38832)
------------------------------------------------------------------------------
26.09.24: Druck der TO-Stammdaten: CSV-Export Q-Sätze
Im DTO (DRUTO) gibt es beim Druck der Q-Sätze eine neue CSV-Export-
funktion: bisher konnte man mit Auswahl "4"
LEISTUNGEN MIT EK/VK (Q) 4
die Q-Sätze in verschiedenen Varianten drucken. Neu:
LEISTUNGEN MIT EK/VK (Q) 4(X)
Nach der Auswahl "4X" erhält man diese Abfrage:
<Drucker> DRUCK DER TOURISTIK-STAMMDATEN TT.MM.JJ
-------------------------------------------------------- HH:MM
- CSV-EXPORT -
Von Bezeichnung: ABC___ Bis Bezeichnung: BCD___
Von Abteilung: ____ Bis Abteilung: ____
Von Erfassdatum: __.__.__ Bis Erfassdatum: __.__.__
Leistungsart: _ CSV-Header: _
CSV-Dateipfad: /blank/wbs/drudef/toq.csv_________________________
Kurzliste: 1
Ausführliche Liste: 2
Kontrollliste: 3 _
Hier wird entschieden, ob
- der Export mit/ohne Header stattfinden soll (CSV-Header),
- wie Exportpfad/Name der Exportdatei lauten (CSV-Dateipfad).
Gemäß Initiator wird ausschl. die Auswahl "Ausführliche Liste" beim
CSV-Export unterstützt.
Details entnehmen Sie bitte der TO-Doku.
(Programme: DRUTO / Doku: TO-DOKU / #38400)
-----------------------------------------------------------------------------
27.09.24: Neues Hütchen im HOTLI
Mit dem Hütchen BEF können die Texte der nachgezogenen Leistungen
(BIMLQ) in einer fortlaufenden Zeile gedruckt werden. Weiterhin arbeitet
dieses Hütchen auch noch wie das Hütchen "/".
Auch wenn es sich um mehr als 200 Zeichen handelt, muss nur ein Hütchen
BEF in der Definition hinterlegt werden. Dieses Hütchen "druckt" also alle
Bemerkungen in einer Zeile.
(Programm: HOTLI / Doku: HOTLI-DOKU / #38423)
------------------------------------------------------------------------------
27.09.24: Neues Hütchen im DPA (DRPASS)
Mit dem Hütchen BEF können die Texte der nachgezogenen Leistungen
(BIMLQ) in einer fortlaufenden Zeile gedruckt werden (max. 200
Zeichen).
Wenn es sich um mehr als 200 Zeichen handelt, müssen entsprechend
mehrere Hütchen BEF in der Definition hinterlegt werden.
(Programm: DRPASS / Doku: DPA-DOKU / #38423)
------------------------------------------------------------------------------
27.09.24: neue Ausgabe im HOTLI
Mit der Eingabe "S" im Feld <Format> im HOTLI-5,1 wird bei nachgezogenen
L-Sätzen vor und hinter dem Preis ein ";" ausgegeben.
Hintergrund: man kann so eine Liste zusammenbasteln, die als CSV eingelesen
die Preise in eine Spalte zum Auswerten bringt.
(Programm: HOTLI / Doku: HOTLI-DOKU / #37570)
------------------------------------------------------------------------------
27.09.24: BLAISD: Neue Datei isdvflat
Änderung zum gleichlautenden Eintrag vom 23.05.24:
In der Parametersektion des BLAISD (Aufruf PA) gibt es neu:
isdvek 1 198 _ _ (zweites einstelliges Feld hinter isdvek):
J = Datei isdvflat erzeugen (Voraussetzung Programm HOGA - nicht das
komplette HOGA-Modul)
Die Datei isdvflat ist wie die isdvek aufgebaut, und liefert die Werte
der HS-2,B,EYx-Seite bei korrelierendem Verweis aus HS-2,B,G bzw. G-4.
(Programm: BLAISD / Dokus: BLAISD-DOKU / #29523)
------------------------------------------------------------------------------
30.09.24: Erweiterung der Lfd-Anzahl im FSFGEP (FS,4E)
Das Zusatzmodul "FSFGEP" (Erweiterte Freigepäcksteuerung) wurde im Feld
<Lfd> um die Anzahl der Einträge (von zwei- auf dreistellig) erweitert:
=> FS,4E
F L U G - S T A M M TT.MM.JJ
--------------------------------------------------------- HH:MM
Freigepäck
Lfd CIA C/L Ziel Ab Leist von Leist bis Cl FS Budat von/bis
___ ___ _ ___ _ ___________ ___________ _ __ __.__.__ __.__.__
Cl.Ext Text Dauer/Frei / PC
_ ______________________________ __ ___ ___ _
__ ___ ___
__ ___ ___
Lfd: Eingabe der laufenden Nummer. Es sind max. 256 Einträge möglich.
Weiterführende Details entnehmen Sie bitte der Dokumentation FSFGEP-DOKU.
(Programm: FSFGEP / Doku: FSFGEP-DOKU / #40160)
------------------------------------------------------------------------------
30.09.24: FS: EKI-Steuerung von Leistungssätzen der FS-1,P-Seite
Im FS-1,P-Seite wurde für die nachgezogenen Leistungssätze die Steuerung
für EKI entwickelt.
Wie aus FS-1,L bekannt, können hier abweichende Preiskennzeichen
für Erwachsene/Kinder/Infants hinterlegt werden.
(Programme: FLUGST/FTOUR/TXFLU etc. Doku: FS-DOKU / #35435)
------------------------------------------------------------------------------
02.10.24 Neue Parameter für FRFSOK "Freier Flugsatz" (jetzt in FRFSPP)
Die Parametereinstellungen für die Buchbarkeit der Freien Flugsätze mittels
Zusatzmodul FRFSOK wurden erweitert. Im Zuge der Programmierung entstand
ein eigenes Parameterprogramm, das die Zeile 40 aus FS-PP übernimmt und
ersetzt. Der Aufruf des FRFSPP erfolgt aus dem Grundmenu.
Folgende neue Steuerungsmöglichkeiten sind gegeben:
- Steuerung der Agenturprovision für die Freien Flugsätze
- Angabe der tour. Leistung
- Definition des Währungsschlüssel für die Einkaufspreise
(Programme: FRFSPP/FLUGST/FFEK/FTOUR/FVAK/TPNEU/TXCGI Doku: FRFSOK-DOKU /
#31856)
------------------------------------------------------------------------------
04.10.24 Neue Schalterstellung in HS-2,B,W für KFANG-Vererbung in TK-Hotel
Für den Schalter X im Teilkontingenthotel "X-Seite vom HK-Hotel nutzen"
wurde eine neue Schalterstellung programmiert.
Bis jetzt war mit <J> möglich: X-Seite im TK-Hotel wird ignoriert und
nur die Werte des HK-Hotels werden benutzt, ebenso die KFANG-Angebote
des Hauptkontingenthotels.
Mit der neuen Einstellung <H> = X-Seite im TK-Hotel wird ignoriert und
nur die Werte des HK-Hotels werden genutzt, aber die KFANG-Einträge des
HK-Hotels werden NICHT genutzt, nur KFANG-Einträge des TK-Hotels (falls
vorhanden).
(Programme: HPR/HSTEX Doku: HS2-DOKU / #36396)
------------------------------------------------------------------------------
04.10.24: Berücksichtigung der Infants bei der Preisberechnung als Kinder
Im Hotelstamm, HS-2,B,T, Zeile 10 im Feld <INF-ALT> ist eine neue Schalter-
stellung programmiert worden:
Eingabe N = alle gebuchten Infants werden bei der Preisberechnung wie
jüngere Kinder betrachtet (es betrifft nur die Regeln der Preisberechnung,
alle anderen Definitionen bezüglich der Infants bleiben unberührt).
Weitere Infos siehe HS2-DOKU.
(Programme: HPREK/HPR/TXHOT/HSXIMP/HSXEXP/HOPROS/HOHIST/DRHOT /
Doku: HS2-DOKU / #35587)
------------------------------------------------------------------------------
04.10.24: Erweiterung des DKU um CSV-Export
Bislang war es im DKU bereits möglich, Kundendaten im CSV-Format auszu-
geben. Dazu nutzt man den Menuepunkt "5" (DATEI-ERSTELLEN). Neu:
Auch der Punkt "KUNDENSTAMM-HISTORIE" und "TEILNEHMER AUS TP" wird nun
(wenn selektiert) in CSV-Form ausgegeben:
KUNDENSTAMM-HISTORIE: _ ______________________________________________ TZ:_
TEILNEHMER AUS TP : _
...
Wird das Feld KUNDENSTAMM-HISTORIE mit Pfad/Export-Datei gefüllt, erreicht
man das neue Feld "TZ:" (Trennzeichen). Dort gibt man z.B. ";" ein. Beim
Export wird dann eben das Semikolon als Trennzeichen ausgegeben.
Wird das Feld TEILNEHMER AUS TP bejaht, werden wie schon bisher auch die
letzten Teilnehmerdaten ausgegeben - ebenfalls im CSV-Format.
An den Feldinhalten selbst wurden keine Änderungen vorgenommen.
(Programm: DKUND / Doku: DKU-DOKU / #29943)
------------------------------------------------------------------------------
08.10.24: Neues Sondermodul TOPRTB: reisedatumsabhängige Preistab. in TO-4/L
Es ist ein neues Sondermodul entstanden, mittels dem eine Nutzung der
Preistabellen in einem TO-L/-C/-E-Satz in Abhängigkeit von Reisedatum
möglich ist.
Im weiteren Text steht der Begriff L-Satz übergreifend für die leistungs-
tragenden Sätze mit Preistabellen.
In einem TO-L-Satz mehrere Preistabellen (aus TO-9, TO-14, TO-29)
reisedatumsabhängig hinterlegt werden. Es sind 24 Einträge in einer Tabelle
je L-Satz möglich.
Mit Eingabe <R> im ersten Feld "PREIS-VERWEIS (P,K,T)" gelangt man in die
datumsabhängige Tabelle:
+- Typ Nr. Datum Tabelle ------+
! ______ __ __.__.__ ______ _ !
! ______ __ __.__.__ ______ _ !
! ______ __ __.__.__ ______ _ !
! ... !
+------------------------------------+
Das Datum und somit die Prüfung auf Gültigkeit bezieht sich immer auf das
Reisedatum der TP-1, A-Seite!
Das Programm ist nicht im Standardpaket enthalten. Den Preis entnehmen
Sie bitte der DECK-DOKU. Weitere Infos siehe TOPRTB-DOKU.
(Programme: TOPRTB/TPREIS Doku: TOPRTB-DOKU / #33798/#34154/#38545)
-----------------------------------------------------------------------------
14.10.24: Erweiterungen im Modul BLKLST (Blacklist - Teilnehmername)
Das Blacklist-Modul (BLKLST) wurde hisichtlich einer Prüfung auf Teil-
nehmernamen erweitert. Die Prüfung auf Namen bei externen Buchungen
kann so eingestellt werden, dass die Prüfung auf eine exakte Überein-
stimmung erfolgt oder nur Namensbestandteile geprüft werden.
Wenn bei externen Buchungen der Name ganz oder teilweise übereinstimmt
- je nach Anlage - kommt die Fehlermeldung:
BUCHUNG NICHT MOEGLICH. BITTE RUFEN SIE DEN VERANSTALTER AN.
Eine genauere Beschreibung entnehmen Sie der BLKLST-Doku.
(Programme: BLKLST/TXPAX / Doku: BLKLST-DOKU #39458)
-----------------------------------------------------------------------------
16.10.24: Neue Hütchenfunktionen im DPA (Programm DRPASS)
- Das Hütchen BEe gibt den Einkauf pro Strecke aus, also nur den Hinflugan-
teil oder den Rückfluganteil, je nachdem, ob gerade der Hinflug oder der
Rückflug gedruckt wird.
Weiterhin gibt es für dieses Hütchen die Summenzähler ^BSe1/^BSe2.
- Das Hütchen VS gibt die Sprache des Vorgangs aus lt. TP-1,A-Seite,
Zeile 15, Feld rechts neben AGENTUR-NR.
(Programm: DRPASS / Doku: DPA-DOKU / #40012)
-----------------------------------------------------------------------------
23.10.24: Externe Auflistung von intern gebuchten Vorgängen
In TXPARA, Seite 5, Zeile 12 rechts gibt es folgenden neuen Schalter:
Vorgang ext. darst.:
J = Intern gebuchte "CRS-fähige" Vorgänge erhalten das "Extern-Kennzei-
chen" (die Vorgangsnummern werden bei Neuanalage in die Datei
"startkey" geschrieben) und werden somit in der externen Vorgangssuche
gelistet. Die Übermittlung geschieht durch den Prozess STATPV und ist
somit etwas zeitverzögert.
(Programme: TXPARA/TPAS/TXDVO / Doku: TOMA-DOKU / #37943)
-----------------------------------------------------------------------------
24.10.24: Neues Feld in HS-2,B auf der RC-Seite (RAIL & CRUISE)
Auf der RC-Seite im Hotelstamm (HS-2,B,RC) gibt es das Feld <Paket J/N>.
Hier kann gesteuert werden, ob der Eintrag nur für eine Paketbuchung, eine
Hotelbuchung oder für beides gilt.
Hintergrund: Bislang wurde bei einer Paketbuchung die RC-Seite nur von dem
ersten H-Satz berücksichtigt. Jetzt können bei einer Paketbuchung der Ziel-
bahnhof des ersten und der Rückbahnhof des zweiten H-Satzes berücksich-
tigt werden.
(Programme: HOTRUC/VONEU/HOHIST/HIINIT/DRHOT / HOTRUC-DOKU / #38959)
------------------------------------------------------------------------------
25.10.24 Neue Schalterstellung in HS-2,B,Y/X im Feld <AF>
Im Feld <AF> (ankunfts-/aufenthaltsbezogen) auf der HS-2,B, Y- und X-Seite
des Hotelstamms ist eine neue Schalterstellung programmiert worden:
1 = Bei Nutzung der tageweisen Prüfung der Wertigkeiten (Sondermodul
HPTGOK) gilt ein anreisebezogenes Angebot nur dann, wenn es auch am
Anreisetag selbst gilt. Beispiel siehe HS2-DOKU.
(Programme: HOSO/HPR/HPREK/HSTEX/OTDSH Doku: HS2-DOKU / #35499)
------------------------------------------------------------------------------
28.10.24: Neues Feld im HOLTI-5,1 <Anschlussleist. -:>
Anschlussleist. -: Hier kann ein Text definiert werden, der dann gedruckt
wird, wenn es weder eine Anschlussleistung H noch eine Anschlussleistung F
gibt. Weiterhin können hier ";;;" (Semikola) eingetragen werden, um eine
korrekte Positionierung der Spalten bei Nutzung einer CSV-/Excel-Ausgabe
erreichen zu können.
(Programm: HOTLI / Doku: HOTLI-DOKU / #40781)
------------------------------------------------------------------------------
30.10.24: Neues Hütchen Ku@ im VONEU (VD)
Das Hütchen Ku@ druckt die Mailadresse des Unterlagenempfängers mit
Berücksichtigung eines eventuellen Eintrags auf der AG-P-Seite (Eintrag
im VODEF-4 ALLGEMEINE PARAMETER im Feld AG-P:) Wenn hier ein Eintrag
hinterlegt ist und die Agentur der Unterlagenempfänger ist, dann wird
die entsprechende Mailadresse der AG-P-seite gedruckt.
(Programm: VONEU / Doku: VODEF-DOKU / #40727)
------------------------------------------------------------------------------
30.10.24: Hotelprüfung (HS-Check) für Flugvakanz im CRS/CETS
In der Einstiegsmaske vom CRS/CETS kann im Feld <Leistung> ("Arragement")
der Hotelcode (Hotelleistung) zusätzlich eingegeben werden.
Wird hier ein Hotelcode eingegeben werden ausschließlich diejenigen Flüge
abgefragt bzw. angezeigt, die mit diesem Hotel (lt. FS-1,HT bzw. HS,2,B,Z)
kombinierbar sind.
Weiterführende Details entnehmen Sie bitte den Dokumentationen
CETS-DOKU und FVALI-DOKU.
(Programm: CTFVA / Dokus: CETS-/FVALI-DOKU / #39707)
------------------------------------------------------------------------------
30.10.24: Erweiterung der Vakanzanfrage um Filter für Kabinenklasse
und Direktflüge
Mit der vorliegenden Erweiterung kann in den Flugvakanzen in TP/TOMA
(Programm: FVIDEF) auf die Beförderungsklasse (Kabinenklasse) bzw. auf
Direktflüge gefiltert werden.
In der TP-Vakanz (TP-12) erfolgt die Filterung der Kabinenklasse über
das Feld <Klasse>. Für die Filterung der Direktflüge gibt es das neue
Feld <Direkt>.
Bitte beachten Sie, dass es sich bei der Funktion zur Einschränkung und
Darstellung der Kabinenklasse um eine reine Filterung der von HitchHiker
gelieferten Flugergebnisse handelt. D.h. die Einschränkungen werden nicht
als Parameter im Request an HitchHiker genutzt. Bei der Einschränkung auf
Direktflüge in TP und TOMA ist als Regel definiert, dass Flüge als Direkt-
flüge gelten, wenn sie nur aus einem Flugsegment bestehen.
Für die einfache Darstellung der Kabinenklasse innerhalb der FVALI-Vakanz
ist das Hütchen (Platzhalter) "^c" (=> kleines "c" - <CabinClass> aus
HitchHiker) im Programm FVIDEF (Vakanz-Definition) vorgesehen. Das Sonder-
Kennzeichen für die Optionierbarkeit wird wie bisher mit einem separaten
Hütchen ausgegeben. Bitte achten Sie auf den entsprechenden Platz in der
Vakanzdefinition für die neu anzuzeigenden Werte.
=> Im Beispiel einer TP-Vakanz (TP-12)
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__ 1610E___ _ _ ___ ________ ___ _____ __.__.__ _ _ ______
__
Von/Nach: FRA FCO ___ ___ Hin/Rückflug: ITROHAGF AITROHGF Direkt : _ / _
Datum : 01.11.JJ 08.11.JJ Klasse: _ / _ Pers: __ Auswahl: ____
Hotel : __________ _____
H I N FRA - FCO R U E C K FCO - FRA
P Datum VT Flug Abf Ank CA frei Datum VT Flug Abf Ank CA frei
A 27.10 7 ITROHAGF 9999 9999 YY9999 X 03.11 7 AITROHGF 9999 9999 YY X 0
B 28.10 1 ITROHAGF 9999 9999 YY9999 X 04.11 1 AITROHGF 9999 9999 YY X 0
C 29.10 2 ITROHAGF 9999 9999 YY9999 X 05.11 2 AITROHGF 9999 9999 YY X 0
D 30.10 3 ITROHAGF 9999 9999 YY9999 X 06.11 3 AITROHGF 9999 9999 YY X 0
E 31.10 4 ITROHAGF 9999 9999 YY9999 X 07.11 4 AITROHGF 9999 9999 YY X 0
F 01.11 5 ITROHAGF 1130v1645 SN7018 Y 1 08.11 5 AITROHGF 0825 1205 LHY 1 794
G 01.11 5 ITROHAGF 1130v1645 SN7018 Y 1 08.11 5 AITROHGF 0825 1305 LHY 1 794
H 01.11 5 ITROHAGF 1130v1645 SN7018 Y 1 08.11 5 AITROHGF 0825 1505 LHY 1 794
I 02.11 6 ITROHAGF 9999 9999 YY9999 X 09.11 6 AITROHGF 9999 9999 YY X 0
J 03.11 7 ITROHAGF 9999 9999 YY9999 X 10.11 7 AITROHGF 9999 9999 YY X 0
K 04.11 1 ITROHAGF 9999 9999 YY9999 X 11.11 1 AITROHGF 9999 9999 YY X 0
L 05.11 2 ITROHAGF 9999 9999 YY9999 X 12.11 2 AITROHGF 9999 9999 YY X 0
M 06.11 3 ITROHAGF 9999 9999 YY9999 X 13.11 3 AITROHGF 9999 9999 YY X 0
Direkt: _ /... Filterung der Vakanz auf Direktflüge im Hinflug
N = (Space) Es werden sämtliche Flugereignisse für den Hinflug
angezeigt.
J = Es werden ausschließlich Direktflüge (Point-to-Point) für den
Hinflug angezeigt.
Direkt: ... / _ Filterung der Vakanz auf Direktflüge im Rückflug
N = (Space) Es werden sämtliche Flugereignisse für den Rückflug
angezeigt.
J = Es werden ausschließlich Direktflüge (Point-to-Point) für den
Rückflug angezeigt.
Klasse: _ /... Auswahl der Buchungsklasse und/oder Kabinenklasse des
Hinfluges. Die Vakanz wird nur für die eingegebene Buchungsklasse
dargestellt, und/oder die Einschränkung wird auf die übermittelte
Kabinenklasse (nur bei HitchHiker - CRSHH) vorgenommen.
Das Feld kann leer bleiben, wenn alle Buchungsklassen angezeigt
werden sollen.
Klasse: ... / _ Auswahl der Buchungsklasse und/oder Kabinenklasse des
Rückfluges
Die Vakanz wird nur für die eingegebene Buchungsklasse dargestellt,
und/oder die Einschränkung wird auf die übermittelte Kabinenklasse
(nur bei HitchHiker - CRSHH) vorgenommen.
Das Feld kann leer bleiben, wenn alle Buchungsklassen angezeigt
werden sollen.
Im CRS/TOMA (STADIS) erfolgt die Filterung über das Feld: <Unt.>
(Unterbringung). Und zwar sowohl für den Direktflugwunsch (Eingabe "D")
als auch für die Beförderungsklasse (Kabinenklasse):
=> Im Beispiel einer TOMA-Vakanz (CRS-Stadis)
EXP0001E-NR110830001GW P 50 137 AMADEUS TOMN40
K980 Vorwärtsblättern mit VOR-Taste möglich <F5>
Aktion G_ Veran EVS_ Reiseart ____ Pers 1__ AgNr 011083___ V-Nr _________ __
_______________________________________________ Ber GW____ Seite 1/1 Blättern +
M Anf Leistungs-Code Unt. Be Anz Von Bis Teiln-Zuordnung ST Preis
_ 1 F__ ITROHAGF_AITROHGF YDYD __ ___ 0901JJ 1601JJ ________________
_ 2 ___ _________________ ____ __ ___ ______ ______ ________________
_ 3 ___ _________________ ____ __ ___ ______ ______ ________________
_ 4 ___ _________________ ____ __ ___ ______ ______ ________________
_ 5 ___ _________________ ____ __ ___ ______ ______ ________________
_ 6 ___ _________________ ____ __ ___ ______ ______ ________________
"v"=Via - Rückflg mit Kennz in Spalte X nur mit selbem Kennz im Hinflg buchbar
VT Dat. Flugcode CA KF X Abf. Kab ! VT Dat. Flugcode CA KF X Abf. Kab
A 7 05.01 ITROHAGF YY Y- 9999 !A 1 13.01 AITROHGF YY Y- 9999
B 1 06.01 ITROHAGF YY Y- 9999 !B 2 14.01 AITROHGF YY Y- 9999
C 2 07.01 ITROHAGF YY Y- 9999 !C 3 15.01 AITROHGF YY Y- 9999
D 3 08.01 ITROHAGF YY Y- 9999 !D 4 16.01 AITROHGF LH Y1 0825 Y
E 4 09.01 ITROHAGF SN Y1 1130 Y !E 4 16.01 AITROHGF LH Y1 0825 Y
F 5 10.01 ITROHAGF YY Y- 9999 !F 4 16.01 AITROHGF LH Y1 0825 Y
G 8 11.01 ITROHAGF YY Y- 9999 !G 5 17.01 AITROHGF YY Y- 9999
H 7 12.01 ITROHAGF YY Y- 9999 !H 8 18.01 AITROHGF YY Y- 9999
I 1 13.01 ITROHAGF YY Y- 9999 !I 7 19.01 AITROHGF YY Y- 9999
J 2 14.01 ITROHAGF YY Y- 9999 !J 1 20.01 AITROHGF YY Y- 9999
O=Option nicht möglich-nur Festbuchung!
Unt.: Bei Anforderung F/NF kann die Eingabe der gewünschten Buchungsklasse
und/oder Kabinenklasse vorgenommen werden. D.h. bei der FVALI-Vakanz
wird hier durch die Eingabe der Buchungsklasse die Vakanz eingeschränkt.
Darüber hinaus ist ein Direktflugwunsch möglich (bspw. Klasse "Y" und
Direkt "D" => Eingabe "YD" für den Hinflug) oder eine Einschränkung auf
die Kabinenklasse (nur bei HitchHiker - CRSHH). Leerstellen werden
ignoriert.
Für die Klassenkürzel werden von Hitchhiker unterschiedliche Buchstaben
als Klassen genutzt. Um diese sinnvoll dem Kunden darzustellen wurde eine
Übersetzungstabelle im FS-I,K "Klassen - Tabellen" implementiert. In dieser
Tabelle wird eine Zuordnung der externen Hitchhiker-Klassen zu den darzu-
stellenden/abzufragenden Klassen vorgenommen:
=> FS-I,K <CIA>
F L U G - S T A M M TT.MM.JJ
------------------------------------------------------- HH:MM
Klassen - Tabellen Flug Access
CIA Klasse Extern Coop.
___ _ _ _ _ _ _ _ _ _ _ _ _ _
CIA: Eingabe der Airline (CIA) oder das CRS (GDS).
Für die eingegebene Airline (CIA) können Klassen zusammengefasst werden.
Für das eingegebene CRS können Übersetzungen der Kabinenklasse vorge-
nommen werden. Mit der Eingabe "*" für CIA gefolgt von dem CRS "*HH"
(gilt nur im Falle von HitchHiker - CRSHH) können Übersetzungen der
Kabinenklassen hinterlegt werden:
=> Im Beispiel:
CIA Klasse Extern
*HH B B C
*HH P W P
Hierbei gilt: B und C werden als B dargestellt, W und P als P
Die Aktivierung der neuen Abarbeitung (die Filterung für Direktflüge
und Kabinenklasse) wird über folgende Parametereinstellung vorgenommen:
Im TXPARA auf Seite 5 rechts neues Feld <FVALI D=Direkt:>
FVALI D=Direkt: Steuerung der FVALI-Vakanz: Buchungsklasse oder
Direktflüge?
N = (Space) Die Flugvakanz wird bei Eingabe einer Klasse im
Feld <Unt.> auf die Buchungsklasse gefiltert (Fehlwert).
J = Die Flugvakanz wird bei Eingabe einer Klasse (Buchungsklasse)
und/oder bei Eingabe "D" im Feld <Unt.> auf Direktflüge (Point-
to-Point) gefiltert. Hierfür muss der Wert "D" im CRS-Feld <Unt.>
verwendet werden. Somit ist der Wert "D" keine Klasse, sondern ein
Direktflugwunsch. Im Beispiel für den Hinflug: Klasse "W" und
Direkt "D" => Eingabe "WD" an 1. und 2. Stelle im CRS-Feld <Unt.>.
Und in den FLINSA-Parametern (FS-I,P) auf Seite 2 im Feld <FVALI Cab.Cl:
_ (J/N/X)>
FVALI Cab.Cl : _ (J/N/X): Soll die Kabinenklasse in der Flugvakanz
(FVALI) geprüft werden? (Nur bei Einsatz der HitchHiker-Schnitt-
stelle "CRSHH" relevant!)
N = (Space) Die Kabinenklasse wird generell nicht getestet (Fehlwert).
J = Die Kabinenklasse wird auch bei Klasseneinschränkung im CRS-Feld
<Unt.> getestet.
X = Wenn eine Kabinenklasse geliefert wird, dann wird nur die getestet.
Weiterführende Details entnehmen Sie bitte den Dokumentationen
FLINSA-DOKU, TOMA-DOKU, CRSHH-DOKU und FVALI-DOKU.
(Programme: INSAC/FVDIS/FVALI/FLINSA/TXPARA/TXFVI /
Dokus: FLINSA/TOMA/CRSHH/FVALI-DOKU / #39272)
------------------------------------------------------------------------------
30.10.24: TPPARA: Druck von Optionsbestätigungen
Im TPPARA, Seite 3, gibt es einen neuen Parameter:
Best J/N:
Wenn dieser Schalter auf "J" gesetzt wird, dann wird auch bei einer Option
das Druckkennzeichen auf "B" gesetzt. Nach Druck der Optionsbestätigung
wird dann das Druckkennzeichen "leer" <space> gesetzt.
(Programme: TPNEU/TPAS/TPASK/TPEXT/TPPARA /
Dokus: RD-DOKU/TP1-DOKU/ TPPARA-DOKU / #40546)
------------------------------------------------------------------------------
31.10.24: WBSCGI (Internet-Schnittstelle) - SATZART=FA
Die SATZART=FA wurde um folgendes Feld erweitert:
HOBEZAG X(10) Hotelstammbezeichnung.
Es werden nur Flüge in der Vakanz ausgegeben,
die mit diesem Hotel kombinierbar sind.
Weiterführende Details entnehmen Sie bitte den Dokumentationen
WBSCGI-DOKU und FVALI-DOKU.
(Programme: WBSCGI/TXCGI / Dokus: WBSCGI/FVALI-DOKU / #39707)
------------------------------------------------------------------------------
04.11.24: Externe Optionsverlängerungen sperren (OPTVL)
Nur von Bedeutung in Verbindung mit Zusatzmodul OPTVL (externe
Optionsverlängerungen).
Im Flugstamm auf der FS-1,P-Seite gibt es im Feld <-OPT> zwei neue Ein-
gabewerte "V" und "!", um Optionsverlängerung mit oder ohne Anfragen
global für diesen Flugstamm sperren zu können:
-OPT: Optionen/Anfragen und/oder Verlängerungen global sperren.
"J" /"O" = Optionen gesperrt.
"A" = Anfragen gesperrt.
"*" = Optionen und Anfragen gesperrt.
"V" = Optionsverlängerung gesperrt. <<<<====
"!" = Optionsverlängerung und Anfragen gesperrt. <<<<====
Alle anderen Einträge und leer = Option und Anfragen möglich (Fehlwert).
Diese neue Steuerung zum Sperren von Optionsverlängerungen wird nur
im Zusatzmodul OPTVL (externe Optionsverlängerungen) berücksichtigt.
Mit dem Modul OPTVL können für einzelne Vorgänge (agenturabhängig) -vor
dem Optionsverfall- Optionsverlängerungen extern zugelassen werden. Dies
wird ausgelöst durch Ausführung nur der Aktion-U auf einem Vorgang (ohne
weitere Änderung des Buchungsinhalts).
Weiterführende Details entnehmen Sie bitte den Dokumentationen
FS-DOKU und OPTVL-DOKU.
(Programme: FLUGST/FVAK/TXOVL / Dokus: FS-/OPTVL-DOKU / #35104)
------------------------------------------------------------------------------
04.11.24: WBSCGI (Internet-Schnittstelle) - SATZART=RE
Die SATZART=RE wurde um folgendes Feld erweitert:
FLAG-ALT-VORGANG X(1) J = Die Prüfung der Datumsroutinen wird abge-
schaltet, d.h. es können auch Rechnungen/
Bestätigungen für Vorgänge mit Reisetermin
in der Vergangenheit gedruckt werden.
(Programme: WBSCGI/TXCGI / Doku: WBSCGI-DOKU /#39817)
------------------------------------------------------------------------------
05.11.24: WBSCGI (Internet-Schnittstelle) - SATZART=ZS (neu)
Im WBSCGI (IBE-Schnittstelle) wurde eine neue Satzart ZS geschaffen. Diese
neue Satzart dient dazu, die Payment-Seite der Veranstalter-Website zu
unterstützen.
Die neue Satzart beruht auf Nutzung des WBS-Moduls ZAHLZZ (fiktive Zahlart
"Z", Überleitung auf die Payment-Site des Veranstalter bzw. von WBS
gehosteten Zahlseite).
Mithilfe der SATZART=ZS kann z.B. die Referenznummer/individuelle
Kontonummer (Modul SBLZOK) ausgegeben werden.
Ein Ablauf auf der Web-Zahlungsseite könnte also sein:
- Kunde meldet sich an
- Kunde gibt an, dass er per Überweisung zahlen möchte
- der Veranstalter verwendet die neue WBSCGI-Aktion und kann dem Kunden
danach die Daten für dessen Überweisung mitteilen (z.B. Banking-App)
- optional: der Veranstalter lässt sich vom Kunden nochmal per Klick be-
stätigen, dass dieser überweist, und setzt erst daraufhin die ZAHLZZ-
Routine aus
Details zur neuen Satzart entnehmen Sie bitte der WBSCGI-Doku.
(Programme: WBSCGI/TXCGI / Doku: WBSCGI-DOKU / #40355)
------------------------------------------------------------------------------
06.11.24: Neue CODPRG-Funktion: Druck per SPOOL
ZUGANGSBERECHTIGUNGEN DER MITARBEITER
--------------------------------------------------------
Zuordnung Mitarbeiter 1,1D,1DH <<<
Zuordnung Programme 2,2D,2DH <<<
Zuordnung PDEFT-Funktionen 3,3D,3DH <<<
Im CODPRG konnte man schon mit den Funktionen "1D", "2D" und "3D" die
jeweiligen Bewegungsdaten drucken.
Diese Funktion wurde dahingehend erweitert, so dass mit
- "1DH" die Daten aus "Zuordnung Mitarbeiter",
- "2DH" die Daten aus Zuordnung Programme" und mit
- "3DH" die Daten aus "Zuordnung PDEFT-Funktionen".
in den Hintergrund gestellt und somit per SPOOL-Job gedruckt werden können.
Die Weiterverarbeitung obliegt dem Veranstalter, z.B. Versand an SFTP
per Script.
(Programm: CODPRG / Doku: CODPRG-DOKU / #40260)
-----------------------------------------------------------------------------
06.11.24: Gutscheine sperren bzw. freigeben
Mit der Eingabe "**" im GUTST-5,E bzw. GUTST-6,E im Feld <aktiv> können
alle Gutscheine gesperrt bzw. freigegeben werden, die zu den Einträgen
im Feld <Profil> und <Lfd> passen.
(Programm: GUTST / Doku: GUTST-DOKU / #36694)
-----------------------------------------------------------------------------
20.11.24: Ticketdruck ("/" Eintrag auf der TP-1,UD-Seite)
"/" hinter der Flugstammbezeichnung: wenn im RUFPAR-1 der Schalter
<16. TICKET UNTERDR.> auf "J" steht, und der Vorgang kein Rail&Fly hat,
wird kein Flug-Ticket gedruckt.
Der Ticketdruck schreibt das aber ganz regulär auf die UD-Seite.
Um das zu erkennen, wird in solch einem Fall der "/" hinter der Flugstamm-
bezeichnung geschrieben.
(Programm: TINEU / DOKU: TPULAD-DOKU / #41988)
------------------------------------------------------------------------------
22.11.24: Erweiterung des (Sonder-)Moduls OTDS
Nachdem im Hotelstamm selbst bei den Prozentsonderpreis das Kumulieren
eingeführt wurde (siehe Änderungstext vom 19.06.23:
Kumulieren von Prozentsonderpreisen im Hotelbereich)
konnte dies nun auch für das (Sonder-)Modul OTDS umgesetzt werden.
(Programme: OTDSH/HPR/HSTEX / Dokus: HS2-DOKU/OTDS-DOKU / #41899)
------------------------------------------------------------------------------
27.11.24: Erweiterung der Suchroutine im Hotelstamm
Die Suche nach Hotelbezeichnungen wurde erweitert, um flexibel nach
verschiedenen Stellen in der Hotelbezeichnung zu suchen.
Es kann mit den Platzhaltern "." und "^" an beliebigen Positionen
gearbeitet werden, um die Suche entsprechend einzuschränken.
Auch AYT* ist möglich, um alle Hotels beginnend mit AYT zu finden
oder "^S..." = erste Position alle Zeichen, 2. Position ein S, ab dann
beliebige Kennzeichen auf der 3., 4. und 5. Position.
(Programm: MASKE / DOKU: HS2-DOKU / #41772)
------------------------------------------------------------------------------
27.11.24: TXPARA: Neuer Parameter für Kinderalter bei Nurflug
In TXPARA, Seite 6 Nr. 10 gibt es einen neuen Parameter zur Steuerung
des Kinderalters bei Nurflugbuchungen im CRS: "ALT FS-3A".
Für Nurflugbuchungen kann hier festgelegt werden, dass das Kinderalter
aus FS-3A, Feld "Ki" geprüft wird.
"J" = Das Kinderalter wird bei Nurflugbuchungen aus FS-3A geprüft.
"N" = (Fehlwert) Kinderalter wird aus TXPARA, Seite 1, Feld 17
MAX. K-ALTER geprüft.
(Programme: TXPARA/TXPAX/TXFLU Doku: TOMA-DOKU / #42391)
------------------------------------------------------------------------------
27.11.24: WBSCGI (Internet-Schnittstelle) - SATZART=FA
Die WBSCGI-Schnittstelle wurde zur Filterung der Vakanzanfrage
(FVALI-Vakanz) bzgl. Beförderungs-/Kabinenklasse und Direktflüge
erweitert.
Hierfür wurden in der SATZART=FA folgende neue Felder für den
Eingang (RQ) und Ausgang (RS) integriert:
=> Request:
...
HIN-DIREKT X(1) J = Einschränkung auf Direktflüge
...
...
HIN-KLASSE X(1) Einschränkung Buchungsklasse bzw. bei Hitch-
... hiker auch die Beförderungsklasse = Kabinen-
klasse.
=> Response:
...
RUECK-DIREKT X(1) J = Einschränkung auf Direktflüge
...
...
HIN-KLASSE-1-1 X(1) Flugklasse
HIN-KABINE-KLASSE-1-1 X(1) Beförderungsklasse = Kabinenklasse
... (nur bei Hitchhiker)
...
HIN-KLASSE-4-1 X(1) Flugklasse
HIN-KABINE-KLASSE-4-1 X(1) Beförderungsklasse = Kabinenklasse
... (nur bei Hitchhiker)
Damit wird die Filterung der FVALI-Vakanz auch im CGI-Vertriebskanal
(WBSCGI), sowohl in den Eingangs- als auch in den Ausgangsdaten vom
WBSCGI, sichergestellt.
Weiterführende Details entnehmen Sie bitte den Dokumentationen
WBSCGI-DOKU und FVALI-DOKU.
(Programme: WBSCGI/TXCGI / Dokus: WBSCGI-/FVALI-DOKU / #40063)
------------------------------------------------------------------------------
27.11.24: CRSHH - Remark-Invoice und APIS-Daten mit Name und Geburtsdatum
(Nur bei Einsatz des Zusatzmoduls "CRSHH" relevant!)
Die HitchHiker-Schnittstelle (CRSHH) wurde um zwei neue Steuerungs-
möglichkeiten erweitert:
1) Innerhalb der Konfigurationsdatei (crshh.cnf) kann für die CRSHH-
Schnittstelle eine weitere Z-Zeile für einen "Remark-Invoice" hinzu-
gefügt werden. In dieser wird dann ein Hütchen (Platzhalter) für die
Rechnungsnummer hinterlegt:
Z GDSSource * RI VG %R
D.h. in der Z-Zeile ist "RI" das Kürzel für "Invoice" (Remark) und
darin kann man mit "%R" die Rechnungsnummer (Invoice) im PNR ent-
sprechend einblenden.
2) In der o.g. G-Zeile kann man APIS-Daten (SSR DOCS) mit Namen und
Geburtsdatum für Erwachsene, abhängig von der Source Amadeus und
Farelogix (soweit das Geburtsdatum im Vorgang vorhanden ist) in den
PNR übertragen. Hierfür trägt man in die Konfiguration (crshh.cnf)
eine oder mehrere G-Zeilen ein:
G <Source> <Variante>
Zur Steuerung gibt es zwei unterschiedliche Varianten:
0: Das Geburtsdatum (DOB) wird bei den Personen direkt erfasst.
1: Bei den Kindern (CHD) wird das DOB direkt erfasst, bei den Erwach-
senen (ADT) wird stattdessen ein APIS-Element (SSR DOCS) für das
DOB verwendet.
Weiterführende Details entnehmen Sie bitte der Dokumentation CRSHH-DOKU.
(Programm: CRSHH / Doku: CRSHH-DOKU / #36812)
------------------------------------------------------------------------------
27.11.24: WBSCGI (Internet-Schnittstelle) - SATZART=BO
Der Ausgang mit SATZART=BO wurde um folgendes Feld erweitert:
MELDUNG-TEXT X(80) Fehlertext zur START-Fehlernummer lt. MELDUNG
(Programme: WBSCGI/TXCGI / Doku: WBSCGI-DOKU /#19730)
------------------------------------------------------------------------------
28.11.24: HXUMBOK - Umbuchung von CRSMTS-/CRSTMT-Buchungen im CRS
Es gibt ein neues Modul HXUMBOK, das für die Hotelschnittstellen CRSMTS
und CRSTMT die Möglichkeit eröffnet, diverse Umbuchungen innerhalb einer
Buchung per CRS vorzunehmen.
Details siehe DECK-DOKU sowie HXUMBOK-DOKU.
------------------------------------------------------------------------------
03.12.24: Einsatz von Travelport-Cachedaten für die Galileo-Schnittstelle
(Nur bei Einsatz der Zusatzmodule "CRSGALIX/PRCAOK" relevant!)
Das Modul PRCAOK (LinienflugCache / Preiscachedaten) wurde um die Variante
Travelport-Cachedaten (PRCAGE - "Travelport Air Cache" im .JSON-Format /
Dokumentation: Travelport Air Cache User Guide v2.0 Update 2.pdf / Datum:
OCT 23 - WBS-intern: Ticket #35012) erweitert. D.h. neben den bisherigen
Cachedaten vom Anbieter PROS/Vayant im .CSV-Format, können bei Einsatz
der Galileo-Schnittstelle (CRSGALIX / WebServie) nun auch Cachedaten
direkt von Travelport verwendet werden.
Weiterführende Details entnehmen Sie bitte der Dokumenation PRCAOK-DOKU.
(Programm: PRCAGE / Doku: PRCAOK-DOKU / #38129)
-----------------------------------------------------------------------------
Diese Dokumentation wurde erstellt von der WBS Blank Software GmbH