User Tools

Site Tools


24.10.2017

24.10.2017 Dienstag

VPN Zugang

https://servicedesk.seeburger.de/ [#20171023-0683] - Incident Record - VPN einrichten

Was ich brauche:

Zum Verbinden “Cisco AnyConnect Security Client” starten und URL: vpn.seeburger.de/ext bzw. vpn.seeburger.de/user eingeben

rm#23211 CR22208: FULL Collab model in POEMA

https://cust-projects.seeburger.de/redmine/issues/23211 ( CR → rm#22208 FULL Collab model in POEMA )

  • + Template “Case 2” anpassen → /airsupply/src/resources/velotemplates/PoOspNewPoNotify-body_EN.vt
    • + Anpassen
    • + Testen
      • + Herausfinden warum keine Mails ankommen (Der Mail-Server müsste eigentlich laufen)
        • Die Mails gehen an eine andere Mail-Adresse
      • Antwort von dem “Air_Sopi_Mockservice/createBoAccessTokensSCD”-Service so bearbeiten, dass es tut. Bisher war lastName und token=“21940-06” und smaId=“SMA0006N0NBP”, ich habe es zu “SMA0000N0NBP” geändert und der Burkhard meinte, dass ich noch das Token auf “21940-07” ändern soll. Das mit “21940-07” habe ich noch nicht getestet. Das mit “SMA0000N0NBP” schon, nur bisher keine Mail bekommen. Evtl. muss der Mail-Server neu gestartet werden.
  • - Case 3: Update on important fields (5.3.7.4.1.5)
    • - Button “Modify”
      • - Zu den Screens hinzufügen
      • - Entsprechende Funktionalität implementieren
      • Notes:
        • Button mit dem Namen “poBtnActionModify” in podetails_buttons.js.jsp deklariert. Er ruft sas.po.details.doAcceptOrRejectAction() auf, die dann sas.po.ov.handleAction() ist in pooverview.js aufruft
    • - Template anpassen → /airsupply/src/resources/velotemplates/XYZ-body_EN.vt
      • - Anpassen
      • - Testen
    • Notes
      • Burkhard:
        • Der Kunde kann auf 2 an der “Collaboration” teilnehmen: über Nachricht (XML Import) und über die UI
        • Beim XML Import ist der Versand dieser (“Case 3”) Email bereits implementiert deshalb muss man den Code in die POCollabStatus.processModify() kopiert
        • Damit dieser Code nicht 2 Mal ausgeführt wird muss man 4 Prüfungen einbauen:
          • es ist ein Kunde
          • es ist ein OSP
          • es ist ein Modify (kein Accept oder Reject)
          • der Kunde muss KEIN M2M Kunde sein (sonst gehen 2 Mails raus, weil an einer anderen Stelle für M2M Kunden auch eine Mail verschickt wird).
  • Im SoapUI sollen zwei Services laufen
    • Air_Sopi_Mockservice → createBoAccessTokensSCD → /portal-integration-portalmock
    • BusinessDirectory → /portal/busdir
  • tConfig POEMA_SUPPORT_BCC_EMAIL
  • Welche Art von Mail rausgeschickt wird, wird in POOSPVelocityForSupplier.getMailType() entschieden, Ergebnis wird in POOSPVelocityForSupplier.determineTypeOfMail() gespeichert

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


Mails

  • - Mails lesen & evtl. schreiben
24.10.2017.txt · Last modified: by 127.0.0.1