====== 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 ===== [[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 ==== * **-** 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 ''POOSPHistoryModel''s * 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_TYPE''s: 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