Odstrani zalogo; povej da je treba podatek pridobiti iz WMS-ja.

Kategorijo lahko pustiš kot opombo, ker bi za to potreboval še najmanj eno dodatno tabelo (Katergorije), kar bi
po nepotrebnem zakompliciralo model.

Tabeli Racun dodaj rok_placila

Tabeli CenikIzdelkov dodaj popust.

Ena možnost je ta, da je id_dobavnice opcijski atribut v tabeli Racun, v katero dodamo id_narocila.

Če želimo omogočiti možnost nakupovanja "gostom" (neregistriranim uporabnikom), potem je potrebno shraniti kontaktni e-mail (za pošiljanje predračunov in računov).

Ena možnost je, da obesimo atribut kontaktni_mail na Narocilo.

Drugo možnost je, da za vsakega gosta ustvarimo novega uporabnika z avtomatsko generiranim uporabniškim imenom in vnešenim mailom. Druge atribute pustimo prazne.

Zakaj? Zato, ker bo za neko naročilo najprej izdan predračun. Ko bo predračun plačan, se izda dobavnica in avansni račun. Torej dobavnica se ne izda takoj ob naročilu.

To je tipična ManyToMany relacija. Ne potrebujemo je. Lahko imamo samo tuji ključ na tabelo Uorabnik v tabeli Naročila.

Model v obstoječi obliki dopušča samo plačilo po povzetju.

Glede na to da je predračun stalna praksa spletnih trgovin, bi bilo smiselno dodati entiteto Predracun.