ПОЛІТИКА ОПЛАТИ ТА ПОВЕРНЕНЬ PHP2GO
Ця політика застосовується до платних тарифів, разових збірок, підписок, міжнародних платежів і повернень.
Це робочий публічний текст для продукту. Перед реальними міжнародними платежами і рекламою його потрібно перевірити з юристом під вашу юрисдикцію, компанію, платіжних провайдерів і податкові правила.
Ця Політика оплати та повернень визначає правила оплати платних функцій сервісу php2go, порядок скасування підписок, умови повернення коштів, правила обробки спірних платежів та особливості оплати цифрових технічних послуг, пов’язаних з діагностикою і компіляцією PHP-проєктів.
php2go надає цифровий сервіс, у якому користувач може завантажувати PHP-проєкти, запускати діагностику, компіляцію, отримувати звіти, логи та артефакти збірки. Оскільки частина функцій споживає обчислювальні ресурси одразу після запуску операції, умови повернення відрізняються від повернення звичайних фізичних товарів.
Ця Політика не обмежує обов’язкові права користувача, які не можуть бути обмежені угодою сторін відповідно до застосовного законодавства.
---
1. Загальні положення
1.1.Ця Політика регулює оплату тарифів, підписок, разових послуг, додаткових лімітів та інших платних можливостей php2go.
1.2.Політика є частиною Користувацької угоди і застосовується разом із нею, Політикою конфіденційності, Правилами допустимого використання, тарифами та документацією.
1.3.Здійснюючи оплату або використовуючи платні функції, користувач підтверджує, що ознайомився з цією Політикою та приймає її умови.
---
2. Терміни та визначення
2.1.Платні функції — це функції сервісу, доступні після оплати тарифу, підписки, разового платежу, пакета лімітів або іншої передбаченої форми оплати.
2.2.Тариф — це набір умов використання сервісу, включно з лімітами, доступними функціями, розрахунковим періодом, обсягом сховища, кількістю збірок, рівнем підтримки та вартістю.
2.3.Внутрішній кредит — це умовна сума, бонус або баланс, який може використовуватися лише всередині сервісу для оплати майбутніх платних функцій і не є електронними грошима.
---
3. Платні функції та модель оплати
3.1.php2go може надавати діагностику проєктів, запуск збірок, зберігання проєктів і артефактів, розширені звіти, додаткові ліміти, пріоритетну чергу та технічну підтримку.
3.2.Оплата може стягуватися за доступ до сервісу, розрахунковий період, кількість збірок, додаткові ліміти, індивідуальну послугу, корпоративний тариф або інший оплачуваний обсяг.
3.3.Деякі функції споживають обчислювальні ресурси одразу після запуску операції, тому факт запуску діагностики, збірки або аналізу проєкту враховується під час розгляду повернення.
---
4. Ціни, валюта та податки
4.1.Ціни зазначаються на сайті, в особистому кабінеті, на сторінці тарифів, у рахунку, платіжній формі або іншому інтерфейсі оформлення замовлення.
4.2.Підсумкова сума списання може залежати від валюти, банку користувача, платіжного провайдера, обмінного курсу, комісії та країни випуску платіжного засобу.
4.3.Податки, збори, комісії платіжних систем і банківські комісії можуть включатися в ціну або нараховуватися додатково залежно від способу оплати та вимог законодавства.
---
5. Способи оплати та платіжні провайдери
5.1.Оплата може здійснюватися банківською карткою, електронними грошима, банківським переказом, через платіжний агрегатор, локальні платіжні сервіси або інші способи, доступні на сайті.
5.2.Платіжні операції можуть оброблятися сторонніми платіжними провайдерами, банками, агрегаторами або іншими фінансовими організаціями, які застосовують власні правила, комісії та строки обробки.
5.3.Адміністрація не зберігає повні дані банківських карток, якщо такі дані обробляються платіжним провайдером; на стороні сервісу можуть зберігатися ідентифікатори платежів, статуси, сума, валюта, дата і тариф.
---
6. Підписки, продовження та зміна тарифу
6.1.Якщо сервіс пропонує підписку, користувач під час оформлення підписки погоджується з оплатою кожного розрахункового періоду до моменту скасування підписки.
6.2.Підписка може продовжуватися автоматично, якщо така можливість прямо зазначена під час оформлення і підтримується обраним способом оплати.
6.3.Під час підвищення або пониження тарифу може стягуватися доплата, застосовуватися новий розрахунковий період або нараховуватися внутрішній кредит у порядку, зазначеному в інтерфейсі або погодженому з підтримкою.
---
7. Момент надання платної функції
7.1.Платна функція вважається наданою повністю або частково з моменту відкриття доступу до тарифу, лімітів, збірок, сховища, звітів, підтримки або іншої оплаченої можливості.
7.2.Якщо користувач запускає діагностику, збірку, аналіз проєкту, генерацію артефакта або іншу операцію, така операція вважається розпочатою з ініціативи користувача.
7.3.Якщо доступ було відкрито, але користувач не скористався ним з власних причин, це саме по собі не є безумовною підставою для повернення.
---
8. Загальні правила повернення коштів
8.1.Повернення можливе у випадках, передбачених цією Політикою, умовами конкретного тарифу або пропозиції, обов’язковими нормами законодавства або окремим рішенням Адміністрації.
8.2.Повернення не є автоматичним і розглядається індивідуально з урахуванням причини запиту, статусу оплати, факту надання доступу, споживання лімітів і технічних логів.
8.3.Адміністрація може запропонувати грошове повернення, часткове повернення, повторне надання послуги, повторну збірку, внутрішній кредит, перенесення лімітів або інше розумне рішення.
---
9. Коли повернення зазвичай можливе
9.1.Повернення зазвичай можливе, якщо кошти були списані повторно через технічну помилку, а користувач не отримав відповідний додатковий обсяг послуги.
9.2.Повернення зазвичай можливе, якщо оплачена функція не була надана з вини сервісу і Адміністрація не може надати її в розумний строк або запропонувати рівноцінну альтернативу.
9.3.Повернення може бути можливим у разі звернення до початку використання платної функції, якщо доступ фактично не використовувався, операції не запускалися і ліміти не споживалися.
---
10. Коли повернення зазвичай не здійснюється
10.1.Повернення зазвичай не здійснюється, якщо користувач отримав доступ до платної функції та використав її, включно із запуском діагностики, збірки, аналізу проєкту, генерації артефактів або споживанням лімітів.
10.2.Повернення зазвичай не здійснюється, якщо збірка завершилася помилкою через структуру проєкту, непідтримувані можливості PHP, відсутні залежності, помилки в коді користувача або неправильну точку входу.
10.3.Повернення зазвичай не здійснюється через зміну думки користувача, відсутність потреби в сервісі, несвоєчасне скасування підписки, неправильний вибір тарифу або невикористання оплаченої функції.
---
11. Невдалі збірки та спірні платежі
11.1.Користувач розуміє, що php2go є технічним сервісом діагностики та компіляції, а не гарантією успішної збірки будь-якого PHP-проєкту.
11.2.Якщо збірка не вдалася через підтверджену помилку інфраструктури або компілятора на стороні сервісу, Адміністрація може запропонувати повторну збірку, виправлення, внутрішній кредит, часткове або повне повернення.
11.3.У разі підозри на шахрайство, використання чужого платіжного засобу, chargeback або спір з боку банку Адміністрація має право тимчасово обмежити доступ до платних функцій до з’ясування обставин.
---
12. Запити, строки, право та пріоритет редакції
12.1.Для запиту на повернення користувач має звернутися до підтримки через особистий кабінет, форму зворотного зв’язку або email admin@p2g.dev, вказавши email акаунта, дату платежу, суму, валюту, ідентифікатор платежу та причину повернення.
12.2.Запити розглядаються в розумний строк, зазвичай до 10 робочих днів після отримання необхідних відомостей; фактичне надходження коштів залежить від банку, платіжного провайдера та способу оплати.
12.3.Ця Політика регулюється правом Республіки Казахстан. У разі розбіжностей між перекладами та російською редакцією переважну силу має російська редакція, якщо інше не вимагається обов’язковими нормами застосовного законодавства.
---
Коротке резюме для користувача
- Платна функція вважається наданою, коли доступ відкрито або операцію запущено.
- Невдала збірка не завжди означає повернення коштів, якщо сервіс виконав діагностику або спробу збірки.
- Повернення зазвичай можливе при подвійному списанні, технічній помилці сервісу або ненаданні оплаченої функції з вини сервісу.
- Запит на повернення надсилається на admin@p2g.dev з даними платежу та описом ситуації.
- У разі порушення правил сервісу у поверненні може бути відмовлено.
Якщо потрібна копія умов, запит щодо даних, скарга на авторські права або питання щодо оплати, напишіть у підтримку.
mailЗвернутися в підтримку