GULP
Auslastung für Q3 + Q4 2020
Aktuell ist mit keiner Verfügbarkeit in Q3 und Q4 zu rechnen.
Start in die Saison 2019/2020 mit Heimsieg
Der erste kleine Schritt in Richtung Wiederaufstieg ist gemacht. Am gestrigen Sonntag hat BW96 Schenefeld in einem hart umkämpften Spiel gegen die Dümptener Füchse zuletzt die Oberhand behalten und 8 zu 3 verdient gewonnen.
Der Kapitän der Mannschaft Hendrik Vahl bedankte sich im Namen der Mannschaft nicht nur für die nun beginnende Zusammenarbeit mit SiS-CON, sondern auch für den lautstarken Support auf der Tribüne.

Support für BW96 Schenefeld
Ab Herbst 2019 ist SiS-CON Co-Sponsor der 1.Herren Floorballmanschaft von Blau Weiß 96 Schenefeld. Die rechten Hosenbeine ziert das Logo von SiS-CON. Damit geht eine lang gehegte Partnerschaft in eine offizielle Zusammenarbeit über. Die nächsten 3 Jahre unterstützt SiS-CON die Mannschaft bei ihrem Bestreben, zurück in die 1. Bundesliga dieser trendigen Sportart aufzusteigen. Im letzten 2 Jahren hatte man im Oberhaus gespielt und den Abstieg in der vergangenen Saison aber nicht verhindern können.

SiS-CON drückt die Daumen.
Auslastung für Q3 – Q4 2019
Das große Glück der Berater, das große Leid der Personaldienstleister; die hohe Auslastung. Auch für 2019 ist bis zum Winter mit 100% Auslastung zu rechnen. Sehen Sie daher von Anfragen bis Dezember ab.
Migrationskontenfindung
Ich nehme mir mal ein schlankes Thema vor. Das ist kurz und knackig und man braucht es immer nur genau einmal. Daher heißt es; Aufwand reduzieren.
Während mir eine Kollegin vorschlug, die Kontenfindung für die Ertragskontierung doch für die Migration anzupassen (Migrationskontenfindung ins Produktionssystem schießen, Migration durchführen, Kontenfindung zurück auf „Original“ setzen), schwebt mir seit 2004 die gute alte Methode vom Event V050 durch den Kopf.
Was hat es damit auf sich? Das Event V050 wird bei jeder Buchung über die Zahlplanschnittstelle durchlaufen. Hierbei wird bei jeder erstellten DFKKOP-Zeile und jeder DFKKOPK-Zeile hier gestoppt.
Will ich ein spezielles Migrationskonto benutzen, um die Ertragskontierung zu verhindern und statt dessen auf ein Zwischenkonto zu kontieren, kann ich also immer dann, wenn die DFKKOPK-Seite hier Halt macht, ein anderes Konto angeben. Fragt sich nur noch, woran man die Unterscheidung zwischen „normaler“ Buchung und Migrationsbuchung festmachen will? Ich argumentiere immer damit, dass ein eigener Migrationsuser eine tolle Sache ist. Aber auch eine Datumsabgrenzung (Buchungsdatum < xx.xx.xxxx) ist denkbar, wobei nicht ganz so flexibel in den Testmigrationen. Ginge noch über eine TVARV-Variable zu flexibilisieren. Aber in jedem Fall besser, als eine komplexe Kontenfindung zu überschreiben und Angst haben zu müssen, dass hinterher der Produktivbestrieb falsch bucht. Der 5-Zeiler ist mir lieber:
Case i_struct.
when ‚DFKKOPK‘.
if sy-uname = ‚MIGRATION‘.
i_fkkopk-hkont = ‚0815‘. „Migrationskonto.
endif.
endcase.
Auslastung Herbst 2018
Aktuell zu 100% ausgelastet. Frühestens ab Juni 2019 wieder verfügbar.
FS-CD Themenspeicher
Hier sollen Beiträge veröffentlich werden, die für jeden erfahrenen FS-CD’ler interessant sein können.
Folgende Themen sind in Vorbereitung:
- AIF besser als Direct Input?
- Dublette versus Versicherungsnummer?
- Online-Verrechnung
- Batch- oder Online-Stammdatenversorgung?
- Der rechtlich selbständige Vertrag ein VO?
- Migrationskontenfindung
- Der Unittest als Regressionstest?
- Steuerbuchungen als HV/TV?