Hej FlexPOS

Som det er i dag, når man kører ren finansintegration, så angiver man en std. omsætningskonto i modulet som berøres, hvis ikke der er angivet en finansgruppe for produkterne.

Udfordringen er, at der i e-conomic dannes to posteringer på std. omsætningskonto, hvis der er solgt varer med og uden moms.

Det kunne være fedt, hvis man i modulet kunne angive en std. omsætningskonto for vareomsætning med moms og en std. omsætningskonto for vareomsætning uden moms?

Vi kunne godt tænke os, at få overført nr. der står ud for afstemningsperiode på afstemningsbon for dankort, visa osv til linien i kassekladden, hvor der står Dankort (og også på Visa/Mastercard osv. linier).Dette ville lette vores afstemning i E-conomic.

Hej FlexPOS

Hvis man gerne vil have en automatisk mail med fejl fra ens syncjobs, men man får mellem 4 og 8 fejl om dagen pga. server tilgængelighed eller lignende. Så ville det give god meningen at kunne få en automatisk mail når en transaktion i transaktionshistorikken får/ændre status til "Fejl i Sync", så man undgår at få sendt 1000+ ens mails.

Det ville være fantastisk lækkert, hvis tilbudspriser i webshoppen også blev synkroniseret. Det har overrasket mig meget, da jeg skiftede til et proff system som Amero, at det ikke er på plads. 

Laila

BaliQuilt

Vi har flere butikker som kører med FlexPOS lagerstyring sammen med Visma e-conomic. 

Én ting som alle efterspørger er en daglig opdatering af butikkens lagerværdi. 

(Fremgangsmåden i dag er, at bogholderen manuelt trækker en lagerværdi rapport fra BackOffice og siden bogfører lagerværdien ovre i e-conomic)

Ønsket er at få et nyt SynkJob som automatisk bogfører lagerværdien fra FlexPOS til en Varelager konto + Vareforbrug modkonto i e-conomic. Præcis det samme, som Rackbeat har. (se skærmbillede)

Hej

Er det muligt at for FlexPOS at lave en integration med Billy.dk?

Uniconta integrationen understøtter ikke varianter - dette er der stigende efterspørgsel på. Pt. har vi en kunde som konvertere fra e-conomic til Uniconta (e-conomic håndtere ikke varianter, men det gør uniconta).

Behov:
Integrationen skal understøtte varianter - i form af selvstændige produkter for hver variant (se eksempel 1)

Et produkt "T-shirt" findes i 4 størrelser - S, M, L og XL.

Der skal så oprettes 5 produkter i BackOffice - et hovedprodukt (kan også undlades) og de 4 varianter.

Teksten på produkterne skal så være teksten fra hovedproduktet + variant-teksten - eksempel:
"T-shirt - S"
"T-shirt - M"
"T-shirt - L" 
"T-shirt - XL"

I forbindelse med Kreditsalg med e-conomic oprettes der en ordre/faktura i e-conomic med tilknyttet kunde, varelinjer m.m., men navnet på ekspedienten kommer ikke med over til e-conomic.

Dette ville være oplagt at få med. - FlexPOS kender til enhver tid navnet på ekspedienten og e-conomic har feltet "Vores ref." til formålet.

--

Summasummarum vil dette være en fordel for slutkunden, som skal godkende fakturaen, og en kæmpe fordel og tidsbesparelse for bogholderen, som vil kunne se hvilken medarbejder har oprettet de forskellige salgsfakturaer.

Håber at det giver mening :)

mvh,

Runi

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

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.

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

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)

Vi ønsker brændende at der vil være mulighed for kreditkøb når man har Dinero integration.

Denne simple funktion er åbenbart ikke muligt p.t.

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 :) 

Hej FlexPOS

Vi har flere forspørgsler på, om man ikke kan fjerne modposten på kladdeposteringerne som integrationen danner i E-conomic.