ASPECT4 Trælast Specifikation af opgaver i opdatering (B=fejl, S=support/Info, T=Opgave, W=Releaseønske) Opret OIO relationer ud fra DEBWWW

Transkript

1 211O Opret OIO relationer ud fra DEBWWW T Afsendelse af OIO fakturaer via Byg e Afsendelse af OIO fakturaer via Byg e 6201 Sagsregistrering B Alvorlig fejl i lagertræk Ref.: CFP Det er udviklet at 211O kan oprette relationer for BYGE destination med OIO oplysninger. Hvis du ønsker at vide mere, så kan du kontakte din EG konsulent. Hvis en vare sælges i 6201 på EAN nr og den er lagerførende på et andet lagersted end det sælgende sted. overføres varen ikke til sælgende sted. B Timestamp felter i debwww/krewww. Ref.: Timestamp felter opdateres ikke ved oprettelse fra T Mulighed for at rette kontaktoplysninger i F13 billedet Der ønskes mulighed for at kunne rette eksisterende kontaktoplysninger, direkte i F13 billedet. Via en ny brugerparameter til 6201 (afsnit 7980) skal det være muligt at kunne rette eksisterende oplysninger fra [DEBWWWT1], direkte i tabellen i F13 billede i Via en ny værdi i en eksisterende brugerparameter til 6201 (afsnit 7980) er det nu muligt at rette eksisterende oplysninger fra [DEBWWWT1], direkte i tabellen i F13 billede i Det nye er værdien "2" i 7980 parametren: "Må adresser oprettes i DEBWWWT1". T /6201 Visning af disp. behold. ved altern. lagersted Ref.: Ved visning af lagerbeholdning og reserveret/bestil antal tages ikke højde for, om der evt. er angivet et alternativt lagersted på varens lageroplysning. Det er ændret, så visning af lagerbeholdning og reserveret/bestil antal bliver vist fra det lagersted, som evt. er angivet som alternativt lagersted på varens lageroplysning. Ved fritekstsøgning på lagerførte, er det ligeledes koden fra det alternative lagersted, der afgør om varen er lagerført. Samme ænding er foretaget i applikation 7309 'Vis priser/lager/aftaler/' så det også her er lageroplysninger fra et evt alternativt lagersted, der vises. VIGTIGT SQL sætningerne i messagesmembers UDA7650 og UDB7650 er ændret. Så hvis der findes varianter i andre sprog af disse, så skal SQL sætningerne også ændres i disse. Dato Side 1

2 B Ej faktureret opdateres ikke. Ref.: Tælleværket KEBL9 opdateres ikke når kunden er 'kun mod kontant'. Hvis kunden ved ordrens oprettelse er "Kun mod kontant", altså har KDEXA1 = '4', så bliver ordren oprettet som en kontantordre. (Feltet ORKNT = '1') Hvis det nu ikke var meningen, at ordren skulle være "Kun mod kontant" og man derfor, mens man er inde på ordren, ændrer KDEXA1, så den ikke længere har værdien '4', så bliver ORKNT ved med at have værdien '1', og dermed bliver opdatering af KEBL9 forkert. Det ændres, så ORKNT blankes, hvis kunden ikke længere er "Kun mod kontant". B Dump ved genberegning af ordrelinje. Ref.: Når en ordrelinje er under oprettelse er det muligt at udføre en genberegning selvom ordrelinjen endnu ikke findes. S På e shop ordrer må kontantkode ikke fjernes Ordrer, der dannes i en e shop (Ordrehovedfeltet ORFAKD = 'I'), kan blive dannet med kontantkode (Ordrehovedfeltet ORKNT= '1'). Hvis man går i applikation 6201 på sådan en ordre, må kontantkoden ikke fjernes. I forbindelse med en tidligere rettelse i applikation 6201 blev kontantkoden fjernet på ordrer, hvis kunden ikke havde koden "Kun mod kontant" (Felt KDEXA1 = '4' i kundestamoplysninger.) Det har haft den utilsigtede virkning, at kontantkoden på e shop ordrer, hvor kunden ikke er "Kun mod kontant" bliver fjernet hvis ordren behandles i applikation Det er nu ændret, så applikation 6201 ikke ændrer kontantkoden på en e shop (Ordrehovedfeltet ORFAKD = 'I'). B Vis salgslinjer pr kunde Enhedspris ved visning af salgslinjer på fakturerede varer er ikke altid magen til prisen vist i applikation Skyldes manglede øreafrunding i visning af salgslinjer Bogføring, salg (faktura/kr.nota) S Sag med total 0,00 i kode 7 Ref.: CFP Det ønskes, at en ordre med ordrekode 7, hvor der er dannet restordre på alle linjer bliver slettet i 6210 kørslen. Som det er nu, bliver ordren liggende i ordrekode 7, og man skal slette den manuelt. Dato Side 2

3 Ordrelinier, hvor alt er gået i restordre, skal ikke med på fakturaen. Derfor er der lavet følgende: I 6210 faktureringskørslen bliver en ordre slettet, hvis den kun indeholder linjer, hvor alt er gået i restordre. Årsagskode i ordrenummerkontrollen, felt OKOSK1 i ORDNKTT1 sættes til værdien "#1". I ordrehistorikfilen, ORDHSTT1 skrives en record med med OITYOE = "9X". Historikfilen kan ses med option 9 i applikation B Opdatering af KEBL9 ved straksfaktura Ref.: Ved straksfaktura på kontokunde opdateres KEBL9 ikke korrekt når der der anvendes factoring via afsnit Kampagnetabeller, vedligehold S Dumper ved søgning Ref.: Dumper ved søgning. Ændret, så man ikke kan oprettet en record med kunderabatgruppe 0 (nul) Lejekontrakter B Reservation og ingen lagerbeholdning Ref.: SOT Der er nogle uhensigtsmæssigheder ved "Aktionskode for lager under nul". "Aktionskode for lager under nul" til udlejning sættes op i applikation 0128 til applikation Ved udlejning kan man bruge aktionskoderne 1, 2, 3 eller 4. Aktionskode 1 fungerer som den skal: Der gives en advarsel, hvis lagerbeholdning < 0. Advarsel gives både ved kontraktkode 4 og 5. Aktionskode 2: Spærrer hvis lagerbeholdning < 0. Der spærres både ved kontraktkode 4 og 5. Det er OK, at der spærres ved kontraktkode 5, men ved kontraktkode 4 bør der kun advares. Aktionskode 3: Giver advarsel hvis disponibel lagerbeholdning < 0. Advarsel gives kun ved kontraktkode 5. Advarslen skal også gives ved kontraktkode 4. Aktionskode 4: Spærrer hvis disponibel lagerbeholdning < 0. Der spærres kun ved kontraktkode 5. Ved kontraktkode 4 bør der gives en advarsel. Med hensyn til "Aktionskode for lager under nul", er det nu ændret så: Aktionskode 1: Giver advarsel hvis lagerbeholdning < 0. Uændret: Advarsel gives både ved kontraktkode 4 og 5. Aktionskode 2: Spærrer hvis lagerbeholdning < 0. Uændret: Der spærres ved kontraktkode 5. Ændret: Ved kontraktkode 4 gives en advarsel. Aktionskode 3: Giver advarsel hvis disponibel lagerbeholdning < 0. Uændret: Advarsel gives ved kontraktkode 5. Ændret: Ved kontraktkode 4 gives en advarsel. Aktionskode 4: Spærrer hvis disponibel lagerbeholdning < 0. Uændret: Der spærres ved kontraktkode 5. Ændret: Ved kontraktkode 4 gives en advarsel. B Decimaler i antal på forbrugsvarer Ref.: MAG Dato Side 3

4 6260 Kasseopgørelse Der kan ikke tastes decimaler i antal ved oprettelse af forbrugsvare på oversigtsbilledet og detailbilledet. Man kan godt taste decimaler i antal på søgelinjen, men f.eks. 0,6 bliver til 6 på detailbilledet. Ændret så det i Client nu er muligt at angive decimaler i antal på forbrugsvarer. T Indbetaling udv. kasseopgørelse. Diverse ændringer til udvidet kassefunktionalitet. Følgende ændring er udarbejdet i applikation På debitorindbetaling er validering for "Betaling med" fjernet når "Modtaget sum" er større end eller lig med "Indbetalt beløb". F4 i "Printer id" viser nu også DocManager printere og valg af printer id gemmes nu i afsnit Antal kopier til Indbetalingskvittering og Udbetalingskvittering kan nu angives i 0128 parametrene til applikationen. Følgende ændring er udarbejdet i applikation Opdatering af afsnit 6411 foretages nu med aktuel koncern og firma nummer. I afsnit 6612 er der nu en ny parameter så betalingsmidler kan "skjules" for applikationen. F8 udtag batchnummer vises nu kun når den kan anvendes. Udskriften er udvidet med eventuelt kopi Kasseopgørelse godkend B Forkert valutakode på finanspost Ref.: ELL Bankindsættelse fra udvidet kasseopgørelse lander i interface pga. forkert valutakode. så valutakode fra kontoen i kontoplanen anvendes 6385 Sagsnummerkontrol, vis S Options vises ikke i Lynprint Nye options 26,27 og 28 vises ikke i 6385 på "grøn skærm" (5250 emulering) Options tilføjet i 5250 emulering B Loop i forbindelse med dannelse af restordre Vi har en kontantkunde, som har tillatelse til å danne restordre. Det blir registrert en kontantordre, som blir gjort om til kredit. På denne er det en rest. Det medfører (av og til) at Aspect4 får et lite kick, og danner en bråte med restordre, med samme vare som er restet. Den går altså i loop. Dato Side 4

5 Ændret således at hvis kunden er kun mod kontant (KDEXA1 = 4) på kundenoplysningerne, så vil Restordreforbud (KDLEV) blive behandlet som en 2'er. B LYNPRINT stopper pga "record in use ORDLINP1" Lynprint stopper på grund af låsning i ordrelinje tabellen. Mulige låsninger, rettet. B Ordre bliver ikke låst op Ser ut som EG6401RADC ikke frigjør låsing av ordre, om oract = D, men bare hopper rett ut, slik at ordre må frigjøres med "BON" printer, opstart I Ingen varer på bon Ref.: VGR Hvis der har været udskrevet en Fras eller en tekstlinje på en bon, så udskrives der efterfølgende ikke varelinjer Pristilsætning salg B Kampagnepriser udvidet bedste pris. Ref.: Udvidet bedste pris trækker ikke korrekt kampagne ved storkunde i eget firma. så "Udvidet bedste pris" også gælder inden for samme firma Kasseinterface, upload fra kasser B Total prisberegning mangler rabatprocenter Ref.: CTT Ved online beregning af bontotaler mangler linje rabatter. så rabatprocenter medsendes til FacktaPos ved online prisberegning af bon. B Omräkningsfel mellan Aspect4 Faktapos. Dato Side 5

6 Fejl i omregning mellem enheder, på downloadede order I Manglede boner pga dubletter 7111 Vedligehold varer Efter opgradering af FacktaPos hos en række af ditas medlemmer, kan der nu modtages flere boner med samme TIMESTAMP. så timestamp bliver unik i forbindelse med import i ASPECT4 Trælast. B Dump ved fritekstsøgning. Ref.: Dump ved fritekstsøgning når der ikke er et søgeresultat. I VARXRF på varen slettes I VARXRF fjernes søgeord med type 'T', når man ændrer købsoplysninger Kundeaftale, vedligehold T Håndtering af kundesæraftaler Position i KRFILL (filler feltet) i VARSAFT1 benyttes i c løsningen. Her er der lavet et nyt felt i VARSAFT1 "KRIFAK" der skal benyttes i stedet. Værdien fra KRFILL konverteres over i KRIFAK. Se ovenstående 7176 Vare, overfør fra leverandørmaster T Mængdeafhængige priser i VAMU Udvikling af mængdeafhængige priser i VAMU. Dato Side 6

7 Filerne MSTTRNT1, MSTSTMT1 og VARBUYT1 bliver udvidet Det sker med applikation 690 efter installationen. For at gøre tidsforbruget til filudvidelserne så lille som muligt, vil det være en god ide, at lukke journal ned inden applikation 690 køres, og starte journal op igen når 690 kørslen er færdig. Journal lukkes ned med applikation 6268 Journal startet op igen med applikation 6267 Feltreferencefilerne gendannes med automatisk i applikation 690: MSTTBLT1: Bruges i applikation 7181, felter til leverandørmaster. MSTFLTT1: Bruges i applikation 7181, felter med positioner pr. databasefil. VARFBET1: Bruges i applikation 7161, Felter med positioner pr. databasefil. (Defaultværdier, validering og afledt handling) FLTDSCT1: Bruges i applikation 7160, Felter med positioner i VARLAGT1. S Mangler skærmbillede Ved tryk på F7 i applikation 7176, fremkommer søgebilledet ikke. På 5250 emulering virker det fint. B Feltet VASENH bliver ikke opdateret fra leverandørmaster Feltet VASENH bliver ikke opdateret med feltet fra MASENH eller TASENH Rekvisition, registrering I Ændre samlast parametre. S Kreditorlæsning Det ønskes, at brugerne fra salgsfirmaet skal framelde til samlast i stedet for at tilmelde dvs. parameteren skal være udfyldt med '1' når Samlast billedet vises. Ændret. Når leveringsdatoen kan honoreres, dvs. at der er en OK beregnet bestillingsdato, så vil parameter 'Gem til Samlast' være default '1'. Kreditorlæsning i valideringsmodul vedr. EDI Hvis man anvender afsnit 7128 validering, så var der en fejl i læsningen af kreditoren. Det er rettet. T Beregn leveringsdato ifm. samlast Ref.: For at sikre at rekvisitionerne også får samme leveringsdato ( ikke kun bestillingsdato), er der behov for at der også laves en beregning af leveringsdatoen. Pt. er der ingen regler for leveringsdatoen så længe den er > først mulige bestillingsdato. Funktionaliteten er ændret, så der også beregnes en leveringsdato. Kun aktuelt i forbindelse med anvendelse af 'samlast' Dato Side 7

8 B Dan rekvisition udskrivning af samlast rekvisitioner. Der sendes ikke på EDI, når rekvisitionen er valgt til samlast Problemet skyldes manglende opdatering af rekvisitionstotalen, når rekvisitionen vælges til samlast. Og det er kun rekvisitioner med beløb > 0, der sendes på EDI Rekvisition, udvælg linier T Dan rekvisition lagertilladelser. Ref.: Lager tilladelse via opsæt i generelt register afsnit 7999 og applikation 6111 til "Dan rekvisition i andet firma" Med F8 i ordreregistrering, 6201, kan man danne indkøbsrekvisition på salgsordrelinjerne. Rekvisitionen vil normalt blive dannet i samme firma, som ordren ligger i. Hvis man har et centralt lager, og leverer varer direkte til kunderne fra det centrale lager, kan det være hensigtsmæssigt at få de bestilte varer leveret til centrallageret i stedet for til sit eget lager. Det kan man gøre ved at taste centrallagerets stednummer i feltet leveringssted, ORLSTD, på ordrehovedet. Hvis centrallageret er fælles for flere firmaer, og dermed har sit eget firmanummer, er det relevant, at salgsordren ligger i eget firma, og indkøbsrekvisitionen ligger i centrallagerets firma. Med en ny parameter, i generelt register afsnit 7999: "Tillad "Rekvisition" i andet firma.. :" kan man bestemme, om man må danne rekvisitioner i et andet firma. Parameteren er en "Funktionskode på 6 tegn". For eksempel: EGREKV I applikation 6111 opretter man "Funktionskoden" på centrallageret. Under oprettelsen angiver man hvilke lagersteder, der må danne rekvisitioner på centrallageret Købsfaktura, registrering B Lagerpåvirkning. Ved ændring af antal i linjeoversigten kommer der ikke popup for påvirkning af lager. B Opdatering lagerloggen ved købsfakturasammenlægning. Ref.: Ved sammenfald i købsfakturanummerserie looper sammenskrivning af købsfakturaer når der skal ajourføres lagertransaktioner. Fejlen er fundet og rettet Dan købsfakturakladde S Skaffevareliste v. varemodtagelse. Dato Side 8

9 Det ønskes, at man med en parameter kan styre, om der skal udskrives skaffevareliste ved ajourføring af varemodtagelse. Der er lavet en ny 128 parameter: "Udskriv skaffevareliste.... (J=ja)" Hvis parameteren har værdien "J" udskrives skaffevarelisten når varemodtagelsen ajourføres. Kriterier for at listen kommer er: Der er henvisning til en kundeordre på rekvisitionen (RHKSAG.) Varen findes ikke i VARSTM (er altså en skaffevare) Kundeordren skal findes og have ordrekode 3 eller Ankomstoversigt T Ankomstoversigt Der er udarbejdet en ny applikation 7228 "Ankomstoversigt". I den kan man f.eks. se dagens forventede varemodtagelser, ankomstregistrere antal kolli, når varen ankommer, se om varemodtagelsen er udtaget til finkontrol, foretage en "kvik" varemodtagelse. Ankomstoversigten er også udarbejdet som en APP. Se ovenstående 7240 Manuel bonusafregning S Tidl. afregnet bonus forkert Ref.: Tidligere afregnet bonus, bliver forkert når der er en +/ postering i samme journal Vare, kalkulation T Ved kalkulation må salgspris kun stige Der ønskes en ny funktion til kalkulation af varer. Der ønskes mulighed for kun at få ny salgspris kalkuleret, hvis denne stiger, ellers skal den eksisterende pris bibeholdes. Til applikation 7241 skal der laves en ny parameter, hvor man kan vælge at få kalkuleret både kostpris og salgspris. Dog må salgsprisen kun stige, hvis den stiger. Kostprisen skal kalkuleres i alle tilfælde. Der ovenstående funktion af lavet. For at aktivere funktionen skal 128 parameteren til 7241: "Kalkuler kost eller kost og salg... :" sættes til værdien "3" Se yderligere info i hjælpen til ovennævnte128 parameter: A7241A 7260 Fordeling af indkøb B Udskrivning af rekvisition Ref.: Dato Side 9

10 T Flere kolonner Rekvisition udskrives /sendes ikke selvom dette er valgt. Der er foretaget en ændring til 7413 udskriv rekvisition. I forbindelse med visning af et fordelt fordelingsforslag, skal der tilføjes følgende kolonner på skærmbilledet: Antal kolli (fordelt antal / multiplum) i lagerenheder. Bestilt antal [VLBES] i samme enhed som fordelt antal Reserveret antal [VLRES] i samme enhed som fordelt antal Disponibel antal (VLBEH VLRES) Vægt (samlet vægt for fordelt antal) Antal sidste måned (fra VARDSPT1 findes sidste fulde måned. I hele juni vises salget fra maj, og i juli vises salget fra juni osv.) Kolonner tilføjet Rekvisition, oprydning T Dan rekv: Oprydning i RKVSAMT1 Ref.: Oplysninger i RKVSAMT1 skal fjernes ved sletning af rekvisitioner i applikation I forbindelse med reorganisering af rekvisitioner via applikation 7299, foretages en oprydning af rekvisitionens samlastoplysninger i RKVSAMT1. Sletningen i RKVSAMT1, foretages samtidig med sletningen af RKVHVDT1. Der ligger kun 1 linje pr. rekvisitionsnummer i RKVSAMT1 og når rekvisitionen kan slettes, må oplysningerne i RKVSAMT1 ligeledes blive slettet. Efter sletningen bliver RKVSAMT1 reorganiseret på samme betingelser, som RKVHVDT Rekvisition, vis pr. vare I Dan rekvisition 7314 mangler enhed. Ref.: Enhedsbetegnelsen mangler i skærmbilledet. Der er foretaget følgende ændringer til 5250 versionene af 7314: Antalsfeltet er ændret fra formatet 9,2 til 8,1. Fortegn er fjernet ved prisfeltet. Det vises ved antalsfeltet. Markering for manuelt pris (stjerne) vises umiddelbart bagved prisfeltet.. Antal og enhed vises i et fælles numerisk felt hvorved der er plads til begge Disponering, udskriv forslag I Disponeringskode H, midt på måneden. Ved beregning efter d. 14 i måneden beregnes 1 måned 'den forkerte vej' i gammel periode. Dato Side 10

11 7656 I Søgning på fælles kreditorer KREREGL1U læses i forkert bibliotek så der også foretages override til KREREGL1U/ L4U Rekvisitionsoversigt på skærm I Dan rekvisition 7821 dumper. Ref.: Udsøgning af samlast rekvisitioner dumper hvis en rekvisition er holdt af anden bruger. 7D03 Indlæs FINFO til varemaster S Licens kan ikke bestemmes Jag får fel när jag försöker köra 717C. Licensuppgifter kan inte bestämmas (92) 7D11 Indlæs NOBB oplysninger I Dato for ny pris Dato for ny pris bliver ikke udfyldt, når købspris er i valuta. B Nulstilling av priser, feil i overføringen Når jeg kjørte Isola i ny nobbløsning, så ble noen av prisene slettet. Dette kan vi se på feillisten nulstilling af priser i leverandørmaster og i tillegg på kvitteringslisten Prisene er slettet både på vareeier og prisgiver i vårt system. Når varebundtet dannes, så hentes prisoplysninger nu fra master stamoplysningerne på det pågældende leverandør id på varen, således at der altid er prisoplysninger på varebundtet, selvom Byggtjenesten ikke leverer prisoplysninger på en vareindlæsning. B Fejl læsning, hvis 1. record er anden prisleverandør Dato Side 11

12 Hvis der bestilles priser fra en leverandør i 7D11 og der i den modtagne XML er andre prisleverandører, og den 1. record ikke er fra den bestilte leverandør. Fejler opdateringen og bliver aldrig færdig. Rettes så der læses på header recorden i XML filen. B Omregningsfaktor for stor Programmet går ned, hvis omregningsfaktor til alternativ enhed (TADIMA) er for stor. Der blev testet på, at MULTIFACTORHANDLINGUNIT ikke måtte være mindre end 0,0001. Ændret til at faktoren ikke må være mindre end eller lig med 0, D31 Forslag til nye varer, bundtop B Bundt optaget Ref.: XZF Når et bundt er godkendt i applikation 7D31, og man efterfølgende går ud af bundtet, står det stadig som optaget. således, at når man skifter til linje 1 for at oprette et nyt bundt, så vises ikke længere linjerne på foregående bundt. Man skal stadig manuelt sætte cursor på linje 1 for at oprette nyt bundt. Anvend genvejen Alt + o + 1 for nemt at skifte til linje 1. B Varebundter modtages ikke Varebundter kommer ikke frem til Ditas varevedligehold. Hjælp Hjælpebeskrivelser B F1 hjælp vises ikke afsnit Mangler hjælp til 'vis alle ordrekoder'. Medsendt S Ændret hjælpetekst Ref.: CFP Ændret hjælpetekst til "logmode i Fackta Pos Ændret hjælpetekst til "kreditkorttype Dato Side 12

13 Ændret i hjælpeteksterne til offline dankort og logoff mode til Fackta Pos NOBB Norsk Byggevarebase T Automatisk tildeling af NOBB varegruppe Udvikling Ref.: Automatisk tildeling af ASPECT4 varegruppe via en varegruppetabel ved overførsel af NOBB vare fra leverandørmaster til varekartotek og ved plukning af skaffevarer, da NOBB varegruppe ikke er den samme som ASPECT4 varegruppe. Varegruppetabellen skal være pr. leverandørmaster, da funktionaliteten dermed også kan benyttes til andre mastere udover NOBB, f.eks. til omsætning af DB varegruppe til ASPECT4 varegruppe. Se ovenstående Dato Side 13