Модуль "Спільні покупки та Краудфандинг" для Opencart 2.x

1. Принцип краудфайдингу та Спільної покупки (далі СП):

1.1. Представлені в інтернеті послуги краудфайдингу побудовані за єдиною схемою і, судячи з усього, на одній-двох платформах.
Особливої ​​різниці між благодійними та інвестиційними версіями немає.
Механізм контролю інвестицій у проектах зводиться до обіцянки бути чесними, іноді підкріпленими будь-якими реєстраційними документами.
При внесенні плати зазначаються реєстраційні дані інвестора, які, мабуть, доступні засновнику проекту.
Подальша співпраця відбувається вже по особистих каналах зв'язку без участі краудфайдингової платформи.

target="_blank">https://planeta.ru/

https://boomstarter.ru/

https://www.kickstarter.com/

1.2. СП в основному побудована за принципом форуму або звичайного інтернет-магазину де є замовник партії товару, який організовує замовлення у продавця і розсилку роздрібним покупцям. http://www.spclub.com.ua/

http://forumodua.com/forumdisplay.php?f=186

http://forum.spscript.ru/ приклад модуля для форуму phpBB

2. Принцип проекту модуля СП і краудфайдингу: 2.1. Є партія одного товару певного объема.

2.2. Є набір однотипних товарів за однаковою ціною, що становлять партію (наприклад: взуття різних розмірів). 2.3. Є товар не матеріального типу:

Вартість рівномірно розподілена кожного покупця.

2.3.2. Покупець може вказати суму, що вноситься.

У першому випадку користувач вносить частину суми з можливістю вибору кількості товару з партії.

У другому – користувач повинен оплатити частину товару з можливістю вибору його типу або типів, при цьому, вони повинні стати недоступні іншим користувачам. 3. Третій випадок - за принципом першого. має (може) дорівнювати кількості товару в партії.

Крім того необхідна можливість придбання всієї партії товару одним користувачем.

Необхідно передбачити можливість відмови від придбання товару до закінчення формування покупки з поверненням грошей (ймовірно, з утриманням неустойки).

У разі, якщо замовлення не сформовано до закінчення терміну, користувач має право на повне відшкодування внесеної ним суми.

3. Можливий список налаштувань для товару:

Кількість користувачів, необхідне для оформлення покупки (кількість одиниць товару в партії, кількість часток).

Дата закінчення формування покупки.

3.3. Тип СП (див. пункт 2.). 3.4. При 2 типі СП необхідна можливість налаштування типів товару, що входять в партію. ​​3.5. Загальна вартість партії.

3.6. Можливість вибору способу придбання товару: штук, часток, зазначення конкретної суми. 3.7. При редагуванні партії, можливість перегляду користувачів, що вже оплатили, імовірно, з можливістю маніпуляції цим списком. /span>

4. Користувальницькі функції:

Користувач повинен:

4.1. Бачити в особистому кабінеті список товарів, які сплатив, але ще не отримав. 4.2. Бачити термін закінчення формування замовлення та кількість тих, хто підписався на нього.

Ймовірно, мати можливість відмовитися від покупки.

Отримати сповіщення про виконання замовлення або його скасування. ;p>5. Реалізація:

5.1. Професійний дизайн інтерфейсу за багато мільйонів доларів:

5.2. База даних:

До таблиці товарів:

• Поле ідентифікації is_SP;
• Кількість одиниць (0-введення суми вручну замовником);
• Дата закінчення формування замовлення (Null – безстроковий, але чи треба таке?);< Поле зі списком id користувачів, що приєдналися до замовлення.

  До таблиць замовлень, карток користувачів теж необхідно щось приліпити. 

  5.3. Контролери та подання:

  • Модифікація контролера для розділу замовлень в аккаунтах;
  • Модіфікація можливостей;
  • Модифікація контролерів виведення списку товарів з урахуванням нових можливостей.

  Модель:

  • Модифікація моделі для товару з урахуванням нових полів;
  • Модифікація моделі для замовлень.< li>