cisar2218
commented
1 year ago Ahoj, mám pár technických otázek...
Položka
- Cena za kus je bez DPH?
- Má být dph konstantní 21%? Tzn. není to parametr, který uživatel zadává..
Objednávka:
- Má mít objednávka parametry typu název a popis v přehledu objednávek a databázi? Případně jiné parametry, které nebyly zmíněny a pomohou objednávku identifikovat?
- Měly by být položky objednávky být vidět již v přehledu? Nebo stačí až po rozkliknutí podrobností?
- Mám dovolit vytvořit prázdnou objednávku (například bez položek, nebo jiného důležitého údaje)? Může sloužit například jako template.
- Dole je databázová struktura: uvažoval jsem o přidání segmentu dole, komentář "// optional". Je pro Vás důležité tímto způsobem trackovat změny na objednávce, nebo je to zbytečné a nemám to přidávat? Poté vyvstává: 4.1. generovat změnu dynamicky jako string "popis" při úpravě objednávky v databázi 4.2. nebo mít údaje jako paid, changed items, atd. aby byl snažší data quering pro nějaké statistiky. Věřím, že až tolik změn v jedné objednávce nebude, přesto to může být například i přehlednější.
Zákazník:
- Nebyl jsem si jistý jaké parametry ukládát do databáze. Zatím jsem udělal jen "jméno a info". Což je 100% málo a bude to chtít upravit. Z #97 mi nepřipadalo zřejmé, které údaje zatím ukládat než bude modul se zákazníky bojeschopný. Budu rád za upřesnění: zda mám například načítat prozatím "jen" firmu atd.
- Po upřesnění "1" mám pravděpodobně tvořit zároveň zákazníky jako jednotlivé dokumenty v customer collection v databázi, kdyby se změnili jejich údaje ať jsou v objednávce ty staré (embedded, ne linked) údaje, ale nemusí se customers vypisovat? Viz. struktura níže.
- Zakazník je vždy u objednávky právě 1, že?
Databázová struktura:
- budu rád za komentáře (nejen týkající se otázek)
{ "_id" : ObjectId(), "name" : "název objednávky", "description" : "popis objednávkyr", "customer" : { "name" : "jméno zákazníka", "other_info" : "libovolné další info" }, "date_of_creation" : ISODate(""), "price_total" : 80, "price_to_pay" : 80, "items" : [ { "name" : "jméno položky", "description" : "popis položky", "price_per_piece" : (cena za kus v Kč), "discount" : (sleva v Kč, ve frontendu zobrazovaná/zadávána i v %), "amount" : (počet kusů), "dph" : 0.21, // zbytečné? "price_no_dph" : (cena bez dph v Kč), "price_total" : (cena v dph v Kč) } ], // OPTIONAL "changes" : [ { "date_of_change" : ISODate(""), "user" : "uživatel který provedl změnu", "track" : "dynamicky generovaný popis změny", } ] }
roman-dvorak
Cíle modulu a jeho úkoly:
Cílem modulu je vytvořit rozhraní pro zakládání, tvorbu a správu příchozích objednávek (prodej). Modul by měl obhospodařit celý životní cyklus objednávku. Tj. od jejího založení (ruční založení i z externího API), přídávání položek, jejich úpravu atd..
Objednávka
Měla by obsahovat základní informace o "zákazníkovi". Zatím si jeho parametry bude držet sama u sebe. Po vzniku adresáře zákazníků (#97) to bude reference. To se pak převede nějakým hromadným skriptem.
Parametry o zákazníkovi jsou:
Životní cyklus objednávky:
Zadávání položek objednávky
Položky objednávky musí být možné zapsat ručně. Každou položku musí být možné zároveň spárovat se skladovou položkou. Následně by mělo být možné ze skladové položky vyčíst cenu a vložit jí do objednávky (nějakým tlačítkem u každého řádku, a globálně pro celou objednávku). Je potřeba, aby se cena držela přímo v databázi u objednávky a nebylo to sdílené s cenou položky, která se může změnit. Tahle hodnota musí být neměnná.
Řešení ceny a peněz
Systém musí umět řešit příjem peněz po "částech" tedy že uživatel zaplatí část z celkové objednávky (například podle nějaké zálohové faktury) a pak následně vznikne konečná faktura, kde bude celková částka.
Jedna objednávka může vytvořit více (například dílčích) faktur. Více dodacích listů, a více příjmů peněz.
Parametry položky
Generování PDF dokumentů
Důležitým výstupem jsou PDF dokumenty, kterými jsou například: