forum

Debat om e-conomic regnskabsprogram

Delfakturering %-vis med lagerstyring

0

Svar til e-conomic på deres respons af ovenstående (modtaget 10/4 2017):

 

 

Hej E-conomic Forum (Andreas Polk) -  og tak for din mail med svar vedr. Delfakturering med eller uden lagertræk.

 

Jeg kan sagtens følge dig i det du forklarer, og dette illustrerer, at jeg selv ikke har været langt nok nede i materien. Du berører nemlig nogle områder, som jeg lod stå åben. Men jeg prøver at omskrive mit forslag nedenfor – og håber så at dette giver mening: 

 

Delfakturering er en mulighed hvor det primært har likviditetsmæssig fokus, og samtidig afspejler kontraktmæssige aftaler mellem kunden og leverandøren. En kontraktmæssig aftale kan være meget forskellig fra branche til branche. Jeg vil dog fortsat holde fast i, at man som i dag klikker på og vælger delfakturering, når man står på en ordre, som kunden har godkendt. Efter dette klik skal man få et skærmbillede frem, hvor man dels får oplyst at ordren har fået tildelt et ekstra ciffer og dels kan tage stilling til, om denne delfaktura skal være med lagertræk eller uden lagertræk.

Ekstra ciffer:  Eks.  Hvis ordren har nummer 4711, så betyder delfakturering, at der tilføjes et ciffer = 4711-1

Dette 1-tal er for at styre delfaktureringen.

Med eller uden lagertræk:  Hvis man leverer varerne straks, så sætter man flueben i et felt ”med lagertræk”, og leverer man først senere, så flueben i feltet ”uden lagertræk”

Har man oprettet sine varegrupper korrekt så sker der intet forkert.

 

Vedr.:  Du skriver om en klar udfordring på principperne der anvendes. Jeg foreslår:

Har man aftaler med lagerstyring og klikker på delfakturering, så træder denne aftale ud af funktion, og den erstattes af funktionen der opstår, når man vælger med lagertræk eller uden lagertræk. MEN – bemærk:

Det er personen der fakturerer, som skal kende kontrakten og det program der benyttes til fakturering.

Skal der f.eks. betales 50% ved ordre (uden leverance), så klikkes der på ”uden lagertræk”.

Skal der f.eks. betales 50% ved ordre + samtidig leveres varer, så klikkes der på ”med lagertræk”.

 

Vedr.: Du skriver: Skal det så være muligt at lave en dellevering? Jeg foreslår dellevering sker som følger:

Her kan man opleve mange varianter, og det er formålstjenligt hvis det er en entreprise, hvor man betaler 50% ved ordre – og samtidig får leveret et fundament, ankerbolte, afløbsrør m.m., at man opretter denne delleverance på en ordre for sig selv. Her forudsætter jeg, at Jeres kunde/bruger har købt adgang til projektstyring.

Man kan sikkert ikke tage højde for alle varianter. Jeg kender eksempler, hvor man ved en leverance opdager, at der skulle leveres 20 enheder men der er kun 12 på lager. Er der klikket på ”uden lagertræk” er dette uden betydning. Er der klikket på ”med lagertræk”, så skal der tages action.

Mulighederne er mange – men kunden skal kontaktes. Det er mest enkelt at udsætte leverancen. Kræver kunden levering af det der er på lager, så må man lave en minus-linje på -8 styk. Her skal der være et felt med årsag – hvor man sætter flueben i ”restordre”, så systemet husker denne leverance.

Jeg mener det er vanskeligt at programmere sig ud af de muligheder der kan være – men man bør vælge nogle få.

  

 

 

 

Vedr:  Du skriver, at ændring af nummerering og tillægscifre vil der ikke blive arbejdet videre med.

Jeg vil godt tro at det er en krævende og stor proces.

Når du fortæller, at det vil kræve ændring af mange kunders aftaler + for nogle deres arbejdsgang, så var jeg af den opfattelse, at e-conomic (ved meget specielle tilfælde) lavede en CD man kunne downloade med de ændringer der skulle til.

Dem der i dag udsender disse opdateringer er oftest ”de store tunge drenge” -  og deres programmer er opbygget på en helt speciel og strukturel måde, så man ved hvor opdateringen skal foregå.

Omvendt -  når man i Excel kan kopiere udpluk fra et ark til et andet (f.eks. kun formater, formler o.s.v.), så kan man vel også gøre dette i Jeres program, uden at jeg får ødelagt den kontoplan jeg har opbygget ?

 

Jeg tror fortsat på at det kan lade sig gøre, og jeg vil da gerne bidrage med info, hvis dette er muligt.

 

Med venlig hilsen

Jørgen Schrøder Madsen

(kunde 1158036)

spurgt 11 Apr, 2017 i Forslag » e-conomic generelt af Jør (140 points)
opdateret 11 Apr, 2017 af Andreas Polk

1 Svar

Hej Jørgen
Tak for din uddybende kommentar smiley

Lige til, at starte med så udsender vi ikke CD’er med opdateringer. E-conomic ligger i skyen og alle kunder har altid adgang til den nyeste opdatering fordi vi opdaterer systemet.

Det betyder, at når der sker ændringer i programmet så er det for samtlige kunder – Nuvel så kan det godt være, at det kun har betydning for kunder der har vores lagerstyring f.eks.
Det betyder ikke, at vi ikke kan/vil lave ændringer når det berører samtlige kunder – tværtimod så knokler vi for, at skabe det bedste program for mange. Men ikke for alle nødvendigvis.

I forhold til ordrenummer og din tanke om tillægscifre så er det et meget specifikt forslag som vi ikke oplever et generelt behov.
Det behov bliver sammenlignet med den opgave det er, at ændre.
Her er det en ret så krævende proces, at ændre og derfor er vurderingen, at vi ikke skaber nok værdi til vores kunder og, at vi derfor vil kunne skabe mere værdi med noget andet.

Så det er ikke fordi det ikke kan lade sig gøre – det kan det nu nok hvis bare udviklerne får tiden.
Det er en hård prioritering af vi gerne vil skabe mest muligt værdi for flest mulige kunder og her falder denne del af forslaget ikke med i.
Det er forsat den samme ordre du laver en delfakturering på – så ændring af ordrenummer (selvom det er med et 1-tal) er stadig en ændring af det oprindelige ordrenummer.

Hvis det er selve overblikket over hvilke ordre der er blevet delfaktureret og hvilke der ikke er så er jeg forståelig over for udfordringen. Som oftest vil man kunne komme udenom det med, at skrive det på ordren, at den er delfaktureret. Nuvel bliver ordren rettet til men ordrenummeret forbliver det samme.


Jeg vil gerne være sikker på, at jeg forstår dit forslag til ”delfakturering med lagerstyring”
Hvad skal der ske i systemet hvis du havde knappen ”delfakturering med lagertræk”

Skal varerne registreres som leveret? – skal der udskrives en følgeseddel?
Er det tanken, at det skulle være sådan en slags ”smart og nem” genvej – så unødig arbejdsgange blev skåret væk? – Det er i hvert fald sådan som jeg forstår det. Jeg vil bare gerne være helt sikker J

En lille tanke – I det scenarie hvor ordren bliver leveret straks. Hvornår bliver der så faktureret for den sidste del af ordren? 
I forhold til 50 % ved ordre + 50 % ved levering. Vil det ikke være en fuld fakturering i dette scenarie? Eller er det først når kunden har modtaget varerne? :)

 

Delfaktureringen i lagermodulet bygger på en anden logik. Nemlig, at der først faktureres når varen leveres. Jeg kan godt se, at behovet for, at lave en alm. delfakturering som f.eks. 50 % ved ordre selvom der anvendes lagermodulet. Det ligger ikke som et fokusområde som det er nu.

Men når / hvis det bliver et fokusområde så kan vi hive din ide op af banken og kigge på om det er en arbejdsgang der giver mening for største delen af vores kunder eller brygge videre med ideen.

Du har mulighed for, at give svar/kommentar tilbage ved, at kommentere på dette svarer.
Jeg lukker dit gamle indlæg med henvisning til dette


Med venlig hilsen

Andreas Polk

Sidder du af og til og er i tvivl om, hvordan du skal bogføre? - Klik her og spørg tusindvis af andre e-conomic brugere
 

besvaret 11 Apr, 2017 Forslag af Andreas Polk (39,250 points)
Vi sætter stor pris på alle de forslag vi løbende får ind, og vi gør hvad vi kan, for at få implementeret så mange som muligt.

Når vi udvælger, hvilke forslag der skal udvikles og implementeres, sker det ved prioritering efter hvilke der giver størst værdi for flest brugere, samt afstemning blandt brugerne. Et forslag er altså ikke garanteret udvikling og kan således blive fravalgt i processen. Med andre ord; DIN mening tæller!

Når vi modtager et forslag sker der følgende:
  • Forslaget gennemlæses, besvares og tagges med “Overvejes”
  • Forslaget er nu klar til at modtage stemmer fra andre brugere
  • Der tages stilling til, om forslaget bliver udført og det tagges derefter som “Planlagt”