Система бронирования (резервирования) товаров (заказов) Google spread sheet. Примеры?

Question

[indevor]

Доброго времени суток. Может кто встречал примеры скриптов с таким вот не хитрым функционалом, что то похожее, может кто возьмется реализовать?

Три листа:
1 - "база товара" (три колонки: бренд, название, количество (артикула нет ??. генереровать автоматом? уникальное id?)
2 - "база клиентов" (название организации, город, телефон\е-майл)
2.1 - "меню" (сам резерв) - (пару кнопок): "резерв", "редактировать", "удалить" "история".
3 - "история".

1). кнопка "резерв" - показываем форму:

1.0 - id (уникальное) заказа.
1.1 вып.списком (товар) - данные берем из листа "база".
1.2 вып.списком (клиент) - данные берем из листа "база клиентов".
1.3 Количество товара.
1.4 Комент. к заказу.
1.5 Кнопка "+" добавляет новые поля (1.1, 1.2, 1.3, 1.4) в форму- заказ может состоять из нескольких позиций.
1.6 Кнопка "забронировать" - размещает заказ (на листе заказы) - "списывает" кол-во заказанных единиц из колонки "количества" листа "база".

2). кнопка "редактировать" - показываем форму (по айди заказа или клиенту)
Тут думаю понятно что все данные в заказе нужно\можно поменять (при этом добавить\удалить (вернуить) кол-ва товаров в "базу").

3) кнопка "удалить" - форма:
удалить заказ по клиенту или айди-заказа. По чек боксу в форме - вернуть кол-во единиц указанного товара в заказе в "базу".

4 - история заказов.
просто список заказов с датой, клиентом, кол-вом.

Такая вот не хитрая база..) ТЗ прям. Но смысл думаю понятен. Благодарю вас за любую помощь.

Comments

[Alexander Ivanov]

Здравствуйте. А почему вы выбрали именно эту технологию? Parse.com куда более подходящий вариант. Или Odoo, к примеру. Не видно основания в применении.

[indevor]

Здравствуйте. Дело в том что есть небольшие знания только в google script (php, msql). В моё случаи можно что то будет доработать\подкорректировать\добавить по аналогии. В этот проект.

[Alexander Ivanov]

indevor: вы, наверное, имели ввиду "Google Apps Script"? Язык молодой -паттернов и образцов мало. Тем более, что у вас логика приложения как раз и будет занимать "доработать\подкорректировать\добавить по аналогии".
Расскажите подробнее про уровни доступа, участников процесса, объем элементарных действий процесса и пользовательский интерфейс. Не очень понятно, где это у вас должно происходить.

[indevor]

Alexander Ivanov: Да, Google Apps Script и имел ввиду.
Все происходит в Google spread sheet (гугл таблицы).
Участники процесса: Два менеджера с уровнем доступа "редактирование".
Имеют доступ к "меню".
Действия: как описаны. Есть три листа. "база с товарами", "база с клиенты", "база с итоговыми заказами".
Менеджер через "меню" резервирует товар посредством форм (создает заказ, редактирует, удаляет), что в итоге отображается на кол-ве свободного товара в колонке "кол-во" листа "база товара", а так же на листе "заказы" - где указано: id заказа, наименование товара, клиент, кол-во, дата.
К примеру:
Лист "база" - товар: | Автокресло | Dino | 3 | шт. |
Менеджер заходит в меню жмет "создать заказа" - появляется форма, в ней выпадающий список со все "базой" - выбирает "Автокресло", "Dino", выбирает требуемое ко-во - 1 шт. Выбирает клиента из вы. списка "Иванов".
Жмет "забронировать".

Итого в "базе" уже: | Автокресло - Dino | 2 | шт.

В листе "заказы": | id заказа 001 | 13,03,2017 | Автокресло - Dino | 1 | шт. | Иванов.
---
Редактирование:
Выбираем клиента и\или id заказа (по дате заказа?). Появляются поля с формами на резерв - редактируем. Или удаляем заказ - прибавляем кол-во товаров указанных в заказе в "базу".
Как то так, если кратко.

[Alexander Ivanov]

indevor: ну, вполне реализуемо. Только вот с удалением могут возникнуть проблемы. Таблицы не имеют уникального идентификатора строки. Конечно, имеет место быть, но в данном случае, наверное, лучше не удалять сразу, а передать на управление отдельной функции. Попробую "накидать" вариант.

[indevor]

да в этом есть "проблема". Уникальный идентификатор - вы имеете ввиду уникальный артикул для товара? Можно сгенерировать по первым буквам (первые три ?) названия товара или что то похожее к примеру BARTOLINO CLASSIC 82 - (BAT-C-82) (но тут тоже могут быть проблемы,) и добавить его в лист "база". Alexander Ivanov: Буду признателен за уделенное время не только словесно.

Answer 1

[Alexander Ivanov]

Здравствуйте.

Вот небольшой пример https://youtu.be/9WK1FM2_tDc Таблица https://goo.gl/4u23t7 (необходимо сделать копию)

Суть в том, чтобы вести запись только в одном листе "История". На "Складе" остатки отображаются через формулу:

=QUERY('История'!B:E;"select B, C, sum(D) where E=true group by B, C")

Т.е. если в "Истории" будет запись без TRUE, то ее можно считать "непроведенной".
Лист "Заказы" служит пояснением для "Истории", возможно, надо как-то расширить связь этих Таблиц, но она все равно будет условной.

Пояснения к коду. Серверная часть нуждается в LockService, чтобы разрешить очередь записи.
Можно сделать форму просмотра заказов, с возможностью помечать FALSE в "Истории". Может быть даже "Редактировать", но лучше по-моему, делать копию и записывать новый заказ, помечая прежний как FALSE. Также необходимо продумать регламент, т.к. Таблицы "нерезиновые" и необходимо максимально часто переносить остатки.

Пояснения к концепту. Ваше представление, которое приведено выше, вряд ли подойдет для реализации в Таблицах, уже только потому, что никаких идентификаторов строк, и тем более связей между Таблицами, не существует. Я предлагаю вообще ничего не удалять. Лучше делать "перенос остатков" и прочих параметров в новые Таблицы (или наоборот), чтобы иметь более полноценную картину действий.

Пожалуйста, измените теги в топике на Google script и Spreadsheets. При текущем теге ответ на вопрос должен быть примерно таким https://www.google.com/enterprise/marketplace/sear...

Comments

[indevor]

Здравствуйте. Выглядит отлично! Скопировал Вашу таблицу, только нет скриптов. Как я могу Вас отблагодарить и посмотреть скрипты?

[Alexander Ivanov]

indevor: извините за задержку. На Диске какие-то проблемы - с первого раза не всегда получается получить копию скрипта. Попробуйте дождаться пока страница обновиться полностью. Дело в том, что я могу сделать копию и она работает.
Благодарить меня пока не за что, код очень сырой, а сообщество Диска никогда не откажется gdriveru.blogspot.ru/p/about.html
Пишите, спрашивайте, делитесь идеями. Было бы здорово получить промышленный вариант. Я готов вам помочь реализовать LockService. Без проблем.

[indevor]

Да, было что-то. Уже скопировал. Внес небольшие правки, подключил jquery ui, добавил пару datapicker'ов. Ваша реализация вполне подходит. Вкладку "скалад" можно использовать для интернет-пользователей (клиентов) - добавил условное форматирование + =IF('Склад'!C:C>0;"в наличии";"нет в наличии") - колонку с кол-вом на вкладке склад скрыл (коммерческая тайна). Считаю что вкладку "история" нужно разнести на две "история" нужна, но так же нужен и "основной склад" - куда будет синхронизироваться склад.

[indevor]

Т.е - Есть база - вдеться в "директорском" компьютере. Каждый день выгружается по таймеру "экселевский склад" в три колонки + мусор (мусор обрезаем). Нас интересует только "бренд" "название" "кол-во". Конвертируем в spreadsheet (это реализовано), копируем в нашу вкладку "основной" склад (можно даже с заменой).

[indevor]

Alexander Ivanov, На данном этапе, если у вас позволяет время и возможности, помогите с формой редактирование заказа.
Видение: Выбираем клиента - выбираем дату заказа. Показывается id заказа, показываются вып. списки с товаров (изменяем количество и\или ставим галку "вернуть на склад" или удалить весь заказ"). Александр, ещё раз благодарю Вас участие.

[indevor]

bit.ly/1Gho8la

[Alexander Ivanov]

indevor: я уже указал основную проблему "редактирования". Мне кажется, что необходимо копировать запись, оригинальную помечать FALSE, а копию сохранять в нужном виде. Дело в том, что в редакции может быть другое количество элементов заказа. Тогда может поплыть Таблица истории, или "случайно" будет отредактирован другой заказ. Строки с FALSE можно удалять чаще, чем думается. Например, при каждом запуске формы. Но, я пока не очень понимаю бизнес-процесс, поэтому вам может быть виднее.
"Разносить" историю нельзя - это регистр сведений, а склад - представление в виде регистра накопления.
Думаю, что любой путь будет верным, только сформулируйте его четко.

[indevor]

Alexander Ivanov, В форме редактирование просто показываем кол-во зарезервированного товара к примеру ("Одежда", "Носки", "-2" , и в вып. список - true\false) - манагер может либо отменить (поставить - false) и вся позиция снова вернется на склад (т.е не проведется)- либо изменить значение на -1 и оставить true тем самым спишет 1 вместо двух.

[indevor]

Что качается "случайности" редактирование заказа, нужна сортировка "дата". "клиент"

[indevor]

"Разносить" историю нельзя - это регистр сведений, а склад - представление в виде регистра накопления.

Дело в том что бизнес-процесс этого требует, вкладка "склад" в текущем виде - это все операции с товаров проделанные менеджером (резевр \ возврат) + это наглядное представление склада для клиентов - которым нужны оперативные остатки товара.

Так же необходима ещё одна вкладка куда будет синхронизироватся "основной склад" - обработанные директором на основе листа заявок.

Т.е менеджер только бронирует заказы, списывает это другой человек в другой программе.
На выходе после него эксель документ с фактическим наличие.
Было - Носки -20 шт.
Менеджер сделал заявку - Носки 5 шт. (кому - клиент, когда - дата).
- распечатал
- подал
- в другой базе директор списал -5 шт.
- на выходе получили - эксель документ где уже носки 15 шт.
+ списали заявку на 5 шт. в этой системе.
- это выгрузили в лист "склад".

Да это костыли и геморой но как то так заведено. сейчас это делает в 5 экс. документах.

[indevor]

Обработанные заявки ("falsе") можно вообще удалять через какое то время (неделя -две- месяц), что бы не "плодить" кучу записей, так как фактическое наличие автосинхронизируется через час и вставиться в лист "склад". А те заявки которые в статусе true - "спишуться" по вашей формуле.