====== 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