# Учёт заказов в Google Таблице: 9 шагов до своей очереди с уведомлениями

> Как собрать журнал заказов кофейни в Google Таблице и видеть состав, сумму, срок, ответственного и статус в одной очереди.

Источник: https://vibeceh.ru/cases/uchet-zakazov-v-google-tablice-status-summa-i-srok-v-odnom-meste
Автор: Сергей Мазур · опубликовано 2026-08-12

Коротко: единый журнал заказов с составом, суммой, сроком, ответственным и статусом вместо разрозненных переписок и звонков.

Я собрала для кофейни короткий журнал заказов: в одной таблице видны состав, время самовывоза и статус от принятия до выдачи. Теперь у меня перед глазами единая очередь, а не разрозненные переписки, звонки и записи у стойки. Так учёт и обработка заказов умещаются в одном окне. Это и есть учет заказов, который помогает не потерять заказ в самый загруженный час.

Делюсь этим с удовольствием. Ниже пошаговая инструкция из девяти шагов, и к каждому есть готовый промпт: копируй его, описывай свою задачу и собирай такую же вещь для кофейни, салона, автосервиса, клиники или магазина. Код писать не придётся, но каждый результат нужно проверять глазами.

А началось всё с обычной очереди заказов.

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

Главное правило у меня простое: для каждого заказа фиксируется окно самовывоза. Если клиент опоздал, система переводит заказ в ожидание выдачи и не смешивает его с новыми заказами. Без такого правила даже аккуратная таблица быстро превращается в ещё один список, за которым надо следить вручную.

Я не стала собирать большую систему с десятками экранов. Мне нужен был журнал заказов кофейни: состав, время начала приготовления, окно самовывоза и статус выдачи. Когда в конце дня остаётся список выданных и незакрытых заказов, а не набор переписок, становится спокойнее. Работа никуда не делась - она просто разложена перед глазами.

## Что стало вместо прежней рутины?

Учет заказов клиентов у меня собран в одной [Google Таблице](/concepts/google-tablicy). В строке есть состав заказа, время самовывоза и статус от принятия до выдачи. Заказы из телефона, мессенджера и стойки попадают в одну очередь. В конце дня я вижу выданные и незакрытые заказы, а не возвращаюсь к нескольким перепискам в поисках деталей.

Я открываю журнал и сразу вижу, какой заказ ещё принимается, какой уже готовится, какой ждёт выдачи, а какой закрыт. Время самовывоза стоит рядом с составом. Не приходится держать в голове, к какому заказу относится сообщение «уже готов» и кто его должен выдать.

Для меня это рабочая поверхность на день. Я внесла заказ, передала его на кухню и бар, поставила статус, а потом отметила выдачу. Если клиент опоздал, заказ не исчезает среди новых строк, а переходит в ожидание выдачи.

Отдельно оставила поле для времени последнего уведомления. Оно нужно не ради красоты. По нему видно, отправлялось ли сообщение о готовности или просрочке. Повторно уточнять один и тот же заказ не хочется ни мне, ни человеку за стойкой.

Сумму я вижу в отдельном столбце, но не смешиваю её со статусом. Состав заказа тоже хранится отдельно. Так строка остаётся читаемой: что приготовили, к какому времени, сколько стоит и что с выдачей.

## Почему своя таблица лучше купленного сервиса?

Организация учета заказов не обязана начинаться с большой системы. Своя короткая очередь удобна, когда правило меняется под текущую работу: можно добавить новый статус или поле под самовывоз. В готовом сервисе такое изменение обычно проходит через поддержку. Для небольшой кофейни лишние экраны могут мешать больше, чем помогать.

У меня правило опоздавшего клиента связано с выдачей. Новый заказ не должен смешиваться с тем, который уже приготовлен и ждёт человека. Поэтому статус «ожидание выдачи» для меня полезнее десятка универсальных статусов, которые относятся к чужой логике.

Если завтра в работе появится ещё одно повторяющееся правило, его можно добавить в свою таблицу, как и [цветочный магазин добавляет свои статусы](/guides/programma-dlya-cvetochnogo-magazina-uchyot-zakazov) под сезоны и доставку. Например, отдельный статус или поле, которое нужно именно для текущей очереди. Я не стала заранее собирать всё, что бывает в больших системах. Чем короче журнал, тем проще заметить ошибку.

У купленного решения другое преимущество: оно уже готово. Но изменение в нём зависит от того, предусмотрел ли его разработчик. Если нужного поля нет, остаётся писать в поддержку или вести заметку рядом. В этот момент снова появляются разрозненные данные.

Свою вещь тоже не надо идеализировать. Её собираешь и проверяешь сама. Если нужна сложная инфраструктура, постоянный внешний интерфейс или много связанных процессов, готовый сервис может оказаться разумнее. Своя таблица хороша там, где важна короткая очередь заказов и понятное правило выдачи.

## Из чего состоит журнал заказов кофейни?

Ведение учета заказов начинается с одного листа `Orders` и минимального набора полей: номер, дата заказа, клиент, состав, сумма, срок, ответственный, статус и дата последнего уведомления. Лист `Настройки` хранит списки статусов и сотрудников. Даты и суммы получают правильный формат, а статус показывает путь заказа до выдачи.

![Кот показывает схему журнала с полями заказа и статусом.](https://s3.regru.cloud/crossmark/statejnik/images/guides/uchet-zakazov-v-google-tablice-status-summa-i-srok-v-odnom-meste/kadr-1.webp)

В листе `Orders` я бы оставила такие столбцы:

```text
Номер заказа | Дата заказа | Клиент | Состав заказа | Сумма | Срок | Ответственный | Статус | Дата последнего уведомления
```

`Срок` здесь означает время, к которому заказ нужно выдать. Для кофейни это окно самовывоза. Если нужно различать дату и время, поле должно храниться как дата и время, а не как произвольный текст.

`Состав заказа` лучше держать отдельным столбцом. Не прятать его в комментарии и не оставлять только в мессенджере. Когда заказ передаётся на кухню и бар, состав должен быть виден в той же строке, что номер и срок.

Статус я связываю с выпадающим списком. На листе `Настройки` лежат значения:

```text
Принят
В приготовлении
Готов
Ожидает выдачи
Выдан
Отменён
```

Там же можно держать список ответственных. Google Таблицы позволяют создавать раскрывающийся список из диапазона: [Google Документы, «Как создать раскрывающийся список в ячейке»](https://support.google.com/docs/answer/186103?co=GENIE.Platform%3DDesktop&hl=ru).

Раскрывающийся список из диапазона. Укажите ячейки, которые нужно добавить в список».

Дату заказа, срок и дату последнего уведомления нужно задать как дату или дату со временем. Сумму - как валюту. Иначе скрипт может увидеть текст вместо настоящей даты и не понять, что срок уже прошёл. Формат меняется через меню `Формат > Числа`. Региональные настройки таблицы влияют на отображение даты: [Google Документы, «Форматирование чисел в таблицах»](https://support.google.com/docs/answer/56470?co=GENIE.Platform%3DDesktop&hl=ru).

На весь ряд можно добавить условное форматирование. Просроченный заказ подсвечивается, если срок меньше сегодняшней даты, статус не равен `Готов`, `Выдан` или `Отменён`. Подсветка только показывает проблему. Сообщение отправляет уже Apps Script.

Внутри проекта нужен привязанный к таблице Apps Script и один time-driven trigger. Скрипт читает строки, сравнивает срок с текущей датой, проверяет статус, отправляет уведомление и записывает дату последнего уведомления. Код не надо разбирать без необходимости. Нужно знать, где лежат поля, статусы и получатели.

[!warning] Сначала ограничь доступ
Не делай таблицу доступной всем по ссылке и не давай редактора каждому сотруднику. Права влияют на то, кто сможет менять статусы, суммы и сроки. Google технически позволяет назначать просмотр, комментирование и редактирование, но требования к персональным данным нужно проверить отдельно.

Хотите собрать такую же таблицу для своего дела, но под руководством наставника? На практикуме вы пройдёте этот путь за два вечера с проверкой каждого шага.

Пройти практикум - 2 000 ₽:

## Сколько стоит собрать учёт заказов?

Для сборки нужны Google Таблицы, VS Code и платный помощник Claude Code внутри редактора. Установка инструментов занимает около 15 минут: скачай, запусти и войди в аккаунт. Claude Pro стоит $20 в месяц официально. Цена 2 599 ₽ относится к оплате через посредника. Готовый шаблон стоит 3 599 ₽ разово, сервисы начинаются от 3 600 ₽ в год.

Google Таблицу можно открыть на странице [sheets.google.com](https://sheets.google.com) и создать пустой файл. Сотрудникам потом выдаются права на просмотр, комментирование или редактирование.

VS Code нужен как редактор и папка, в которой помощник видит рабочие файлы. Самостоятельно писать программу в нём не нужно. Claude Code встраивается в редактор и принимает задачу обычными словами.

Установка для меня выглядела буднично: скачать два инструмента, запустить установщики и войти в аккаунт. Около четверти часа уходит именно на подготовку. Это не срок сборки всей автоматизации. Здесь я его не обещаю.

Подписка - постоянная статья расходов. На официальной странице Claude Pro указано:

$20 per month».

В России официальной цены в рублях в проверенных источниках нет. `2 599 ₽` - цена посредника за месяц Claude Pro, а не тариф Anthropic: [PayClarus, «Оплатить Claude из России»](https://payclarus.com/claude-pro).

Для сравнения, готовый шаблон учёта заказов стоит `3 599 ₽` разово без абонентской платы: [Birdyx, «Оформление и учёт заказов в Google Таблицах»](https://store.birdyx.ru/item/oformlenie-i-ucet-zakazov-v-google-tablicax). Сервисы для учёта заказов в собранной фактуре начинаются от `3 600 ₽` в год.

Получается, готовый шаблон дешевле по постоянным расходам, а помощник нужен не только для этой статьи. После установки инструментов меняется задача, а не набор программ. Сегодня можно собирать журнал заказов, позже - другую автоматизацию для своей рутины.

## Как собрать таблицу заказов по шагам?

Собери таблицу последовательно: создай файл, добавь листы и поля, настрой списки, форматы и подсветку, затем подключи Apps Script, уведомления и time-driven trigger. Код ты не пишешь и не копируешь. Задачу описываешь словами, результат проверяешь тестовым заказом. После первого рабочего результата помощник дорабатывает схему по симптомам.

![Собака с поднятой лапой стоит рядом с карточками трёх шагов сборки таблицы.](https://s3.regru.cloud/crossmark/statejnik/images/guides/uchet-zakazov-v-google-tablice-status-summa-i-srok-v-odnom-meste/kadr-2.webp)

Открой `sheets.google.com`, создай новый файл и назови его журналом заказов кофейни. Сразу сделай копию для проверки, чтобы тестовые статусы и уведомления не смешались с рабочими данными.

   

Помощник должен выдать понятную схему, а не длинный непроверяемый код. Если он добавил личные кабинеты, оплату или склад, попроси убрать лишнее.

На листе `Настройки` внеси статусы `Принят`, `В приготовлении`, `Готов`, `Ожидает выдачи`, `Выдан`, `Отменён`. Рядом создай список ответственных. Фамилии и имена впиши сама, потому что их состав в каждом деле свой.

   

В ячейке со статусом должно быть невозможно случайно набрать другое значение, если это не предусмотрено настройкой. Так очередь остаётся одинаковой для всех, кто принимает и выдаёт заказ.

Установи для `Дата заказа`, `Срок` и `Дата последнего уведомления` формат даты или даты со временем. Для `Сумма` выбери валютный формат. Проверь это на одной тестовой строке, а не на пустом листе.

   

Для теста внеси один заказ с составом, суммой и окном самовывоза. Если дата выглядит правильно, это ещё не доказывает, что скрипт правильно сравнит её с текущим временем, поэтому позже проверь просрочку отдельно.

Настрой условное форматирование для всей строки заказа. Красный цвет нужен, если срок уже прошёл, а статус не равен `Готов`, `Выдан` или `Отменён`.

   

Подсветка не отправляет сообщения. Она только делает проблему заметной на экране. Если строка покрасилась, сначала проверь дату и статус, а не проси сразу добавить ещё одну автоматизацию.

Открой `Расширения > Apps Script` из таблицы. Здесь помощник создаст проект, который читает строки и умеет обращаться к внешним сервисам через `UrlFetchApp`. После первого результата от помощника я увидела, что описанной словами задачи достаточно для рабочей программы. Так собирают программы без программиста, и называется это вайб-кодинг.

   

В ответ появится проект Apps Script и объяснение его частей. Проверь, что он обращается к листу `Orders`, а не к случайному названию. Сначала запускай проверку на копии таблицы.

Для первого теста выбери email. Это проще проверить: не нужны токен бота и `chat_id`. В сообщении достаточно номера заказа, клиента, суммы, срока и ответственного.

   

При первом запуске Google попросит разрешения. Дай их с аккаунта, который владеет таблицей и создаёт триггер. MailApp отправляет письмо от имени этого аккаунта, а дневные квоты не безграничны.

Telegram требует токен бота и `chat_id` получателя. Эти данные нельзя хранить в открытой ячейке. Для начала проверь email, затем попроси помощника добавить Telegram в закрытые свойства проекта Apps Script.

   

`UrlFetchApp` нужен для обращения скрипта к внешнему адресу. Обычное сообщение должно укладываться в ограничение длины URL, но массовой рассылкой эту схему считать нельзя: [Google for Developers, «Class UrlFetchApp»](https://developers.google.com/apps-script/reference/url-fetch/url-fetch-app).

В проекте открой `Triggers`, нажми `Add Trigger`, выбери функцию проверки заказов и запуск по времени. Для небольшой очереди достаточно ежедневной проверки, если рабочее правило не требует другого интервала.

   

Time-driven triggers запускают функцию по времени или через повторяющийся интервал. Но выбранное время может быть сдвинуто внутри часового окна. После сохранения триггера сделай тестовую строку с прошедшим сроком и проверь результат вручную: [Google for Developers, «Installable Triggers»](https://developers.google.com/apps-script/guides/triggers/installable).

Создай копию таблицы, добавь тестовый заказ с прошедшим сроком и статусом `В приготовлении`. Запусти функцию вручную, проверь письмо или сообщение, затем посмотри, появилась ли отметка в `Дата последнего уведомления`. После этого поставь статус `Выдан` и убедись, что новое сообщение не отправляется.

   

После проверки удали тестовые данные или оставь копию отдельно. В рабочей таблице должны остаться только реальные заказы и понятные статусы.

## Что появится в папке после сборки?

После промптов появятся Google Таблица с листами `Orders` и `Настройки`, привязанный проект Apps Script, сохранённый time-driven trigger и копия для проверки. Apps Script хранит код, запускает функции по расписанию и обращается к Telegram через `UrlFetchApp`. Тебе достаточно знать поля, списки и получателей, а во внутреннюю логику лезть без причины не нужно.

В таблице должны быть видны:

- лист `Orders` с заказами;
- лист `Настройки` со статусами и ответственными;
- форматы дат и сумм;
- выпадающие списки;
- подсветка просроченных строк;
- дата последнего уведомления.

В проекте Apps Script будет код и функции, которые читают таблицу, проверяют условия и отправляют сообщения. Триггер запускает нужную функцию без отдельного сервера. Если подключён Telegram, запрос уходит через `UrlFetchApp`.

Проверь три места, которые понадобятся при дальнейших изменениях:

1. Названия столбцов в `Orders`.
2. Значения статусов и список сотрудников в `Настройки`.
3. Адреса получателей и закрытые свойства проекта.

Не нужно запоминать каждую строку скрипта. Достаточно открыть помощника и описать: какой новый статус появился, какое поле надо добавить и что изменилось в выдаче. Перед правкой попроси перечислить затрагиваемые части и не менять рабочее без проверки.

## Что делать, если уведомление не приходит?

Ищи причину по симптому, а не переписывай весь скрипт. Проверь часовой пояс, настоящий формат даты, статус, отметку последнего уведомления, права триггера и дневные квоты. Для каждого сбоя опиши помощнику конкретную строку и ожидаемое поведение. Последний случай особенно неприятен: фоновый триггер может завершиться ошибкой, хотя в таблице ничего не изменится.

![Кот сбоку у схемы проверки часового пояса и уведомления.](https://s3.regru.cloud/crossmark/statejnik/images/guides/uchet-zakazov-v-google-tablice-status-summa-i-srok-v-odnom-meste/kadr-3.webp)

### Дата уехала из-за часового пояса

Таблица показывает одно время, а Apps Script сравнивает другое. Проверь регион и часовой пояс таблицы и проекта.

### Дата меняется сама

Если срок или дата заказа вычисляются через `NOW()`, старые строки могут пересчитываться. Для истории заказа лучше сохранять дату значением, а не формулой, которая каждый раз смотрит на текущий момент.

### Появился дубль заказа

Один и тот же заказ мог прийти из телефона, мессенджера и у стойки. Сверь номер заказа и состав. Не объединяй строки молча, если нет уверенного признака.

### Одно сообщение пришло дважды

Причина может быть в повторной доставке события или в том, что отметка о последнем уведомлении записывается после отправки с ошибкой. Сначала проверь флаг, потом порядок действий.

### Триггер завершился ошибкой

Apps Script имеет дневные квоты. Для обычной небольшой очереди это не выглядит узким местом, но после превышения лимита выполнение останавливается с ошибкой. Среди ограничений личного аккаунта: 100 получателей писем в сутки, 20 000 вызовов `UrlFetch` в сутки и 6 минут на один запуск: [Google for Developers, «Quotas for Google Services»](https://developers.google.com/apps-script/guides/services/quotas?authuser=01&hl=en).

### Фоновый триггер не виден на экране

Таблица может выглядеть нормально, пока запуск по расписанию уже отключён, требует повторной авторизации или завершает функцию с ошибкой. Открой раздел `Triggers` и журнал выполнений, а не только лист заказов.

Устанавливаемый триггер работает от имени аккаунта, который его создал. Поэтому письмо или запрос к Telegram отправляется с его разрешениями. Если сотрудник только открыл таблицу, это не значит, что у него есть права на отправку.

## Подойдёт ли такая таблица именно твоему делу?

Такая таблица подходит для небольшой очереди заказов, где нужны состав, сумма, срок, ответственный, статус и сервисное уведомление. Своя сборка гибче, готовый шаблон быстрее стартует, сервис даёт больше готовых функций и поддержки. При сложной инфраструктуре, большом объёме или постоянном внешнем интерфейсе лучше смотреть полноценную систему.

| Критерий | Своя таблица | Готовый шаблон | Сервис |
|---|---|---|---|
| Стоимость | Claude Pro: $20 в месяц официально или 2 599 ₽ через посредника | 3 599 ₽ разово | От 3 600 ₽ в год |
| Гибкость | Поля и статусы меняются под очередь | Ограничены устройством шаблона | Изменения зависят от тарифа и поддержки |
| Лимиты | Есть квоты Apps Script и ограничения Telegram | Зависит от устройства шаблона | Зависит от тарифа сервиса |
| Поддержка | Помощник и собственная проверка | Поддержка продавца, если заявлена | Поддержка поставщика |
| Интеграции | Email и Telegram через Apps Script | Уведомления могут отсутствовать | Набор зависит от конкретного сервиса |
| Контроль данных | Настройки доступа и собственные правила | Нужно проверить, куда уходят данные | Нужно изучить условия сервиса |

Готовый шаблон Birdyx стоит `3 599 ₽` разово и не требует абонентской платы, но автоматические уведомления о просрочке на странице не заявлены. Сервисы от `3 600 ₽` в год могут закрывать больше процессов, но для короткой очереди это не всегда оправдано.

Своя схема не даёт безлимитных уведомлений. Для личного аккаунта Apps Script указывает 100 получателей писем в сутки, 20 000 внешних запросов в сутки и 6 минут на один запуск. Telegram ограничивает скорость: в одном чате не стоит отправлять больше одного сообщения в секунду, а массовая рассылка ограничена примерно 30 сообщениями в секунду: [Telegram Bots FAQ](https://core.telegram.org/bots/faq).

Если в таблице лежат данные клиентов, не публикуй её по ссылке и не собирай лишние сведения. Закон требует принимать меры от неправомерного или случайного доступа: [КонсультантПлюс, статья 19 закона о персональных данных](https://www.consultant.ru/document/cons_doc_LAW_61801/ca9e5658710519f09ab2fdb8196fcb3eb024a051/).

Для первичного сбора персональных данных граждан России через зарубежные сервисы отдельно проверь требования локализации. Нельзя автоматически объявлять Google Таблицы запрещёнными для любых заказов, но и считать схему безопасной без проверки тоже нельзя: [КонсультантПлюс, статья 18 закона о персональных данных](https://www.consultant.ru/document/cons_doc_LAW_61801/cbf4e15b7c330f9372e876cdf2bc928bad7950ef/).

Эту схему я бы оставила для небольшой очереди самовывоза: такие же принципы [вайб-кодинга](/concepts/vajb-koding) работают и в других инструментах. Если нужны склад, сложные роли, постоянный внешний интерфейс, большое число каналов или полноценная история клиента, таблица перестанет быть коротким решением.

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

## Что сделать сегодня, если ты не про технологии?

Начни не с программы, а с очереди заказов. Выпиши каналы, обязательные поля и статусы, создай пустую Google Таблицу, опиши задачу помощнику и проверь один тестовый заказ. Уведомления подключай только после проверки доступа, даты, статуса и разрешений Apps Script. Так ты увидишь рабочую основу до усложнения схемы.

1. Выпиши, откуда приходят заказы: телефон, мессенджер, стойка.
2. Запиши обязательные поля: номер, состав, сумма, срок самовывоза, ответственный и статус.
3. Создай листы `Orders` и `Настройки`.
4. Настрой выпадающие списки и форматы дат и сумм.
5. Добавь тестовый заказ и проверь путь до выдачи.
6. Подключи email или Telegram только после проверки доступа.
7. Сделай копию таблицы перед изменением скрипта.

Помощник должен сначала задать вопросы и показать устройство решения. Если ответ понятен, переходи к одному действию за раз. На практикуме этот путь можно пройти на собственной задаче вместе с проверкой результата.

## Вопросы и ответы

Создай лист `Orders` с полями заказа, клиента, состава, суммы, срока, ответственного и статуса. Отдельно сделай лист `Настройки` со списками статусов и сотрудников. Для дат выбери формат даты или даты со временем, для суммы - валютный формат.

Храни один заказ в одной строке. Состав заказа оставляй в отдельном столбце, а не только в переписке. Для каждого заказа сохраняй срок самовывоза и статус, чтобы видеть, что принято, готовится, ждёт выдачи или уже выдано.

Добавь столбцы `Сумма` и `Статус`, затем настрой валютный формат и выпадающий список. Статусы лучше хранить на листе `Настройки`, чтобы менять список в одном месте и не получать разные варианты одного значения.

Excel-шаблон подойдёт для ручного учёта, если в нём есть нужные поля и понятные статусы. Но уведомления и запуск по расписанию не появятся сами. Для этой схемы используется Google Таблица, связанный Apps Script и time-driven trigger.

Можно взять готовый шаблон, если устраивают его поля и правила. Например, в фактуре есть шаблон за `3 599 ₽` разово. Перед покупкой проверь, есть ли в нём окно самовывоза, состав заказа, статус выдачи и уведомления о просрочке.

Создай одну строку на каждый заказ и столбцы для номера, даты, клиента, состава, суммы, срока, ответственного и статуса. Для регулярной работы добавь фильтры и единый список статусов. Автоматизацию уведомлений в Excel нужно проверять отдельно, она не следует из самой таблицы.

Для небольшой очереди имя клиента можно хранить в строке заказа. Если одному клиенту соответствует много заказов, вынеси клиентов на отдельный лист и свяжи его с журналом по устойчивому идентификатору. Не добавляй лишние персональные данные.

Учет и обработка заказов начинается с фиксации состава, затем назначается ответственный и срок самовывоза. После приготовления меняй статус на `Готов`, после передачи клиенту - на `Выдан`. Отменённые заказы не должны попадать в уведомления о просрочке.

Для простой очереди достаточно поля `Сумма`. Если нужны оплаты, возвраты, скидки или себестоимость, добавь отдельные поля и заранее реши, какие значения считаются финансовыми. Эта таблица не заменяет бухгалтерский учёт.

Google Таблица сама по себе может использоваться без отдельного платного сервиса, но Claude Pro для работы с Claude Code стоит $20 в месяц официально. `2 599 ₽` - цена посредника. Уведомления через Apps Script ограничены дневными квотами.

Автоматизация начинается с правильных полей и статусов. Затем Apps Script читает строки, сравнивает срок с текущей датой, проверяет статус, отправляет сервисное сообщение и записывает дату последнего уведомления. Запуск выполняется через time-driven trigger.

Для маленькой очереди имя клиента и его контакт можно оставить в строке заказа. При большом числе повторных заказов лучше сделать отдельный лист клиентов. Доступ к таким данным ограничивай конкретными сотрудниками и не открывай таблицу по общей ссылке.

Для короткой очереди подойдёт Google Таблица с понятными статусами и сроками. Готовый сервис разумнее, если нужны сложные роли, склад, интеграции, постоянный внешний интерфейс или большой объём. Выбор зависит от устройства работы, а не от количества функций в рекламном описании.

Сделай лист заказов с одной строкой на заказ, добавь поля статуса, суммы, срока и ответственного, затем настрой фильтры и форматирование. Перед переносом в Excel проверь, нужна ли автоматическая отправка уведомлений и как она будет работать.

- [Как работать с приложением «Google Таблицы»](https://support.google.com/docs/answer/6000292?co=GENIE.Platform%3DDesktop&hl=ru-US)
- [Как создать раскрывающийся список в ячейке](https://support.google.com/docs/answer/186103?co=GENIE.Platform%3DDesktop&hl=ru)
- [Форматирование чисел в таблицах](https://support.google.com/docs/answer/56470?co=GENIE.Platform%3DDesktop&hl=ru)
- [Как применять условное форматирование в Google Таблицах](https://support.google.com/docs/answer/78413?co=GENIE.Platform%3DDesktop&hl=ru)
- [Installable Triggers](https://developers.google.com/apps-script/guides/triggers/installable)
- [Class UrlFetchApp](https://developers.google.com/apps-script/reference/url-fetch/url-fetch-app)
- [Mail Service](https://developers.google.com/apps-script/reference/mail)
- [Quotas for Google Services](https://developers.google.com/apps-script/guides/services/quotas?authuser=01&hl=en)
- [Telegram Bot API](https://core.telegram.org/bots/api)
- [Bots FAQ](https://core.telegram.org/bots/faq)
- [Plans & Pricing](https://claude.com/pricing?m=1)
- [What is the Pro plan?](https://support.claude.com/en/articles/8325606-what-is-the-pro-plan)
- [Оплатить Claude из России](https://payclarus.com/claude-pro)
- [Оформление и учёт заказов в Google Таблицах](https://store.birdyx.ru/item/oformlenie-i-ucet-zakazov-v-google-tablicax)
- [Статья 18 закона о персональных данных](https://www.consultant.ru/document/cons_doc_LAW_61801/cbf4e15b7c330f9372e876cdf2bc928bad7950ef/)
- [Статья 19 закона о персональных данных](https://www.consultant.ru/document/cons_doc_LAW_61801/ca9e5658710519f09ab2fdb8196fcb3eb024a051/)

_Это собирательная история выпускников практикума, а не рассказ одного человека: так эта работа устроена в большинстве таких дел._