AT
бекендеры?
без понятия. мне просто кажется чуток не рациональным внедрять целую систему для того что бы просто показывать пользователю цифры. по сути доступ будет 1) у продавца который на смене, 2 у менеджера ну и владельца магазина
Size: a a a
2020 November 24
J💖
без понятия. мне просто кажется чуток не рациональным внедрять целую систему для того что бы просто показывать пользователю цифры. по сути доступ будет 1) у продавца который на смене, 2 у менеджера ну и владельца магазина
Это не просто цифры
AT
не отрицаю что есть вероятность того что я не до конца представляю всю картину)
AT
но когда пару лет назад на php писали горе приложение для офисов переводов, там в этом плане работает все хорошо) и ничего никуда не пропадает)
AT
54034105
GK
вот на тесте2 у него 2к и он переводит на тест )) но это абсолютно не имеет отношения к настоящим деньгам. теперь вопрос, зачем мне интегрироваться в какие-либо системы)
Так это имеет отношение к деньгам или нет? Если это цифры для оплаты товара то это деньги
GK
Цена ошибки - возможность получать халявный товар, продавец будет нести потери
AT
Цена ошибки - возможность получать халявный товар, продавец будет нести потери
владелец вбил 3 ед товара. кассир получил возможность продавать их. продает 1ед, берет 100р. у владельца в системе -1ед товара, а на так называемом фиктивном кошельке 100р налички
AT
затем владелец едет и забирает эти 100р и уже там как то аннулирует их из кошелька
AT
просто не вижу особых сложностей с учетом того что обычный покупатель не будет иметь доступа к системе как таковой
R
Ребята тут кто-то работал с OpenTok? Вопрос, когда отключен микрофон в браузере, как сделать проверку камеры? Потому что, он постоянно кидает ошибку Access Denied: Permission Denied: End-user denied permission to hardware devices
GK
владелец вбил 3 ед товара. кассир получил возможность продавать их. продает 1ед, берет 100р. у владельца в системе -1ед товара, а на так называемом фиктивном кошельке 100р налички
Зачем тогда эти цифры, у товара есть цена, владельцу предоставляется отчёт сколько товара по какой цене продано, и при расчете ему выплачивается сумма за проданный товар
AT
Зачем тогда эти цифры, у товара есть цена, владельцу предоставляется отчёт сколько товара по какой цене продано, и при расчете ему выплачивается сумма за проданный товар
ну во всех системах так реализовано. может владелец налик заберет только через неделю, ему нужно видеть текущее кол-во денег в кассе. кол-во товаров он и так будет видеть конечно же
GK
Иначе мы получаем -1 ед товара, который продали за 100 рублей, а у владельца насчету "по какой-то причине" появилось 1000, он едет к продавцу и забирает 1000? Кто оплатит 900?
GK
ну во всех системах так реализовано. может владелец налик заберет только через неделю, ему нужно видеть текущее кол-во денег в кассе. кол-во товаров он и так будет видеть конечно же
Если речь про просто видеть количество денег в кассе и на расчет это не влияет, то норм. Тогда риск такой: видим что деньги есть приезжаем а их по факту нету. Неприятно но терпимо , будете разгребать поддержкой почему фиговый сервис :)
AT
Если речь про просто видеть количество денег в кассе и на расчет это не влияет, то норм. Тогда риск такой: видим что деньги есть приезжаем а их по факту нету. Неприятно но терпимо , будете разгребать поддержкой почему фиговый сервис :)
а почему там должны быть проблемы?
AT
я же не собираюсь на прод сразу выкатывать и продавать людям. сервис после разработки будет тестится как минимум в 2х магазинах
GK
а почему там должны быть проблемы?
Кто знает :) просто "случайность" , какой нить школьник ломанет ваш сервак или ктото из сотрудников/администраторов системы будет недобросовестным
Π
