Структура и оформление таблицы Excel

У заказа на канцтовары может быть один покупатель и несколько позиций. В заказе К-17 лежат два блокнота и три ручки. Если хранить покупателя, общий итог и каждую позицию в одной повторяющейся строке, итог заказа легко сложить несколько раз. Структуру лучше строить вокруг двух разных объектов: заказа и его состава.

В списке заказов номер К-17 встречается один раз рядом с покупателем и общим статусом. В списке позиций тот же номер встречается дважды: у блокнотов и у ручек. Каждой позиции нужен собственный номер строки внутри заказа. Эта связь позволяет отдельно отвечать на вопросы о количестве заказов и количестве заказанных товаров.

Проверка начинается с простого учебного случая: один заказ с двумя позициями должен оставаться одним заказом после подготовки сводки. Число товарных строк при этом равно двум, а количество единиц — пяти. Не называйте все три величины словом «количество». Разные названия показателей сохраняют смысл структуры и помогают избежать незаметного удвоения итогов.

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

К названию добавляют краткое определение, единицу и источник. Рядом полезно указать допустимую точность: например, два знака после запятой соответствуют выбранному способу записи. Значение 1,25 тогда читается однозначно, а 1250 из другого списка требует проверки единицы. Сам словарь не исправляет данные, но задаёт понятное правило, по которому их сверяют.

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

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

В учебном случае заявку приняли в понедельник, во вторник запросили деталь, в четверг начали ремонт и в пятницу завершили. Четыре события относятся к одной заявке. В истории у каждого есть время и новое состояние, поэтому задержку можно объяснить ожиданием детали. Перезапись единственной ячейки «Статус» уничтожила бы это различие.

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