| | 15 | |
| | 16 | == Детален опис на проектот == |
| | 17 | **За кого е наменета базата на податоци и проектот односно кој според вашата замисла ќе биде одговорен да ја поседува базата на податоци и апликацијата и да ги обезбедува како сервис - дали е тоа фирма/институација/организација или е поединец и краток опис за нивните потреби?** |
| | 18 | |
| | 19 | * Базата на податоци и апликацијата се наменети за фирма, организација или институција што има сопствен магацин и секојдневно управува со залихи, прием, испорака и складирање на производи. |
| | 20 | * Според замислата, сопственик и администратор на системот би била самата организација, односно нејзиниот ИТ сектор, магацински менаџмент или овластен администратор. |
| | 21 | * Не е замислено да биде за поединец, туку за деловен систем со повеќе вработени и улоги. |
| | 22 | * Нивната потреба е да имаат централизирана евиденција на производи, залихи, движења, магацински локации и одговорни лица, со цел помала грешка и поголема контрола. |
| | 23 | **Какви проблеми во фирмата или организацијата ќе решавате со вашата изработка?** |
| | 24 | Овој систем ќе решава неколку клучни проблеми: |
| | 25 | |
| | 26 | * рачно водење евиденција на залихи, што често доведува до грешки |
| | 27 | * непостојана или нејасна информација каде точно се наоѓа производот во магацинот |
| | 28 | * тешко следење на прием, преместување и издавање на роба |
| | 29 | * недоволна прегледност на количини, резервирани количини и статус на залихите |
| | 30 | * немање информација за тоа кој вработен извршил одредена акција |
| | 31 | * потешкотии при организирање на магацинскиот простор и наоѓање производи. |
| | 32 | Со ова решение се добива брз, прецизен и организиран увид во целиот магацински процес. |
| | 33 | **Какви видови корисници ќе имаат пристап до базата и проектот - во смисла на типови вработени во фирмата/институцијата или клиенти?** |
| | 34 | Пристап ќе имаат повеќе типови корисници во зависност од улогата и дозволите кои ги имаат во рамки на системот: |
| | 35 | * Администратор – управува со системот, корисници, улоги и дозволи; |
| | 36 | * Магацински менаџер / супервизор – следи залихи, одобрува движења и организира работа; |
| | 37 | * Магацински работник – внесува прием, преместување, пакување и издавање на производи; |
| | 38 | * Служба за набавка – следи пристигната роба и добавувачи; |
| | 39 | * Служба за испорака / логистика – работи со трансакции; |
| | 40 | **Ако има други слични идеи во истата фирма или во околината, или веќе постојат готови решенија во светот, во што е различен вашиот предлог?** |
| | 41 | Да, во светот постојат многу готови warehouse management systems, но овој предлог се разликува по тоа што е фокусиран на конкретна, детална структура на складирање и следење. |
| | 42 | Главните разлики се: |
| | 43 | |
| | 44 | * хиерархиско чување на локации: warehouse → section → location → bin |
| | 45 | * можност за детално следење на варијанти на производи, брендови, категории и атрибути |
| | 46 | * евиденција на трансакции |
| | 47 | * подобра контрола на резервирани и достапни количини. |
| | 48 | |
| | 49 | **Дали се работи за веб, мобилна и/или десктоп апликација?** |
| | 50 | Според структурата на проектот се работи за веб апликација со backend и база на податоци, бидејќи таквата форма најлесно поддржува повеќе корисници, улоги и централизирано управување. |
