Шаблоны таблиц для бизнеса: заказы, платежи, техника
Шаблоны таблиц для бизнеса на примере проката: календарь заказов, реестр техники и журнал платежей. Разделяем бронь, выдачу и деньги, связываем записи кодами.
Ольга
Основатель малого бизнеса, партнёр
6 мин чтения
Зелёная строка у меня означала то подтверждённую бронь, то полученную оплату. Приходилось вспоминать, что именно я отмечала. Теперь выбираю шаблоны таблиц для бизнеса по рабочему вопросу: какой заказ принят, где конкретный проектор и сколько денег уже пришло. Для небольшого проката это три связанные формы с понятными статусами.
Ниже готовые образцы, которые можно перенести в свой файл. Данные учебные: два проектора, три записи о заказах и частичная оплата одного из них. Смотрим на состояние утром 1 ноября 2026 года. Скопируй нужную форму и замени учебные записи своими, сохраняя смысл заголовков.
Шаблоны таблиц для бизнеса: какой вопрос задаём первым?
Я сначала определяю единицу строки. У заказа несколько действий. Оплата приходит частями. Один проектор участвует в разных заказах. Если свести эти состояния в столбец «готово», подробности всё равно придётся держать в голове.
Рабочий вопрос · Подходящая форма · Одна строка означает
Когда и для какого заказа нужна техника? — Календарь бронирования — Использование экземпляра в одном заказе
Какие экземпляры у нас есть и где они сейчас? — Реестр техники — Один физический проектор
Что получено и что ожидается? — Журнал платежей — Одно денежное движение или его план
Записи связываются общими кодами. В календаре нужны два кода: заказа и проектора. Для платёжной строки достаточно заказа. Название клиента можно хранить отдельно, когда оно действительно требуется для работы. В учебном разборе мне хватает условных обозначений.
На один заказ не обязательно приходится одна оплата. Поэтому я не добавляю бесконечные столбцы «первый платёж», «второй платёж», «третий платёж» в реестр оборудования. Для платежей будет свой журнал, где каждое поступление можно проверить независимо.
Три журнала удобно обсуждать с чатом последовательно: сначала структуру брони, затем экземпляры и расчёты. Если планируешь такую регулярную работу, оцени условия LibraChat для своих задач.
Календарь заказов показывает пересечения
Для первого листа мне нужны дата, время, экземпляр и состояние заявки. «Запрос» оставляю отдельным от «Подтверждено»: обещать технику по нему пока нельзя.
Я проверила две строки с П-01: интервалы пересекаются с 11:00 до 12:00. Значит, запрос Р-22 нельзя молча перевести в подтверждённые при прежних условиях. Нужно уточнить время либо подобрать другой допустимый вариант. У П-02 свой календарь: совпавшая дата сама по себе не создаёт конфликт между разными экземплярами.
Это пример ручной проверки. Обычная сетка не обнаружит пересечение вместо тебя только потому, что столбцы названы правильно. Если позже добавишь автоматическую проверку, сначала испытай её на заведомо пересекающихся и раздельных интервалах.
В реальном прокате я учту время подготовки, возврата и других необходимых действий. Соседние интервалы без такого запаса могут оказаться невыполнимыми. Вводить произвольный одинаковый запас для любого оборудования не стану: его определяет сам процесс.
Для календаря действуют короткие правила:
Код заказа сохраняется при изменении времени.
Код проектора относится к конкретному экземпляру.
Изменение даты не подтверждает выдачу техники.
Отменённая заявка получает ясную отметку, чтобы не выглядеть действующей.
Реестр техники отвечает за экземпляр
Во второй форме я не переписываю каждый будущий заказ в ячейку проектора. Здесь нужен текущий предметный учёт: что есть, где находится и подготовлен ли комплект. Наличие подтверждённой брони на сегодня ещё не означает, что проектор уже выдан.
Код · Комплект · Текущее место · Проверка комплектности · Примечание
П-01 — Проектор, чехол, кабель — Пункт выдачи — Выполнена — Подготовлен для Р-21
П-02 — Проектор, чехол, кабель — Пункт выдачи — Выполнена — Подготовлен для Р-23
В нашем утреннем срезе оба проектора ещё в пункте выдачи. После фактической передачи я изменю соответствующую запись и сохраню сведения, по какому заказу произошло движение. Само наступление времени 09:00 не должно автоматически превращаться в утверждение «выдано».
После выдачи проектор остаётся в реестре. Меняется его местонахождение. Если удалить запись об экземпляре, возврат придётся сопоставлять с заново созданной строкой, а старые заказы будут ссылаться на исчезнувший код.
Проверка комплектности здесь относится к составу набора. Она не является техническим заключением о безопасности или исправности оборудования. Для такой работы действуют свои процедуры. Мне требуется точное значение отметки, чтобы разные сотрудники не читали её по-разному.
При сортировке перемещай запись целиком. Перестановка одних названий без соседних кодов может разорвать их соответствие. Я сравниваю после неё пару «код — комплект». Красивого порядка недостаточно. Заголовкам оставляю отдельную верхнюю строку.
Журнал платежей не складывает ожидания с поступлениями
Для заказа Р-21 в учебных условиях согласована сумма 1500 рублей. 600 уже получено,900 ещё ожидается. Записываю движения отдельно:
Запись · Заказ · Дата · Сумма, руб. · Состояние
Д-01 — Р-21 — 31.10.2026 — 600 — Получено
Д-02 — Р-21 — 01.11.2026 — 900 — Запланировано
Получено 600 рублей. Ожидается ещё 900. Сложив их, получим 1500, но это не сумма фактических поступлений. Я сохраняю плановый платёж рядом с его состоянием и подтверждаю поступление по факту. До этого заказ не отмечаю как полностью оплаченный.
После поступления 900 рублей я обновлю его состояние и укажу фактическую дату. Если пришла другая сумма, сохраню реальное значение и выясню причину расхождения. Удалять неудобный остаток из таблицы ради ровного итога нельзя.
Эти сведения можно использовать при построении финансовой модели и календаря денег. Но календарь поступлений и расчёт выручки требуют своих оснований. Номер заказа помогает сопоставить записи, а не превращает любую полученную сумму в свободный доход.
Перед применением шаблонов я сверяю связи:
В платёжной строке стоит существующий код заказа.
Забронированный экземпляр есть в реестре техники.
Одинаковое слово состояния везде имеет согласованное значение.
Фактическое движение подтверждено, а план остаётся явно обозначенным.
Для своего набора попробуй описать LibraChat одну неоднозначную отметку: «В прокате строка зелёная, но непонятно, подтверждена бронь, выдан предмет или получены деньги. Предложи три связанные таблицы и объясни единицу строки каждой. Не придумывай оплаты и передачи».
Предложения чата проверь по своему процессу. А затем возьми один заказ и спроси: что именно означает его «готовность» сейчас? Если ответ требует трёх разных фактов, у каждого должно быть своё ясное место в учёте.
