Differences

This shows you the differences between two versions of the page.

--- 06.11.2017 [2017/11/06 12:09] – [TODO] kalaschnikow
+++ 06.11.2017 [2018/04/23 15:57] (current) – external edit 127.0.0.1
@@ Line 1: / Line 1: @@
+====== 06.11.2017 Montag ======
+===== rm#23211 CR22208: FULL Collab model in POEMA =====
+[[rm23211]]\\
+https://cust-projects.seeburger.de/redmine/issues/23211  ( CR -> [[https://cust-projects.seeburger.de/redmine/issues/22208|rm#22208 FULL Collab model in POEMA]] )
+==== TODO ====
+  * **+** POCollabEngineEJB.modify()
+    * **+** Code ändern
+    * **+** An MAJORS testen
+  * **+** statt ''usrCtx.isBuyer()'' ''bIsCustomerActing'' verwenden
+    * **+** POCollabEngineEJB.accept()
+      * **+** Code ändern
+      * **+** Testen
+    * **+** POCollabEngineEJB.reject()
+      * **+** Code ändern
+      * **+** Testen
+  * **-** Check auf collab model == FULL überall einbauen (obwohl eigentlich können die Status SWAC/SCOR auf COLLAB mode != FULL nicht entstehen)
+  * **+** Bestimmen was zu tun ist und dann die Aufgaben priorisieren
+  * **-** IF in der Methode ''POCollabEngineEJB.modify()'' anpassen (ca. line 1028 beim "TODO: implement condition properly")
+  * **-** IF in der Methode ''POCollabEngineEJB.accept()'' anpassen (ca. line 1228 beim "TODO: implement condition properly")
+  * **-** IF in der Methode ''POCollabEngineEJB.reject()'' anpassen (ca. line 1571 beim "TODO: implement condition properly")
+==== Fragen ====
+    * Wo werden Notifications über OSP_NOTIFICATION_TYPE.CANCELLATION_REVOKED und OSP_NOTIFICATION_TYPE.CANCELLATION_REQUEST_REVOKED gebraucht? Wird irgendwo eine Mail darüber geschickt?
+==== Fragen an Burkhard ====
+    * **+** CR durchgehen
+    * **+** Änderungen an den vorhandenen Templates und neue Mails beim Accept/Reject __nur wenn COLLAB mode = FULL__ ? -> Check überall einbauen, aber eigentlich können die Status SWAC/SCOR auf COLLAB mode != FULL nicht entstehen
+    * **x** Ich habe zu der ''POCollabEngineEJB.accept()'' (und ''POCollabEngineEJB.reject()'') Code hinzugefügt, der eine Mail schickt. Das verursachte aber das Problem, dass zwei Mails geschickt werden: eine für "ACCEPT"(Case 7) und eine über den Status-Change. Wie tue ich die Status-Change Mail unterdrücken? War die Stelle überhaupt richtig? -> ich kann das nicht mehr nachvollziehen
+    * **+** Die Aufnahme von ''usrCtx.isBuyer()'' in die IFs in ''POCollabEngineEJB.accept()/reject()/modify()'' führt dazu, dass der Code beim Import nicht ausgeführt wird. Ist es richtig? (ich krieg jetzt nämlich keine MAJORS-Mails beim Import) -> statt der Methode ''usrCtx.isBuyer()'' den Flag ''bIsCustomerActing'' verwenden
+  * Beim modify/accept/reject werden jetzt keine Mails verschickt, wenn die Änderungen nicht vom Customer verursacht waren (früher war noch ''&& nCollabActor != IPOConstants.COLLAB_ACTOR_IMPORT'' drin). Ist das richtig? (In meinen Notizen zum Projekt [[rm23211]] hab ich das auch so geschrieben. Ohne Frage.)
+  * ''POChangeVerifier.addOSPStatusTopic()'' wurde geändert
+    * Waren die Änderungen richtig und an der richtigen Stelle gemacht?
+===== rm#21582 EDI Scheduler does not remove cascade ID in parallel scenarios =====
+https://cust-projects.seeburger.de/redmine/issues/21582
+Das Ticket steht momentan auf "ON HOLD" (inoffiziell). Ich konnte es leider nicht nachvollziehen, der Burkhard hat aber keine Zeit, um mit mir das noch ein Mal durchzuspielen. **Upd.**: Er hat es alleine versucht und es hat auch nicht geklappt.
+Notizen siehe [[http://vwiki.wialon-consulting.de/doku.php?id=09.10.2017_montag#rm_21582_edi_scheduler_does_not_remove_cascade_id_in_parallel_scenarios|09.10.2017]].
+===== Abend =====
+----
+==== Finanzen ====
+  * **+** DiBa checken
+  * **-** Überweisungen
+    * **+** Ich
+    * **-** DiBa ? 100€ noch nicht angekommen -> keine weiteren Überweisungen
+==== Kapital ====
+  * **-** Kapital. Kapitel 13.5
+==== Mails ====
+  * **-** Check
+  * **-** Murziene