Dashboard

Dashbord-alternativ til den lokale import_medlemsdata.js-CLI-en (se docs/DRIFT.md) — samme logikk, kjørt server-side i stedet for på egen PC. Eksporter disse tre rapportene fra FRISAK og last dem opp under: Medlemsliste Utvidet, Gradsliste, Embedskoder. Dry-run er alltid første steg — les rapporten før du kjører import, akkurat som med CLI-en.

Gjelder møtet du har valgt øverst. Skrives ut gjennom nettleseren, på vanlig skriver.

Deltakerlista viser grad, embede og taffel, med besøkende brødre for seg. Innrop, utrop og bordplassering er nøyaktig det Ceremonimesteren har satt — samme plan, ikke en egen beregning.

Hent fra frimurer.no

Henter kommende møtedatoer fra logens offisielle kalender på frimurer.no. Oppretter kun møteskallet (dato og type) med status «planlagt» — taffelpris og åpning for påmelding settes/gjøres i "Alle møter" under.

Alle møter

Statusen kan settes fritt frem og tilbake — har du åpnet for påmelding for tidlig, eller avsluttet feil møte, endrer du det bare tilbake her. Hver endring loggføres. Bestillinger kan uansett bare bokføres i Tripletex fra møter som er avsluttet. Møtevelgeren øverst til høyre viser fortsatt kun åpne/pågående møter; denne listen viser alle, uansett status.

Opprett nytt møte manuelt

For møter som ikke står i frimurer.no-kalenderen, f.eks. et ekstraordinært møte. Oppretter med status «planlagt», samme utgangspunkt som kalenderimporterte møter.

Kun for nye 107-medlemmer som tas opp samme kveld — se docs/DRIFT.md. Dette legger til, ikke redigerer; neste FRISAK-import fyller ut resten av feltene automatisk.

Enheter som er tatt i bruk som kiosk. En ny enhet tas i bruk ved å åpne kiosk.html?innruller=1 på selve enheten og logge inn med Google én gang — nøkkelen forlater aldri enheten, og kan derfor ikke vises her. Tilbakekall en enhet som er mistet eller tatt ut av bruk; den slutter å virke ved neste kall.

«Sist brukt» står som «—» til enheten faktisk har søkt opp noen. Å åpne kiosken er ikke nok: møtet og varelista hentes uten enhetsnøkkelen, så en enhet kan se ut til å virke lenge før den har brukt nøkkelen sin én eneste gang.

Hvert medlem kan ha én permanent, personlig lenke («sin egen app») for påmelding og betaling hjemmefra. Vis QR-koden så broderen kan skanne den og legge lenken til på hjemskjermen.

Vegg-QR for ankomstregistrering

Samme QR-kode for alle møter — pekes automatisk mot det møtet kiosken er satt aktiv for («Sett som kiosk i kveld» i Alle møter-listen over). Skriv ut og heng ved inngangen.

Bordplasseringens regelmotor for ordinære brødre kommer i en senere fase (spec kap. 7) — denne listen er kun en oversikt, samme data som Forsiden sin statistikk.

Fyll plassene selv, eller la brødrene melde seg. Står det ledige plasser, får de som oppfyller gradskravet tilbudet i kiosken og på min side — «Vil du være TB? 2 av 4 er på plass». Tilbudet forsvinner av seg selv når rollen er full.
En besøkende broder legges inn med navn: matrikkelnummer finnes bare for logens egne medlemmer, så han kan ikke velges fra nedtrekket — og han kan heller ikke melde seg selv.

Alle prioriterte, samt østen (OM, DM, DelM1 og DelM2) — påmeldte så vel som ankomne. Rekkefølgen er beregnet automatisk og kan justeres med pilene eller ved å dra i ⠿. Denne lista er uavhengig av rekkefølgen i bordsettingen under: her ropes alle inn, der plasseres bare de som faktisk er kommet og skal ha taffel.
Innrop og utrop deler samme rekkefølge (avklart 2026-08-05) — det er derfor én liste og to utskrifter, ikke to lister. Gradsbetegnelsen under hvert navn kommer fra «Gradsbetegnelser» lenger ned; er entallsformen fylt ut der, brukes den.

Velg hvem som er kveldens vert (fungerende Ordførende Mester). Nedtrekket viser hele østen, påmeldt så vel som ankommet, slik at bordsettingen kan simuleres før dørene åpner. Bisitter og prioritetsgjestene beregnes automatisk — men i selve bordplanen plasseres bare de som er registrert ankommet og som skal ha taffel. Det er ingen øvre grense på antall prioritetsgjester. Se forklaringen under diagrammet for hvem som faktisk ble plassert og hvorfor. De øvrige rollene i diagrammet er faste plasser, ikke noe som skal knyttes til en person her.

Brukes ved innrop og utrop. Flertallsformen er ordrett fra Ordenens lover §§ 12–15 og bør bare endres om lovene endres. Bordkort-kolonnen er forkortelsen som trykkes på kortet.
Entallsformen vedlikeholdes ikke her — den bøyes av CM ved innropet.

Denne logens egen tilpasning av rommet og hovedbordets faste kapasitet — ikke regler fra selve Ceremonimesterinstruksen (rangordenen mellom prioritetskategoriene og vert-/ bisitter-logikken over er uendret for enhver loge og redigeres ikke her). Endres normalt sjelden, kun når rommet eller aftenens faste embedsmenn er annerledes enn i dag.

Utbetalinger fra Vipps og Zettle i én tidslinje, med bilagsnummer der det finnes. Begynn her: den viser hva som gjenstår.

Bokfører bestillingene fra et avsluttet møte: kredit produktets omsetningskonto, debet mellomværende for Vipps eller giro. Kjøres etter at møtet er satt til «avsluttet» — databasen nekter eksport av et møte som ikke er det. Bare betalte bestillinger tas med; en girobestilling venter til du har krysset den av under «Giro-oppgjør». Ett bilag per kjøring, med én linje per produkt. Det som er bokført kan ikke bokføres på nytt.

Bestillinger som skal gjøres opp med bankoverføring. Kryss av når pengene faktisk står på konto — appen får aldri vite det av seg selv. Vipps-bestillinger står ikke her; de gjør seg opp selv.

Dager med salg i baren som ikke hører til et møte. Gi dagen en beskrivelse — den blir bilagets tekst i Tripletex — og bokfør. Møtedager står i lista, men bokføres sammen med møtet under «Bokfør møte».

Utbetalingene fra Zettle, én om gangen. Hver av dem gjør opp salget siden forrige utbetaling: debet bank + debet gebyr, kredit mellomværende Zettle. Utbetaling skjer ukentlig.

Kontoene bestillinger bokføres mot. Hentes direkte fra Tripletex, så lista er alltid den som faktisk finnes. Forslaget øverst i hver liste er et forslag — regnskapsfører avgjør. Mangler en konto, kan den opprettes herfra.

Kontoen salget posteres mot ved eksport til Tripletex (steg 1 øverst). Mangler den, stopper eksporten av det møtet. Selve varene — navn, pris, sortering og hvilke som er aktive — vedlikeholdes av intendanten, som driver bar og kjøkken. Her vises de kun som oppslagsverk, slik at du ser hva du fører hvor.

Varene som selges i kassen, men ikke i appen. De havner i møtets bilag på egne linjer, merket (bar), så de kan avstemmes mot Zettles egen rapport. Mangler en konto, stopper bokføringen av den kvelden. Hent kontoplanen øverst først, ellers blir feltene fritekst.

Vipps-/Tripletex-nøkler lagres ALDRI i databasen — de settes som ekte Supabase Edge Function-secrets via Supabase sitt Management API, samme mekanisme som supabase secrets set alltid har brukt. Det er derfor ikke mulig å vise en gjeldende verdi her, kun om en nøkkel er satt. Endringer kan ta noen minutter å tre i kraft (allerede kjørende funksjoner må kaldstarte på nytt for å se en ny verdi).

Vipps

Tripletex

Zettle

Postkassen engangskodene sendes fra når besøkende melder seg på et arrangement. Skriv verdiene uten anførselstegn rundt — det som står her er nøyaktig det som brukes.

Passordet lagres som en ekte hemmelighet, aldri i databasen, og kan ikke leses ut igjen — bare overskrives. Endringen kan ta noen minutter før den slår inn.

Innstillinger som ikke er knyttet til ett spesifikt produkt. Bokføringskontoene over og girokontonummeret ligger her under egne nøkler; øvrige nøkler legges til hvis eksporten en gang trenger dem (f.eks. firma-/avdelings-id).

Hvem som serverer ved taffelet. Navnene vises nederst på Forlengelse A i CMs bordplan. Brødrene kan ikke melde seg selv til dette — servitørene settes opp, i motsetning til TB og HH.

Vises for brødrene der de svarer ja eller nei til taffelet — i kiosken, på selvbetjeningen og på arrangementssiden. La feltet stå tomt om det ikke skal vises noe. Gjelder det møtet som er valgt i toppen.

Alle påmeldte/ankomne som skal ha taffel til det valgte møtet — til hjelp for kjøkken-/barlogistikk.

Varene kiosken, selvbetjeningen og arrangementssiden selger, i den rekkefølgen «Sortering» angir (lavest først). Inaktive produkter skjules for brødrene, men beholdes her — de kan ikke slettes, siden tidligere bestillinger viser til dem. Bokføringskontoen settes av skattmesteren.

Legg til produkt

Leser produktbiblioteket i kassen i baren, slik at varer som selges der kan legges inn uten å tastes på nytt. Ingenting endres i Zettle, og allerede eksisterende produkter i appen røres ikke — importen oppretter bare nye. Kjør den når du vil; varer du har hentet før kommer ikke igjen.

Antall per vare, slått sammen på tvers av appen og kassen i baren. Tallene hentes når du åpner fanen, men oppdaterer seg ikke av seg selv — trykk «Oppfrisk» når det er slått inn en runde til.