Releaseinfo Winorg juni-2017

Transkript

1 Innhold Adresse... 2 Ny mulighet i Adresse (62521)... 2 Aktør... 3 Endring av funksjonalitet ved henting av data fra Bisnode søk (fra aktør) (63301)... 3 Adressevask... 3 Nye valg i Bisnode adressevask (63302)... 3 Endring håndtering av postboks i adressevask (63314)... 4 Endring ved innlesing av kjøpte adresser (61894)... 4 Agenda... 4 Forbedringer i Agenda oppgaveliste... 4 Bedrift... 5 Ny mulighet i Bedriftsavtale-skjermbildet (62222)... 5 Søk & rapport... 5 Forbedringer i Søk & rapport (61506)... 5 Trekk... 5 Endring innlesing av trekk (61484)... 5 Økonomi... 6 Endring i automatisk kreditering ved stopp av forsikring (63060)... 6 Systemkrav... 6 Office... 6 Side 1

2 Ny funksjonalitet/feilretting Her er en liste over ny funksjonalitet/vesentlig feilretting som er nytt i Winorg i juni Dette er bare en kort beskrivelse av funksjonalitet. Se hjelp i Winorg for mer detaljer eller kontakt din kunderådgiver dersom du har spørsmål tilknyttet funksjonaliteten eller ønsker å få oppgradert Winorg/tilpasninger for å få tilgang til det som presenteres her. Adresse Ny mulighet i Adresse Alle fakturarutiner bruker en standard rutine for å opprette FAKTTREKK, FAKTKONT, FAKTABO, FAKTKURS osv. Denne rutinen er nå endret slik at man kan få lagt ut en aktørs e-postadresse i cc-felt (kopi av epost sendes til) på en slik utgående aktivitet. Dvs. når det på adressesettet er en mottaksaktør som mottar fakturaen. Rutinen sjekker om begrepet MAILADR_CC_AKTOR er satt opp for aktuell rollenr på faktura. Dette er samlerollen, dvs normalt 9998 for kontingent, 9888 for trekk osv. Man ser på aktivitet hvilket rollenr som legges ut. Dersom begrepet finnes og verdien er satt til J så legges aktørens epost1 ut i epost kopi-feltet på aktiviteten. Verdien i begrepet settes ved installasjon til N. Dvs. at ingen kunder blir berørt av dette før man selv velger å sette oppsettet på begrepet til J. Man må da huske å sette korrekt samlerolle inn i begrepsverdi slik at dette kobles til den fakturarutinen man ønsker. I tillegg kan man på begrepet angi en dm-kode, hvilket medfører at kun aktører med denne dm-koden får utfylt epost kopi. Side 2

3 Aktør Endring av funksjonalitet ved henting av data fra Bisnode søk (fra aktør) Funksjonen for å ta med data fra Bisnode sin weboppslag fra aktørskjermbildet er oppdatert. Nå vil Winorg forsøke å tolke navnet slik det foreligger og korrekt plassere fornavn i fornavn raden og etternavn i etternavn (bare et etternavn) uansett hvordan det ligger hos Bisnode. Dette kommer av at dataene til Bisnode kommer direkte fra teleleverandører o.l. hvor brukerne selv skriver inn sine navn, og det er ofte løst på forskjellige måter. Adressevask Nye valg i Bisnode adressevask Færre og færre benytter telefon privat eller telefax. Nummere som ikke lenger er i bruk, vil naturlig nok ikke være registrert i telefonregistrene Bisnode har tilgang til. Når Bisnode ikke får informasjon om telefon privat eller telefax fra telefonregistrene, velger Bisnode å sende inn blanke felt på disse feltene med en status som er usikker. Dersom man ønsker å fjerne privattelefon eller telefax der Bisnode ikke lenger med sikkerhet kan si at nummeret finnes og altså sender inn blanke felt, setter man verdi J i begrepet VASKEHALL i feltet Nullstille priv.tlf/fax ved usikre treff. Lar man default verdi N stå på begrepet VASKEHALL, vil Winorg beholde privattelefon og telefax på aktøren, hvis dette er registrert, selv om Bisnode sender inn blanke felt. Side 3

4 Endring håndtering av postboks i adressevask Begrepet VASKEHALL som styrer kundespesifikke valg rundt adressevask har blitt endret når det gjelder håndteringen av postboks. I egenskapen i begrepsverdien har man tidligere kunnet sette A eller P for å fortelle om vi skal sette inn postnummer fra postboks eller adresse. Disse verdiene vil nå reagere annerledes, samt at det er laget en ny verdi for å bedre håndterer tilfeller der Bisnode har både postboksadresse og bostedsadresse. A - Kunden foretrekker vanlig bostedsadresse og Winorg vil oppdatere aktøren med dette dersom det finnes både postboks og bostedsadresse fra Bisnode. Rutinen vil beholde bostedsadressen du har fra før dersom Bisnode bare har postboksadresse. P - Motsatt av A. Kunden foretrekker postboksadresse og Winorg vil oppdatere aktøren med dette dersom det finnes både postboks og bostedsadresse fra Bisnode. Rutinen vil beholde poststedsadressen du har fra før dersom Bisnode bare har bostedsadresse. K Kombi (aka konservativ) - Winorg ser hvilke data aktøren har ifra før og forsøker å beholde denne adressetypen. Rutinen vil ikke legge på postboksadresser på aktører som bare har bostedsadresse registrert fra før, men bostedsadresse vil kunne bli oppdatert med ny bostedsadresse. Dersom du har postboksadresse vil rutinen ikke bytte ut denne med en bostedsadresse, selv om Bisnode ikke finner en postboksadresse på deg. De fleste kunder har A eller P registrert på begrepet VASKEHALL. Ved oppgradering til juni-release må kunden ta stilling til hvilken verdi de nå ønsker å sette på begrepet før de utfører første vask etter oppgradering. Endring ved innlesing av kjøpte adresser Det er gjort endring i vaskehallen: innlesing av kjøpte adresser. Dersom postnummer ikke finnes, vil dette bli opprettet med poststed 'UKJENT POSTNUMMER'. Aktøren blir opprettet/endret, og listen over de ukjente postnumrene fra innlesingen finnes når man trykker på 'Vis logg'-knappen i filinnlesingskjermbildet. Agenda Forbedringer i Agenda oppgaveliste Det er nå mulig å kollapse/ekspandere søkekriteriene i Agenda oppgaveliste. Side 4

5 Bedrift Ny mulighet i Bedriftsavtale-skjermbildet I skjermbildet "Avtaler" under bedrift kan man nå angi "Hovedvalg". Dette betyr at hvis et arbeidssted/bedrift har flere avtaler vil Winorg velge denne avtalen på nye ansatte man registrerer (i mappen for ansettelsesforhold og webgodkjenning for ansettelsesforhold). Vær informert om at: * Hvis det finnes to eller flere avtaler og du ikke har kun ett "Hovedvalg", vil Winorg sette blank avtalekode på nye ansettelsesforhold. * Winorg vil ikke endre avtaleforhold på eksisterende ansettelsesforhold ut fra hva du angir av Hovedvalg. Feltet finnes også søkeoppsett i viewet View_Bedrift_Og_Arbplass_Avt som er koblet til bedrifter/arbeidsplasser. (Hvorfor ikke sperre slik at man ikke kan velge flere med hovedvalg) Søk & rapport Forbedringer i Søk & rapport Søk & Rapport søkefliken er forbedret slik at når man har lagret et brukerdefinert oppsett, vil man komme tilbake til dette igjen når man nullstiller et søk etter et søkebilde i "søkefliken". Trekk Endring innlesing av trekk Det er gjort endringer i forbindelse med oppsett rundt trekk slik at gitt beløp skal styres inn på en bestemt rolle i forbindelse med innlesing av trekkfiler. Dette er uavhengig av trekkfilformat. Dette styres ved oppsett i begrep TREKK_BELOP_ROLLE. I begrepsverdi.verdi legges beløp, rollenr legges i verdi_1_1 (beløpet håndterer begge fortegn). Dette håndteres da i forbindelse med innlesing av trekkfiler slik at når det ikke finnes noen forekomst i trekklistelinjen på aktøren så opprettes det linje og da også post i reskontro på aktøren. Utgangspunktet er at aktøren ikke er blitt fakturert for rollen på grunn av at rollen ikke er tilknyttet som en underrolle på sitt medlemskap, men er trukket allikevel fra arbeidsgivers side. Side 5

6 Eksempel: Medlemmet har ikke forsikring, men er allikevel trukket forsikring og rapportert dette via fil fra arbeidsgiver. Økonomi Endring i automatisk kreditering ved stopp av forsikring For kunder som bruker funksjonalitet med automatisk forslag om kreditering av forsikringspremie ved stopp av forsikring hvor premien er betalt, er det endret funksjonalitet ift. hvor langt frem i tid (hvilken måned) som det blir foreslått å kreditere for. Periode for kreditering (til-og-med) henger nå sammen med periode for ny faktura (parameter FORS_DATO_GRENSE) slik at den perioden det krediteres for samsvarer med hvilken periode det blir utstedt ny faktura for når man skal ha ny faktura etter endring av forsikringstype. Hvis man stopper en forsikring f.eks. 10. mai, og parameteren ovenfor er satt til 15. i måneden, så vil man få forslag om kreditering for denne måneden fordi datoen ligger FØR det som er definert i parameter. Dette fordi man også vil få faktura for inneværende måned hvis det samtidig startes en ny rolle. Dermed er det sammenheng mellom kreditert periode og fakturert periode for endring av forsikring. Endring i bunkerutine, oppdater bunke Utført en endring i rutine for oppdatering av bunke, det gjelder funksjonalitet i forbindelse med dobbeltinnbetaling basert på kundespesifikk regel lagt på rolletype. Systemkrav Office Kunder må ha Office som er supportert av Microsoft (Office 2013 eller nyere) for at Word og Outlook integrasjon i Winorg skal fungere Side 6