Da backoffice er nødvendig for en del af de daglige rutine for alle medarbejder i butikken og dermed er tilgængelig for alle, er det nødvendigt at kunne oprette en profil der IKKE har adgang til forsiden, som indeholder fortrolige forretningsdata og omsætningstal. Problemet bliver ikke mindre af, at omsætningstal er fremhævet, så kunder mm. kan se det på afstand når siden er åben.

Der findes værdilister på Brand og Finansgrupper, men ikke på Leverandør - det kunne jeg godt bruge:-)

Med sådan en liste ville bestillinger fra leverandøren gå lidt lettere og jeg overser ikke varer vi har i nul.

Er næsten lige skiftet til FlexPos. Savner, at vi også kan bruge vores tastatur i forbindelse med indtastning af priser, antal osv under et salg. Kan der ikke laves en mulighed, hvor det både er muligt at bruge touchskærm og tastatur? Vh John

Når man giver en rabat i butikken kan den være pers. rabat, kampagner etc. Vi efterspørger en funktion der kan give en oversigt over, hvor mange penge der bruges på de enkelte rabatgrupper. TotDiscount er ikke så informativ på det punkt.

Mvh. Simon, Fairbar

at min omsætning på websalg blev registreret i flexpos som det er nu er det kun kassesalget der registreres - mens lagerfunktionen jo fungerer på begge posisioner? Kan se at det må være muligt Birgitmuligt da der kan trækkes lister på websalg - det fungerer bare ikke?

Ønske om at hvis man kan se hvem der har startet salg og hvem der har slettet salg.

Scenarie:

X person slår salg ind og parkere det.

Efterfølgende står Y person ved kassen og modtager fx. 100 kr. og går derefter ind at sletter det parkeret salg for at kunne tage de 100 kr i lommen.

Andre der godt kunne bruge, at når vi opretter et produkt med flere forskellige varianter, at vi har mulighed for, at selv lave sit eget varenummer under varianterne.

Har selv flere produkter, som har forskellige størrelser dertil, men med vidt forskellige varenumre.

Kampagner - der ikke blander sig i andre kampagner. 

Kampagne delen mangler den feature, at de ikke blander sig i hinanden, eksempel

kaffe+ kiksekage i en kampagne skal koste 50 kroner 

men 2x kiksekage vil også automatisk komme ind til en kampagne pris, og så bliver det ellers meget smarte, intuitive og nemme kampagne modul lidt en byrde på en travl dag, hvor man så skal stå med tungen lige i munden og klippe klistre i den ordre man har slået ind. 

Helene fra Amero ved hvad jeg mener :)

I forbindelse med print af kopibon har flere kunder ytret, at det vil være en stor hjælp, hvis man kunne se et preview af bon i en rude til højre, når man har markeret en bon.

Hvis man eksempelvis skal finde en returnering eller lignende, skal man flere linjer igennem for at finde den rigtige. Et billede af den enkelte bon vil give et langt bedre overblik.

Hej FlexPOS,

Pt er det ikke muligt at slette en kundegruppe direkte i BackOffice, men I skal have en opgave på det.

Ville det være en mulighed at få det lavet, så vi kan det selv, da vi ofte oplever, at vi ikke kan rydde op i kundedata og dermed FlexPOS medlemsfunktionen, uden at I skal gøre det?

Det vil dermed også gøre det mere overskueligt at kunne lave medlemsopsætning til de kundegrupper, vi laver, hvis vi nu skal lave noget om.

Hej FlexPOS,

Det kunne være gavnligt med en mulighed for at kunne slette flere kunder ad gangen.

Vi har en specifik løsning, hvor vi er ved at lave setuppet om, og i den forbindelse har vi behov for at slette alle kunder på alle underkunder, så de kan flyttes op på hovedkunden via E-conomic integration.

Det skal pt. gøres 1 ad gangen på hver underkunde, eller direkte hos jer.

Det kan f.eks. også være i en situation ved et ejerskifte, hvor vi har behov for at slette kunder.

Hej FlexPOS,

Vi oplever ofte, at der bliver slettet produkter i FlexPOS, hvilket er et stort problem, når der er en integration til et økonomisystem, som f.eks. E-conomic.
Det, der sker, er, at man af den ene eller anden grund ikke er opmærksom på, at der ikke må slettes produkter i FlexPOS, før integrationen er opsat - og så er skaden allerede sket.

Dermed skal vi bruge meget lang tid på at gennemgå syncjobs, trække transaktionsliste rapport, og oprette produkterne manuelt i E-conomic, for at vi kan sende korrekte data via integrationen.

Det vil derfor give mening, hvis der

a) Kunne sættes en spærre på som konfig i retning af [if economic module is true, delete product not allowed]

Denne kunne også være en ide at kunne sætte på, hvis der er integration til webshop, hvor der ligeledes kan blive slettet produkter via webshoppen (og dermed giver problemer i økonomi integration)

b) Kunne sende produkter til økonomi system, uanfægtet om produkt er slettet eller ej.

Denne løsning ser vi som mulig, eftersom alle transaktioner ligger med produktnumre og navn i transktionshistorikken og i transaktionsliste rapporten.

Dette er et stort ønske at kunne få lavet :) 

Idag vil kassen altid forslå at bruge gl. beholdning som ny beholdning ved en optælling.

Hvis gl. beholdning er = 0 kr. vil ny beholdning være = optalt.

Oven på dette vil det være smart, hvis man kan angive en default beholdning. Som f.eks. 1500 kr. Så vil kassen altid forslå dette HVIS optalt > default beholdning.

Men hvis optalt < default beholdning, skal ny beholdning = gl. beholdning, medmindre gl. beholdning var 0, så skal den være = optalt.

Dette vil gøre at f.eks. Røde Kors butikker som nogle gange tømmer kassen under DO, eller hvis de den ene dag har udbetalt flere kontanter end de har fået ind - så vil beholdningen rette sig til det "normale" igen.

Hej FlexPOS,

Vi ser en mulighed i at lave et form for filter i konfigurationsnøgler, på samme måde som der er lavet i produktkatalog.

På den måde vil vi hurtigt kunne finde frem til, hvilke konfigurationer, der er sat på kasserne - eller ikke er sat.

Samtidig ser vi en fordel i, at søgefeltet gemmer sidst søgte tekst, eller filtersøgningen består, efter en redigering af en konfiguration. Pt. skal vi søge felterne frem igen, når man går ud af en nøgle, og det kan godt være noget af et overblik, man skal holde, hvis der f.eks. er 4 kasser, der skal tilrettes.

Vi forestiller os noget i retning af: