Når man har et FlexVoucher gavekort med beløb på - så er der ikke en smart måde at tanke op på. Men SKAL scanne kortet og trykke tank op og taste et beløb i hele kroner.

Forslag:
Hvis man trykker Udsted Tilgodebevis (for FlexVoucher) så beder den om at scanne et kort. Så burde der komme en dialogboks med "Der er allerede beløb på kortet - vil du tanke op?" og så Ja/Nej knapper. Ved tryk på Ja skal beløbet sættes ind på kortet. og ved Nej skal den gå tilbage til scanningsbillede for nyt gavekort (f.eks. hvis man forventede kortet var tomt fordi man tog kortet fra en ubrugt bunke).

Er ny bruger af Flexpos, så spørger måske forkert?
... men:

Jeg savner mulighed for at vælge et produkt og få udskrevet det antal prismærker man har på lager - for alle varianter af det produktet, og evt brand.

Det vil også være dejligt hvis der var mulighed for at Flexpos automatisk kunne udskrive det antal prismærker som matcher det antal man ligger på lager - både ved varemodtagelse og oprettelse af nye varer.

Hejsa,

Oftere og oftere skal der dannes API keys til hhv. FlexVoucher og til API adgang - vil det give mening at lave det som self-service for forhandler så I ikke skal køre den samme SP manuelt fra gang til gang?

Og hvis den foretrukne metode til API på sigt bliver API key i stedet for ClientID/Username/Pass så stiger behovet for dynamisk tildeling/oprettelse gevaldigt. :)

PFT

Hej FlexPOS

Kunne være super fedt, hvis I kunne tilføje en ekstra kolonne under "Finansgrupper" som viser, hvilken finanskonto man har angivet for den enkelte gruppe.

Vi ønsker et endpoint til dette så vi blandt andet nemmere kan lave ”retry” af enkelte journals hvor der måtte opstå fejl ifm. import til kundens ERP system uden at vi skal gemme data lokalt. 

Vi vil gerne designe importen af journals fra FP til ERP således:

1. Alle ubehandlede journals hentes ud via ”IsProcessedForAccounting=0”

2. Hver journal’s UID smides i en kø, så de kan behandles individuelt og parallelt.

3. Når en individuel journal hentes fra køen, forespørges api’et efter journal hoved (manglende endpoint) samt efterfølgende linjer og til sidst sættes ”IsProcessedForAccounting=1” hvis alt går godt.

Ovenstående kunne også opnås ved at ved at gemme data'ene for hver Journal lokalt, men vi vil hellere hente det via api'et for at undgå at have lokale data. 

Derudover vil det også gøre det lidt lettere at teste importen af enkelte journals når man er i gang med at lave en ny integration, uden at man eksempelvis skal ind og ændre IsProcessedForAccounting i backoffice hvis man vil importere en journal igen osv., afhængelig af designet af integrationen.

Når man har kunder som benytter byttemærker så er det normalt at tage prismærket af i forbindelse med ekspeditionen.

Når varer så kommer retur så skal den mærkes op igen.

Til det formål ville det være godt at kunne vælge en funktion i Flexlabel: Returvarer hvor man kunne mærke de varer af man ville have udskrevet. Det er især et problem her efter julehandlen.

Mulighed for at udskrive nye label på prisrettede varer.

Eks. 

Man retter en pris på en varer, hvor man har 10 på lager af denne vare, så skal der kunne også printes samme antal labels ud, fordi nu er de jo opdateret - på samme måde, som når man har 20 nye varer på lager (som Modtagne varer-fanen gør).

Hej, 
Produktstykliste kunne godt bruge en funktion til at angive en samlet pris for en stykliste. F.eks. hvis man samler en burger og en cola. Som hver især koster ialt 70 kr. men hvor man gerne vil sælge "bundlen" til 60 kr.

Ønske:
Tilføj et tekstfelt i BO på produktstyklistesiden. Hvis der er skrevet en pris skal FlexPOS give en puljesamlerabat på produkterne.

I det gamle FlexSystem havde forhandlerne mulighed for at kopiere specifikke opsætninger fra én butik til en anden, som fx konfigurationsnøgler, bonlayout, visningsgrupper, finansgrupper etc.

Denne mulighed savner vi lidt for nuværende.

Udfordringen kommer, når vi har butikker som skal have samme opsætning som en anden butik, men hvor de to butikker ikke nødvendigvis er i samme kæde.

Man kunne godt oprette en skabelon til en specifik branche, men det giver ingen mening, da man derved hele tiden skal vedligeholde skabelonen + at det vil kræve for mange skabeloner at holde styr på.

Derfor er ønsket herfra, at man igen får muligheden for at kopiere specifikke opsætninger fra en butik til en anden i det nye backoffice for forhandlere.

Vi mangler en funktion, der kan spare os for en masse manuelt arbejde.
Helt konkret: Vi ønsker at oprette en smagekasse med 6 forskellige vine - det gør vi nu manuelt og taster dem direkte ind når der bliver solgt en eller taster dem ind og gemmer dem som et tilbud.
Vi ønsker en løsning, hvor man kan oprette et varenummer (smagekasse 1) og herefter knytte 6 andre varenumre på, så man slipper for at stå og taste ind. Når smagekasse 1 bliver tastet ind på kassen bliver de øvrige 6 varenumre trukket på lageret.

Mulighed for at kunne oprette kassebrugere via API - ligesom man kan GetPOSUsers vil det være rart med en SetPOSUser

Når man laver status og har et produkt flere steder - så kan man ikke løbende følge med i hvor mange man har optalt - samlet set - af et produkt.
Hvis man har en fiskestang i udstillingsvinduet og 2 på hylden og optæller det som 2 lokationer - så vil varen på hver optællingsliste står som værende med 1 diff. Selvom varen ER optalt - bare på en anden lokation.

Ønske:
Mouseover på optalt feltet skal give en pop-up boks med en liste over de lokationer hvor varen er optalt samt antal optalt.

(lidt som det kendes fra Produktkatalog hvor mouseover på lagertal i en kæde giver antal pr. butik).

Som det er idag kan man ikke se om der er optællingsdifference før man færdigmelder alt og det er for sent at finde glemte produkter/lokationer.

Oplæg:

Via API kan man bruge SetJournalIsProcessedForX (hvor X er Accounting, Ext og Loyalty) for at få værdien sat til 1 - men man kan ikke sætte det til 0 el. null.

Hvis et eksternt system skal nulstilles, så kan man ikke sætte værdien til 0. Eller hvis en ny funktion i en integration skal testes.

Ønske:

Giv mulighed for at den kan sætte NotProcessed (0/null)

Det kunne være en mulighed at kunne se "Lokation" under de færdigbehandlede lister under status modulet?

På den måde vil man hurtigt kunne se, hvor man har fundet varerne under optælling.