Или как вариант ПОСЛЕ ОПЛАТЫ присвоение электронного купона с таким то номером (от 1 до 1000) но чтобы это отображалось в админке заказов
Использовать в качестве присвоенного числа — номер заказа?
Думала об этом, но как прописать чтобы номера заказа были именно в диапазоне от 1 до 1000?
Из самых простых:
Разработать градацию присвоения числа 1 — 1000 на основании состава заказа через генератор случайных чисел, либо по сумме бонусов за каждую единицу.
1. Изначально определить сколько бонусов присваивать за SKU(Артикул).
2. Суммировать их.
3. Отсылать клиентам по мэилу.
4. Вести базу с мэилами и бонусами.
Но этот момент покажется очень сложным, если Вы не «дружите» с docs.google/excel.
В любом случае, чтобы реализовать полноценное начисление бонусов за покупки, с отображением их в ЛК клиента — без программирования или плагина не обойтись.
Я же решил проблему иначе.
Создал купоны. Присвоил им градацию. После первого заказа клиенту на мэил моим манагером высылается временный купон, по которому можно «оплатить» до 50% следующей покупки.
Ну и вообще, по рассылкам на тот же 23 февраля купон на скидку в 23%.
Это реализовать значительно проще, чем париться с начислением бонусов за каждую единицу товаров.
Думала об этом, но как прописать чтобы номера заказа были именно в диапазоне от 1 до 1000?
Вам может помочь плагин Custom Order Numbers for WooCommerce
Думала об этом, но как прописать чтобы номера заказа были именно в диапазоне от 1 до 1000?
ну, это не сложно.
rand ( $min , $max )
Но что вы будете делать, когда нумерация Заказов превысит 1000?
Откуда вообще — эта верхняя граница?
Не превысит? товаров всего 1000 штук, соответсвенно больше чем 1000 купить не смогут
Вам может помочь плагин Custom Order Numbers for WooCommerce
Тоже рассматривала, но тут возникает тоже проблема — в 1 заказе может быть 5 копий продукта , к примеру, но нужно чтобы К каждой ЕДИНИЦЕ товара присваивался номер в этом диапазоне
нужно чтобы К каждой ЕДИНИЦЕ товара присваивался номер в этом диапазоне
Если вам нужен уникальный номер для каждого товара, то почему бы не использовать артикул? Если артикул уже используется для чего-то другого (например для синхронизации с поставщиками), то заведите второй артикул, свой внутренний
Если вам нужен уникальный номер для каждого товара, то почему бы не использовать артикул? Если артикул уже используется для чего-то другого (например для синхронизации с поставщиками), то заведите второй артикул, свой внутренний
Мне нужен уникальный номер в определенном диапазоне для КАЖДОЙ единицы одного и того же товара.
Грубо говоря, вам нужен серийный номер товара?
Если товар заведомо уникальный (как смартфоны или билеты лото, например), то код товара можно указать заранее, используя для этого дополнительное поле в описании товара или его вариации.
Если товар потоковый, и уникализировать его нужно в момент оформления покупки, то придется писать собственный плагин — ведь вам нужно где-то в базе данных хранить информацию о уже проданных серийных номерах, иначе избежать повтора не получится. Никакой рандом не обеспечит непересечения информации, если информации о уже выданных номерах нет.
Если речь идет о не очень большой товарной базе, не имеющей автоматической синхронизации с товароучетными программами, то первый вариант, имхо, проще несравнимо.
-
Ответ изменён 3 года, 1 месяц назад пользователем
Avriel.
