Det kan være tilfeller hvor betalingsforslaget som er sendt Autopay er ønskelig å nullstille, fordi for eksempel er brukt feil betalingsdato.   Nullstille betalingsforslag gjøres i skjermbilde under "Verktøy / Administratorfunksjoner / Vedlikehold av data" som heter "Nullstille betalingsforslag sendt til AutoPay". Her får du opp en liste med alle betalingsforslag som har status = sendt. Du velger det betalingsforslaget du vil nullstille ved å markere linje og trykke på knappen "Nullstill betalingsforslag". Visma Lønn sjekker deretter om betalingsforslag er sendt til AutoPay.   Når du har valgt nullstill betalingsforslag får du spørsmål om du ønsker å nullstille beløp, når du svarer "Ja" til å nullstille, blir beløpsfeltene nullstilt. Deretter må du generere betalingsforslaget på nytt.   Når det gjelder utbetaling fra en lønnskjøring er det ikke nødvendig å nullstille. Da trenger du kun å sende lønnskjøringen på nytt til Autopay. Relaterte brukertips Terminbetaling av skattetrekk og arbeidsgiveravgift Betaling til fordingshaver ... View more

Når Visma Lønn er integrert med Visma.net så er det flere verdier som knytter VL og .net sammen. Det er mulig å flytte et firma fra en kunden til en annen, men det er flere ting som må passes på. Visma support erfarer mindre problemer hvor firmaet ikke flyttes i Visma.net. Dette betyr i praksis følgende: Scenario 1 - anbefalt. I gammelt kundeforhold så fjernes rollene på alle ansatte. Firmaet opprettes manuelt i VL og legges inn verdier manuelt (ansatte + hittilverdier. Innkopierer ikke data fra tidligere installasjon. Registrering av ansatte kan gjøres ved hjelp av dette brukertipset) og det settes opp integrasjon med Visma.net som om firmaet aldri har vært i Visma.net. Knytter typer mot lønnsarter, koder i Calendar mot lønnsarter og setter opp godkjenningsflyt. Merk! Eksisterende bruker vil få en e-post om at de må inn i Visma.net og godkjenne koblingen sin. Før de ansatte har godkjentkobling vil det ikke være mulig å tildele / endre roller i Visma Lønn. Hvis det ønsket muligheter for å se gamle data, beholder en / noen få tilgangen til tidligere firma -rollen Expense admin, Calender / Time admin ikke "regular user". Dette fordi admin rollen gir tilgang til rapporter, men ikke mulighet for å reg.ny verdier.  Scenario 2 - flytting kun av VL data Hvis Visma Lønn data flyttes over: 1 - I gammelt kundeforhold så fjernes rollene på alle ansatte. 2- Firmaet opprettes manuelt i VL og det innkopieres data fra tidligere installasjon. 3 - Før firmaet knyttes mot Visma.net,  må det fjernes følgende verdier i tabellen "FrmData" og "Employee". Dette kan gjøres ved å starte vindu 700338 for "FrmData" og 700339 for "Empolyee".  Eller via SQL   I tabellen "FrmData" må dere fjerne verdien som ligger i kolonnen "OdpExternalCompanyId". I tabellen "Employee" må dere fjerne verdier som ligger i kolonnen "OdpExternalId". Er det mange ansatte kan dere kjøre dette scriptet ved å logge inn med firmaets login, ikke SA. Script: "update Employee set ODPExternalId = NULL" Hvis firmaet har brukt Absence må også følgende script kjøres for å få over historisk fravær: update WgAbsInst set chkIsExternal = 0 Husk ta backup før dere kjører disse script! Videre må du gå inn i "Rutiner / Registrering / Visma.net / Oppsett" og registrere firma og ansatte på nytt. Merk! Eksisterende bruker vil få en e-post om at de må inn i Visma.net og godkjenne koblingen sin. Før de ansatte har godkjentkobling vil det ikke være mulig å tildele / endre roller i Visma Lønn. Videre må og det settes opp integrasjon med Visma.net som om firmaet aldri har vært i Visma.net. Knytter typer mot lønnsarter, koder i Calendar mot lønnsarter og sette opp godkjenningsflyt.   4- Hvis det ønsket muligheter for å se gamle data, beholder en / noen få tilgangen til tidligere firma. Scenario 3 - flytting av både VL data og firma i .net. I gammelt kundeforhold så fjernes rollene på alle ansatte. Firmaet opprettes manuelt i VL og det innkopieres data fra tidligere installasjon. ta kontakt med lisens avd. i Visma for flytting til ny kunde. MERK! Lisensen må inneholde tilsvarende tjenester som gammel kunde i .net. Visma Partnere kan lese mer her.   Før firmaet knyttes mot Visma.net, må koblingen fjerne følgende verdier: I tabellen "FrmData" må dere fjerne verdien som ligger i kolonnen "OdpExternalCompanyId". I tabellen "Employee" må dere fjerne verdier som ligger i kolonnen "OdpExternalId". Er det mange ansatte kan dere kjøre dette scriptet ved å logge inn med firmaets login, ikke SA. Script: "update Employee set ODPExternalId = NULL" Husk ta backup før dere kjører dette scriptet! Alternativt kan skjermbilde 700338 Firmaopplysninger og 700339 Ansattliste brukes. 5. Videre må du gå inn i "Rutiner / Registrering / Visma.net / Oppsett" og registrere firma og ansatte. Merk! Eksisterende bruker vil få en e-post om at de må inn i Visma.net og godkjenne koblingen sin. Før de ansatte har godkjent kobling vil det ikke være mulig å tildele / endre roller i Visma Lønn. Og godkjenningsflyt må settes opp på nytt. 6. Alle data er med over, all historikk både i VL og .net.   Scenario 4 - bytte lønnssystem når Calendar er benyttet, eller flytte Calendar og ikke lønnsdata Dette vil garantert feile og må ikke gjøres. I slike tilfeller må gamme Calendar avsluttes og ny opprettes. Hvis det ønskes oppslag, så husk å fjerne rollene på de ansatte slik at de ikke fører på fravær / timer i feil "firma".   Relaterte brukertips Integrere Visma Lønn med Visma.net Feilsøking når integrasjon med Visma.net ... View more

Når du skal flytte Visma Lønn funksjon til ny server, må du når du starter Visma Lønn på den nye serveren. Nå du får opp dialogen for å "Lisens aktivering" må du velge "Flytte". Når du har tastet inn kundenummer og aktiveringsnøkkel velge "Flytt lisens", her vil du da få frem den "gamle" maskinen. Velg denne og fortsett.   Vi har noen erfaringer med at flytt funksjonen ikke har opprettet alle køene riktig i Message Queuing. Hvis køene mangler, vil det ikke være noen kommunikasjon mellom Visma Lønn og Visma.net. Så etter flytting til ny server, må det kontrolleres at køene er på plass.  For å kontrollere om køene er på plass kan du på startknappen i windows, og velge "Computer management". Så "Services and Applications, Message Queuing, Private Queues", her skal du finne 5 køer som har med Visma Lønn å gjøre.   Hvis det mangler noen køer, gjør  følgende: 1) Sett SyncEngineEnabled = 0 og VL1200-DoNotTouchThis=0 i VafConfig.ini. 2) Sett ApplicationInstanceActivated=0 i VcpConfig.ini. 3) Sett chkActivateMDM = 0 i FrmData - dette må gjøres i SQL. 4) Sjekk at Visma Lønn OnDemandService startes med en bruker som har nok rettigheter (forslag: samme som VL_srv kjøres under). 5) Restart VCG + Visma Lønn OnDemand service. 6) Start VL og gå inn på oppsett og aktiver Visma.net på nytt. 7) Aktiver SyncEngine også slik at køene blir opprettet i MSMQ.   Relaterte brukertips Feilsøking integrasjon med Visma.net ... View more

Det kan være en fordel å kjenne til hvordan feriesaldo i Visma.net Calendar og Visma Lønn presenteres. Når det kan være avvik og eventuelt hva kan gjøres for å rette.   Når du starter med Visma.net Calendar har du fra Visma Lønn overført via "Visma.net Eksport" og under "Feriesaldo og fridager", de feriedager som ligger i feltene "Fdgr.pr.år + Fdgr 0/60 + Overf. fdgr".  Det er dette som gir saldoen som fremkommer i Calendar før det er registrert noe ferie.     Med en gang den ansatte har registret en feriedag vil dette endre saldoen i Calendar. Dette da før feriedagen er godkjent.    Frem til denne ferien er godkjent og perioden også er godkjent vil denne ferien ikke bli overført til Visma Lønn. I denne perioden vil det være avvik mellom feriesaldoen i Calendar og Visma Lønn.   Når Calendar er tatt ibruk, må det ikke føres noe ferie i Visma Lønn manuelt. Dette vil gjøre at det blir "dobbelt" opp med brukt ferie.   Hvis avvik / mangler på fravær i Visma Lønn, må du kontrollere at meldingstjenesten virker som den skal. Følg dette brukertipset for å kontroller dette. Spørsmål til support Spørsmål: Vi har fått overført feil antall feriedager fra Visma Lønn til Calendar, hvordan retter vi dette? Svar: Kontroller at det ligger korrekte verdier i feltene "Fdgr.pr.år + Fdgr 0/60 + Overf. fdgr" på den ansatte. Gå så til "Visma.net Eksport" og under "Feriesaldo og fridager" velg "Overfør".   Spørsmål: Godkjent ferie kommer ikke over til Visma Lønn, hvordan retter vi dette? Svar: Hvis ditt firma benytter Time, har dere aktivert at perioden også må være bekreftet og være godkjent før ferien blir overført til Visma Lønn.   Spørsmål: Godkjent ferie kommer ikke over til Visma Lønn, hvordan retter vi dette? Svar: Når det mangler ferie og eventuelt annet fravær / timer, så trykker du på knappen "Kontroller og bestill manglende timer og fravær". Påse at du velger ønsket "Fra dato". Hvis dette ikke retter problemet, må du kontrollere at meldingstjenesten virke som den skal. Følg fremgangsmåten i dette brukertipset.   Relaterte brukertips Feilsøking i forhold til integrasjon med Visma.net Oppsett Visma Lønn mot Visma.net Les mer om Visma.net Time her.   -Oppsett timekoder VL  -Oppsett av timekoder Les mer om Visma.net Absence.  -   Oppsett Absence Les mer om Visma.net Expense    -Oppsett av typer i Expense    -Godkjenner oppsett  -Godkjenner oppsett på leder (gjør oppsett av godkjenning veldig enkelt Les mer om Payslip       ... View more

For større regnskapsbyråer er det aktuelt å ha flere applikasjonsservere for at Visma Lønn skal ha akseptabel hastighet.  Hvis ditt firma har flere applikasjonsservere må det gjøres endringer i 3 filer for at integrasjonen med Visma.net skal virke som den skal.   Første forutsetning for å ha flere applikasjonsservere er at liseen din gir mulighet for dette. Videre så bør det benyttes RAC eller VUD for adgangskontroll. I dette eksemplet så heter serverne  "App1" og "App2". "App1" er "hovedserver hvor VCG / OPG er installert på og her går også Visma Lønn OnDemand service. På "App1" er det nødvendig å gjøre noen tilpasninger. Påse at brannmur tillater trafikk på TCP port 9251. Og påse at rettigheter er satt korrekt på "Message Queuing / MSMQ", gi alle rettigheter til gruppen "Everyone" og "ANONYMOUS LOGON" på køene "opgtomrqueue" og alle Visma Lønn køene.   På "App2" installer Visma Lønn som normalt, registrer lisens. Avslutt Visma Lønn og gjør følgende: Kopier over filen VafConfig.ini fra "App1". Dette gjør at linjen "OPGURL=xxx.." har korrekt verdi. Verdien i dette eksemplet vil være "OPGURL=http://APP1:55555/OPGatewayService/OPGatewayService" Finn filen VL_srv.exe.config, denne ligger på det området som Visma Lønn er installert på. Editer denne, finn avsnittet "<!--On Premises Gateway (OPG)--> " <add key="OPGHostName" value="localhost" /> - endre verdien "localhost" til "App1". Kopier denne linjen. Gå så på tjenester / services, finn tjenesten "Visma Lønn OnDemand Service" stopp denne og endre slik at den ikke starter igjen.  Integrasjonen med Visma.net skal nå virke.     Teknisk informasjon for hvis problemer med kommunikasjonen mellom de forskjellige maskiner og   MSMQ: Msmq from one machine should communicate with msmq from other machine, ping or telnet on msmq port 1801 can help  https://support.microsoft.com/en-us/help/178517/tcp-ports-udp-ports-and-rpc-ports-that-are-used-by-message-queuing   Eksempler på filene nevnt i artikkelen VafConfig.ini   VL_srv.exe.config Relaterte brukertips Oppett av integrasjon mellom Visma Lønn og Visma.net Feilsøking Tips til regnskapsbyråer   ... View more