User Tools

Site Tools


13.11.2017

13.11.2017 Montag

Termine

  • + 8:00-9:00 Dr.Kiss
    • Ischias? Bandscheibenvorfall? (war beim Dr. Wehrmeyer)
  • + 14:00-15:00 Burkhard - rm#23211 CR22208: FULL Collab model in POEMA
    • Den Code durchgehen
    • Die geänderten Szenarien durchspielen

rm#23211 CR22208: FULL Collab model in POEMA

TODO

  • - Telco mit Burkhard
    • - Vorbereiten
    • - Den neuen und geänderten Code durchgehen
      • POImportOSPHandler.preCheckOSP()
        • Check auf CollabModel NONE und SIMPLE rausgenommen (jetzt ist alles erlaubt)
      • POChangeVerifier
        • createOSPStatusChangeTopic() → zusätzlicher Parameter oldValue
        • addOSPStatusTopic() → neue POOSPHistoryModels
          • STATUS_SAWC / STATUS_SCOR mit ACCEPT/REJECT
          • STATUS_CANCELLED → STATUS_NOP
          • STATUS_CANREQ → STATUS_OPEN
      • POCollabEngineEJB
        • modify()
          • Prüfung isUnregSupplier() → rausgenommen
          • Wenn poData.isOneShotPO() && bIsCustomerActing → sende eine Notification
        • accept()
          • Wenn poData.isOneShotPO() && bIsCustomerActing && poData.getCollabModel() == IPOConstants.STATUS_MODE_FULL → sende eine Notification
        • reject()
          • Wenn poData.isOneShotPO() && bIsCustomerActing && poData.getCollabModel() == IPOConstants.STATUS_MODE_FULL → sende eine Notification
      • POImportProcessor.checkOSPRequirements() → Prüfung auf OneShotPO und CollabModel SIMPLE/NONE → rausgenommen
      • OSP_NOTIFICATION_TYPE → neue Typen CANCELLATION_REVOKED, CANCELLATION_REQUEST_REVOKED, ACCEPTED, REJECTED
      • IPOOSPConstants → neue Subject/Body Konstanten für neue (Accepted/Rejected) Templates
      • POOSPVelocityForSupplier
        • Neue OSP_MAIL_TYPEs: ACCEPTED, REJECTED, CANCELLATION_REVOKED, CANCELLATION_REQUEST_REVOKED
        • determineTypeOfMail() → alle POOSPHistoryModel's durchgehen und bestimmen welche Mail geschickt werden soll
        • getSubjectTemplateName() / getBodyTemplateName() → neue Templates für Accepted/Rejected
        • getVelocityContext() → die Contextvariablen für die neuen/geänderten Templates werden gefüllt
        • fillVelocityContextForMajors() → die Contextvariablen für die neuen/geänderten Templates werden gefüllt
        • Neue Methoden: fillVelocityContextForAccepted(), fillVelocityContextForRejected(), fillVelocityContextForCancellationRevoked(), fillVelocityContextForCancellationRequestRevoked()
        • getMailType(), getMailType() → neue Parameter acceptionNotify, rejectionNotify
      • podetails_buttons.js.inc, poDetailsCfg.js.inc, polinedetails_buttons.js.inc, polineDetailsCfg.js.inc, pooverview_buttons.js.inc → Modify-Button hinzugefügt
      • Neue und geänderte Templates
    • - Alle geänderten Szenarien durchgehen
    • - Anderes
      • - Was machen wir mit den Timeouts (s.Mail von Christian/Jens)?
        • TXImportManagerLocal.doImportInNewTransaction()
        • OracleMessageListenerLocal.listenQueue()
      • - Wie liest man die Excel-Liste?
  • - Spalten zu den “Default”-Screens hinzufügen bzw. deren Reihenfolge ändern
    • betroffenen Screens:
      • pooverviewCfg.js.inc
      • PO Schedule Lines (herausfinden wie die Datei heißt!)
    • Die Konfiguration der Spalten ist in der Datenbank gespeichert.
      • Tabellen:
        • tSUI_TableConfig
        • tSUI_ColConfig
      • nach dem JSP Namen AND User='SO_4ALL' suchen
      • SELECT * FROM TSUI_TABLECONFIG where CTABLEID like 'po%' and CAPPLICATIONID='/unreg'
      • SELECT * FROM TSUI_TABLECONFIG where CJSPID like '%/po/po%' and cUserID like 'SO%'
      • SELECT * FROM TSUI_COLCONFIG where cTableConfigID = NN
        • z.B.: SELECT * FROM TSUI_COLCONFIG where cTableConfigID = 19 für /js/cfg/po/pooverviewCfg.js.jsp und cApplicationID IS NULL und cForBuyer=1

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

  • 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?
      • STATUS_CANREQ und STATUS_CANCELLED
  • Cancellation verursacht eine Mail mit 2 Einträgen: über “Calcellation” und über “Status change”. Ist das richtig?

Abend


Finanzen

  • - Frau Heim: wie sieht es aus mit der Steuererklärung 2016 ?
  • - DiBa. Checken, ob das Geld von der Sparkasse gekommen ist
  • - Überweisungen
    • - Ich
    • - DiBa ?

Mails

  • - Check
13.11.2017.txt · Last modified: by 127.0.0.1