Voor een schoolopdracht heb ik een ERD diagram ( een begin ) gemaakt voor een soort van CRM pakket, het diagram is te zien in de bijlage. Mijn vraag is of de structuur volgens andere sitedealers juist in elkaar steekt ?

Ik had zelf nog een aantal twijfelpunten :
- Kunnen klanten en leveranciers in dezelfde entity onder de noemer bedrijven ? ze hebben namelijk veel overeenkomstige attributen. Op die manier heb je ook maar 1 entity met contactpersonen nodig.
- Of Inkoopofferteregel en Inkooporderregel met Leverancier_Artikel ( de artikelen die een leverancier levert ) of met de algemene entity Artikel verbonden moet worden ?

Alvast bedankt voor de reacties ,

- Ik zou ze onder een entiteit schuiven met rollen Business.getCustomerRole() en Business.getSupplierRole(). Wat als je een samenwerkingsverband hebt en veel geld heen en weer pompt, dan wil je niet dat een connectie twee representaties heeft m.i. Wat nou als je met Jantje bij bedrijf X praat voor zowel inkoop als verkoop. Ga je al zijn gegevens twee keer opslaan als contact. En nog erger, ga je wanneer zijn 06 veranderd dat als gebruiker van het systeem keurig op twee plaatsen opslaan?

=> Tussendoor: Dupliceren is de duivel

- Ik zou even goed kijken of je alle historische informatie correct bewaard. Wanneer je de prijs van een artikel wijzigd wil je niet dat oude orders ook "geupdate" worden omdat de prijs via een referentie opgehaald wordt. Wel een leuke manier om debiteurbeheer na elke prijsverhoging over de zeik te jagen :P

- T.a.v. je tweede vraag: Is er een wezenlijk verschil tussen artikelen die je inkoopt en artikelen die je verkoopt?

Origineel gepost door Henry Been

- Ik zou ze onder een entiteit schuiven met rollen Business.getCustomerRole() en Business.getSupplierRole(). Wat als je een samenwerkingsverband hebt en veel geld heen en weer pompt, dan wil je niet dat een connectie twee representaties heeft m.i. Wat nou als je met Jantje bij bedrijf X praat voor zowel inkoop als verkoop. Ga je al zijn gegevens twee keer opslaan als contact. En nog erger, ga je wanneer zijn 06 veranderd dat als gebruiker van het systeem keurig op twee plaatsen opslaan?

=> Tussendoor: Dupliceren is de duivel

- Ik zou even goed kijken of je alle historische informatie correct bewaard. Wanneer je de prijs van een artikel wijzigd wil je niet dat oude orders ook "geupdate" worden omdat de prijs via een referentie opgehaald wordt. Wel een leuke manier om debiteurbeheer na elke prijsverhoging over de zeik te jagen :P

- T.a.v. je tweede vraag: Is er een wezenlijk verschil tussen artikelen die je inkoopt en artikelen die je verkoopt?

Ik heb het ERD aangepast, ik heb nu 1 entiteit gemaakt "Bedrijf" en daarin bij de attributen de mogelijkheid om aan te geven of het een klant / leverancier of beiden is.

Dat stukje over de inkoopprijs/verkoopprijs, die kan ik inderdaad het best hard in de offerte- / orderregels zetten en niet dynamisch maken.

De artikelen van inkoop en verkoop zijn hetzelfde, alleen wordt niet ieder artikel wat verkocht wordt ook ingekocht. En zijn er meerdere leveranciers mogelijk ( met verschillende prijzen ) voor een zelfde artikel.