• Christian Wittkowski <christian.wittkowski@devroom.de>: CWI
• Michael Eichenberger <michael.eichenberger@stepping-stone.ch>: MEI (Transcript)

• Christian Affolter <christian.affolter@stepping-stone.ch>: CAF
• Pat Kläy <pat.klaey@stepping-stone.ch>: PKL
• Tiziano Müller <tiziano.mueller@stepping-stone.ch>: TMU

• Release Management:
  • We need to define the versioning.
  • URL in web browser (for the web client) will be defined through stepping stone GmbH, Feedback through CWI, what is easily implemented.
• Architecture
  • Modularisation: How do we want to modularise?
  • Application Programming Interface (API): Review through stepping stone GmbH
  • Testing: What and how?
  • Documentation: What and how?
• Roadmap in general
• Next steps:
  • stoney core: Requirements (self-care) with provider enhancement
  • stoney safe: Requirements (on-line backup) module with customer enhancement
  • New stoney mail: Requirements (mail with or without group-ware) module
• Possible future roadmap
  • New stoney vm: Requirements (subset of stoney conductor) module?
• Surrogate?

• Source-Code has patches. These are then needed, when we also change object classes, update or modify data.
• Check the optimal solution to roll out these patches between CWI and TMU
• Question: How shall we handle necessary roll-backs (for example if data modifications went wrong).

• Separate Modules into Web and Service

• Is ok, but the difference between stable and unstable must be explained better (Major can be unstable too? No).

• Requires more information about the minimum amount of need calls and what is expected.
• First step is the API for stoney core
• Second step is the API for stone safe (on-line backup)
• Third step ist the API for stoney mail
• RestfullYii or on GitHub: RestfullYii makes a good impression on CWI.
• Communication between JavaScript (Client) and Yii-Framework (Server) need some thoughts from CWI.

• Will be done as described under Testing.

• sstBelongsToUID: 0

Reseller Person (can only belong to one reseller, but to multiple customers and can be employee of the reseller and the customers)

• sstBelongsToResellerUID: 1234567

Customer Person (can only belong to one reseller but to multiple customers and can be employee of these customers)

• sstBelongsToCustomerUID: 1234567

• Three separate forms
  • Super User (can add new Resellers, Modules, make People to Reseller People)
  • Reseller (