Beskrivelse En større mængde EDI fakturaer får ikke det tilhørende image arkiveret. I ASPECT4 Client mangler feltet vedr. markering af 6401/Faktura.

Transkript

1 1640 B Manglende arkivering af EDI fakturaer efter opgradering Ref.: CFP En større mængde EDI fakturaer får ikke det tilhørende image arkiveret Byggepladser, registrering T Postnummervalidering på udenlandske byggepladser På udenlandske adresser melder den fejl selvom postnummeret findes i postnummer tabellen. Jeg fik eksempelvis fejl på S STOCKHOLM. Den tester ok, hvis man kun har tastet postnummer og ikke har tastet bynavn. Til gengæld melder den fejl, hvis man har tastet begge dele og ikke har husket, at der er to mellemrum mellem postnummer og by Kundekort, vedligehold T Kundekort bliver ikke spredt Såfremt man benytter fælles debitor opsætning, men ikke ønsker automatisk spredning af kunderne, vil kundekort heller ikke blive overført ved oprettelse af nye kundekort, da der benyttes samme parameteropsæt. Der er tilføjet en ny applikationsparameter: 'Overfør til eksisterende kunder ved oprettelse', se hjælpen. Ved oprettelse af kundekort, samt oprettelse ordrer fra web og fra kassen overføres kundekort fra factoringfirmaet, såfremt det ikke findes i salgsfirmaet. Dette gælder også selvom kunden allerede findes i salgsfirmaet Udskrift af bundlinier B Manglende felt i klient Ref.: XZF I ASPECT4 Client mangler feltet vedr. markering af 6401/Faktura. Endvidere kan man ikke oprette nye bundtekster i Client, hvis filen TREFORT1 er tom., så det nu er muligt at sætte markering for udskrift på 6401/Faktura. Der er desuden konvertering, som danner en tom dummy række i filen TREFORT1. Rækken vil ikke have nogen markeringer for udskrift. Dermed vil det være muligt at oprette nye bundtekster i Client. Når der er mindst en ny bundtekst, kan dummy rækken slettes med option 'Slet'. Dato Side 1

2 6201 Sagsregistrering T Tillæg til kreditering på kontantkunden Kreditering kontant. Der skal ikke automatisk tilknyttes til tidligere kontantfakturaer ved en kontant kreditering. Ny parameter i afsnit Hvis denne parameter er aktiv så skal der tilknyttes manuelt ved at angive fakturanummer eller sagsnummer i krediteringsbilledet. T Stop for ændringer under pluk Det skal brugerstyres, om man må ændre en ordre, som er under pluk (dvs pluk er igangsat) Ny brugerparameter 'Må ordrer under pluk redigeres' i afsnit 7980 bestemmer, om brugeren må ændre på en ordre, som er under pluk. B Kreditering og genbrug af sagsnummer. Ved genbrug af ordrenumre, som tidligere er tilknyttet krediteringer, vises nye ordrer med den gamle kreditering og de nye ordrer kan ikke slettes i Når der tilknyttes til en gammel faktura, så tilknyttes til fakturanummer og sagsnummer fra faksta (FKSAG) MEN dette sagsnummer kan i mellemtiden være blevet slettet, og måske endda genbrugt. Dette ændres, så sagsnummeret kun tages med over i ORDKRE, hvis det ligger i nummerkontrollen med samme fakturanummer, som det tilknyttede. I modsat fald vil tilknytningen kun være på fakturanummer. Dette gælder både ved manuel tilknytning og ved automatisk tilknytning via 6212 Når der ryddes op i nummerkontrollen, skal følgende foretages i ORDKRE: a) Der slettes de records hvor ODKORDN ligger i det interval, der opryddes dvs hvor det er kreditnotaen der ryddes op. b) Fjerner sagsnummeret i ORDKRE (dvs ODKTSAG og ODKTSAGN) hvor disse ligger i det interval, der skal opryddes dvs det er det tilknyttede sagsnummer, der ryddes op. B F13 vedl. ekstra info virker ikke Ref.: R56 Der er kommet en ny mulighed for at kunne vedligeholde ekstra oplysninger direkte fra ordrehovedet i 6201 med F13. Jeg har tildelt rettigheden til EG1 funktionsgruppen i afsnit 7980 og har også fået knappen frem, men der sker ikke noget, når jeg trykker på den. Desuden er teksten lidt mystisk. Der kommer til at stå F13 to gange og det samme gælder for den nye F14 mulighed. Dato Side 2

3 B Dobbelt tekst Funktionerne vises nu kun, når der er tilladelse til dem. Ref.: R56 Gebyr ledeteksterne står oveni hinanden på hovedbilledet. Problemet kunne opstå på et sagsnummer uden leverings og emballeringsgebyr, når brugeren forinden har været inde på et sagsnummer, hvor der skulle tilskrives leverings og emballeringsgebyr. I denne sitation kunne gebyrledeteksterene blive hængende fra forrige sagsnummer. B Fejl ved dannelse af "farlig gods dokumenter" Der bliver dannet "farlig Gods dokumenter" på ordrelinjer, selvom hele ordrelinjen er gået i restordre. Der skal laves et ydligere tjek, når ordren hæves til følgeseddel. dels tjekkes om der er farlig gods på nogle af varelinjerne, men hvis "leveret antal" er lig med "0" på farlig gods varen, så skal der ikke dannes "farlig gods" dokumenter Det er ændret / rettet som ønsket ovenfor. Ændringen / rettelsen er lavet: A) Ved udskrift af ordrekode 5 og 7 i applikation 6201 og 6251, håndterminal b) Når der udskrives følgeseddel ved afslutning af pluk i applikation B Manglende betaling på webordre Ref.: R56 Der meldes ikke, at kort er udløbet. B Manglende betaling på webordre Ref.: R56 Der meldes ikke, at kort er udløbet. B Dump ved TEXT og F6 opret. Ref.: KLB Dato Side 3

4 Hvis der sammen med TEXT og et forkert varenummer anvendes F6 opret, så dumper applikationen. B Ørenedskrivning ved kreditering Ved kreditering af trælængder sker der en nedskrivning af priser med 1 øre. B Skaffevare via lev. master Kopiering fra hovedordre Hvis man har en hovedordre, hvor en eller flere varelinjer er hentet fra leverandørmaster, så skrives blandt andet leverandørens varenummer, EAN nummer i tabellen TREEXLT1, med felt Id = #XMLUD Når man senere laver afkald fra hovedordren, så skal leverandørens varenummer, EAN nummer i tabellen TREEXLT1, med felt Id = #XMLUD kopieres med til afkaldsordren. Det sker også helt OK. Men der sker fejlagtigt det, at det kopierede leverandør varenummer og EAN nummer fra tabellen TREEXLT1, kopieres med til de efterfølgende linjer, som man manuelt opretter på afkaldsordren. Oplysningerne kan endda kopieres med til linjerne på den næste ordre, hvis man ikke i mellemtiden har være ude af applikation B Chauffør info vises ved kreditering Ref.: VGR Når man laver en kreditnota i 6201 så vises chauffør info vinduet også på ordrer der er sat til Afhentes lager, dette bør kun ske når der er tale om Leveret lager. Ændret. B Plukkeinfo Ref.: CFP Plukkeinfo vises ved udgang på ordre til levering, når der benyttes 'pluk og pak', selvom opsæt i afsnit 0640 ikke er foretaget. Ændret. B Koden er ikke gyldig Ref.: CFP Dato Side 4

5 Man kan ikke komme over på vareliniebilledet. Der kommer meddelelse, at koden ikke er gyldig. så ordreoprindelse kun anvendes, hvis 6000 parameteren 'Defaultkode til "ordreoprindelse"' er udfyldt. B Afsnit 7052 collioplysninger. Ref.: CFP Hvor bruges/vises colli oplysninger, som jeg læser kan vises i F13 billedet? Feltet anvendes ikke længere. Felthjælpen ændres i kommende release. B Pris fastholdes ikke ved hovedordre Hvis en ordrelinje er afkaldt fra en hovedordre, og prisen på ordrelinjen er hentet fra hovedordren, så fastholdes prisen på ordrelinjen ikke på afkaldsordren ved F16. Prisen bliver gentilsat til varens normalpris, hvis der er prisgruppenummer på varen. Ordrelinjer der er afkaldt fra en hovedordre, fastholder prisen på ordrelinjen ved F16, selvom der er prisgruppenummer på varen. B Dump ved enhedsomregning Ref.: CFP Dump i omregning af enheder, hvis en vare fejlagtigt er oprettet med omregningsfaktor nul. så faktor til omregning bliver 1, hvis den er oprettet med 0. I forbindelse med varevedligehold kan faktor nu ikke blive 0 ved opdatering. B Leveringsgebyr Ref.: JSC Leveringsgebyrlinje bliver ikke tilsat på faktura, hverken i applikation 6201 eller i applikation 6210, når parameteren 'Ordrekode ved leveringsgebyr' er sat til blank (dvs. gammel metode for tilsætning af leveringsgebyr). så gebyr tilsættes på ordrekode 7, hvis afsnit 6000 parameteren "Ordrekode til leveringsgebyr" er blank. T Alternative lokationer som SteppingStone, Udvikling Dato Side 5

6 Ekstra lokationsoplysninger vedligeholdes fra appen 'Vedligehold lokationer'. Disse oplysninger gemmes i tabellen VARLOKT1 og anvendes i cyklisk optælling. Ekstra lokationsoplysninger skal derfor vises i 6201 og 7309 og i appen 'Vare info'. Der er udarbejdesten ny applikation som skal kunne kaldes via stepping stone genvej og som selvstændig applikation. Kaldes via stepping stone skal kunne foretages fra 7309, lagerbilledet, og fra 6201, varesøgningsbilledet, linjebilledet og linjedetailbilledet. Vare info appen: Lagerstedets navn fra afsnit 7065 skal vises i titlen til billedet, således at der kommer til at stå Vare Vojens i toppen af billedet. Lokationsdata skal vises når der trykkes på click action til Beholdning og nær og fjern lokation skal vises i samme billede. Lokationsoplysningerne fjernes under vareteksterne. T Udført capture giver alligevel fejlkode 99 Ref.: R56 Ved kredit skal betalinger ikke valideres. Validering af betaling ændret, så tabellen DIBSPYT1 anvendes til at gemme svar fra betalingsfrigivelsen. Dermed kan man undgå forkerte retur svar, når betalingsfrigivelsen er foretaget uden fejl. Der forsøges ikke længere at frigive betaling, når der er tale om en kreditnota. T Optimering af varesøgning Optimering af fritekstsøgning af varer. B Viser samme varetekst Ref.: AAJ Der er oprettet følgende nye indekser: VARXRFIA1, VARXRFIA2, VARSTMIA1, VARSTMIA2, FAKSTAIA1, FAKSTAIA2 og FAKSTAIA3. Hvis man opretter en varelinje og dernæst henter et varenummer fra leverandørmaster (som ikke findes i eget varekartotek), da bibeholdes vareteksten og prisen fra forrige varelinje. Dato Side 6

7 så varelinjer hvor varen ikke eksistere i eget varekartotek ikke kan vælges. Samme funktionalitet som ved F6 info. T Vis kostpris i statistiklinjer Der er tilføjet fire nye felter til statistiklinjerne i applikation Statistiklinjerne kan findes frem i 6201, ved at gå ind på en vare og taste F9. De 4 felter der er tilføjet er: kostpris, dækningsgrad, leveringsadresse1 og leveringsadresse2. Kostpris og dækningsgrad kan skjules ved at taste Shift F3. en er beskrevet i vedhæftede dokument: 02 1 Planlægning Opgavegrundlag pdf B H/M problem ved hovedordre Ref.: EMS 305 H/M problem ved hovedordre B Fejl på manglende leveringsdato Hvis man i afsnit 7056, har opsæt til kontrol på indtastning af leveringsdato i applikation 6201, placeres cursor ikke i feltet til leveringsdato og markeres ikke med rødt. B Tilknytning af ikke bogført sagsnummer. Ved kreditering af kontant eller straksfaktura, kan der ikke tilknyttes et sagsnummer der ikke er bogført. Der kommer heller ikke en fejlmeddelelse om det. B Hjælp til parameter "Må vedligeholde åbne" Ref.: CFP Der mangler hjælp til parameteren 'Må vedligeholde åbne ("proctede") felter' i afsnit Parameterhjælp er udarbejdet. B Fejlmelder ikke "under pluk" Ref.: JSC Hvis der benyttes 'puk og pak' og der er lukket for redigering af ordrer, hvor plukning er igangsat, vises ikke altid fejlmelding, når en ordre er under pluk (trods korrekt opsætning). Dato Side 7

8 Problemet opstod kun ved første ordre. B Forhindre F13 faktura Der findes en brugerparameter i generelt register afsnit 7980: Forhindre F13 faktura. I hjælpen til parameteren står, at den kan antage værdierne 1, 2 eller 3. Parameterværdierne 1 og 2 fungerer som beskrevet i hjælpen. Men parameterværdien 3, som skal blokere for både debetfaktura og kontantfaktura, fungerer ikke. B Fragt skal være på kundesprog Gebyrlinjer tilsættes ikke udfra kundens sprogkode. B Manglende kontrol på årsagskode ved faktura. Hvis der indtastes en årsagskode, men ikke markeres for at det en kreditnota, valideres årsagskoden ikke mod afsnit Dette kan give problemer, hvis der benyttes krediteringssystem og der indtastes negative linjer. B Kreditering add v/ændring af ordrelinje Der tilknyttes for mange antal, når der redigeres i en linje der allerede er tilknyttet. B Flerstykpris overtager prisen selv om betingelsen ikke... Ref.: JAM Hvis der kun sælges den ene af varerne i en flerstyksgruppe, vil flerstyksprisen blive anvendt alligevel, såfremt varens listepris (fra VARPRI) er større end flerstyksprisen på sættet. B Overskrifter vedr. sammenligningssted Når jeg anvender sammenligningssted vises selve stedet ikke i kolonneoverskriften: Dato Side 8

9 6204 Massegodkendelse til fakturering B Stepping Stone link i massegodkendelse Ref.: JSC Ordrenummer vises med foranstillede nuller i bundt til massegodkendelse. Dermed virker Stepping Stone links ikke. Foranstillede nuller fjernet Følgesedler, godkend t/fakturering B Visning af tekst drop down Ref.: R56 Hele teksten i dropdown menuen bliver ikke vist ved søgning af hovedordre Hurtig tilbagemelding af pluk B Følgeseddel uden ekspeditionsoplysninger Ref.: VGR Ved option Revider første gang med kommer ind på placeringsbilledet i tilbagemelding af plukkeseddel, oprettes placeringsoplysningen uden splitlokation. Dermed bliver ekspeditionsoplysningen ikke udskrevet på følgeseddel. B Der sendes to XML'er Ref.: JSC Når 128 parameteren til 6206 er sat til, at den skal sende en XML ifb. med følgeseddel, udskrives der to xml'er. så der kun dannes en XML Turplanlægning T Flyt af ordre til andet chartek Dato Side 9

10 Der er udarbejdet en ny option 'Flyt til andet chartek', som kan benyttes til at flytte en tur til et andet chartek. T Plukkeprioritet, udvikling Som noget nyt defineres en "plukkedag" som en dag af typen blank eller "B" (i CALENDT1). I 6654 anvendes en anden definition; Nemlig alle dage der ikke har dagnummer 6 og 7 (lør./søn.) Ovenstående nye definitioner gør, at det er vigtigt at få sat "W" på alle lørdage og søndage, der ikke ønskes anvendt som plukkedage. T Udvidelse af applikationen Det er nu muligt at se, hvis bilen overlæsses via M3 eller vægt, så skrives dette med rødt. Desuden kan man nu også se i oversigten, hvor mange ordrer som er i charteken, og hvor mange der er plukket. Se ovenstående. B Viser ikke korrekte oplysninger Ref.: VGR Hvis man i 6201 kun har tastet oplysninger i leveringsadresse 2 og 3, så vises der ikke oplysninger om leveringsadressen i 6201, i stedet for hentes oplysningerne fra kunden. T Sletning af charteques Man kan uden advarsel slette et chartek, der bør komme en advarsel inden sletning. T Charteque uden ordre/rekv. Det skal være muligt at oprette et chartek i 6208, uden at tilknytte ordrer/rekvisitioner til det. Ændret. T Lastetidspunkt i turoversigten Mulighed for at få "starttidspunkt" med i chartekoversigten. Ændret. B Chartekdato ved flytning af ordre. Dato Side 10

11 B Turplanlægning Ved flytning af ordre opdateres chartekdato med chartekdato fra det chartek den flyttede ordre kommer fra. Ref.: TNM Ved genudskrift af en ordre, der er med i turplanlægningen, kommer printer ud et helt andet sted. så type 22, 23, 24 og 25 i ordrehistorikken automatisk sættes til status Bogføring, salg (faktura/kr.nota) B Salgsbogføring i interface. Ref.: BOR Ved sammenskrivning af lagerreguleringer dannes der ikke modpost for den sidste ordre i sammenskrivningen. B Fakturaer printes istedet for at blive sendt elektronisk Ref.: RJL Hvis en kunde har en hovedkonto og kundens fakturaer skal sendes elektronisk (Truelink) til hovedkontoen, bliver fakturaen fejlagtig udskrevet i stedet for at blive sendt. I Samlefakturering og krediteringsmodul. Ved sammenskrivningskode '3' dumper krediteringsmodulet i forbindelse med bogføringen. så samleoversigtslinjer ikke skrives i tabellen ORDKRET1. B Licensnøgle FSCCE I modulet EA9GENR1 testes der på licensnøglen FSCCE uanset om der findes data i afsnit Det betyder at brugeren får meddelelse om manglende licens ved afvikling af 6210 og LYNPRINT melder også tilsvarende. Programmerne afvikles korrekt, men modulet til licenskontrol, skal kun kaldes, hvis der er indtastet data i afsnit Licenskontrol ændret. B Omregning til statistikenhed mangler på slettede varer Dato Side 11

12 På slettede varer omregnes der ikke til varens statistikenhed i fakturalinje statistikken, FAKSTAT1, på slettede varer. Der forekommer når man laver lagerreguleringsordrer ved sletning af varer Fakturaoversigt B Ordrenummer vises ikke. Ref.: VGR Når der udsøges på leveringsadresse, så vises ordrenummer ikke i det efterfølgende billede. så sagsnummer nu vises i tabellen Kunde, gendan "leveret beløb" B Stykliste får applikationen til at dumpe. Ref.: TAM Stykliste får applikationen til at dumpe Sagsregister, oprydning B Forkerte priser på faktura Ref.: TNM Man kan nogen gange opleve, at en faktura er bogført med forkert totalpris. Hvis en sag med ordrekode 5 er optaget af en bruger, vil den ikke længere blive automatisk frigivet i applikation 6299, men den vil blive udskrevet på listen sammen med sager i ordrekode 6 og Fakturalinier, vis pr. kunde B Tilknytning ændres ikke ved redigering Når man danner en kreditnota fra 6320/6212 hvor der på linjen er solgt 2 stk så dannes tilknytningen på begge to selvom den kreditnota man laver kun gælder én. (Antal rettes i 6201) S Kostpris forsvinder på diverse varenumre Dato Side 12

13 Kostpris forsvinder på diverse varenumre når en ny ordre dannes fra 6320 (og muligvis også fra 6212). B Dan kreditnota via 6320 fejler på omregning Ref.: TAM Ved dannelse af ny ordre eller kreditnota i 6320/6210, bliver der ikke foretaget omregning af antal, hvis varen har skiftet enhed. T Kopiering af leveringsadresse Hvis man danner en faktura via 6320, kommer leveringsadressen ikke med på ny ordre, men danner man en kreditnota gør den. Via nyt parameter skal det være muligt at angive, at når man kopierer til en ny sag, så skal leveringadresse / byggeplads hentes med over på den nye ordre Ordreovervågning S og chaufførapp Ref.: VGR Ved nye 128 parametre for hhv og 6320 bestemmes hvordan leveringsadresser overføres ved kopiering af faktura til ny ordre. Der er uoverensstemmelser i antal plukkede linjer når man kigger i hhv og i chaufførappen, antallet bør være ens Sagsnummerkontrol, vis B Ekspedient oplysninger vises ikke. Ref.: VGR Ved visning af ekspeditionsoplysninger skal placeringsoplysningerne godkendes inden man kan se, hvem der har ekspederet ordren. Ændret, så ekspeditionsoplysningerne vises, når der er valgt en splitlokation. Ved hjælp af F2 kan man her vælge af få vist placeringsoplysningerne. B Tekst vedr. flere sagsnumre vises ikke. Dato Side 13

14 6401 Lynprint Når der er flere sagsnumre til en faktura, så vises teksten vedr. dette ikke i clienten. så teksten vises under totalbeløb. T Send ordrebekræftelse ved ordrekode 4 Det ønskes, at man kan sende en ordrebekræftelse til kunden samtidig med, at man udskriver en ordrekladde. Det er lavet sådan, at man kan sende en automatisk ordrebekræftelse samtidig med, at der udskrives en ordrekladde. For aktivere det, skal der oprettes en mailtype i generelt register afsnit "Type til aut. e mail til ordrebekræftelse" Typen bruges til automatisk afsendelse af ordrebekræftelse samtidig med, at der udskrives en ordrekladde. Koden er kun beregnet til anvendelse på ordrekladder, altså ordrekode = 4, Formular 6401_4. Hvis man har angivet en typekode i feltet, for eksempel OR, så vil der på F13 udskriftsbilledet i applikation 6201 komme en linje med typen "Aut.Ordbkr:" På linjen kan man indtaste den mailadresse, der skal have tilsendt en "Automatisk ordrebekræftelse" samtidig med den ordrekladde, man er ved at udskrive. Hvis der på debitorens internet stamoplysninger er oprettet en mailadresse med typen OR, vil udskriftslinen være udfyldt med den oprettede mailadresse, og kolonnen "Send" vil være markeret med flueben. På udskriften vil den automatiske ordrebekræftelse have titlen "Automatisk ORDREBEKRÆFTELSE" Teksten til titlen skal findes i messmember UTE6401 linje 19 og 20. Messmemberet skal være oprettet i applikation 0105 på kundens sprogkode. E mail typen kan for eksempel udfyldes med OR. På debitorens internet stamoplysninger, DEBWWWT1, kan man oprette en mailadresse med typen OR. Før man kan anvende typen OR på debitoren, skal typen oprettes i generelt register afsnit Den skal oprettes med "Indholdstypekode 1 = Mailadresse" T Transportbilag skal vise afdeling Der udskrives en forside til følgesedlen med informationer om placering mv. Her skal tilføjes oplysninger om afdeling (lagersted) og afdelingsnavn fra afsnit Ændret T Udskriv specifikation af KIT varer Dato Side 14

15 KIT specifikation kan i dag skrives på ordrekode 4 (Ordrekladder). Der ønskes flere værdier i nuværende 128 parameter til udskrift af KIT specifikation på følgesedler og fakturaer. Programændringer så KIT specifikation tillige kan udskrives på følgesedler og fakturaer på samme måde, som det nu kan udskrives på ordrekladder. Det er nu lavet sådan, at den eksisterende 128 parameter til applikation 6401: "Udskriv specifikation af KIT varer.. :" kan have værdier, som angivet i nedenstående skema: En KIT vares underkomponenter udskrives på: 1 Ordrekode 4: Ordrekladde 2 Ordrekode 4 og 5: Ordrekladde og følgeseddel 3 Ordrekode 4 og 7: Ordrekladde og faktura 4 Ordrekode 4, 5 og 7: Ordrekladde, følgeseddel og faktura 5 Ordrekode 5: Følgeseddel 6 Ordrekode 5 og 7: Følgeseddel og faktura 7 Ordrekode 7: Faktura Andet En KIT vares underkomponenter udskrives ikke B Tekst vedr. tilknytning mangler ved trævarer. På kredit følgesedler og F13 kreditnotaer mangler tilknytningsoplysningerne på trælængder, når man anvender krediteringssystem. B Leveringsgebyr fejler ved kontantkunde Ref.: JSC Hvis man laver et kontantsalg til levering og der tilskrives leveringsgebyr, så kommer det fint med på udskriften, men gebyret mangler i bogføringen, og derfor ryger den i 1381 med diff. mellem debet og kredit. B NT markering ved tekstlinie Tekstlinjer på ordreudskrift bliver markeret med NT, hvis linjen har redigeringskode 2 og 4 Nu er NT markering fjernet på tekstlinjer T Chaufførinfo på plukkeseddel og følgeseddel Dato Side 15

16 Den chaufførinfo, der kan indtastes ved afslutning af en ordre i applikation 6201 skal udskrives på følgeseddel og på plukkeseddel Chaufførinfo udskrives nu på følgeseddel og plukkeseddel. Ordrekladde og Følgeseddel: Udskrift af chaufførinfo på følgesedlen sker i udskriftsbåndet "Toptekst" på DocManager udskriften. Man skal derfor sikre sig, at det bånd er med i layoutet, hvis chaufførinfo skal udskrives. Plukkeseddel: Udskrift af både plukkeinfo og chaufførinfo på plukkesedlen sker i Header udskriftsbåndet på DocManager udskriften. Begge felter skal udskrives som Memo felter. Under "Feltegenskaber" laves en beregning på memofelterne, og man bestemmer om felterne skal have en fast størrelse eller en "Automatisk størrelse": Memo feltet til plukkeinfo kobles med en beregning til feltet: GETREPFIELD('HEAD_PLUKKEINFO') Memo feltet til chaufførinfo kobles med en beregning til feltet: GETREPFIELD('HEAD_CHAUFINFO') På EGs standard plukkeseddeludskrift er de to memofelter oprettes med "Automatisk størrelse" og placeret ved siden af hinanden lige under den fuldt optrukne linje i dokumenthovedet. I Formatering af leveringsadresse Lynprint "går ned" ved forsøg på at fomatere nogen leveringsadresser. B Information om restordre mangler på mail kopier T Plukkeinfo i 6401 Følgeseddel mangler oplysninger om bestilt og rest hvis der dannes restordre direkte fra lyn print (6401). Ændret så oplysningerne gemmes på ordrelinen i forbindelse med dannelse af restordren. Det betyder at efterfølgende følgeseddel udskrifter også udskriver oplysninger om bestilt og rest antal. Udskrivning af plukkeinfo på plukkesedler. Ændret. T FI kode på ordrebekræftelser Dato Side 16

17 I forbindelse med at vi ønsker at kunderne skal forudbetale, vil det være en lettelse rent bogføringsmæssigt, hvis der på ordrebekræftelserne kunne komme FI strengen. Så får vi indbetalingerne automatisk ind i ASPECT4. Som det er nu, skal engangskunderne lave en bankoverførsel, som vi så skal registrere manuelt. Ny applikation parameter til 6401 "Lyn print", Udskriv FIK oplysninger på ordrebekræftelse "BON" printer, opstart B Kopi på bonprint Ref.: FRI Bon kopi virker ikke, hvis der tastes i feltet "kopi" på F13 billedet B Bon layout ændres ved valørdato påført Når valørdato udskrives på en bon, så forskydes den understregningslinje, som skrives før varelinjerne Sagsregister, oversigt T ecommerce: Automatisk løft af ordrer betalt på eshop Ref.: ecommerce Der er mulighed for automatisk at få løftet ordrer, der er betalt via e shop. Afsnit 6480 og 6481 er udvidet med en ny parameter: 'Webshop ordre godkendes proforma'. Denne skal udfyldes med '1'. Desuden er afsnit 6180 'Aktioner ved ordre bestillingsmåde' udvidet med en ny parameter: 'Webshop ordre'. Denne skal udfyldes med værdien '2' på de bestillingsmåder, der benyttes på e shop ordre. Når disse parametre er sat og ordren findes i DIBSPYT1 så vil den altid blive løftet til ordrekode Kontrollister T Stedbestemt printstyring. Dato Side 17

18 Udskrifter kan ikke stedbestemmes via opsæt i appl Det første printstyringsopsæt i firmaet anvendes til alle udskrifter., så der laves 0225 styring af print pr. sted. I generelt register afsnit 7629 lå tidligere printeroplysningerne. Afsnittet er nu udgået. Teksten til afsnittet ændres til "Udgået". Hvis der ligger records i afsnit 7629, bør de slettet. Derefter bør afsnit 7629 slettes i applikation 0029, afsnit Upload af kasse transaktionsdata B Dump pga record lock Ref.: IM Der sker et dump i applikationen på grund af en record lås. T Kortgebyr håndtering Kortgebyr fra Fackta Pos, kan nu modtages via 6640 og konteres på korrekt varenummer via konvertering i afsnit Der udføres konvertering af afsnit 6612 "Betalingsmidler" via applikation 0690 "Konverteringskørsler". Betalingstype er udvidet fra 1,0 til 2,0. I afsnit 6609 "Overordnet oplysninger til kasseintegration" skal gebyr varenumre angives. B Tabulatorgang Ref.: R56 Der skal tabuleres dobbelt i applikation 6640 for at komme videre til næste felt. B Tildeling af A Nummer Ref.: CFP A nummer tildeling er forkert, når bonner fra tidligere datoer modtages. Dato Side 18

19 B Tildeling af A Nummer Ref.: CFP A nummer tildeling er forkert, når bonner fra tidligere datoer modtages. T Ordreoprindelse. Vi oplever, at der påsættes en ugyldig ordreoprindelseskode på ordrer der dannes fra kassesalg. I Afrundning af betalingsmiddel Beløb på RADTYP 105 og 109 skal POSBELLOP afrundes pga 3 decimaler. B Låsning af TRNHOV I forbindelse med behandling af boner fra kassesystemet, sendes der ændringer ud vedrørende kundeoplysninger. Dette får nogle gange 6640 "" til at dumpe på grund af record låsninger. så status i TRNHOV ændres til 15 "Aktiv" hvis records fundet til udlæsning Kasseinterface, upload fra kasser B Pris ved prissætning af hovedorder Ved afkald af hovedordre på FP, prissættes korrekt, indtil F9, da trækkes normalprisen igen. B Xml er for stor i antal/total beløb Ref.: TAM Behandling af XML fra facktapos dumper hvis der har været registreret meget stor mængder, over solgte enheder. T Delindsættelse Dato Side 19

20 Behandling af delindsættelse skal være forskellig afhænging af Fackta Poss version. Før FP version 6.8 Der dannes automatisk en modpostering til delindsættelserne. Fra og med FP version 6.8 Modpostering til delindsættelserne modtages nu fra FP. B Dellindsættelse kan ikke lægge sammen Ved delindsættelse og FP version 6.6, da tælles antal betalingslinjer ikke korrekt sammen, når bonen oprettes via 0654 til så antal betalinger tælles korrekt. B Kortgebyr ved indbetaling fra facktapos 6801 Ændret så gebyr bliver en betalingslinje ved indbetalinger. Gebyr nummeret skal oprettes som betalingsmiddel i afsnit 6612 "Betalingsmidler". T Valg af inaktive byggepladser Ny 0128 parameter "Må udløbet byggeplads vælges". Se ovenstående Sagsoversigt på skærm B Kreditmax 6W05 Ref.: CFP Ved indgang på ordre lukkes der for redigering hvis kreditmax er overskredet. På trods af at man godt må vedligeholde en overskredet ordre i B Workflow 6W05 Elementer til workflowet 6W05 mangler, herunder generelt register afsnit 6W05. De manglende elementer udsendes hermed Vedligehold varer B Rekursivt kald. Dato Side 20

21 B Tilbagetræk virker ikke Ref.: HVQ Det er muligt at kalde varesøgning fra varesøgning og dermed går clienten i fejl. I varevedligehold virker tilbagetræk ved F4 ikke på visse felter. så valgte værdier trækkes med tilbage. B Valg af købskonteringkode fejler Hvis der anvendes valutakoder større en 99, så dumper programme ved visning af købskonteringkoder Kundeaftale, vedligehold T & 7131 visning af felter Ref.: XZF I 7121 og 7131 vil det give rigtig god mening, at index (VAINDK) vises på første skærmbillede, så man ikke behøver at slå hvert varenummer op, for at se index. I 7121 vises flerstyksgruppe og metode, men kategorien (KRMKAT) mangler, det giver ikke mening. Ændret. B Kampagneindlæsning Ref.: ELL Ved overførsel af kampagne til rabatgrupper oprettes hver anden rabatgruppe uden koncern/firma. Det betyder at prisen ikke kommer til at gælde for de kunder og kampagnen kan ikke vedligeholdes i 7121, der vises en anden vare. B Rabatkode 6 Ref.: IM Hvis kampagneprisen er lavere end kunde særaftaleprisen, så er det den der gælder. Det skal det ikke være når rabatkoden er '6' på kundeaftalen. B Fejl i 7121 ifm. KRTYPE Ref.: C Dato Side 21

22 Ved oprettelse af særaftale er det er muligt at indtaste type nummer selvom feltet er skjult. B Kampagnevarer de 20 % rabat forsvinder ikke I nogle tilfælde bliver det tilsat faste procentsatser, når der hjemtrækkes kampagner Kalkulationsregel, vedligehold T Tillæg fra varen i kalkulation Mulighed for at lave et tillæg/fradrag via 7020/6624 og 7020/7720, som et kalkulationselement i kalkulationen. Se ovenstående Vedligehold lager B Beregning af lagermaksimum Beregning af lagermaksimum og tilbagetræk virker ikke korrekt Lager status, registrering / frys B Side låst efter sletning af side Sider er låst efter sletning. B Kan ikke slette gammel statusperiode 7161 Ref.: TAM I forbindelse med opgraderingen til 5.6 er der blevet bygget en logisk file STALAGL3 member STALAGL3. Ved en fejl er den logiske file bygget over alle de statusperioder, der lå i miljøet på det tidspunkt og når den så findes kan man ikke slette perioden. Konvertering til fjernelse af member STALAGL3 fra tabellen STALAGL3. Dato Side 22

23 B Sortering af tom kolonne Ref.: R56 Hvis man sorterer en tabel ved at klikke på kolonneoverskriften, og tabellen er mere end 52 linier, og der faktisk ingen værdier er i nogen af felterne, så looper Client Vare, overfør fra leverandørmaster S Opdatering fra leverandørmaster Opdatering fra leverandørmaster. Det er feltet VBNPDT (Købspris pr. dato), som ikke skal opdateres, hvis vi ikke opdaterer i købsprisen eller vejl.udsalgsprisen iht parametrene. I Nye felter mangler Nye felter er tilgængelige i varstm og varbuy Opgaven lavet B Søgning i leverandørmaster Ref.: CFP Søgning via F7 virker ikke mellem 2 releases. så SQL'en kun udvælger nøgle felter. B Enhed MBBEEN Ref.: XZF Feltet MBBEEN i MSTSTMT1 ikke er helt stort nok. Enheder fra Byggebasen er fire tegn lange, men feltet har kun plads til tre tegn. Derfor kommer kun de første tre tegn med, men det betyder at forskellige enheder ikke kan differentieres. Eksempelvis bliver kvart og halvpaller (EURH og EURK) til enheden EUR, som er en hel europapalle. Det samme gælder for enhederne 1000 og 100, som begge bliver til 100 i MBBEEN. MBBEEN og TBBEEN udvidet i master tabellerne. Der skal udføres 0690 konvertering Levarandørmasteroplysninger B Kan ikke oprette på leverandør 0 Dato Side 23

24 Det er ikke muligt at oprette en sats på leverandørtlf nummer 0, og dermed få den til at gælde for alle Hovedvarer til sammenhængende T Håndtering af generiske varer i ASPECT4 Der findes nu mulighed for at få omformet sine varer via en "omformer tabel", når ordren kommer ind via webshoppen Dette gøres via opsætning i et generelregister (7192), samt tilknytning via appl Se ovenstående. B Der vises kun slettemarkeret vare i øverste vindue Der vises kun slettemarkeret vare i øverste vindue. Udsøgning ændret i henhold til afsnit "TypeID til sammenhængende varer" parameteren "Vis kun varer, hvor VAWMAR er udfyldt" Hjælpen til parameteren er opdateret Vare, nummerændring inkl. regioner B Renummerering i plukketabeller Når man kører renummerering i applikation 7198, bliver der ikke renummereret i tabellerne LOKFLYT1 og PICLINT1. Der er nu lavet renummereringsprogrammer til LOKFLYT1 og PICLINT1 Tabellen LOKFLYT1 bruges, hvis man anvender lokationsstyring. Tabellen PICLINT1 bruges, hvis man anvender "Pluk og pak". Med applikation 690 skal der dannes nye logiske filer, LOKFLYL5 og PICLINL2, som bruges til renummereringen. For at aktivere renummerering af tabellerne skal de være journaled. Check at de er tilmeldt i generelt register afsnit 7593 "Recovery/comit PF filer". Hvis tabellerne ikke allerede af journaled, køres applikation 6267 "Journal, opstart (commit. control)" Tabellerne skal også være aktiveret i generelt register, afsnit 7198 Tabellen LOKFLYT1 renummereres med programmet EG7198R9A. Logisk fil LOKFLYL5 bruges. Tabellen PICLINT1 renummereres med programmet EG7198R9B. Logisk fil PICLINL2 bruges Rekvisition, registrering Dato Side 24

25 B Direkte rekv. varemodtaget automatisk. Ref.: CFP Købskladden er blevet forkert på grund af forkert omregning fra stk til mængde, da varen er bestilt på et træhoved (dette kan lade sig gøre, når der bestilles via F8 fra en ordre). Der er nu lavet en 128 parameter til applikation 7201: Må der bestilles på træhoveder: Værdien "Blank" betyder 'Nej' Værdien '1' betyder 'Ja' Se hjælpen til parameteren; A7201Æ Hvis den nye parameter er forskellig fra "Blank" låses der for bestilling på træhoveder i Der låses også for "Dan rekvisition fra salgsordre". F8 i B Det er muligt at bestille inaktive varer Ref.: CTT Det er muligt med lidt omveje at bestille inaktive varer hos en leverandør. Det var muligt at gøre således: Indtast varenummer på inaktiv vare på linie billedet i appl Enter og man får besked om, at varen er INAKTIV Imens man står på varelinien slettes varenummeret Enter Vælg revidere på linien igen uden varenummer indsæt varenummeret igen i varenummerfeltet F8 åben prisenhed og indsæt prisenhed Enter og det er nu mulig at sende rekv. til leverandøren I RKVLINT1 er varen ikke markeret som en skaffe vare B Generelt register 9700 Ref.: XZF Parameteren Postnummerkontrol ved ABC/EDI melder fejl, hvis leveringsadressen er blank. Den bør vel kun kontrollere postnummeret, hvis man rent faktisk har tastet noget. B Rekvisitoner sendes fejlagtigt på EDI Rekvisitioner kan fejlagtigt blive sendt på EDI samtidig med at de sendes på mail eller printes. Dato Side 25

26 B Kan ikke rette antal Fejlen er rettet. Der kunne fejlagtigt blive sat en markering i 7201 programmet, så det så ud til at leverandøren kørte test på EDI. Og i den situation skal der sendes på EDI samtidig med at rekvisitionen enten printes eller mailes. Ref.: JSC Kan ikke rette antal i tabellen, ændre linjen med option Revider eller slette linjen på kreditrekvisition. B Fjernet rabat indsættes igen Ref.: JSC Hvis man vil fjerne en rabat under oprettelse af en linje, så skal det gøres 2x inden ændringen træder i kraft, B Retter ikke kostpris på ordre Ref.: BBQ Hvis man opretter en ordre fra en rekvisition og efterfølgende retter købspris på rekvisitionen uden at forlade rekvisitionen først, så opdateres kostpris på ordren ikke. Hvis man gemmer rekvisitionen og efterfølgende retter købsprisen, så opdateres ordren med ny kostpris., så kostprisen opdateres B EDI via 7201 Ref.: SFB Rekvistion sendes ikke til leverandør hvis den ikke også printes. T Ordrekode på retur rekvisitioner Der ønskes mulighed for at oprette returrekvisitioner og øvrige rekvisitioner med forskellig ordrekoder, når der oprettes rekvisitioner via ASPECT4 Bussines Connector (ABC) (XL BYG Online). Dette løses ved at udvide afsnit 9701 "Standardværdier ved oprettelse af rekvisitioner fra ABC" med mulighed for at angive en ordrekode ved returrekvisitioner. Ved eventuelle fejl på rekvisitionen vil såvel almindelige rekvisitioner som returrekvisioner få den angivne ordrekode til fejl fra afsnit Desuden åbnes for mulighed for at medsende ordrekoden, som en del af XML med et nyt keyword. Dette vil overstyre ordrekoden fra afsnit Dato Side 26

27 Afsnit 9701 er udvidet med ordrekode på returrekvisitioner S Videresendelse af EDI Ref.: RJL Fejl i EDI ved afsendelse fra Disponering, indkøb til lager T Advarsel ved bestilling af varer hos intern leverandør Ved interne bestillinger skal der kunne valideres på lagerbeholdning eller lagerbeholdning minus reserveret eller lagerbeholdning minus reserveret plus bestilt. Der skal kunne advares eller spærres. Nye 128 parametre til 7201 og I Lås ved disponering Applikationen dumper, hvis man går ind på en vare (første linje) trykker Enter en gang, så cursor står i prisfeltet klikker på ordrer F12 F12 F12. B Dobbelt udsøgning ved dobbelt x ref Ved udsøgning på en disponents varer kombineret med lagerførende markering bliver varerne vist dobbelt i Varemodtagelse S FIFO varemodtagelse på træhoved. Ref.: Et træhovednummer har ingen lagerstyring i systemet og derfor sker lagerregistreringer på den korteste længde. Mængden mangler omregning til STK. I VARLOG ser vi mængden som det M3 tal eller M tal, der var på rekvisitionen. Der er nu lavet en 128 parameter til applikation 7201: Må der bestilles på træhoveder: Værdien "Blank" betyder 'Nej' Værdien '1' betyder 'Ja' Se hjælpen til parameteren; A7201Æ Hvis den nye parameter er forskellig fra "Blank" låses der for bestilling på træhoveder i Der låses også for "Dan rekvisition fra salgsordre". F8 i Dato Side 27

28 B Underlig fejlbesked Ref.: CFP Hvis der er slettede eller varemodtagne linjer på rekvisitionene, så giver det fejlmelding når F5 fuldt varemodtaget aktiveres Købsfaktura, registrering B Programdump ved anbrudstillæg Ref.: R56 Der kommer programdump med decimal data error ved ændring af varelinje med anbrudstillæg på købskladde. B Breadcrumblinje bliver forkert Breadcrumb linjen i varesøgebilledet bliver forkert, og det forsvinder ikke når man med F16 forlader købskladden, for at gå ind på en anden købskladde. Til sidst bliver breadcrumb linjen så lang, at programmet dumper. Fejlen opstår når man står i billedet, hvor de registrerede købskladdelinjer vises, og trykker F9 for at komme til varesøgebilledet Dan købsfakturakladde T Automatisk tilsætning af leveringsdato i appl 7203, Udv. Automatisk tilsætning af leveringsdato ved oprettelse af rekvisition. Udvidelse af applikationsparameter 'Leveringsdato skal ikke være udfyldt'. Denne ændres samtidigt til 'Hvordan skal leveringsdato udfyldes?'. Se beskrivelse til feltet Bogføring, køb (faktura/kr.nota) B Sted 0 i VARLOPT1 I nogle tilfælde kunne der oprettes lagerstatistik (VARLOP) på stednummer nul. Dato Side 28

29 Dette er nu rettet Købsfaktura match, sammenkædning S Kan ikke sammenlægge Ref.: CFP Når man via F4 i sekvensnummer vælger leverandør og taster rekvisitionsnummer, så findes ingen poster fra kreditorposterne. Via applikation 690 foretages konvertering af EG7525L2 EG7525L Ankomstoversigt B Der modtages antal fra rekvisition istedet for EDI dokument Ref.: GIIC 3 Der modtages antal fra rekvisition istedet for antal modtaget på EDI. Det opstår, hvis der er overlevering på flere linjer, idet det kun er overleveringen på sidste linje, der vil slå igennem. B Applikationen fejler Hvis F7 udsøgningen resulterer i et tomt skærmbillede, kan der ankomstregistreres på rekvisitionsnummer 0. Dette kan få programmet til at gå i fejl og oprette en rekvisition uden rekvistionsnummer på firma 0 til den pågældende leverandør er ændret, så der ikke er nogle options tilgængelige (kun forespørgsler) hvis udsøgningen med F7 giver en tom subfile. Dermed kan der ikke ankomstregistreres med rekvistionsnummer = 0 Desuden er modulet EA9RKVR1 ændret, så der kun opdateres og ikke oprettes records. Foruden 7228 benyttes dette modul til applikation 7994 Automatisk fremskrivning af leveringsdato. T Se kundesager på lagerleveringer Ref.: STARK EMS 188 Vis leveringsadresse 1 3 på varemodtagelsesoversigten. Der er udarbejdet en ny 128 parameter, hvor man kan vælge om leveringsadresse 1 3 skal vises i oversigten. T Lokationsinformation Ref.: STARK EMS 201 Dato Side 29

30 Tilføjelse af lokationsnumre på varemodtagelsesbilaget. Se ovenstående Dan grundlag for bonusafregning S Fejl mellem statistiktyper i bonussystemet Der er opstået en difference mellem genberegnet og periodiseret bonus på bonusaftaler, ved ændring af udløbsdato Vedligehold afregningsforslag T Bonuskreditnota DOCM / MA / BORDING Ref.: Omlægning af bonusfaktura til DocManager, samt mulighed for genudskrivning af alle bonusfakturaer fra specifik bogføringskørsel Se ovenstående 7250 B Problemer med F4 i cyklisk optælling Ref.: TNM Skærmen låser, hvis der trykkes F4 i antalsfeltet, og der returneres med F12 fra F4 billedet Priser/lager/aftaler kunde, vis B Lagertal fra import manglende leveringsdato Ref.: R56 Ved opslag på lagertral fra import mangles der i nogen tilfælde en leveringsdato. Behandling af svar fra lager webservice ændret. T Lagersteder på tværs af firmaer Dato Side 30

31 B Klient låser Ref.: FRI Vis lagersteder på tværs af firmaer S Skift af sted og F4 Via ny 128 parameter er der nu mulighed for at vælge lagersted i andet firma. Ved valg af lagersted i andet firma, er der spærret for brug af options og forespørgsler relateret til kunder. Vores Clienter fryser, når vi vælger på Vis total lagerbeholdning. Time out ændret for kald til service og behandling af retursvar ændret. Hvis man skifter til andet lagersted må man bruge F4 på kunde nummer det er en fejl. Når man har fået fejlbesked f4 på kunde nummer og kunde nummer må ikke bruges, kan F4 ikke bruges på nogen felter, heller ikke varesøgning og man kan ikke forlade 7309 med F3 eller F12. F4 på Kunde giver nu en fejlmeddelelse. Efter fejlmeddelelse er det nu muligt at benytte F3 og F12 til at forlade 7309 og man kan benytte F4 i tilladte felter. B Slettet prisliste vises i prisbillede. Ref.: GVS Hvis en prisliste er slettet, så vises den alligevel i prisbilledet som kaldes i 7309 eller i 6201, F4 i salgsprisfeltet Prisbog, udskriv T Datomodul til prisbog Udvikling af datomodul, med henblik på at få applikationen afviklet i robotten uden for dagtimerne. Datomudulet er udviklet og klar til brug. Det hedder EG7409R_J1 B Datomodul prisbog i ROBOT hjælp Ref.: R56 Nyt datomodul til applikation 7409 mangler i funktionsbeskrivelsen til ROBOT. Dato Side 31

32 B Bruttopriser i prisbogs XML Bruttoprisen i prisbogs XML er ikke altid korrekt Pakketræ, udskriv pakkesedler T DocManager design std.409_pakseddel Vi har et ønske om at få udlæst feltet stednummer med ud i std.409_pakseddel DM designet. Feltet skal anvendes til variabel LOGO på udskrifterne. Pakkens stednummer kommer nu med i std.409_pakseddel. Hvis stednummer skal bruges på pakkeseddeludskriften skal der køres "Flet med standard" 7416 Hyldeforkant (METO), udskriv B Priser på hyldeforkanter. Ref.: GVS Kampagnepris pr. prisenhed kan ikke udskrives på hyldeforkanter. På DocManagerprint indeholder feltet SALGSPRI nu kampagneprisen pr. prisenhed incl. moms, hvis der er en kampagne og man udskriver kampagnepriser på hyldeforkanter. T Ændring af hyldeforkanter Dato Side 32

33 Når der er kampagne på en vare, så ønsker man at der kan komme flerstykspriser med ud på hyldeforkanten. Det er oplysningen fra applikation 7121, der skal danne grundlag for prisen, og kampagnepriserne i applikation 7121 skal være den stærkeste. Applikationerne 7279, 7416, 7417 skal tage højde for den eksisterende 128 parameter vedrørende kampagner. Eventuel flerstykspris og flerstyksantal skal kun udskrives ved flerstyksmetode 2 og 3. I den nuværende løsning kan der udskrives kampagnepris på hyldeforkanter, men der kan ikke udskrives en flerstykspris. Eksempel: Hvis kampagnen lyder på 1 STK 40,00 KR 3 STK 100,00 KR Så kan der nu kun udskrives: 1 STK 40,00 KR Det skal laves, så der fremover tillige kan udskrives: 3 STK 100,00 KR Det er nu lavet, så en flerstykspris og flerstyksantal kan udskrives på DocManager hyldeforkanter.se yderligere beskivelse i hjælpen til 128 parameteren til appl 7416: "Evt. Kampagnepris hentes.... :" Nye felter til hyldeforkanter: * Flerstykspris i prisenhed ved flerstyksmetode 2 eller 3 'KRMPRI * Flerstykspris i ekspeditionsenhed incl. moms ved flerstyksmetode 2 eller 3 'KRMPRIEIM ' * Flerstykspris i ekspeditionsenhed excl. moms ved flerstyksmetode 2 eller 3 'KRMPRIEXM ' * Flerstyksantal ved flerstyksmetode 2 eller 3 'KRMANT * Flerstyksenhed prisenhed ved flerstyksmetode 2 eller 3 'KRMENH * Flerstyksenhed ekspeditionsenhed ved flerstyksmetode 2 eller 3 'KRMENHE B EAN8 på DocManager hyldeforkanter EAN8 stregkoder udskrives fejlagtigt som EAN13 stregkoder på DocManager hyldeforkanter Dato Side 33

34 Tidligere blev EAN8 stegkoder udskrevet i EAN13 feltet. Det betød, at der ved EAN8 stegkoder blev skrevet 5 foranstillede nuller. På grund af de foranstillede nuller kunne en scanning af stregkoden ikke finde varen. Det er nu ændret, så EAN13 stregkoder udskrives i EAN13 feltet og EAN8 stregkoder udskrives i EAN8 feltet. Der skal tilrettes i hyldeforkantslayouts. Stregkodefelterne EAN8 og EAN13 skal placeres oven i hinanden Kundeaftale, udskriv B Udskriver forkert rabat Ref.: TAM Når kunden udskriver en liste over kundeaftaler er rabatten et andet tal end det der ellers er blevet sat i applikation Disponering, udskriv forslag T Tillægsopgave til de nye disponeringskoder Ved beregning af lagerminimum for disponeringskoderne I og J skal altid rundes opad. Hvis der beregnes et lagerminimum for eksempel 3,425 skal der rundes op til nærmeste hele tal, altså til 4. Beregning af lagerminimum ved disponertingskode I og J er ændret, som ovenfor beskrevet. B Lagerkoder bruges ikke korrekt fra jobrobotten Ref.: TNM Udsøgning på lagerkoder 0 9 virker ikke, når 7423 kører fra jobrobotten. T Ny disponeringskode Dato Side 34

35 Der er udarbejdet en ny disponeringskode: 'K' = Beregner disponerings forslag ud fra et beregnet lagerminimum og et beregnet lagermaksimum. Lagerminimum og lagermaksimum beregnes ud fra et gennemsnitlig salg X måneder tilbage. Der bestilles altid op til et lagermaksimum, der er deleligt med et eventuelt bestillingsmultiplum; men således, at lagermaksimum ikke overskrides. Der rundes altid op til nærmeste heltal. Hvis lagerminimum i beregningen bliver lavere end 1, så sættes lagerminimum til 1. Dette samme sker ved lagermaximum. Hvis lagermaximun i beregningen er mindre end 1, så sættes den til 1. Disponeringskode 'K' skal ligge på varen og skal være oprettet under ekstra parameter til applikation Option 10, filnavn EG7423. Disponeringskode 'K' skal kalde programmet EG7423RCK. Se ovenstående 7431 Leverandøraftale, udskriv B Tabulator gang Ref.: R56 Når jeg står i første felt i rekvisitionen til applikation 7431 og trykker tabulator, så sker der ingenting. Anden gang jeg trykker, så rykker cursoren til næste felt. Det samme gælder til tredje felt Lager, udskriv optællingsliste T Udsøg kun på nærlokation til cyklisk optælling Der findes en 110 parameter: Mulighed for udsøg på kun nærlok.(1=ja): Hvis parameteren er slået til (har værdien = 1) får man ved ved udsøgning på lokationer på anfordringsbilledet af 7451 mulighed for at vælge: Kun nærlokation: Når man vælger "Kun nærlokation" udsøges der på nærlokation, og varer der har en fjernlokation fravælges, selvom fjernlokationen ligger indenfor lokationsudsøgnigs intervallet. Den eksisterende 110 parameteren bibeholdes. Hvis parameteren er slået til får man på anfordringsbilledet af 7451 er ledeteksten ændret til: "Udsøg på nærlokation" og man har nu to muligheder: Vælg 1) "Udsøg på nærlokation Og fravælg varer med fjernlokation (Det er den samme funktionalitet, som inden denne ændring) Vælg 2) "Udsøg på nærlokation Og medtag varer med fjernlokation (Det er den nye funktionalitet) Dato Side 35