Bisher hatten Scouts mit der Creator-Betreuung nichts zu tun -- keine Profile, keine Betreuungsbereiche, keine Reports. Das aendert sich, mit zwei bewusst gesetzten Grenzen. GRENZE 1: nur zugeteilte Creator, keine Rollenregel. Neue Tabelle betreuung (creator_id PRIMARY KEY -> betreuer_id). Ein Creator hat genau EINE zustaendige Person, damit nie unklar ist, wer gefragt ist. Das Management sieht ohnehin alle und braucht keinen Eintrag. Wer nichts zugeteilt bekommt, sieht weiterhin nichts -- kein Recht entsteht automatisch aus der Rolle. Zugeteilt wird in "Personen & Zugaenge", direkt in der Personenzeile: Betreuung ist eine Eigenschaft der Person, kein eigener Vorgang. Nur das Management darf zuteilen -- koennte ein Scout sich selbst Creator geben, haette er die Rechtevergabe in der Hand, die ihn begrenzen soll. Zustaendig koennen nur aktive Scouts sein, kein Admin (der sieht alles) und kein anderer Creator. Bei der Uebergabe aus der Pipeline passiert die Zuteilung von selbst: Wer jemanden gefunden hat, betreut ihn weiter. Genau darum geht es bei "Creator-Onboarding starten". Umhaengen kann das Management jederzeit. GRENZE 2: betreuen, nicht verwalten. Profile, die fuenf Bereiche und Reports wie ein Manager. ABER: - keine Zugangscodes, kein Sperren von Personen (personen.html bleibt admin-only, unveraendert) - keine management-internen Felder. Der Scout bekommt admin_notiz, plan_start und naechster_review NICHT -- die Felder fehlen in der Antwort komplett, nicht nur in der Anzeige. Eine Notiz UEBER die Betreuung gehoert nicht in die Hand dessen, der betreut. Geprueft: Ein Scout, der admin_notiz mitschickt, aendert sie nicht. Die Regel steht an EINER Stelle (betreuteIds / betreutWo / darfCreator in workspace.js) und wird von sechs Modulen benutzt. Eine Rechteregel, die an sechs Stellen steht, ist eine Rechteregel, die irgendwann an fuenf Stellen stimmt. Genau das ist beim Bauen auch passiert: workspace-calls.js hatte eine wortgleiche Kopie der Kalender-Sichtbarkeit. Erweitert wurde nur der Kalender -- Scouts sahen die Termine ihrer Creator, dieselben Termine als Call aber nicht. Die Kopie ist jetzt weg, calls.js importiert die Regel aus workspace-kalender.js. Zwei Fehler, die die Aenderung selbst erzeugt haette, vorher gefunden: - Report-Entscheidung: ein Scout haette eine Aufgabe angelegt, deren "Creator" er selbst ist -- die waere in jeder Auswertung falsch mitgelaufen. Zeigt jetzt auf einen seiner Creator. - Bereichseintrag: derselbe Fehler. Ein Scout hat gar keinen eigenen Betreuungsbereich. Ein Eintrag ohne oder mit fremder Zuordnung landet beim ersten zugeteilten Creator, nie bei einem fremden. Geprueft: Mikas Bereich bleibt bei jedem Versuch unberuehrt.
133 lines
4.6 KiB
JavaScript
133 lines
4.6 KiB
JavaScript
/* ===================================================================
|
|
Creator-Profil.
|
|
|
|
Welche Felder überhaupt ankommen, entscheidet der Server anhand der
|
|
Rolle -- `admin_notiz` fehlt in der Antwort an einen Creator komplett.
|
|
Diese Datei blendet deshalb nur aus, was ohnehin nicht da ist.
|
|
=================================================================== */
|
|
(() => {
|
|
'use strict';
|
|
|
|
const OFFEN = ['handles', 'nische', 'live_zeiten', 'technik',
|
|
'ziel_live', 'ziel_content', 'ziel_community', 'ziel_technik',
|
|
'plan_prio1', 'plan_prio2', 'plan_prio3'];
|
|
const NUR_ADMIN = ['plan_start', 'naechster_review', 'admin_notiz'];
|
|
|
|
const $ = (id) => document.getElementById(id);
|
|
let ich = null;
|
|
let aktuell = null;
|
|
let darfAlles = false;
|
|
|
|
const melde = (t) => { $('fehler').textContent = t || ''; };
|
|
|
|
async function hole(pfad, optionen = {}) {
|
|
const a = await fetch(pfad, { credentials: 'same-origin', ...optionen });
|
|
if (a.status === 401) { location.assign('/workspace/'); throw new Error('abgemeldet'); }
|
|
return a;
|
|
}
|
|
|
|
function fuelle(profil) {
|
|
for (const f of [...OFFEN, ...NUR_ADMIN]) {
|
|
const feld = $(f);
|
|
if (!feld) continue;
|
|
/* undefined heißt: Der Server hat das Feld nicht geschickt (fehlende
|
|
Berechtigung). Dann bleibt es leer und wird auch nicht gesendet. */
|
|
feld.value = profil[f] ?? '';
|
|
}
|
|
}
|
|
|
|
function datumHuebsch(iso) {
|
|
return iso.slice(0, 10).split('-').reverse().join('.');
|
|
}
|
|
|
|
async function profilLaden(id) {
|
|
melde('');
|
|
try {
|
|
const a = await hole('/workspace/api/profil/' + id);
|
|
if (!a.ok) { melde('Profil konnte nicht geladen werden.'); return; }
|
|
const daten = await a.json();
|
|
aktuell = daten.person.id;
|
|
darfAlles = daten.darf_alles;
|
|
|
|
$('titel').textContent = ich.rolle === 'admin'
|
|
? 'Profil: ' + daten.person.name
|
|
: 'Mein Profil';
|
|
$('unterzeile').textContent = daten.profil.geaendert
|
|
? 'Zuletzt geändert am ' + datumHuebsch(daten.profil.geaendert)
|
|
: 'Noch nichts eingetragen.';
|
|
|
|
$('gruppe-intern').hidden = !darfAlles;
|
|
$('termine').hidden = !darfAlles;
|
|
fuelle(daten.profil);
|
|
$('formular').hidden = false;
|
|
} catch { /* umgeleitet */ }
|
|
}
|
|
|
|
$('formular').addEventListener('submit', async (e) => {
|
|
e.preventDefault();
|
|
melde('');
|
|
const knopf = $('speichern');
|
|
const daten = {};
|
|
for (const f of darfAlles ? [...OFFEN, ...NUR_ADMIN] : OFFEN) {
|
|
const feld = $(f);
|
|
if (feld) daten[f] = feld.value;
|
|
}
|
|
knopf.disabled = true;
|
|
$('stand').textContent = 'Speichere …';
|
|
try {
|
|
const a = await hole('/workspace/api/profil/' + aktuell, {
|
|
method: 'PUT',
|
|
headers: { 'Content-Type': 'application/json' },
|
|
body: JSON.stringify(daten),
|
|
});
|
|
if (!a.ok) {
|
|
melde((await a.json().catch(() => ({}))).fehler || 'Speichern ging nicht.');
|
|
$('stand').textContent = '';
|
|
return;
|
|
}
|
|
$('stand').textContent = 'Gespeichert ✓';
|
|
setTimeout(() => { $('stand').textContent = ''; }, 2600);
|
|
} catch { /* umgeleitet */ } finally { knopf.disabled = false; }
|
|
});
|
|
|
|
|
|
(async () => {
|
|
try {
|
|
const a = await hole('/workspace/api/ich');
|
|
if (!a.ok) { location.assign('/workspace/'); return; }
|
|
ich = await a.json();
|
|
} catch { return; }
|
|
/* Scouts betreuen ihre zugeteilten Creator wie das Management --
|
|
sie sehen aber nur die management-internen Felder nicht. */
|
|
$('wer').textContent = ich.name + ' · ' + ich.rolle;
|
|
|
|
let liste;
|
|
try { liste = await (await hole('/workspace/api/profil')).json(); } catch { return; }
|
|
|
|
if (ich.rolle === 'admin' || ich.rolle === 'scout') {
|
|
if (!liste.creator.length) {
|
|
$('unterzeile').textContent = ich.rolle === 'scout'
|
|
? 'Dir ist noch kein Creator zugeteilt. Das Management legt fest, wen du betreust.'
|
|
: 'Es gibt noch keinen Creator. Lege zuerst unter Personen & Zugänge einen an.';
|
|
return;
|
|
}
|
|
if (ich.rolle === 'scout') {
|
|
$('unterzeile').textContent = liste.creator.length === 1
|
|
? 'Der Creator, den du betreust.'
|
|
: `Die ${liste.creator.length} Creator, die du betreust.`;
|
|
}
|
|
$('auswahl-block').hidden = false;
|
|
for (const c of liste.creator) {
|
|
const o = document.createElement('option');
|
|
o.value = String(c.id);
|
|
o.textContent = c.name + (c.aktiv ? '' : ' (gesperrt)');
|
|
$('auswahl').append(o);
|
|
}
|
|
$('auswahl').addEventListener('change', () => profilLaden(Number($('auswahl').value)));
|
|
await profilLaden(liste.creator[0].id);
|
|
} else {
|
|
await profilLaden(ich.id);
|
|
}
|
|
})();
|
|
})();
|