Wiki source code of Collaboration Setup

Last modified by Veronika Kocher on Friday, 04 Sep 2026 14:45

Hide last authors
Veronika Kocher 4.10 1 {{html clean="false"}}
Veronika Kocher 4.9 2
Veronika Kocher 5.1 3 <style>
4 .col{max-width:1400px;margin:0 auto;color:#322f2b}
5 .col *{box-sizing:border-box}
6 .col-card{border:1px solid #e3ded6;border-radius:11px;background:#fcfbf8;box-shadow:0 1px 3px rgba(0,0,0,.035)}
7 .col-hero{height:132px;overflow:hidden;background:#f1eee9;border-radius:11px 11px 0 0}
8 .col-hero img{width:100%;height:100%;object-fit:cover;object-position:center 45%;display:block}
9 .col-eye{font-size:12px;font-weight:700;letter-spacing:.075em;text-transform:uppercase}
10 .col-sec{margin:0 0 27px 0}
11 .col-sec h3{font-size:22px;line-height:1.25;margin:0 0 7px;color:#35312d;text-align:left!important;text-align-last:left!important;text-justify:auto!important;word-spacing:normal!important}
12 .col-sec>p{color:#625d56;line-height:1.58;margin:0 0 13px}
13 .col-grid{display:grid;grid-template-columns:repeat(auto-fit,minmax(285px,1fr));gap:12px}
14 .col-grid-2{display:grid;grid-template-columns:repeat(2,minmax(300px,1fr));gap:12px}
15 .col-info{padding:15px 17px;border:1px solid #c7e5ed;border-left:5px solid #21b6d7;background:#eaf6f9;border-radius:8px;color:#365e68;line-height:1.5}
16 .col-info strong{color:#2d5661}
17 .col-infra{padding:15px 17px;border:1px solid #cfe8d6;border-left:5px solid #38b76a;background:#edf9f1;border-radius:8px;color:#3f6d4b;line-height:1.5}
18 .col-infra strong{color:#355f42}
19 .col-warn{padding:15px 17px;border:1px solid #efd9cc;border-left:5px solid #e94b13;background:#fff6f1;border-radius:8px;color:#67564e;line-height:1.5}
20 .col-warn strong{color:#744531}
21 .col-check{position:relative;padding:12px 13px 12px 37px;border:1px solid #e3ded6;border-radius:8px;background:#fffdf9;color:#504a44;line-height:1.5}
22 .col-check:before{content:"✓";position:absolute;left:13px;top:10px;color:#38b76a;font-weight:800}
23 .col-step{position:relative;padding:13px 14px 13px 50px;border:1px solid #e3ded6;border-radius:8px;background:#fcfbf8;min-height:76px}
24 .col-step .n{position:absolute;left:13px;top:13px;width:26px;height:26px;border-radius:50%;display:flex;align-items:center;justify-content:center;background:#e6f3e9;color:#3f6d4b;font-weight:800;font-size:12px}
25 .col-step h4{margin:0 0 4px;font-size:16px;line-height:1.3;color:#3b352e;text-align:left!important;text-align-last:left!important;text-justify:auto!important;word-spacing:normal!important}
26 .col-step p{margin:0;color:#625d56;line-height:1.45}
27 .col-scenario{padding:14px 15px;border:1px solid #e3ded6;border-top:4px solid #38b76a;border-radius:9px;background:#fcfbf8}
28 .col-scenario h4{margin:0 0 6px;font-size:16px;color:#3e372e;text-align:left!important;word-spacing:normal!important}
29 .col-scenario p{margin:0;color:#625d56;line-height:1.5}
30 .col-table-wrap{overflow-x:auto;border:1px solid #e3ded6;border-radius:8px}
31 .col-table{width:100%;border-collapse:collapse;background:#fffdf9;min-width:960px}
32 .col-table th,.col-table td{padding:10px 11px;border-bottom:1px solid #e3ded6;vertical-align:top;text-align:left;line-height:1.4}
33 .col-table th{background:#f3efe8;color:#403b36;font-weight:700}
34 .col-table tr:last-child td{border-bottom:0}
35 .col-service-grid{display:grid;grid-template-columns:repeat(auto-fit,minmax(260px,1fr));gap:10px}
36 .col-service{display:block;padding:13px 14px;border:1px solid #e3ded6;border-left:4px solid #38b76a;border-radius:8px;background:#fcfbf8;color:#2f2b27}
37 .col-service strong{display:block;margin-bottom:4px}
38 .col-service span{display:block;color:#625d56;line-height:1.45;font-weight:400}
39 .col-linkgrid{display:grid;grid-template-columns:repeat(auto-fit,minmax(260px,1fr));gap:8px}
40 .col-navlink{display:block;padding:10px 11px;border:1px solid #e9e4dc;border-left:3px solid #38b76a;border-radius:6px;background:#fffdf9;color:#252321;text-decoration:none;font-weight:600;line-height:1.35}
41 .col-navlink:hover,.col-navlink:focus{background:#f6fbf7;text-decoration:none}
42 .col-resource-grid{display:grid;grid-template-columns:repeat(3,minmax(0,1fr));gap:12px}
43 .col-resource{padding:15px 16px;background:#fcfbf8;border:1px solid #e3ded6;border-radius:9px}
44 .col-resource strong{display:block;color:#4c4130;margin-bottom:4px}
45 .col-badge{display:inline-block;margin:5px 0 7px;padding:4px 8px;border-radius:14px;background:#fff4ee;border:1px solid #efd9cc;color:#8a4d36;font-size:11px;font-weight:700;letter-spacing:.055em;line-height:1.2}
46 .col h1,.col h2,.col h3,.col h4,.col h5,.col h6,.col h1 a,.col h2 a,.col h3 a,.col h4 a,.col h5 a,.col h6 a{text-align:left!important;text-align-last:left!important;text-justify:auto!important;word-spacing:normal!important}
47 @media(max-width:850px){.col-grid-2,.col-resource-grid{grid-template-columns:1fr}}
48 @media(max-width:680px){.col-hero{height:105px}.col-sec h3{font-size:20px}}
Veronika Kocher 4.7 49 </style>
Veronika Kocher 4.9 50
Veronika Kocher 5.1 51 <div class="col">
Veronika Kocher 4.7 52
Veronika Kocher 5.1 53 <section class="col-card" style="margin-bottom:18px;overflow:hidden;border-left:6px solid #38b76a;">
54 <div class="col-hero">
55 <img src="https://xwiki.uni-ak.ac.at/bin/download/Service%20Navigator/Art%20%26%20Research%20Services%20Navigator/WebHome/enable.png" alt="Setting up collaboration in artistic and research projects" />
56 </div>
57 <div style="padding:18px 21px 20px;">
58 <div class="col-eye" style="color:#3f6d4b;margin-bottom:5px;">PREPARE · SET UP INFRASTRUCTURE &amp; COLLABORATION</div>
59 <h2 style="font-size:27px;line-height:1.2;margin:0 0 8px;color:#2c2926;">Set up collaboration so that roles, access, files and responsibilities do not depend on individual people</h2>
60 <p style="margin:0;color:#5e5953;line-height:1.6;max-width:1160px;">
61 Shared working environments, institutional accounts, clear access groups and documented roles create a resilient basis for collaborative projects.
62 Decide early how the team works, who may access what, where decisions are recorded and how handovers are organised.
63 </p>
64 </div>
65 </section>
Veronika Kocher 4.10 66
Veronika Kocher 5.1 67 <div class="col-info" style="margin-bottom:14px;">
68 <strong>Start with people, roles and shared resources.</strong>
69 Describe who is involved, which tasks and decision rights exist,
70 which systems are shared and what must be handed over when roles change or the project ends.
71 </div>
Veronika Kocher 4.7 72
Veronika Kocher 5.1 73 <div class="col-infra" style="margin-bottom:27px;">
74 <strong>Good collaboration is organisational and technical at the same time.</strong>
75 Roles without appropriate access rights work just as poorly as shared folders without clear responsibility.
76 Plan working agreements, accounts, files, communication and handover together.
77 </div>
Veronika Kocher 4.7 78
Veronika Kocher 5.1 79 <section class="col-sec">
80 <div class="col-eye" style="color:#3f6d4b;margin-bottom:4px;">STEP 1 · CLARIFY PEOPLE &amp; ROLES</div>
81 <h3>Define who is responsible for what in the project</h3>
82 <p>Roles do not need to be complicated. What matters is that key tasks, decisions and handovers have a responsible person or function.</p>
83 <div class="col-grid">
84 <div class="col-check"><strong>Project lead:</strong> Who carries overall project responsibility and decides on goals, resources or priorities?</div>
85 <div class="col-check"><strong>Specialist / artistic roles:</strong> Who is responsible for content, methods, artistic work, research or production?</div>
86 <div class="col-check"><strong>Technical roles:</strong> Who manages systems, equipment, storage locations, accounts or technical workflows?</div>
87 <div class="col-check"><strong>Administrative roles:</strong> Who handles budgets, contracts, funder documents, reports or organisational processes?</div>
88 <div class="col-check"><strong>Data / documentation:</strong> Who keeps project decisions, files, metadata or data management traceable?</div>
89 <div class="col-check"><strong>External partners:</strong> Which tasks, access rights and deliverables sit outside the University?</div>
90 <div class="col-check"><strong>Approvals:</strong> Who may approve content, data, publications, expenditure or public communication?</div>
91 <div class="col-check"><strong>Substitution / handover:</strong> Who can take over critical tasks if someone is absent or leaves the project?</div>
92 </div>
93 </section>
Veronika Kocher 4.7 94
Veronika Kocher 5.1 95 <section class="col-sec">
96 <div class="col-eye" style="color:#3f6d4b;margin-bottom:4px;">KEY DISTINCTIONS</div>
97 <h3>These things should not be treated as equivalent in collaborative projects</h3>
98 <div class="col-grid">
99 <div class="col-infra"><strong>Role ≠ account.</strong><br>A specialist or organisational role should not be defined only by one person holding a technical login.</div>
100 <div class="col-infra"><strong>Access ≠ responsibility.</strong><br>Being able to open a file does not automatically make someone responsible for its quality, approval, backup or long-term retention.</div>
101 <div class="col-infra"><strong>Shared folder ≠ shared working agreement.</strong><br>Collaboration also needs rules for naming, versions, approvals, communication and responsibility.</div>
102 <div class="col-infra"><strong>Personal account ≠ project account.</strong><br>If critical resources depend on personal logins, handover, continuity and institutional responsibility can become difficult.</div>
103 <div class="col-infra"><strong>Project partner ≠ identical access rights.</strong><br>External partners need only the access and information required for their tasks.</div>
104 <div class="col-infra"><strong>Project end ≠ automatic handover.</strong><br>Accounts, folders, permissions, equipment, agreements and open tasks need to be transferred, closed or documented deliberately.</div>
105 </div>
106 </section>
Veronika Kocher 4.9 107
Veronika Kocher 5.1 108 <section class="col-sec">
109 <div class="col-eye" style="color:#3f6d4b;margin-bottom:4px;">STEP 2 · SET UP THE SHARED WORKING ENVIRONMENT</div>
110 <h3>Define where and how the team works together</h3>
111 <div class="col-grid">
112 <div class="col-step"><div class="n">01</div><h4>Choose shared systems</h4><p>Define which institutional systems are used for files, communication, planning, documentation and collaboration.</p></div>
113 <div class="col-step"><div class="n">02</div><h4>Prefer institutional accounts</h4><p>Where possible, use institutionally managed accounts and project-appropriate access routes instead of private individual accounts.</p></div>
114 <div class="col-step"><div class="n">03</div><h4>Define access groups</h4><p>Assign permissions by role and task rather than giving everyone full access by default.</p></div>
115 <div class="col-step"><div class="n">04</div><h4>Define shared storage</h4><p>Set one authoritative project storage location and avoid unclear parallel main copies on personal devices.</p></div>
116 <div class="col-step"><div class="n">05</div><h4>Define communication routes</h4><p>Decide where binding information, decisions and operational coordination are documented.</p></div>
117 <div class="col-step"><div class="n">06</div><h4>Define approvals</h4><p>Specify which content or decisions require formal or documented approval.</p></div>
118 <div class="col-step"><div class="n">07</div><h4>Limit external access</h4><p>Give partners only the access they need and document when and how it will be removed.</p></div>
119 <div class="col-step"><div class="n">08</div><h4>Ensure substitution</h4><p>Avoid technical or organisational single points of failure by keeping critical responsibilities transferable.</p></div>
120 </div>
121 </section>
Veronika Kocher 4.9 122
Veronika Kocher 5.1 123 <section class="col-sec">
124 <div class="col-eye" style="color:#3f6d4b;margin-bottom:4px;">STEP 3 · DOCUMENT THE WORKING AGREEMENT</div>
125 <h3>A short shared standard prevents many later misunderstandings</h3>
126 <p>The agreement can be concise, but it should live in one central place and be understandable to new team members.</p>
127 <div class="col-table-wrap">
128 <table class="col-table">
129 <thead><tr><th>Element</th><th>What to record</th><th>Why it matters</th></tr></thead>
130 <tbody>
131 <tr><td><strong>Roles</strong></td><td>Who takes on which specialist, technical and administrative tasks?</td><td>Makes responsibility and substitution traceable.</td></tr>
132 <tr><td><strong>Working environment</strong></td><td>Which systems and storage locations are authoritative for the project?</td><td>Prevents unclear parallel working environments.</td></tr>
133 <tr><td><strong>Access</strong></td><td>Which roles receive which permissions?</td><td>Connects collaboration with protection needs.</td></tr>
134 <tr><td><strong>File &amp; version rules</strong></td><td>How are files named, versions distinguished and master files identified?</td><td>Reduces confusion in shared storage.</td></tr>
135 <tr><td><strong>Decisions</strong></td><td>Where are important project decisions documented?</td><td>Prevents context from remaining only in private messages or conversations.</td></tr>
136 <tr><td><strong>Approvals</strong></td><td>Who may approve which outputs, expenses or publications?</td><td>Makes responsibility clear before release.</td></tr>
137 <tr><td><strong>External partners</strong></td><td>Which access rights, deliverables and handovers apply?</td><td>Prevents unclear interfaces between organisations.</td></tr>
138 <tr><td><strong>Role changes</strong></td><td>How are accounts, files, open tasks and knowledge handed over?</td><td>Maintains continuity during staff changes.</td></tr>
139 <tr><td><strong>Project closure</strong></td><td>What is handed over, closed, preserved or archived?</td><td>Makes the transition out of active collaboration manageable.</td></tr>
140 </tbody>
141 </table>
142 </div>
143 </section>
Veronika Kocher 4.8 144
Veronika Kocher 5.1 145 <section class="col-sec">
146 <div class="col-eye" style="color:#3f6d4b;margin-bottom:4px;">COMMON SCENARIOS</div>
147 <h3>Different project types need different collaboration agreements</h3>
148 <div class="col-grid">
149 <div class="col-scenario"><h4>Small internal project team</h4><p>Even with only a few people, shared storage, roles, approvals and substitution should be clear so work does not depend on personal devices or accounts.</p></div>
150 <div class="col-scenario"><h4>Interdisciplinary project</h4><p>Different working practices and specialist languages need clear interfaces, shared documentation locations and traceable responsibilities.</p></div>
151 <div class="col-scenario"><h4>External project partners</h4><p>Clarify access, exchange formats, responsibilities, deliverables and removal of permissions from the start.</p></div>
152 <div class="col-scenario"><h4>Artistic collaboration</h4><p>Alongside technical access, document roles, contributions, approvals and, where relevant, rights or publication questions.</p></div>
153 <div class="col-scenario"><h4>Funded collaborative project</h4><p>Partner roles, deliverables, reporting duties, institutional responsibilities and handovers should align with funder requirements.</p></div>
154 <div class="col-scenario"><h4>Team change during the project</h4><p>Accounts, project knowledge, open tasks, permissions and authoritative files should be documented so that a change can happen without losing control.</p></div>
155 </div>
156 </section>
Veronika Kocher 4.7 157
Veronika Kocher 5.1 158 <section class="col-sec">
159 <div class="col-eye" style="color:#3f6d4b;margin-bottom:4px;">STEP 4 · PLAN HANDOVER FROM THE BEGINNING</div>
160 <h3>Collaboration is resilient only when critical tasks and resources can be handed over</h3>
161 <div class="col-grid">
162 <div class="col-check"><strong>Accounts:</strong> Which logins need to be transferred, closed or replaced by new roles?</div>
163 <div class="col-check"><strong>Access groups:</strong> Which people need to be removed or added?</div>
164 <div class="col-check"><strong>Files:</strong> Where are the authoritative project, master and closure files?</div>
165 <div class="col-check"><strong>Open tasks:</strong> Which decisions, deadlines or deliverables are still unresolved?</div>
166 <div class="col-check"><strong>Documentation:</strong> Where can a new person find the key project rules, systems and decisions?</div>
167 <div class="col-check"><strong>External contacts:</strong> Which partners, suppliers or specialist services need to know about role changes?</div>
168 <div class="col-check"><strong>Contracts / agreements:</strong> Which formal responsibilities or cooperation arrangements need to be reviewed or updated?</div>
169 <div class="col-check"><strong>Project closure:</strong> Which resources remain, close or transfer to another unit?</div>
170 </div>
171 </section>
Veronika Kocher 4.9 172
Veronika Kocher 5.1 173 <section class="col-sec">
174 <div class="col-eye" style="color:#8a4d36;margin-bottom:4px;">STOP &amp; CHECK</div>
175 <h3>Common warning signs in collaboration setup</h3>
176 <div class="col-grid">
177 <div class="col-warn"><strong>Only one person has the central account.</strong><br>The project has a technical and organisational single point of failure.</div>
178 <div class="col-warn"><strong>Important decisions exist only in private chats or email.</strong><br>Context and traceability are lost during team changes or handover.</div>
179 <div class="col-warn"><strong>Everyone has full access to everything.</strong><br>Permissions have not been structured according to tasks and protection needs.</div>
180 <div class="col-warn"><strong>External partners keep access indefinitely.</strong><br>There is no defined end point for permissions and project access.</div>
181 <div class="col-warn"><strong>Roles are named, but tasks and approvals are not.</strong><br>Formal titles alone do not clarify who actually decides or is responsible.</div>
182 <div class="col-warn"><strong>Handover is planned only on the last project day.</strong><br>Accounts, files, agreements, open tasks and knowledge can no longer be brought together cleanly.</div>
183 </div>
184 </section>
Veronika Kocher 4.7 185
Veronika Kocher 5.1 186 <section class="col-sec">
187 <div class="col-eye" style="color:#3f6d4b;margin-bottom:4px;">SERVICES &amp; SUPPORT</div>
188 <h3>Which service is responsible depends on the collaboration question</h3>
189 <div class="col-service-grid">
190 <div class="col-service">
191 <strong>Project / host unit</strong>
192 <span>Primary responsibility for roles, working agreements, internal responsibility and project-level organisational processes.</span>
193 </div>
194 <div class="col-service">
195 <strong>IT &amp; Digitalisation / ZID</strong>
196 <span>For accounts, institutional digital working environments, shared access and technical implementation.</span>
197 </div>
198 <div class="col-service">
199 <strong>Legal Department</strong>
200 <span>For formal cooperation agreements, contract questions or legally binding collaboration where required.</span>
201 </div>
202 <div class="col-service">
203 <strong>Support Kunst und Forschung (SKF)</strong>
204 <span>Coordinates partners, proposal/project routes and project-level handover dependencies in funded research projects.</span>
205 </div>
206 </div>
207 </section>
Veronika Kocher 4.9 208
Veronika Kocher 5.1 209 <section class="col-sec">
210 <div class="col-eye" style="color:#3f6d4b;margin-bottom:4px;">RELATED TOPICS</div>
211 <h3>Collaboration is closely connected to these decisions</h3>
212 <div class="col-linkgrid">
213 <a class="col-navlink" href="https://xwiki.uni-ak.ac.at/bin/view/Service%20Navigator/Art%20%26%20Research%20Services%20Navigator/Enable/Project%20Planning%20%26%20Organisation/">Project Planning &amp; Organisation</a>
214 <a class="col-navlink" href="https://xwiki.uni-ak.ac.at/bin/view/Service%20Navigator/Art%20%26%20Research%20Services%20Navigator/Enable/File%20Organisation%20%26%20Naming/">File Organisation &amp; Naming</a>
215 <a class="col-navlink" href="https://xwiki.uni-ak.ac.at/bin/view/Service%20Navigator/Art%20%26%20Research%20Services%20Navigator/Enable/Storage%2C%20Backup%20%26%20Security/">Storage, Backup &amp; Security</a>
216 <a class="col-navlink" href="https://xwiki.uni-ak.ac.at/bin/view/Service%20Navigator/Art%20%26%20Research%20Services%20Navigator/Enable/Infrastructure%2C%20Services%20%26%20Tools/">Infrastructure, Services &amp; Tools</a>
217 <a class="col-navlink" href="https://xwiki.uni-ak.ac.at/bin/view/Service%20Navigator/Art%20%26%20Research%20Services%20Navigator/Work%20%26%20Manage/Document%20Metadata%20%26%20Provenance/">Document Processes, Metadata &amp; Provenance</a>
218 <a class="col-navlink" href="https://xwiki.uni-ak.ac.at/bin/view/Service%20Navigator/Art%20%26%20Research%20Services%20Navigator/Publish%20%26%20Share/Close%20%26%20Hand%20Over%20Your%20Project/">Close &amp; Hand Over Your Project</a>
219 </div>
220 </section>
Veronika Kocher 4.7 221
Veronika Kocher 5.3 222 <!-- ARSN_TRAINING_WORKSHOPS_V2_START -->
223 <section class="arsn-training-workshops" data-arsn-training-workshops="v2" style="margin:27px 0 22px 0;">
224 <div style="padding:16px 18px;background:#eef8fa;border:1px solid #cfe8ef;border-left:5px solid #21b6d7;border-radius:9px;">
225 <div style="font-size:12px;font-weight:700;letter-spacing:.075em;text-transform:uppercase;color:#3f6871;margin-bottom:5px;">TRAINING &amp; WORKSHOPS</div>
226 <h3 style="font-size:20px;line-height:1.3;margin:0 0 7px;color:#35312d;text-align:left;">Training, workshops &amp; consultation sessions</h3>
227 <p style="margin:0 0 10px;color:#5e5953;line-height:1.55;">Relevant opportunities for this topic will be shown here automatically from the central calendar.</p>
228 <span data-arsn-coming-soon="true" style="display:inline-block;padding:4px 9px;border-radius:14px;background:#fff4ee;border:1px solid #efd9cc;color:#8a4d36;font-size:11px;font-weight:700;letter-spacing:.065em;line-height:1.2;">COMING SOON</span>
229 </div>
230 </section>
231 <!-- ARSN_TRAINING_WORKSHOPS_V2_END -->
Veronika Kocher 5.2 232
Veronika Kocher 5.1 233 <section class="col-sec">
234 <div class="col-eye" style="color:#3f6d4b;margin-bottom:4px;">PRACTICAL RESOURCES</div>
235 <h3>Info sheets, tutorials and templates</h3>
236 <div class="col-resource-grid">
237 <div class="col-resource"><strong>Info Sheets</strong><span class="col-badge">COMING SOON</span><div style="color:#625d56;line-height:1.45;">Short guidance on roles, accounts, access groups, working agreements and project handover.</div></div>
238 <div class="col-resource"><strong>Tutorials</strong><span class="col-badge">COMING SOON</span><div style="color:#625d56;line-height:1.45;">Step-by-step workflows for team setup, access review and role changes.</div></div>
239 <div class="col-resource"><strong>Checklists &amp; Templates</strong><span class="col-badge">COMING SOON</span><div style="color:#625d56;line-height:1.45;">Template for a Collaboration Plan, role matrix and project handover.</div></div>
240 </div>
241 </section>
Veronika Kocher 4.8 242
Veronika Kocher 5.1 243 <div class="col-info" style="margin-bottom:14px;">
244 <strong>Need help finding the right project route?</strong>
245 Clarify roles and working agreements with the project or host unit, and technical access with IT/ZID.
246 In funded projects involving several partners, SKF can coordinate the project route, interfaces and handover dependencies.
247 </div>
Veronika Kocher 4.8 248
Veronika Kocher 5.1 249 <details style="margin-top:24px;padding-top:10px;border-top:1px solid #e3ded6;">
250 <summary style="cursor:pointer;color:#6a655e;font-size:13px;">Search terms &amp; related topics</summary>
251 <div style="margin-top:9px;color:#5c5650;font-size:12px;line-height:1.7;">
252 collaboration · teamwork · roles · responsibilities · accounts · access groups · permissions · shared workspace · shared folder · project partners · role matrix · working agreement · communication · approval · handover · role change · partner access · project coordination · collaborative project · institutional accounts
253 </div>
254 </details>
Veronika Kocher 4.8 255
Veronika Kocher 5.1 256 </div>
Veronika Kocher 4.10 257 {{/html}}
258