Учёт прачечной: килограммы не заменяют список изделий
Если прачечная считает услугу в килограммах, это ещё не решает задачу возврата вещей клиенту. Вес нужен для одного расчёта, а состав принятого и выданного заказа — для другого. В системе следует разделить коммерческую единицу услуги, физические изделия и производственную партию. Тогда изменение веса или частичная выдача не будет автоматически означать исчезновение вещи либо завершение всего заказа.
Ниже предложена модель для постановки задачи разработчику. Она не задаёт технологию обработки тканей, допустимые отклонения веса или условия ответственности перед клиентом. Такие правила компания определяет отдельно. Примеры вымышлены и служат проверкой программы: их нельзя переносить в прайс или считать нормативом приёмки.
Три объекта вместо одной строки «стирка»
Заказ отражает договорённость с клиентом: какие услуги приняты, как считается стоимость и что должно быть возвращено. Изделие или согласованная учётная группа описывает физический состав. Производственная партия показывает совместное прохождение выбранного этапа. Связи между этими объектами нужны, но они не должны уничтожать различия. В одной загрузке могут оказаться части нескольких заказов, а один заказ может пройти несколько загрузок.
Если программа хранит только общий вес заказа и статус «готов», она не отвечает на вопрос, какие вещи уже можно передать. Если хранит только список изделий, может оказаться невозможно объяснить расчёт услуги по весу. Задача разработки — связать обе записи так, чтобы сотрудник понимал происхождение суммы и мог сверить фактический состав до выдачи.
Отдельно задайте разрешённую детализацию. Не всякому процессу нужен индивидуальный номер каждого одинакового предмета, но решение должно быть явным. Например, компания может учитывать определённую согласованную группу количеством, а отдельные изделия — поштучно. Программа не должна самовольно превращать перечисленные вещи в безымянные килограммы после отправки в обработку. Уровень детализации сохраняют на всём необходимом пути.
Что записывать на приёмке
Определите минимальный набор, который сотрудник действительно сможет заполнять. Это номер заказа, учётный состав, выбранные услуги, измерения для расчёта и необходимые примечания. Свяжите измерение с моментом и основанием: «вес при приёмке» понятнее, чем единственное поле «вес», значение которого меняется на каждом этапе. Сохраните исходную запись вместо тихой замены новым числом.
Если до согласования часть сведений неизвестна, укажите состояние «требует уточнения» и причину. Пустая клетка не должна автоматически превращаться в ноль. Ноль изделий и неизвестное количество — разные ситуации. Для такого заказа система может требовать уточнения перед определённым действием, но конкретные ограничения необходимо согласовать с сотрудниками и правилами компании.
Фотография и примечание полезны как дополнение, однако не заменяют счётную запись там, где она нужна. По снимку трудно автоматически сформировать частичную выдачу или остаток заказа. В то же время длинная анкета на каждый предмет может мешать реальному приёму. Проверьте модель на нескольких учебных наборах до разработки большого интерфейса: это обнаружит лишние поля раньше, чем они появятся в ежедневной работе.
Не складывайте килограммы и штуки в один остаток
Для каждой строки услуги задайте собственную единицу. Если один вид работы считается по весу, а другой по количеству, в итоговом документе должны оставаться обе строки. Общая сумма денег допустима как итог расчёта, но общий «объём 15» без единиц не даёт проверить услугу. При изменении состава нужно понимать, какую строку пересчитывают и на каком основании.
| Запись системы | Придуманный учебный пример | Что проверяет сотрудник |
|---|---|---|
| Состав приёма | Группа А: 12 предметов | Какой набор принят у клиента |
| Измерение для услуги | Приёмка группы А: 8 кг | Какое измерение относится к расчёту |
| Отдельная услуга | Два предмета с поштучным расчётом | Не потерялась ли другая единица |
| Готовность к передаче | Подготовлено 9 из 12 предметов группы А | Можно ли оформить частичную выдачу |
| Фактическая выдача | Передано 9, осталось выдать 3 | Чем подтверждён остаток заказа |
| Повторная проверка веса | Отдельное новое измерение | Почему оно не меняет число вещей |
В примере намеренно нет цены, нормы влажности или допустимой разницы измерений. Он показывает логическую независимость величин: девять выданных предметов не являются девятью килограммами. Если новое взвешивание даёт другое значение, программа должна хранить контекст измерения, а не пытаться объяснить разницу изменением количества вещей.
Как отражать разделение по этапам
При передаче части заказа в обработку сохраняйте связь с исходной учётной группой или изделием. Операция должна показывать, что переместилось, откуда и куда. Нельзя оставлять единственный статус заказа, если физически его части находятся на разных этапах. Сводный статус может вычисляться из состава, но подробности должны быть доступны сотруднику, который отвечает на вопрос клиента.
Обратная ситуация возникает при совместной партии. Если сотрудники объединяют вещи нескольких заказов для этапа, производственная запись не должна становиться новым владельцем клиентского имущества в учёте. После этапа нужно восстановить связь с исходными заказами по предусмотренному способу. Опишите этот путь до выбора сканера или печати этикеток: оборудование не исправит отсутствие модели связи.
Исправление ошибочного движения оформляйте отдельно от нового фактического перемещения. Иначе история будет утверждать, что вещи побывали там, где их не было. Для программы важна причина изменения и роль сотрудника, которому разрешена корректировка. В рабочем экране можно показывать актуальное состояние, сохраняя объяснимую историю для разбора расхождений.
Частичная выдача не закрывает весь заказ
При выдаче сотрудник выбирает конкретные доступные изделия или количество из нужной группы. Система показывает, сколько остаётся после операции. Общее поле «выдано» без состава плохо подходит для заказа, который забирают частями. Подтверждение передачи и состояние расчётов тоже следует разделить: отмеченная оплата не доказывает физическую выдачу всех вещей.
Учебная проверка: принято 12 предметов группы А, выдано 9. Остаётся выдать 3. Если два сотрудника одновременно открыли экран с исходным остатком, программа должна предотвратить две несовместимые выдачи. Второй участник получает актуальное состояние и повторно проверяет своё действие. Кнопка не должна подтверждать передачу по устаревшему экрану только потому, что форма была открыта раньше.
Случай повторной выдачи после обрыва связи также нужно включить в приёмку. Сотрудник нажал подтверждение, не увидел ответа и повторил действие. Ожидаемый результат — одна передача с понятным состоянием, а не два списания одного набора. Здесь помогает общее решение для повтора запроса без дублирования заказа, но правила остатков и состав передаваемых вещей всё равно определяются предметной моделью прачечной.
Что делать с расхождением
Не заставляйте сотрудника обнулять остаток для закрытия неудобного заказа. Предусмотрите отдельное состояние разбора: какое количество или изделие требует проверки, что уже известно и кто отвечает. Это не вывод о виновности и не юридическое решение. Система сохраняет неопределённость до того, как ответственный установит факты и выберет предусмотренное действие.
Для поиска нужны записи приёма, этапов, комплектования и выдачи, относящиеся к тому же составу. Общий отчёт по весу смены не заменяет цепочку конкретного заказа. Если связь потерялась на объединённой производственной партии, сначала проверьте её разбор. Не меняйте клиентский состав задним числом только ради совпадения сводного числа: так исчезает основание для объяснения случившегося.
После разбора запишите установленное событие и разрешённое исправление. Сохраняйте различие между фактической передачей, корректировкой ошибочной записи и согласованным завершением спорного случая. Для руководителя это разные причины изменения остатка. Их смешение делает красивый отчёт бесполезным: формально всё выдано, а источник расхождения уже невозможно найти.
Как принять разработанную систему
Подготовьте набор учебных сценариев без реальных данных клиентов. Включите заказ с услугами в разных единицах, разделение на две партии, совместный этап нескольких заказов, частичную выдачу, отмену ошибочной записи и повтор подтверждения после обрыва. Для каждого сценария задайте ожидаемые количества, связи и состояния. Проверка «заказ создаётся» не охватывает эти случаи.
Отдельно проверьте представление сотрудника и отчёт руководителя. Приёмщик должен быстро найти состав и основание расчёта, а руководитель — различить выданное, ожидающее и находящееся на проверке. Просмотр килограммов за смену может быть полезен для отдельной задачи, но его нельзя объявлять отчётом о сохранности вещей. Название и единицы показателя должны объяснять, на какой вопрос он отвечает.
Начинать разработку стоит с карты этих объектов и нескольких проверочных заказов. Затем согласуют роли, экран приёма, движение, выдачу и отчёты. Так компания покупает решение своей задачи, а не набор произвольных статусов. Если процесс пока противоречив, сначала уточните его на примерах: перенесённая в программу неопределённость останется неопределённостью, только сотрудники будут спорить уже с интерфейсом.
Если нужна реализация
Состав работ зависит от текущего проекта и подтверждённой причины. Можно обсудить диагностику или разработку подходящего решения.
Вопросы и ответы
Можно вести прачечную только в килограммах?
Если нужно сверять возврат изделий, одного веса недостаточно. Разделите измерение для расчёта услуги и состав вещей в той детализации, которую требует согласованный процесс компании.
Должен ли у каждой вещи быть отдельный номер?
Это зависит от необходимой прослеживаемости. Можно согласовать учёт отдельных изделий и определённых групп количеством, но выбранная детализация не должна исчезать при передаче в обработку.
Изменение веса означает изменение состава?
Не автоматически. Сохраняйте измерение с его контекстом отдельно от количества. Причины и допустимость разницы устанавливают по условиям процесса, а не по произвольному правилу программы.
Как проверить частичную выдачу?
Задайте учебный заказ, передайте его часть и убедитесь, что остаток объясним. Проверьте конкурентное действие двух сотрудников и повтор после потери ответа: одна передача не должна учитываться дважды.