Опис проєкту
ПерекладМи торгуємо оптом, і зараз будь-який документ клієнт отримує через дзвінок менеджерові: треба рахунок за минулий місяць — дзвінок, треба акт — знову дзвінок. Менеджер у цей час шукає файл по теках, перейменовує його та надсилає вручну, а покупець чекає своєї черги. У сезон на це йде половина робочого дня відділу продажів, і задоволених немає з жодного боку. Хочу замовити особистий кабінет, у якому покупець сам бере все потрібне й жодного разу не піднімає слухавку.
Вхід лише за запрошенням: ми надсилаємо запрошення, клієнт задає собі пароль. Ролей дві. Власник бачить усе по своїй компанії, запрошує та відключає співробітників, редагує реквізити й вмикає собі двофакторний вхід. Співробітник дивиться історію замовлень і завантажує документи, але нікого не запрошує та реквізитів не чіпає. Історія замовлень потрібна з фільтрами за датами й статусами, з рахунками та актами на завантаження і з вивантаженням поточної вибірки у XLSX та PDF — щоб покупець віддав ті самі рядки своєму бухгалтерові, а не переписував їх з екрана.
Замовлення й документи тягнуться з нашої облікової системи, а не вводяться вдруге руками: у неї є API, документація готова, віддамо її разом із тестовим доступом. Про відвантаження має йти лист на пошту. Верстка обов'язково під телефон — половина покупців відкриває такі речі просто на складі.
Що входить у роботу:
— вхід за запрошенням, пароль задає сам клієнт, двофакторний вхід для ролі власника;
— дві ролі, власник і співробітник, із зрозумілим переліком прав у кожної;
— історія замовлень із фільтрами за датами та статусами, рахунки й акти на завантаження;
— вивантаження поточної вибірки у XLSX і PDF тими самими колонками, що видно на екрані;
— листи про відвантаження;
— обмін з нашою обліковою системою за її документованим API;
— мобільна верстка, а не зменшена настільна сторінка;
— персональні дані клієнтів не вивантажуються назовні й не потрапляють у листи цілком: у листі номер замовлення та короткий рядок статусу, решта лишається за входом;
— доступ до чужих замовлень закривається на рівні запиту, а не лише в інтерфейсі;
— тестовий контур працює на знеособлених даних, бойові записи покупців до нього не копіюються.
Вхід лише за запрошенням: ми надсилаємо запрошення, клієнт задає собі пароль. Ролей дві. Власник бачить усе по своїй компанії, запрошує та відключає співробітників, редагує реквізити й вмикає собі двофакторний вхід. Співробітник дивиться історію замовлень і завантажує документи, але нікого не запрошує та реквізитів не чіпає. Історія замовлень потрібна з фільтрами за датами й статусами, з рахунками та актами на завантаження і з вивантаженням поточної вибірки у XLSX та PDF — щоб покупець віддав ті самі рядки своєму бухгалтерові, а не переписував їх з екрана.
Замовлення й документи тягнуться з нашої облікової системи, а не вводяться вдруге руками: у неї є API, документація готова, віддамо її разом із тестовим доступом. Про відвантаження має йти лист на пошту. Верстка обов'язково під телефон — половина покупців відкриває такі речі просто на складі.
Що входить у роботу:
— вхід за запрошенням, пароль задає сам клієнт, двофакторний вхід для ролі власника;
— дві ролі, власник і співробітник, із зрозумілим переліком прав у кожної;
— історія замовлень із фільтрами за датами та статусами, рахунки й акти на завантаження;
— вивантаження поточної вибірки у XLSX і PDF тими самими колонками, що видно на екрані;
— листи про відвантаження;
— обмін з нашою обліковою системою за її документованим API;
— мобільна верстка, а не зменшена настільна сторінка;
— персональні дані клієнтів не вивантажуються назовні й не потрапляють у листи цілком: у листі номер замовлення та короткий рядок статусу, решта лишається за входом;
— доступ до чужих замовлень закривається на рівні запиту, а не лише в інтерфейсі;
— тестовий контур працює на знеособлених даних, бойові записи покупців до нього не копіюються.
Веб програмування Готівка, Банківський переказ
