Hei!   Under "Kontoutdrag" er beløp tilgjengelig i form av Debetbeløp og Kreditbeløp.   Ved filtrering/sortering med bakgrunn i beløp ser jeg ofte at jeg har behov for bearbeide innholdet som en enkelt kolonne.   Det er også mye enklere å få innsikt i bilag som går mot hverandre og å få oversikt over de største/minste bilagene ved å behandle beløpet som en absoluttverdi.   Begge disse enkeltkolonnene kan jeg skape selv ved å ta ut utdraget til Excel, og ta en kolonne for beløp (Debet-Kredit) og en for absoluttverdi (ABS(Debet-Kredit)), men det tar jo litt ekstra tid.   Mvh. Emil ... Vis mer

Hei!   Under "Kontoutdrag" har man nå mulighet til å få kolonnene splittet på segmentnivå. Hadde det vært mulig å få med segmentbeskrivelsen som egen kolonne i dette skjermbildet?   Mvh. Emil ... Vis mer

Hei!   Via "Regler for Fakturainnboks" har man muligheten til å påsette verdier på en faktura basert på ulike kriterier.   En av disse verdiene er kostnadsbærer. Denne er dog alltid på linjenivå, slik jeg har forstått det.   Hadde det vært mulig å implementere muligheten til å angi kostnadsbærer på fakturaen på hodenivå på samme måte?   Dette kan gjerne begrenses til kriterier som også er på overordnet nivå dersom det blir vanskelig å løse konflikten hvor flere linjer skal bli til én overordnet kostnadsbærer på en god måte.   Mvh. Emil ... Vis mer

Hei!   Under "Hovedbok > Forespørsler > Kontoutdrag" har vi fått funksjonen "Start manuelt søk".   Hensikten bak denne er at man skal kunne fylle ut alle ønskede parametere - uten at en request automatisk utføres.   Årsaken til at dette er ønskelig er at en request låser brukergrensesnittet, og man kan ikke jobbe videre før forespørselen er helt lastet inn. Dette kan ta lang tid, og er spesielt problematisk i tilfeller hvor resultatet som fremkommer til syvende og sist ikke har noen hensikt å motta, siden man da ikke var ferdig med å parametersette forespørselen, så innholdet blir feil.   En workaround her er å angi de påkrevde feltene til sist, men dersom man arbeider kontinuerlig i et skjermbilde oppleves det som tungt å jobbe på denne måten.   Hadde det vært mulig å implementere "Start manuelt søk" som standardfunksjonalitet for alle forespørsler, eventuelt kun egendefinerte forespørsler?   Alternativt kunne det gjerne også implementeres slik at requests hentes asynkront, slik at brukergrensesnittet ikke blir låst når en request pågår, og dersom det sendes ut en ny request før den forrige er ferdig - at forrige request kanselleres og den nye påbegynnes.   Mvh. Emil ... Vis mer

Hei!   Prislistene i Financials følger denne prioriteringen:     Den fungerer fint for mange, som da enten ikke har variable salgspriser i særlig grad, eller foretrekker prioriteringen slik den ligger. Men.. noen ønsker da at rekkefølgen var stokket om litt for å bedre passe deres behov. Dette er ikke mulig, ettersom prioriteringslisten er statisk.   Dette er nok mye å be om, men vi og sannsynligvis mange andre brukere hadde satt pris (:)) på om det var mulig å definere sin egen rekkefølge for de ulike trinnene som inngår i avgjørelsen av salgsprisen.   Mvh. Emil ... Vis mer

Hei!   Rabattkoder kan defineres til å inntreffe ved ulike kriterier i Financials. Dette inkluderer kriterier som kundenummer, varenummer, kundeprisprofil osv. Det kan også defineres som en kombinasjon av kriteriene.   Det som derimot ikke kan defineres er unntak til disse reglene. Det vil si at dersom man ønsker å definere at en rabattkode skal inntreffe for kundenummer 1 og for alle varer unntatt varenummer 123, så må man altså definere en rabattkode som inntreffer for kundenummer 1 og en liste over det komplette vareregisteret - med unntak av da varenummer 123.   Dersom dette hadde vært en engangsjobb så kanskje det hadde vært overkommelig å løse det på denne måten, men for at regelen skal gjelde for nye varer må da også alle nye varer som legges inn i Financials legges inn som kriterie i rabattkoden også. Dette blir for tungt å vedlikeholde.   Det som hadde vært den enkleste løsningen her hadde vært om det eksempelvis lå en sjekkboks på varekortet, "Unntatt for rabattkoder på linjenivå", som medfører at slike regler aldri påvirker varer med denne sjekkboksen aktivert.   Dette kan allerede løses via en tredjepartsintegrasjon ved å opprette linjene uten rabattkode definert i JSON (slik at det defineres av Financials), og deretter fjerne rabattkoden i etterkant for varer som er definert som unntak via en egenskap. På denne måten opprettholdes registeret for unntak i Financials, akkurat som en sjekkboks, men.. ønsket er da at dette støttes som standard.   Videre kunne det også vært løst dersom man kunne definere at en regel skal gjelde for kundenummer 1 og IKKE varenummer 123, istedet for å bare kunne definere hvilke varer det gjelder for. På denne måten kunne man definert et unntak uten å måtte vedlikeholde registeret når en vare som er helt urelatert til unntaket opprettes.   En siste løsning er også at listen over kriterier på rabattkoden kan ha en sjekkboks, hvor alle nye varer som opprettes i systemet automatisk legges til på listen over kriterier. Dette fjerner også behovet for videre vedlikehold etter opprettelse.   Vi har også sett på flere ulike løsninger for å komme oss rundt dette blant funksjonene som støttes p.t. (kundeprisavtale som overstyrer rabattprisen, prisprofil m.m.), men i alle tilfeller kommer vi frem til at det er noe som mangler for at denne løsningen skal oppleves like sømløs som en enkel sjekkboks på varekortet for brukerene dette i første omgang er aktuelt for. Det kan tenkes at det er løsbart på en god måte i noen klienter, men hverken Visma eller jeg kan se at det er mulig her uten å skape unødvendig merarbeid.   Mvh. Emil ... Vis mer

Hei!   Visma.net ERP leveres som standard med mange tunge forespørsler som kan ta lang tid å bearbeide i store klienter, og man kan også egendefinere sine egne utover standarden.   I mange tilfeller er det da også slik at disse leveres med parametersetting, hvor det ofte er aktuelt å angi flere parameter før resultatet kan brukes.   Problemstillingen blir da at forespørselen forsøker å laste inn resultatet hver gang et parameter endres. Dette er et enormt frustrasjonsmoment når man skal fylle ut flere felter og man hver gang må vente på at forespørselen skal bearbeide resultatet før man kan gå videre til neste felt - selv om man på forhånd vet at resultatet av spørringen ikke vil være det man ønsker å ta ut. Når dette i tillegg tar lang tid i tyngre forespørsler ender man opp med å kaste bort tid på en prosess man ikke burde behøve å vente på.   Jeg foreslår derfor at forespørsler gir muligheten til å la brukeren avgjøre når resultatet skal hentes - ikke nødvendigvis ved hver endring.   Dette kan enten implementeres via en sjekkboks, hvor bruker huker av sjekkboksen før utfylling, og tar den bort når det er ønskelig å hente ut resultatet (en "Pause"-knapp), eller helt enkelt via en knapp "Hent resultat"-knapp når utfyllingen er komplett.   Mvh. Emil ... Vis mer

Hei!   Under "Salgsinnstillinger" er det mulig å huke av for "Pakkepris basert på komponenter".   Det er ikke gitt at en klient eksklusivt inneholder pakker som alle enten vil ha pakkepris basert på komponenter, eller pakkepris basert på standard kostpris, men potensielt også en kombinasjon av disse to.   Dette er ikke løsbart om denne sjekkboksen ligger på overordnet nivå, så fint om det kan vurderes å flytte denne til pakkenivå 🙂   Mvh. Emil ... Vis mer

Hei!   Ved eksport til Excel skrives tabeller ut med headers som inneholder informasjon om tittel på forespørsel, firma, dato, filterverdier osv.   Dette gjør det tyngre enn nødvendig å behandle dataene videre, da de fleste ønsker at selve tabellen skal ligge på første rad, og programmer som behandler data trenger kun tabellen.   Det burde være enkelt å laste ned en Excel-fil, og deretter laste den opp igjen via "Enkelt scenario" og kunne bruke datagrunnlaget direkte uten å måtte åpne og redigere i Excel. Jeg mistenker at jeg har måttet åpne og slette linjer i Excel-importer et ukjent tusentall ganger, så dette er et tilsynelatende lite, men fortsatt sårt punkt for meg - og sikkert mange andre.   Jeg foreslår at dette enten kan skrus av/på via en sjekkboks, eller at informasjonen flyttes til et nytt ark. Jeg er også åpen for andre løsningsforslag som forenkler denne prosessen.   Mvh. Emil ... Vis mer

Hei!   Valuta hentes fra leverandøren ved opprettelse av linjer under fanen "Leverandøropplysninger" på varekortet. Denne verdien er det ikke mulig å endre direkte.   Når valuta da endres på leverandørkortet reflekteres ikke denne til "Leverandøropplysninger" direkte, selv om den hentes herfra originalt.   Det finnes en workaround ved å fjerne leverandør, legge til leverandør og lagre. Da hentes valuta på nytt. Det finnes også andre prosesser som oppdaterer valutaen her.   Men.. det er jo litt kinkig at dette ikke reflekteres direkte fra leverandørkortet ved endring, og ei heller kan masseoppdateres på noen god måte for alle varer som er underlagt leverandøren (det er selvfølgelig teknisk sett mulig å komme seg rundt det og sette opp en rutine som oppdaterer valutakoden, men veldig tungt for sluttbruker som kun ønsker at dette skal stemme).   Ønsket her er at det skal være mulig å regenerere valutakode under leverandøropplysninger for en eller alle leverandører.   Mvh. Emil ... Vis mer

Hei!   For lagerførte pakker er det mulig å avvike fra den angitte pakkespesifikasjonen, f.eks ved å trekke fra komponenter under pakkemontering dersom dette er tillatt for pakkespesifikasjonen.   For ikke-lagerførte pakker er det ikke mulig å pakkemontere på forhånd, siden det ikke lagerføres, og denne funksjonaliteten faller da bort.   Ved salg hender det at spesifikasjonen for pakkemontering avviker fra malen, f.eks grunnet varianthåndtering.   Første tanke blir jo da å legge til pakken, trekke fra eksisterende komponent, og legge til ny variantkomponent. Dette tolkes dog separat som egen leveranse, og deretter mottak, og kan kun utføres på ordretyper som tillater både mottak og uttak. Dette blir veldig disruptivt ved opprettelse av salgsordre.   Behovet er altså en god måte å håndtere avvik fra pakkespesifikasjon dynamisk - uten å opprette en egen pakkespesifikasjon per variant, slik du har muligheten til under pakkemontering for lagerførte varer 🙂   Mvh. Emil ... Vis mer

Hei!   Ved tapsføring av faktura er det i noen tilfeller ønskelig at hver enkelt fakturalinje tapsføres mot identisk kostnadsbærer. Det kan være en stor jobb dersom det er mange faktura som skal krediteres helt eller delvis ved en stor utfakturering.   Noen brukere har løst dette via "Saldoavskrivning", men problemstillingen her er at saldoavskrivning konterer og angir kostnadsbærer basert på årsakskode, og avskrivningen er også på hodenivå. Det hadde gått fint å angi en fast konto/kostnadsbærer på en årsakskode og avskrive som en workaround, men når kostnadsbærer skal være relativ til kostnadsbærer på linjenivå blir dette umulig. Videre problematikk relatert til denne workarounden er at det ikke er mulige å benytte "Korriger transaksjoner" for saldoavskrivning (les mer her: https://community.visma.com/t5/Ideer-i-Visma-net-ERP/Korriger-transaksjon-for-saldoavskrivning/idi-p/327133#M1016).   Ønsket her er altså en rutine hvor fakturalinjer kan massetapsføres mot en speilet kostnadsbærer og fast eller dynamisk konto. I dette spesifikke tilfellet hadde det fungert fint om hele linjen alltid ble tapsført, men det kan jo tenkes at det hos andre brukere er aktuelt å tapsføre en delbetalt fakura, og da må det være mulig å tapsføre linjer delvis også, siden betalinger ikke har noen knytning til spesifikke fakturalinjer.   Mvh. Emil ... Vis mer

Hei!   Under "Korriger transaksjoner" er det mulig å korrigere de fleste hovedbokstransaksjoner, men.. ikke alle. Blant unntakene er bilag av typen "Saldoavskrivning". Ved tiltenkt bruk er det hovedsaklig ikke nødvendig å korrigere konto/kostnadsbærer på en saldoavskrivning, men i noen tilfeller er dette fortsatt ønskelig blant våre brukere. Det hadde vært fint om det var mulig å gjøre dette med direkte knytning mot den aktuelle bunten, og ikke i hovedbok som en urelatert bunt.   Mvh. Emil ... Vis mer

Hei!   Det er nok ikke mange som har behov for dette, men samtidig burde det være enkelt å implementere, så jeg prøver 🙂   Under "Import per scenario" på enkle scenarier er det en knapp for "Konverter til manuelt scenario". Denne handlingen er det ikke såvidt jeg er informert om mulig å reversere.   Det hender at det går litt fort i svingende når det skal lastes opp en fil her, og ved å konvertere til manuelt scenario vil tilordningsjobben ta lenger tid.   Er det mulig å få en bekreftelse før man faktisk konverterer her? 🙂   Mvh. Emil ... Vis mer

Hei!   Fordelinger i Financials er en funksjonalitet mange ønsker å benytte. Dessverre, grunnet det omfattende oppsettet for enkle oppgaver, er det ikke mange som tar i bruk dette.   Grunnlaget for merarbeidet er at, dersom det f.eks er ønskelig å fordele alle føringer på Avdeling 10 mellom Avdeling 20 og Avdeling 30, så må dette defineres for hver eneste konto, ettersom det ikke er mulig å speile konto/kostnadsbærer. Ja, det er mulig å bruke wildscards til å "treffe" på alle konto/kostnadsbærere samtidig, men målkonto/kostnadsbærer må fortsatt defineres for hvert eneste mulige treff, da kildekonto/kostnadsbærer ikke kan speiles helt eller delvis til motkonto/kostnadsbærer.   Problemstillingen blir da at det blir rundt 500 fordelinger for noe som burde være mulig via en eneste fordeling (det er i alle fall enkelt via tredjepartsintegrasjon).   Videre er det et kjempeproblem dersom både konto og kostnadsbærer skal fordeles samtidig. Det må da opprettes en linje per konto per kostnadsbærer. Dette blir da ca. 500x500 fordelinger for klienter som har 500 konti og 500 kostnadsbærere (250.000 fordelinger i dette konkrete eksemplet), for noe som igjen kunne vært løst via en eneste fordeling med speiling av original kontering.   Håper dette kommer på plass - det er veldig vanskelig å anbefale funksjonaliteten når det blir så omfattende (og i noen tilfeller umulig) når det brukes slik de fleste hos oss ønsker å bruke det. ... Vis mer

Hei!   Ved redigering av rapporter opplever vi noen ganger at tabeller som er ønskelige å bruke, og som også kunne vært tilgjengelig, ikke er det. Her er et konkret eksempel:   Ved redigering av blankett for proformafaktura er det ønskelig å legge til en attributt basert på varenummer på linjenivå. Varenummeret er tilgjengelig på blanketten via en annen tabell, men selve varetabellen er ikke tilgjengelig på blanketten som standard. Det er derfor ikke mulig å legge til attributten fra varetabellen.   I dette konkrete tilfellet er ønsket at varetabellen blir tilgjengelig på blanketten for proformafaktura som standard. Visma har oversendt en workaround som gjør dette mulig ved å erstatte standardblanketten for proformafaktura, så håpet er at dette kommer på plass etterhvert 🙂   Dette er nok ikke den eneste tabellen som kunne vært ønskelig å ha tilgjengelig ved blankettredigering, så kanskje det kan opprettes en samlepost for tilsvarende ønsker?   Mvh. Emil ... Vis mer

Hei!   Vi opplever ofte at det opprettes uposterte transaksjoner som ikke er ønskelige å oppdatere. Dette oppstår gjerne når leverandørbetalinger med status "Skrevet ut" oppdateres manuelt, driftsmidler oppdateres uten automatisk postering, eller generelt sett for brukere som ikke benytter automatisk postering.   Prosessen for å fjerne disse er relativt rett frem - de må oppdateres og reverseres, men.. ønsket er da at denne prosessen blir mer brukervennlig med færre implikasjoner for andre prosesser.   Fordelen med å kunne slette slike transaksjoner direkte er ikke kun med hensyn på tid, da slike transaksjoner også dukker opp på avstemmingsutdraget. Ettersom disse i scenariet beskrevet over viser til samme bilagsnummer medfører dette at det f.eks går to føringer K1920, en føring D1920 i hovedbok, men på avstemmingsutdraget ligger det kun en føring K1920 og en føring D1920. Dette skaper et avvik i avstemmingen (selv om hovedbok er i orden etter oppdatering og reversering). Eneste alternativ blir da å la en linje ligge igjen åpen på avstemingsutdraget, og denne kan ikke fjernes uten bistand fra utviklingsavdelingen.   Dersom det ikke er mulig å slette disse direkte hadde det vært fint med en funksjon tilsvarende "Oppdater, reverser, oppdater reversert", da disse ikke kan massereverseres direkte via massebehandling uten å opprette et importscenario. ... Vis mer

Hei!   Utvalgte brukere har behov for å endre konto og/eller kostnadsbærer på et aktivt driftsmiddel. Det er "teknisk sett" workarounds for å oppnå dette i systemet, men de oppleves som veldig tunge. Jeg legger derfor inn et ønske om at dette kan endres direkte på driftsmiddelkortet eller via en tilsvarende sømløst integrert behandling 🙂   Mvh. Emil ... Vis mer

Det burde vær mulig å hente frem felt for synlighetsinnstillinger i prosjektoppgavelista. ... Vis mer

Hei!   Mange har etterspurt muligheten til å utelate bilag fra skjermbildet "Behandle Betalinger", da det ikke er ønskelig å remittere en bestemt faktura eller trekke fra en kreditnota på ubestemt tid. Det er da ikke aktuelt å flytte betalings-/forfallsdato.   Dette kan delvis løses ved å fjerne/endre betalingsmetode/konto, slik at bilaget ikke dukker opp i remitteringsforslaget, men problemstillingen blir da at det ikke er gitt hvilken betalingsmetode/konto som har vært der tidligere. Det er også mer krevende enn nødvendig å masseoppdatere en slik status på bilag som har varierende betalingsmetode/konto.   Dersom dette f.eks hadde vært en sjekkboks tilsvarende "På vent", men for faktura/nota som skal utelates fra "Behandle Betalinger", hadde det vært mulig å masseoppdatere denne sjekkboksen for en rekke bilag uten å ta stilling til hva tidligere/ny betalingsmetode skal være.   Håper dette kan vurderes, eller enda bedre - det finnes kanskje allerede en bedre løsning? 🙂 ... Vis mer