Ik ben nieuw in FM9Pro, ben eigenlijk helemaal geen DB-bouwer of programmeur, maar weet wel wat mogelijk is met databases etc.
Nu ben ik samen met een collega bezig (hij wel FM-ervaring) om een CRM, sales>salesorder,Purchase-order>Invoice etc. systeem verder uit te bouwen met Voorraad-functionaliteit.
Voorraad aftrekken na sales-line etc. werkt inmiddels, evenals voorraad ophogen na invoeren purchase-order.
Ivm koppeling met ander systeem (web-order-frontend met MySQL DB) willen we 2 zaken gaan regelen.
1. ODBC koppeling naar FM of straks FM laten draaien met MySQL als DB en dus FM alleen maar als FrontEnd gebruiken (kan dit laatste?), ODBC-koppeling gaat ons wel lukken.
2. We hebben eigenlijk een recht-toe-recht-aan FM9Pro vraag of we in ons voorraad-gedeelte kunnnen werken met variabele verkoopprijzen.
Heb hier al gezocht, kom wel klant-specifieke prijzen tegen, maar bij ons gaat het om prijsstaffels.
Hieronder een voorbeeld van een prijsstaffel voor 2 artikelen
Artikel000001
Aantal Prijs per product
1-5 1,00
6-10 0,90
11-20 0,80
21-50 0,75
etc. etc.
Artikel000002
Aantal Prijs per product
1-10 2,00
11-20 1,75
21-50 1,50
>50 1,20
etc. etc.
Volgens mij is het het handigste om per Artikel een aparte prijstabel te definieren, er komen dus meerdere producten (100'en) waarbij steeds sprake is van een staffel, die absoluut NIET dezelfde stappen en een zelfde prijs(verlaging) hoeven te hebben. Er is ook geen sprake van een vast % wat we kunnen gebruiken als korting bij grotere bestelhoeveelheden.
overigens geldt de staffelmethode zowel voor inkoop als voor verkoop. Is het handig die beiden op te nemen in eenzelfde tabel (kunnen we wel makkelijk de marge berekenen en wellicht WEL makkelijk inkoop*marge = verkoopprijs opzetten.)
Is er iemand die weet of dit kan en evt. een paar lijnen code of hulp zodat we op weg zijn, daarna kunnen we het wel weer verwerken of ombouwen.
Verder complimenten over dit forum (en ook voor FM, mooi product wat redelijk makkelijk te bouwen/bedienen is)
Question
pkruijt
Ik ben nieuw in FM9Pro, ben eigenlijk helemaal geen DB-bouwer of programmeur, maar weet wel wat mogelijk is met databases etc.
Nu ben ik samen met een collega bezig (hij wel FM-ervaring) om een CRM, sales>salesorder,Purchase-order>Invoice etc. systeem verder uit te bouwen met Voorraad-functionaliteit.
Voorraad aftrekken na sales-line etc. werkt inmiddels, evenals voorraad ophogen na invoeren purchase-order.
Ivm koppeling met ander systeem (web-order-frontend met MySQL DB) willen we 2 zaken gaan regelen.
1. ODBC koppeling naar FM of straks FM laten draaien met MySQL als DB en dus FM alleen maar als FrontEnd gebruiken (kan dit laatste?), ODBC-koppeling gaat ons wel lukken.
2. We hebben eigenlijk een recht-toe-recht-aan FM9Pro vraag of we in ons voorraad-gedeelte kunnnen werken met variabele verkoopprijzen.
Heb hier al gezocht, kom wel klant-specifieke prijzen tegen, maar bij ons gaat het om prijsstaffels.
Hieronder een voorbeeld van een prijsstaffel voor 2 artikelen
Artikel000001
Aantal Prijs per product
1-5 1,00
6-10 0,90
11-20 0,80
21-50 0,75
etc. etc.
Artikel000002
Aantal Prijs per product
1-10 2,00
11-20 1,75
21-50 1,50
>50 1,20
etc. etc.
Volgens mij is het het handigste om per Artikel een aparte prijstabel te definieren, er komen dus meerdere producten (100'en) waarbij steeds sprake is van een staffel, die absoluut NIET dezelfde stappen en een zelfde prijs(verlaging) hoeven te hebben. Er is ook geen sprake van een vast % wat we kunnen gebruiken als korting bij grotere bestelhoeveelheden.
overigens geldt de staffelmethode zowel voor inkoop als voor verkoop. Is het handig die beiden op te nemen in eenzelfde tabel (kunnen we wel makkelijk de marge berekenen en wellicht WEL makkelijk inkoop*marge = verkoopprijs opzetten.)
Is er iemand die weet of dit kan en evt. een paar lijnen code of hulp zodat we op weg zijn, daarna kunnen we het wel weer verwerken of ombouwen.
Verder complimenten over dit forum (en ook voor FM, mooi product wat redelijk makkelijk te bouwen/bedienen is)
Peter
3 answers to this question
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.