User Tools

Site Tools


06.11.2017

06.11.2017 Montag

rm#23211 CR22208: 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 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
06.11.2017.txt · Last modified: by 127.0.0.1