Превентивная защита. Скрываем количество заказов в чеке

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

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

Цитата из статьи:

Так вот. Мы заменяем наш бестолковый числовой счётчик на счётчик времени продажи.

ГГММДДЧЧммСС + количество заказов на это время.

• ГГ — 2 последних числа года
• ММ — месяц
• ДД — день
• ВВ — час
• мм — минуты
• сс — секунды
• + порядковый номер заказа в эту секунду (для параллельных заказов)

2110061052351 — 21г 10м 06д 10час 52мес 35сек 1 заказ

Теперь конкурент не может узнать объем ваших продаж. Он может узнать только когда он купил своё кофе. Ведь когда следующим днём он купит ещё один стакан кофе ровно в 11 утра, то он получит почти идентичный чек — 2110071100421.

2110071100421 — 2110061052351 = 10048070 ? 🤔

Обычный подсчёт не даст ровным счётом ничего.

Из плюсов мы имеем:

• Идентификатор остаётся числом
• Фиксированная длина номера чека
• Невозможность вычислить объём продаж
• Лёгкость программирования кассы, достаточно отформатировать текущую дату
• Номер чека теперь не просто набор цифр, а аналитические данные для владельца.

Хочу чуть подробней объяснить что это за цифра 1 в этом номере чека 21г 10м 06д 10час 52мес 35сек 1 заказ

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

Тут можно решить несколькими вариантами:

• Рандом от 1 до 1000 — так себе вариант
• Очередь — каждому заказу в это конкретное присваивается номер в очереди и этот номер попадает в чек
• Данные о покупателе — id, кол-во заказов или что-то в этом роде

Вариантов много и это головная боль скорее для программиста. Я вам хотел показать именно концепт превентивной защиты чека от слива объема продаж.