Forbedringer 9.01.0 - Logistikk

Kredittkontroll

Innstillinger for Kredittkontroll ignorert
Et problem som førte til at advarsler for Kredittkontroll ble vist som dialogbokser uavhengig av innstillingene for Kundepref. eller relevante innstillinger i Bedriftsopplysninger, er rettet opp. Advarsler for Kredittkontroll dukket også opp når salgsordrer ble fullført. Dette er også rettet opp.

Ordre

Binders for vedlegg vises ikke alltid
Når det underliggende feltet Fil data ble hentet frem fra tabellen Ordrevedlegg, var ikke bindersen alltid synlig. Dette er nå løst.
Dialogboksmelding når en innkjøpsordre med tekstprodukt ble Bekreftet
En innkjøpsordre med en tekstordrelinje uten antall som ble Bekreftet, resulterte i en dialogboksmelding. Dette er nå løst.
Ordrestatus 1 angis ikke på riktig måte når en ordre kopieres
Ved utskrift av ordrebekreftelse for en salgsordre som opprettes gjennom Generer kopi av ordre, ble ikke Ordrestatus 1 for ordrebekreftelsen oppdatert til Utført. Dette er nå løst.
Påfølgende fakturering mislykkes når bare fakturert ordrelinje er synlig
Et problem gikk ut på at påfølgende ordrer ikke ble behandlet hvis et oppsett brukt til utskrift av fakturaer hadde et utvalg, slik at ordrelinjene som var klare for fakturering for en eller flere av ordrene, ikke ble vist, mens tidligere fakturerte ordrelinjer var synlige. Dette problemet er nå løst.
Samlefakturering EDI/Autoinvoice
Det oppstod et problem når samlefakturaer ble skrevet ut og en av ordrene hadde Sendem. for dok. 1 = EDI (med Tillat samlefaktura ved sendemåte EDI angitt). I så tilfelle ble ingen ordrer som ble behandlet etter EDI-ordren, skrevet ut, men ordrene ble fakturert og bilag opprettet. Dette problemet er nå løst.
Tilbakestille en tom rad
Behandlingsvalget Nullstill vil ikke lenger forårsake et krasj når det utføres på en tom rad i tabellen Ordre.
Dager uten betaling
Forfallsdatoen i dialogboksen Fakturamottak ble ikke oppdatert hvis Bet.frie dager var angitt i tabellen Bedriftsopplysninger og Bilagsart beh. var angitt til Flytt betaling til arbeidsdag i tabellen Bilagsart. Dette er nå løst.
Fylle opp negative varepartier
Et delvis oppfylt negativt vareparti ble ikke bare oppfylt og lukket ved ferdigmelding av en innkjøpsordre, men restantallet i kjøpet økte antallet i varepartiet til en positiv verdi. Dette betydde at alle andre negative varepartier som forelå forble negative, selv om meningen var at de skulle fylles opp av den samme innkjøpsordren. Dette problemet er nå løst.
Dekningsbidrag for bruttoordrer beregnes feil
Feltene Dekn.bidrag hittil, Dekn.bidrag i fremt. og Dekn.bidrag totalt i tabellen Ordre ble beregnet med mva-beløp. Dette er nå løst.
Ansvarsenhet i ordre
Et problem i funksjonaliteten til kolonnen Ordre ansv.enh. i tabellen Bedriftsopplysninger førte til at Kundenr eller Lev.nr ikke ble hentet når nummeret for Ansvarsenhet 10 ble angitt på ordren. Dette er nå løst.
Advarsel på allokerte ordrer
Brukernavn er nå en del av advarselen når en allokert ordre låses av en annen bruker.
Utvalg i sideelementer
Nye rader ble ikke filtrert på riktig måte. Filtrering ble utført før raden var fullstendig angitt. Dette kunne få raden til å forsvinne fra oppsettet. Dette er nå løst.
Akkumulerte priser doblet på strukturhode på salgsordre
Ingen ekstra prisakkumulering til andre strukturhoder i salgsordrer med akkumulering av salgspriser, hvor strukturhodet lagerføres.
Feltet Ordresum ble ikke tømt ved ferdigmelding
Ordresummer vil bli riktig oppdatert ved ferdigmelding av strukturlinjer på salgsordrer.
Ordrelinje Bruttobeløp (innenl.)Bruttoordrer
Et problem er rettet opp på Bruttoordrer, hvor Bruttobeløp (innenl.) ble feil beregnet. Mva-beløp (innenl.) ble lagt til den allerede beregnede bruttoprisen når Bruttobeløp (innenl.) ble angitt på en ordrelinje. Feilen forårsaket feil i utskrifter fra Visma XML og Autoinvoice, men forårsaket ikke problemer på fakturaer som ble skrevet ut.
Nullstille ordrer med struktur
Behandlingsvalget Nullstill oppdaterte ikke Ord.linjestatus riktig på strukturhodet. Alternativet Ekspandert ble feilaktig fjernet. Dette er nå løst.
Brukerdefinert sortering
Sortering av kolonner fra underliggende tabeller på tabellen Ordrelinje forårsaket krasj ved utskrift av fakturaer. Dette er nå løst.

Ordredokument

Utskrift av faktura fra Visma XML fører til en unntaksfeil
Et problem i standard Visma XMLFakturaFormular (114) er rettet opp. Problemet oppstod når et avdelingsnavn eller prosjektnavn var langt (60 tegn eller mer), noe som fikk Visma Business til å krasje. Årsaken var feilaktige referanser i Formular, som ikke klarte å håndtere lengden som var tilgjengelig for disse verdiene i tabellene i Visma Business.
Sende kreditnota via e-post
Ved utskrift av en kreditnota med Sendem. for dok. 1 angitt til Fakturaer sendt pr. e-post ble emnet oppgitt som faktura i stedet for kreditnota. Dette er nå løst.

Produkttransaksjoner

Kontantordrer med endret pris
Et problem oppstod i tabellen Produkttransaksjon hvis salgsprisen ble endret på en kontantordre før lagring. Resultatet var at rabatten (forårsaket av endringen av salgspris) ble beregnet to ganger, med feil verdier i antall, dekningsbidrag og dekningsgrad. Dette er nå løst.
Ordretypen 4 - Realisert-ordre oppretter ekstra produkttransaksjon
Et problem oppstod når en produksjonsordre ble fakturert/realisert ved bruk av ordretypen 4 - Realisert-ordre etter registrering av ordren. I dette tilfellet ble en ekstra rad med transaksjonstypen 7 - Produksjon lagt til tabellen Produkttransaksjon med negativ Antall og Lagerbevegelse. Denne feilen oppstod ikke hvis ordren ble ferdigmeldt før den ble fakturert/realisert, enten med ordretypen 4 - Realisert-ordre eller ved bruk av behandlingsvalget Mottatt faktura. Problemet er rettet opp.

Utvidet SMTP-funksjonalitet

SMTP-sending basert på bedriftstabeller i stedet for VBSYS

En ny tabell kalt E-postinnstillinger bedrift er nå tilgjengelig i bedriftsdatabasen. Denne tabellen kan brukes til å angi en annen SMTP-konfigurasjon per bedrift. Den følgende logikken er innført med denne endringen:

Bruk SMTP i tabellen E-postinnstillinger bedrift i bedriftsdatabasen. Hvis ingenting er angitt der, bruker du SMTP-innstillinger i tabellen E-postinnstillinger i VBSYS-databasen. Hvis ingenting er angitt i noen av tabellene, brukes den lokale Outlook-klienten. SMTP kan for øyeblikket bare brukes i kombinasjon med sendemåte for dokument angitt på ordren.

Pris- og rabattberegning

Optimalisering av pris- og rabattberegninger

Et nytt alternativ i Pris/rabatt-behandling i tabellen Bedriftsopplysninger er innført. Bruk av denne parameteren vil øke ytelsen ved pris- og rabattberegninger ved bruk av VBS (for eksempel ved bruk av ERP POS). Hvis alternativet Bruk nullverdier som rabattkriterium velges, tas også nullverdier med i beregningen av priser og rabatter. Det tar kortere tid å beregne prisen dersom nullverdier tas med i beregningen. Dette er en endring i logikken for å beregne priser. Hvis oppgraderende kunder ønsker å bruke den nye funksjonaliteten, må de sørge for at de ikke har noen ufullstendige oppføringer i tabellen Pris- og rabattmatrise (oppføringer med bare rabatter som ikke er forbundet med kundegrupper, vil for eksempel føre til beregning av en lavere pris sammenlignet med den eksisterende funksjonaliteten).



Vi setter pris på dine tilbakemeldinger. Send tilbakemelding til Visma på dette emnet.