1408 – Ny funktionalitet omkring lokalforeninger
Nyt i håndtering af lokalforeninger
– ”Lokalforening” er ikke længer redigerbart på stamkortet, men blot til visning. Ledeteksten til lokalforeningsfeltet på stamkortet kan antage værdierne:
Regelstyret lokalforening hvis den aktuelle lokalforening blev tildelt iht. regler på beregningstidspunktet.
Manuel lokalforening hvis den aktuelle lokalforening blev tildelt manuelt.
– ”Manuel lokalforening” er ikke længer redigerbart på stamkortet, men blot til visning
– Derimod er der nu kommet en ny knap ”Skift lokalforening” som åbner en dialog hvorfra der kan skiftes lokalforening
## Dialogen
###Aktuelt
Indeholder oplysninger om medlemmets aktuelle lokalforening.
###Skift til
Indeholder de felter og oplysninger som skal til for at vurdere og foretage et skift
– Anvend: Her skal brugeren vælge hvilken lokalforening (af de 2 som vises til højre ) der ønskes anvendt/skiftet til:
Regelstyret: den lokalforening som er vist i Regelstyret lokalforening bliver tildelt. Feltet er ikke redigerbart.
Feltet indeholder den lokalforening hvor medlemmet aktuelt opfylder aktuelle regler.
Dette er kun muligt hvis medlemsgruppen er regelstyret.
Manuel: den lokalforening som er vist i Manuel lokalforening bliver tildelt. Feltet er redigerbart.
###OK/Annuller
– OK medlemmet får tildelt den valgte lokalforening
– Annuller (eller Esc eller X): der sker intet skift
###Nyttig viden
– Dialogen initieres med medlemmets aktuelle lokalforening, så hvis man umiddelbart efter visning taster OK vil lokalforening være uforandret
– Anvend sættes automatisk til Manuel hvis der indtastes en manuel lokalforening
– Såfremt der ikke anvendes regelstyring på medlemmets medlemsgruppe vil dialogen være begrænset til nedenstående og det betyder at Anvend automatisk og usynligt bliver Manuel
– Den nye løsning giver mere gennemsigtighed og information om hvad er vil ske inden man gennemfører et skift.
Samtidigt er det nu muligt at få hele datagrundlaget på plads inden beregning af lokalforening, hvilket har været en udfordring når der var opsat regler på eksempelvis
Abonnementer
Jobkort
Communities
– Det betyder også at der IKKE længere sker en automatisk beregning af lokalforeningen eller abonnementer så snart der ændres i adressefelter, medlemsgruppe eller medlemmet bare opdateres.
– Skift af lokalforening og tilhørende abonnementer sker således kun når hvis man anvender Skift lokalforening fra
Medlemslisten
Medlemskortet
Medlemsabonnementslisten
– Lokalforening og evt abonnementer opdateres fortsat ved afvikling af den eksisterende kørsel Opdater lokalforeninger som stadig tilgås via Lokalforeninger. Vi anbefaler at den afvikles dagligt via plan, såfremt mindst en medlemsgruppe har regelstyring og/eller der oprettes lokalforeningsabonnementer.
1479 – Opret medlemsgruppe abonnementer ved genindmeldelse
I forbindelse med genindmeldelse blev abonnementer fra medlemsgruppen ikke oprettet
1550 – Tidsstempling på medlem og medlemsabonnementer ved ændring af datoer
Vi har tidligere introduceret felter på medlemsabonnementskuben til visning af hvornår datofelter havde fået deres værdi. Det viste sig desværre at være en performancetung løsning at fremsøge værdierne fra ændringsloggen når kuberne skulle opdateres, hvorfor løsningen er omtænkt.
Nu stemples tidspunkt for ændring af indmeldelsesdato og udmeldelsesdato på medlemmerne og for start- og slutdatoer på medlemsabonnementerne løbende når datoerne ændres. Disse tidsstempler overføres til kuben når denne opdateres og vises i ‘Udført’-felterne.
Løsningen vil holde styr på ændringstidspunkterne fremadrettet.
Såfremt I ønsker at få opdateret og anvende ‘Udført’-felterne i kuben skal ændringstidspunkterne indledningsvist initieres på eksisterende medlemmer og medlemsabonnementer. Til dette anvendes 2 nye rapporter
– Opdater udførelsestidspunkt for datoændringer på medlemmer
– Opdater udførelsestidspunkt for datoændringer på medlemsabonnementer
Rapporterne afvikles kun for et datofelt ad gangen
Ved større datamængder anbefaler vi at rapporterne afvikles via plan. Desuden kan I vælge at opdele jeres medlemmer/medlemsabonnementer i passende klumper. Anvendes opdeling bør I slutteligt kører med fuldt interval for at samle op hvis jeres opdeling skulle have misset nogle. – her vil ændringstidspunkter blive fundet for dem som ikke allerede har fået et ændringstidspunkt.
1581 – Menupunkt til opkrævningsarkiv
Det er nu muligt at tilgå opkrævningsarkivet fra medlemsoversigt og medlemskort via Relateret/Abonnementer/Opkrævningsarkiv
1564 – indsæt journal på manuelle linjer
Nu indsættes der opkrævningsjournal på opkrævningslinjer som oprettes manuelt.
1570 – Medlemsabonnementskube viser nuværende kontingentgruppe
Vis kontingentgruppe per opdateringstidspunktet på medlemsabonnementskuben
1578 – Forsimplet anvendelse af LOG. Performance ved slet journal.
Genberegningsinformationer vil ikke længere blive lagt i log feltet på opkrævningerne. Oplysningerne fremgår allerede af genberegningsfelter som vises både for opkrævningshoved og linjer.
Performance forbedring ved sletning af opkrævninger.
Forbedret styring af hop fra felterne opkrævningsoversigten.
1588 – Ansættelsesform API
Der er oprettet en ny api services til ansættelsesformer.
1587 – mobilnr i webservices
Fejl ved. ansættelses mobilnr i webservices er rettet.
1585 – Stillingsbetegnelse for primære stilling kan nu tilføjes til medlemsliste og -oversigt
Ved opslag på stillingskode fra jobkort vises nu flere oplysninger tilknyttet stillingen
Desuden er det gjort muligt at tilføje ‘Primær stillingsbetegnelse’ til medlemsstamkortet.
1575 – Manuel redigering af gammel saldo samt forbedret håndtering af gammel saldo ved samlefakturering.
På en samlefaktura var gammel saldo ikke altid summen af alle gamle saldi fra de opkrævningsbilag som indgik i samlefakturaen og blev ikke altid udskrevet. Det er rettet.
Det er nu muligt at redigere gammel saldo manuelt på opkrævninger med status ‘Dannet’.
1442 – Redesign af udmeld passive
Eksisterende kørsel til udmeldelse af passive medlemmer er blevet redesignet for at imødekomme forskellige filtreringsbehov, således er det nu muligt at
– ignorere filtrere på nogle af de viste tabeller
– udmelde dem som opfylder nogle filtre
– bevare dem som opfylder nogle filtre
– udmelde dem som kun opfylder filtrene på een af flere tabeller
– bevare dem som kun opfylder filtrene på een af flere tabeller
Derudover er der lagt en spærring ind på at medlemmer med debitorposter nyere end 12 måneder IKKE kan udmeldes. Via dialogen kan man vælge at det skal være mere end 12 måneder.
Den nye bestilling er noget mere avanceret end tidligere og adskiller sig fra de typiske rapport-filtreringer for at imødekomme ovenstående. Det er derfor særligt vigtigt at forstå anvendelsen af sektionen ‘Håndtering af filtre per tabel’
Ud for hver tabel vil der være disse valgmuligheder:
Valget af disse håndteringer vil bestemme hvorledes angivne filtre på tabellerne vil blive anvendt ifht. fremsøgning af de medlemmer som skal udmeldes.
Vælges denne håndtering på flere tabeller, skal medlemmet bare opfylde filtrene på een af de tabeller for at blive udmeldt
Vælges denne håndtering på flere tabeller, skal medlemmet bare opfylde filtrene på een af de tabeller for at blive bevaret
Hvis et medlem både opfylder valgte filter for udmeldelse og bevaring vil medlem IKKE blive udmeldt.
1566 – rapportvalg
Nu anvendes samme måde at vælge rapportlayout i medlemssystemet, som af Microsoft.
Vær opmærksom på, at eksisterende poster i "Rapportvalg medlemssystem" stadig indeholder referencen til det tilpassede rapportlayout og dette vil fortsat blive anvendt. For at skifte til anvendelse af rapportlayout kan man enten slette posten i "Rapportvalg medlemssystem" og oprette en ny, eller man kan tilpasse siden og tilføje feltet "Kode til brugerdefineret layout for brødtekst i mail". Derefter kan man angive rapportens layout i de nye felter.
1591 – Aktivering af aldersbestemte medlemsgruppeskift
Nu får bestilleren information om de medlemsgruppeskift som afvises ved "Aktivering af medlemsgruppeskift".
Når "Aldersbestemt gruppeskift" opretter et gruppeskift som opdateres med det samme, sikres det nu at der samtidigt oprettes kontingentgruppeskift og abonnementer iht. opsætning.
1579 – mulighed for at slette alt eller i interval før beregning
Det er nu muligt at bestemme omfang af sletning af tidligere beregnede mærkedage inden den nye beregning gennemføres.
Man kan
– få slettet alle tidligere beregnede mærkedage ved at markere ‘slet alt før beregning’
– få slettet tidligere beregnede mærkedage i det valgte tidsinterval ved at markere ‘slet tidsinterval før beregning’
– undgå sletning ved ikke at markere nogle af dem