0 Пользователей и 1 Гость просматривают эту тему.
  • 13 Ответов
  • 535 Просмотров
*

Аня

  • Давно я тут
  • 744
  • 33 / 0
  • Копатыч нестабилен!
Добрый день!
А вот такой вопрос. Я продаю билеты. Я разрешаю одному человеку заказать несколько билетов сразу. Но тогда я имею только номер заказа, а сами билеты внутри заказа не нумеруются. Чтобы у меня каждый билет имел свой номер, как это бывает в музеях, я должна разрешить заказывать только по одному билету в заказе или можно что-то еще придумать? Например, как-то использовать настраиваемые поля? Я сама не вижу другой возможности, но хочу уточнить.
Fatal error - это не фатально!!! Я проверила.
*

rsn

  • Давно я тут
  • 520
  • 34 / 3
или можно что-то еще придумать?
Здравствуйте, по-любому можно придумать!  ^-^
Напомните, на каком варианте с датами Вы остановились?
Каждый день продаётся один и тот же товар (тот же id товара) или на каждый день создаются разные товары?
Используете ли дочерние?
Ограничиваете ли продажи по датам?
Опишите вкратце действующую схему.
Тогда, скорее всего, сможем Вам подсказать.
Возможно, будет интересно: Интеграция с Ozon
*

Аня

  • Давно я тут
  • 744
  • 33 / 0
  • Копатыч нестабилен!

Напомните, на каком варианте с датами Вы остановились?

Здравствуйте! Огромное спасибо, что отвечаете! Я сделала так: купила плагин Даты для товара
https://shop.st42.fr/en/products/date-for-cart-with-picker.htm - вот этот. Он мне блокирует выходные и праздники. Для времени входа в музей я просто сделала доп. поле: 11-12, 12-13, 13-14 и так далее. И ограничила 5 билетов в заказе. Блокировать день, если на него выкупили 80 билетов - это надо еще что-то программировать, но у нас не такой супербогатый и суперпосещаемый музей, поэтому мы не стали пока. 
http://museum.imli.ru/tickets - вот, собственно, пока наш вариант.
Идентификатор заказа формирует ВМ. Но нам надо индивидуальный  номер билета и не такой дикий, как идентификатор заказа. Я так понимаю, что если считают хиты продаж, то где-то этот подсчет уже ведется....
Fatal error - это не фатально!!! Я проверила.
*

draff

  • Гуру
  • 5803
  • 434 / 7
  • ищу работу
Ничего не понял. Вам нужно ограничить количество билетов в один заказ или один день, или просто нужен номер/ИД билета  для учета ?
*

AlexB

  • Завсегдатай
  • 1973
  • 54 / 2
а не прще ли использовать плагины для VirtueMart для продажи билетов?

*

Аня

  • Давно я тут
  • 744
  • 33 / 0
  • Копатыч нестабилен!
а не прще ли использовать плагины для VirtueMart для продажи билетов?


Какие плагины?
Fatal error - это не фатально!!! Я проверила.
*

Аня

  • Давно я тут
  • 744
  • 33 / 0
  • Копатыч нестабилен!
Ничего не понял. Вам нужно ограничить количество билетов в один заказ или один день, или просто нужен номер/ИД билета  для учета ?
Мне нужно присвоить каждому билету номер
Fatal error - это не фатально!!! Я проверила.
*

AlexB

  • Завсегдатай
  • 1973
  • 54 / 2
Какие плагины?
раньше https://www.artio.net/e-tickets/documentation работало в связке
сейчас вроде бы даже вирт не требуется

*

Аня

  • Давно я тут
  • 744
  • 33 / 0
  • Копатыч нестабилен!
раньше https://www.artio.net/e-tickets/documentation работало в связке
сейчас вроде бы даже вирт не требуется


Да, видела такое, сейчас они независимы от ВМ уже. Но нам нужен как раз вирт или что-то столь же популярное, родное и близкое сбербанку, потому что мы должны быть тесно связаны со сбербанк эквайрингом и еще чем-то сбербанковским... Ну, а коль скоро Joomla входит в число SMS, с которыми увязан СБ эквайринг, там есть свой плагин для ВМ и JoomShopping, я взяла именно вирт.
Fatal error - это не фатально!!! Я проверила.
*

AlexB

  • Завсегдатай
  • 1973
  • 54 / 2
Так в самостоятельных системах так же есть различные методы оплаты можно и со сбером найти
*

rsn

  • Давно я тут
  • 520
  • 34 / 3
Один из вариантов решения.
Сразу скажу, потребует хаков VM. На стандартных возможностях пока такого не представляю.

В таблице БД где order_items содаём два новых int поля: ticket_number_first и ticket_number_last.
Внедряемся в код создания заказа VM. Делаем так, чтобы в эту таблицу он записывал:
* если билет в 1 кол-ве, тогда ticket_number_first = предыдущий ticket_number_last + 1, и ticket_number_last = ticket_number_first
(то есть один и тот же номер в first и last)
* если билет в количестве > 1, тогда ticket_number_last, соответственно, будет больше.
Примерно понятна логика?

А потом уже в письмо вставляем эти номера.
Если first == last, то один номер для позиции (билета)
Если last больше - то билеты номер 2020-2022, к примеру

Но надо немного попрограммить это на php  ^-^
Возможно, будет интересно: Интеграция с Ozon
*

Аня

  • Давно я тут
  • 744
  • 33 / 0
  • Копатыч нестабилен!
Возможно. Но сбербанк выделил особо любимые cms  для интеграции
 https://securepayments.sberbank.ru/wiki/doku.php/integration:cms:start
И для нас то, что со стороны СБ все уже налажено и понятно, имеет решающее значение.
Fatal error - это не фатально!!! Я проверила.
*

AlexB

  • Завсегдатай
  • 1973
  • 54 / 2
*

rsn

  • Давно я тут
  • 520
  • 34 / 3
потребует хаков VM
Хотя... Можно и в шаблоне это сделать )
Возможно, будет интересно: Интеграция с Ozon
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться