 | 1С-Битрикс: Управление сайтом Редакция Старт | 7 100 ₽ * 1 шт | |
 | Установка CMS 1С-Битрикс и/или всех купленных решений на хостинг | 0 ₽ * 1 шт 2 000 ₽ | |
 | Хостинг и домен на 1 год | 0 ₽ * 1 год 2 928 ₽ |
| Стоимость товаров по отдельности | 31 028 ₽ |
| Стоимость набора | 26 100 ₽ |
| Экономия | 4 928 ₽ |
Видео-обзор: https://vk.com/video
Модуль помогает организовать программный интерфейс для внешних и внутренних приложений.
| С 01.01.2020 запускаем программу поддержки общественных организаций, некоммерческих фондов, сообществ волонтёров, то есть всех тех компаний, которые работают на благо общества. В рамках данной программы уже поддержали проект Автоволонтёров России: https://x-15.ru Подробнее о программе вы можете узнать у наших операторов, по любым доступным каналам связи. |
| Один из фактов о модуле: на основе данного модуля, студенты изучают работу REST API, а также реализуют собственные интерфейсы, которые позже сдают в виде курсовых и даже дипломных работ. |
| Один из часто задаваемых вопросов: может ли модуль загружать на сайт остатки по товарам с сайта поставщика? Нет, модуль не может импортировать остатки по товарам с сайта поставщика. Модуль помогает реализовать API на вашем сайте, чтобы сторонние клиенты (другие сайты, мобильные приложения, и так далее) могли отдавать или забирать данные с вашего сайта. |
Ранее нами уже был разработан и опубликован на бесплатной основе модуль REST API. Данный модуль хорошо себя зарекомендовал для решения задач межплатформенных обменов, показателями этого факта являются отзывы и количество скачиваний. Со временем стало появляться множество запросов по доработке модуля, и как следствие, мы приняли решение о написании новой, усовершенствованной версии уже полюбившегося модуля.
В данной версии мы учли все недостатки и пожелания из прошлой версии, очень хорошо оптимизировали ядро модуля, теперь оно работает гораздо быстрее, и на этом мы делаем свой основной упор.
Помимо переработки ядра немаловажным фактором является и добавление карты роутов. За счет карты появилась возможность очень гибко настраивать параметры для любого отдельного роута.
Что получите от приобретения модуля:
- Уменьшение стоимости разработки API за счет сокращения времени на программирование интерфейса.
- Поддержка от профессионалов, имеющих большой опыт создания API.
- Готовый RESTful API интерфейс, с библиотекой встроенных методов, а также с возможностью создавать собственные, кастомные методы, реализующие любую, необходимую логику. И конечно, с автогенерируемой документацией, которую можно предоставить сторонним разработчикам.
Возможности:
- Использование API 1С-Битрикс через нативный рест-провайдер.
- Загрузка интерфейса до запуска публичной части сайта.
- Отсутствие необходимости в дополнительной настройке платформы.
- Виртуальный путь к интерфейсу, в том числе и от корня домена (https://domain.com/ или https://domain.com/{api}/ или https://api.domain.com/).
- Настройка доступа в административной части сайта к разделам модуля на уровне групп пользователей.
- Автогенерируемая документация в административном разделе.
- Автогенерируемая документация для клиента в JSON-формате.- Поддержка карт роутов.
- Создание произвольных роутов (/{api}/user/, /{api}/user/get/, /{api}/user/v1/, ... ).
- Установка собственных контроллеров для роутов (классы, внешние классы, php-файлы).
- Настройка уровня доступа к роутам.
- Валидация параметров входящего запроса.
- Авторизация по логину и паролю для конкретного роута.
- Авторизация по токену для конкретного роута.- Генерация токенов для пользователей.
- Поддержка списка "белых" логинов/токенов для конкретного роута.
- Проверка групп пользователя при авторизации для конкретного роута.
- Возможность ограничения количества запросов в единицу времени на уровне групп пользователей.
- Возможность передачи дополнительных заголовков при ответе.
- Возможность деактивировать конкретный роут.
- Кэширование входящих запросов и ответов средствами платформы.
- Журналирование запросов и ответов.
- Настройка CORS из административной части сайта.
- Наличие функций упрощающих разработку интерфейса.
- Наличие библиотеки встроенных роутов ускоряющих разработку интерфейса.- Наличие примеров и руководств для разработчика.
Более подробно все возможности, функции и примеры описаны в документации, которая имеется в модуле.
Чем данный модуль отличается от REST API Битрикса?
1.1. В REST API Битрикса мало гибкости, есть необходимость использовать именно предоставленные роуты. Данный модуль позволяет формировать свои роуты, писать свою логику при обработке запроса, то есть предоставляет больше гибкости;
1.2. REST API Битрикса реализовано не совсем согласно архитектурному стилю REST;
1.3. В REST API Битрикса, при обработке запроса порой происходят «лишние» действия, которые могут создавать дополнительную задержку при ответе клиенту, может это и не сильно критично, но API должно быть настолько быстрым, насколько это возможно;
1.4. API не всегда должно быть доступно всем, иногда оно должно быть уникально (роуты, параметры, ... ) для проекта, но за счет общего стиля REST API Битрикса, документация которого в общем доступе, эта уникальность нарушается и создает дополнительную лайзеку для атак на сайт. Используя данный модуль, можно указывать собственное имя роута, где будет работать API. Например: domain.com/rest/ или domain.com/api/, или domain.com/rest-api/, или api.domain.com, и так далее;
1.5. В REST API Битрикса нет возможности как-то управлять интерфейсом из административной части сайта;
1.6. В REST API Битрикса нет возможности регулировать доступы к роутам, ограничивать доступ по количеству запросов от клиента, журналировать запросы и ответы, и некоторые другие функции.
1.7. На текущий момент, в REST API Битрикса, например, нет возможности создать заказ через API. Используя данный модуль вы можете реализовать этот функционал.
1.8 В целом, данный модуль пишется и развивается на основе запросов пользователей, но REST API Битрикса пишется на усмотрение Битрикса. Плюс это или минус - решать вам.
Примечание:
- Минимальная версия PHP >= 8.0 (согласно требованиям платформы). Использование более ранней версии возможно, но крайне не рекомендуется, в виду возникновения ошибок.
- Обязательно наличие файла для обработки 404 ошибки (обычно имеется в корне сайта - 404.php) со всеми "директивами" 1С-Битрикса.
- Если используется веб-сервер Apache: обязательно прописать ErrorDocument 404 /404.php в .htaccess, расположенный в корне сайта, или прямо в конфигурационном файле Apache.
- Если используется веб-сервер Nginx: обязательно прописать error_page 404 = /404.php?$query_string; в секцию server конфигурационного файла (обычно nginx.conf).
- Для работы CORS-запросов необходимо чтобы на веб-сервере были разрешены запросы типа OPTIONS.
Спасибо Вам за ознакомление с нашим модулем. Если у Вас имеются какие-либо вопросы/предложения, то мы всегда готовы обсудить их через контакты, указанные в разделе поддержки.
Для наших партнёров готовы предлагать скидки на модуль по индивидуальным условиям.
Для получения подробностей напишите нашему менеджеру через раздел контактов.
- Доработано: добавлена поддержка отключения передачи данных ответа при использовании json(). Например: response()->json(null, 404);
- Доработано: добавлена проверка существования пути при установке пути к собственным картам роутов.
- Доработано: добавлена возможность дополнять заголовок Access-Control-Allow-Headers. Смотрите раздел: Безопасность - Фильтры.
4.16.0 (02.03.2024)
- Доработано: улучшено определение кастомных заголовков Content-Type (+json) при выполнении запросов к модулю.
4.15.0 (18.11.2023)
- Доработано: добавлена возможность указывать кастомные заголовки Content-Type (+json) при выполнении запросов к модулю. Например: Content-Type: application/vnd.eda.picker.errors.v1+json или application/problem+json, и так далее. Подробнее: https://www.iana.org/assignments/media-types/media-types.xhtml
- Доработано: добавлена возможность передачи собственного ID клиента в функцию journal()->add().
- Доработано: добавлены функции-полифилы для корректной работы модуля на версии PHP меньше 8.0: str_contains, str_starts_with, str_ends_with.
4.14.0 (22.07.2023)
- Доработано: добавлена возможность указывать собственный заголовок Content-Type при ответе клиенту. Внимание: при проверке используется функция str_contains, которая доступна только с версии PHP 8.0.
4.13.2 (31.05.2023)
- Доработано: улучшена совместимость с PHP 8 и выше.
4.13.1 (19.05.2023)
- Доработано: обновлена ссылка на документацию к модулю.
4.13.0 (05.05.2023)
- Доработано: поправлена логика проверки входных параметров.
4.12.0 (22.02.2023)
- Доработано: улучшена совместимость с PHP 8 и выше.
4.11.0 (13.01.2023)
- Доработано: улучшена совместимость с PHP 8 и выше.
4.10.0 (30.08.2022)
- Доработано: на уровне ядра добавлен заголовок Access-Control-Allow-Credentials со значением true.
- Доработано: отключена проверка модуля безопасности на фишинг при редиректе на страницу документации из административного раздела.
4.9.0 (02.08.2022)
- Улучшено: работа с журналом Входящие запросы - переведено на штатное ORM.
- Улучшено: повышена производительность Монитора поддержки.
- Доработано: доработана вёрстка Монитора поддержки.
- Исправления: рефакторинг и оптимизация.
4.8.1 (19.07.2021)
- Доработано: добавлена обратная совместимость для старых версий модуля, где еще отсутствует класс Password с методом equals().
- Исправления: мелкие правки.
4.8.0 (03.07.2021)
- Доработано: в новых версиях главного модуля, поле PASSWORD объявлено приватным. Поэтому, при авторизаци по логину и паролю, могли наблюдаться проблемы.
- Исправления: незначительные улучшения.
4.7.0 (02.06.2021)
- Доработано: теперь учитывается формат даты и времени для не RU локализаций.
- Исправлено: кодировка копирайта в заголовке ответа.
- Доработано: мелкие правки и рефакторинг.
4.6.0 (19.12.2020)
- Доработано: добавлена возможность выбора сайтов, на которых необходимо запускать модуль.
- Доработано: улучшена работа модуля в режиме многосайтовости.
- Доработано: добавлено игнорирование всех запросов, которые выполняются на адрес /bitrix/.
4.5.0 (03.12.2020)
- Доработано: авторизация по логину и паролю. Теперь проверка пароля выполняется с помощью метода Bitrix\Main\Security\Password::equals().
- Доработано: в связи с устаревшим, начиная с версии PHP 7.2.0, функционалом механизма перегрузки функций (mbstring.func_overload), и отказом от использования его в платформе, строковые функции модуля были переведны в многобайтовый режим работы.
- Исправлено: проблема при подключении модуля в файле init.php, в случае, если файл имелся в директории, но был абсолютно пустым.
- Доработано: теперь резервная копия файла init.php создаётся до установки и до удаления модуля. Ранее копия создавалась лишь при установке модуля.
- Доработано: незначительные технические изменения.
4.4.0 (17.10.2020)
- Доработано: авторизация по логину и паролю.
- Доработано: функция возврата ответа клиенту: response()->json(). Теперь в данную функцию можно передавать значения заголовков не только в виде строки, но и в виде массива. В котором могут быть указаны дополнительные параметры для заголовка (в соответствии с функцией header($header, $replace, $http_response_code)). Подробнее смотрите в роуте-примере (example).
- Добавлено: класс Artamonov\Rest\Foundation\Token. Теперь можно генерировать токены пользователей с помощью данного класса, при любой необходимости. Класс поддерживает как генерацию токенов, так и другие действия. Генерация токенов возможна для списка пользователей, плюс поддерживаются параметры ($parameters) от метода UserTable::getList(). Для удобства добавлена функция token(). Подробнее смотрите в документации.
- Добавлено: в разделе Безопасность, пошаговое создание и обновление токенов для пользователей. Полезная функция, если в базе сайта зарегистрировано большое количество пользователей.
- Доработано: незначительные технические изменения.
4.3.1 (18.09.2020)
- Доработано: техническое обновление.
4.3.0 (11.09.2020)
- Исправлено: проблема возникающая после истечения демонстрационного периода.
4.2.0 (06.09.2020)
- Доработано: метод получения параметров модуля из базы. Теперь получаемые параметры кэшируются. Время кэширования зависит от настроек параметра cache_flags в файле /bitrix/.settings.php.
- Доработано: метод получения данных пользователя, если была активна авторизация для роута. Теперь метод умеет десериализовывать данные в пользовательских полях.
- Доработано: ключ карты роутов example был добавлен в роуте {api}/docs.
- Исправлено: если в карте роутов отсутствует какой-либо контроллер (файл или класс), тогда в документации будет выведено сообщение об этом.
- Добавлено: параметр для регулирования глобальной проверки сроков годности токенов. Внимание: по умолчанию данный параметр отключен. Подробнее в разделе Безопасность.
- Добавлено: автогенерация токена при добавлении нового пользователя. Подробнее в разделе Безопасность.
- Добавлено: сообщения возвращаемые клиенту при возникновении ошибок на этапе запуска интерфейса.
4.1.0 (10.08.2020)
- Добавлено: проверка многоуровневых параметров при передаче запроса. Подробнее структуру карты можно посмотреть в документации к модулю.
- Доработано: раздел документации с картой роутов - теперь поддерживается отображение неограниченного количества уровней параметров роута.
- Добавлено: поддержка разделителя параметров в документации карты роутов - для лучшего визуального представления списка параметров. Подробнее структуру карты можно посмотреть в примере карты роутов.
- Доработано: при проверке параметра на integer, в опции max_range теперь используется константа PHP_INT_MAX.
- Добавлено: теперь числа переданные в виде строки, будут автоматически преобразованы в нужный тип, при проверке входящих параметров. Поддерживаемые типы для преобразования: integer, float.
4.0.2 (07.07.2020)
- Исправлено: верстка в разделе Документация - Карта роутов.
4.0.1 (22.05.2020)
- Исправлено: проверка типа входящих параметров.
4.0.0 (22.04.2020)
- Добавлено: настройка видимости меню модуля в общем меню админ. раздела.
- Добавлено: нативный роут {{api}}/provider. Роут является провайдером к внутреннему апи платформы 1С-Битрикс. Поддерживает get и post запросы. Подробнее про использование роута можно узнать в документации.
3.5.0 (15.01.2020)
- Добавлено: в Helper модуля добавлен метод isBool.
- Доработано: техническое обновление.
3.4.0 (26.10.2019)
- Добавлено: возможность использовать переменные в роутах. Теперь в карте роутов можно указывать шаблон строки с использованием переменных. Например: /example/check/section/{{sectionId}}/{{productId}}/view/. Значения переменных sectionId и productId можно будет получить так же через request()->get(). Примеры шаблонов строк можно посмотреть в документации по картам роутов.
- Добавлено: константы отключающие сбор статистики, проверки агентов и другие.
- Исправлено: мелкие правки по дизайну модуля в админ.разделе.
- Исправлено: мелкие правки по коду.
3.3.2 (31.08.2019)
- Исправлено: решена проблема отображения роутов в документации, если контроллеры роутов были прописаны через путь к файлу, а не через неймспейс.
3.3.1 (30.07.2019)
- Исправлено: решена проблема отображения технического сообщения на страницах Настройки и Безопасность при активации режима "Установка для разработки".
3.3.0 (24.06.2019)
- Доработано: отложенный запуск интерфейса. Теперь можно регулировать момент запуска модуля с помощью параметра в Настройках. Стало возможным запускать модуль либо при старте init.php (1.5), либо перед запуском визуальной части, в событии OnProlog (1.15). Подробнее: https://dev.1c-bitrix.ru/api_help/main/general/pageplan.php
- Обновлено: документация.
3.2.0 (07.05.2019)
- Доработано: техническое обновление.
3.1.0 (16.02.2019)
- Изменено: для большего удобства документация по модулю вынесена на сторонний ресурс.
- Доработано: документация по модулю.
- Доработано: мелкие улучшения.
3.0.0 (15.02.2019)
- Доработано: метод создания таблиц журналов.
- Исправлено: языковые фразы.
2.9.3 (09.02.2019)
- Исправлено: выборка данных по дате в журнале Входящие запросы.
- Исправлено: ошибка возникающая в случае удаления таблиц при удалении модуля.
2.9.2 (09.02.2019)
- Исправлено: логика внутренних функций.
2.9.1 (09.02.2019)
- Исправлено: незначительные ошибки.
2.9.0 (09.02.2019)
- Доработано: если роут отключен, тогда он будет исключен из документации в публичной части (см. описание версии 2.5.0).
- Исправлено: теперь функции модуля не доступны из публичной части сайта.
- Доработано: Оптимизация и увеличение производительности.
2.8.0 (08.02.2019)
- Добавлено: в Журнал Запрос/Ответ добавлено поле Метод, а также добавлен фильтр по данному полю.
- Добавлено: при авторизации через логин и пароль теперь еще происходит проверка на наличие $_SERVER['PHP_AUTH_USER'] и $_SERVER['PHP_AUTH_PW'], для поддержки HTTP Authorization.
- Добавлено: при несовпадении типа контента запроса с настройками роута, теперь возвращается название типа контента, который необходим при запросе.
- Добавлено: если запрос производится с участием авторизации, через токен или логин/пароль, тогда в параметры запроса будет добавлена информация о пользователе, которому принадлежат авторизационные данные. Данные пользователя сохраняются в ключ _user. Напоминание: в контроллере, параметры входящего запроса, можно получить с помощью функции request()->get().
- Доработано: при отключении нативных роутов они деактивируются и в документации.
- Доработано: добавлен индикатор активности нативных роутов в раздел Поддержка.
- Доработано: расширена поддержка типов контента при запросе. Например, ранее, метод PUT или DELETE поддерживали только application/json, теперь поддерживают и application/x-www-form-urlencoded, и другие. Напоминание: не забывайте указывать/ограничивать тип контента запроса через карту роутов, с помощью ключа contentType.
- Доработано: расширена поддержка типов запросов: HEAD, PATCH.
- Изменено: название Журнала Запрос/Ответ -> Входящие запросы.
- Изменено: актуализирована документация по модулю.
- Удалено: описание модуля из раздела Документация - Основные сведения.
- Доработано: Незначительные исправления.
2.7.0 (01.02.2019)
- Изменено: приведение названий входящих заголовков к нижнему регистру.
- Добавлено: нативный роут для получения ID пользователя по логину или токену. При запросе требуется авторизация по токену. Уточнение: любой роут может быть перекрыт через собственную карту роутов. То есть, если нативный роут вам чем-то не подходит, то вы можете скопировать его в собственную карту и модифицировать под необходимую логику.
- Добавлено: возможность включать/отключать использование нативных роутов.
- Добавлено: возможность указывать путь к собственным картам роутов. Теперь, нет необходимости хранить рабочие файлы в папке модуля. А именно, карты роутов и контроллеры. Напоминаем о том, что контроллером для роута может выступать, как класс доступный по неймспейсу, так и обычный скрипт. Которые могут располагаться за пределами директории модуля.
- Добавлены: lang-папки для языков: en, de, fr. Внимание, все фразы имеют русский перевод. Папки добавлены для корректной работы модуля на мультиязычных сайтах.
2.6.0 (13.01.2019)
- Доработано: добавлен параметр Срок годности токена. Теперь можно указывать срок годности токена при его генерации.
- Доработано: в карте роутов, в секции security, в ключ token, добавлен ключ checkExpire, регулирующий необходимость проверки срока годности токена, при авторизации через токен.
- Изменено: в карте роутов, в секции security, ключ authType переименован в type, и перенесен в ключ auth.
2.5.0 (13.01.2019)
- Доработано: добавлен встроенный роут /{api}/docs для получения документации в публичной части. Теперь клиенты могут получать автоматически генерируемую документацию в JSON-формате, которая создается на основе карт роутов.
- Изменено: папка {module_id}/lib/controllers/example/ удалена, а класс Example перенесен в {module_id}/lib/controllers/native/.
2.4.0 (12.01.2019)
- Доработано: возможность управлять CORS (кросс-доменными запросами) из административного раздела сайта.
2.3.0 (12.01.2019)
- Исправлено: вернули поддержку файлового режима работы. Теперь в карте роута, вместо контроллера, можно указать путь к php-скрипту. Подробнее смотрите в карте-примере: /routes/_example.php.
2.2.0 (12.01.2019)
- Доработано: функция json_encode заменена на Bitrix\Main\Web\Json::encode для принудительного кодирования ответа в utf-8.
- Доработано: заголовки модуля отсылаются только в том случае, если был запущен интерфейс.
- Исправлено: в карте роутов, в секции security, убран ключ required.
- Доработано: возможность авторизации по логину/паролю. Тип авторизации настраивается в карте роута - ключ authType - подробнее смотрите в карте-примере: /routes/_example.php.
- Доработано: все настройки и функционал присущий авторизации через токен, так же действует и для авторизации через логин/пароль.
2.1.1 (11.01.2019)
- Доработано: добавлен принудительный перевод в нижний регистр названия класса при его автоматическом подключении
2.1.0 (10.01.2019)
- Доработано: в карту роутов, в секцию security, добавлен ключ required, который указывает на необходимость активации параметра Авторизация по токену. Подробнее смотрите в карте-примере: /routes/_example.php
2.0.0 (05.01.2019)
- Доработано: отключение использования функции GetModuleID, так как из-за неё возникала проблема в работе модуля на windows-серверах, в виду разности разделителей директорий ("/", ""). Проблема описана в Отзыве.
- Доработано: увеличен размер поля IP в таблице artamonov_rest_request_response. Для избежания проблемы, когда запросы посылаются из REST-клиентов.
- Доработано: добавлены роуты для работы с токенами (создание, получение, удаление).
- Доработано: добавлены роуты для работы с пользователями (создание, получение, обновление, удаление).
- Доработано: небольшая оптимизация и ускорение работы ядра.
1.2.0 (11.11.2018)
- Доработано: добавлена возможность передавать сообщение при ответе badRequest, internalServerError.
- Доработано: добавлена валидация входящих параметров при запросе. Происходит проверка на наличие параметра в запросе, а также на соответствие типу. Валидация параметров реализована на два уровня. Поддерживаемые типы параметров при валидации: string, integer, float, email, ip, domain, url. Подробнее смотрите в карте роутов.
- Доработано: добавлены человеко-понятные ответы при неудачных запросах типа badRequest.
- Исправлено: проблема при получении GET-параметров при запросах типа PUT и DELETE.
- Исправлено: проблема при получении заголовков запроса на Nginx (без Apache).
- Поправлено: стили модуля в административном разделе сайта.
1.1.0 (24.10.2018)
- Исправлено: языковые фразы.
- Доработано: условие при установке кэша для избежания получения Исключения.
- Доработано: добавлен параметр в разделе Настройки для включения/отключения тестового роута - http|https://{domain}/{api}/example/check.
- Доработано: в карте роутов добавлен ключ possibleValue, для указания возможных значений параметра запроса. Подробнее смотрите в карте роутов.
- Доработано: в карте роутов добавлена возможность добавлять пример ответа на запрос. Подробнее смотрите в карте роутов.
- Доработано: в карте роутов добавлена возможность исключать описание роута. Подробнее смотрите в карте роутов.
- Доработано: вывод JSON в журнале Запрос/Ответ.
1.0.2 (11.10.2018)
- Исправлено: параметры для возможности работы демо-режима
1.0.1 (08.09.2018)
- Исправлено: работа CORS-запросов
- Исправлено: интерфейсные ошибки
Оплатить готовые сайты, шаблоны на 1С-Битрикс, лицензии, услуги внедрения и доработки вы можете любым удобным способом из нижеперечисленных:
- Банковские карты
- Кошелёк ЮMoney
- SberPay
- Покупка в рассрочку 0% на 10 месяцев от СберБанка
- Покупка в кредит от СберБанка
- Оплата в терминалах и кассах
- Безналичный расчёт
Купленные программные продукты поставляются в виде цифро-буквенного кода, используя который их можно установить на хостинг. Код отправляется онлайн на указанную в заказе электронную почту.
После получения оплаты от покупателя до момента отправки ему лицензионного ключа может пройти несколько часов.
На протяжении этого времени проводится оформление купленной программной продукции.
Для установки вам потребуется
- Лицензия «1С-Битрикс» (подходящей редакции);
- домен;
- хостинг.
Все это вы можете купить в готовом наборе у нас на сайте, ускорив процесс дальнейшей установки.
Базовую установку мы сделаем для вас бесплатно!
В нашем маркетплейсе продаются только лицензионные программные продукты. Программные продукты поставляются «как есть». При этом, если в процессе использования продукта возникают ошибки, сбои или иные функциональные несоответствия и недостатки, они устраняются в рамках оказания технической поддержки.
Продажа программной продукции существенно отличается от продажи любых других товаров или услуг. В силу технических особенностей поставки программных продуктов «1C-Битрикс», а также готовых решений по «1C-Битрикс: Маркетплейс» (далее - продукт), возврат приобретенных экземпляров продуктов / решений невозможен.
В случае ошибочного проведения платежа ДО момента отправки лицензионного ключа на ваш e-mail, денежные средства могут быть вам возвращены. Возврат осуществляется по заявлению от покупателя тем же платежным способом, которым они были получены. Комиссия и налоги за проведение операции по возврату, если таковые взимаются, проводится за счет покупателя.
Нужна консультация?
Наши специалисты ответят на любой интересующий вопрос
