Условия являются специальной частью Пользовательского соглашения для владельцев каталогов, использующих платёжные и доставочные функции сервиса «Твой Каталог». Они регулируют подключение технических возможностей платформы; условия продажи покупателю определяет сам продавец с соблюдением закона.
1. Участники и доступность
1.1. Оператор платформы — Индивидуальный предприниматель Королева Анна Константиновна, ИНН 165507221102, ОГРНИП 322169000100220, адрес: 420012, Республика Татарстан, г. Казань, ул. Бутлерова, д. 56, кв. 7, контакт: yanstoke.team@gmail.com. Продавец — владелец соответствующего каталога, предлагающий товары и определяющий условия их приобретения.
1.2. Функции действуют для аккаунтов, которым они предоставлены с учётом персонального допуска, тарифа, состояния подключения и ограничений внешнего поставщика. Наличие провайдера в интерфейсе не означает готовность всех его режимов, способов оплаты, возвратов, чеков и иных операций. Поддерживаемая операция определяется конкретным подключением и фактическими возможностями сервиса.
1.3. Обычный каталог и заявки без встроенной оплаты не требуют банковского подключения. Эти условия не устанавливают обязанность включить оплату для продолжения работы каталога. Открытие общего доступа объявляется отдельно; описание функции не является обещанием доступа любому аккаунту.
2. Договоры и движение денег
2.1. Продавец самостоятельно заключает договор эквайринга или иной необходимый договор с выбранным провайдером, проходит его проверку и обеспечивает соответствие своих товаров и деятельности требованиям закона и провайдера. Подключение платформы не заменяет согласование банка.
2.2. Деньги за товар принимает провайдер продавца по соответствующему договору. Оператор платформы не принимает эту выручку на свой расчётный счёт, не ведёт кошелёк продавца и не распределяет средства между продавцами. Плата за доступ к «Твой Каталог» является отдельным расчётом. Правовая квалификация участников определяется фактической моделью и обязательным законом.
2.3. Комиссии банка, кассового сервиса, перевозчика и других поставщиков определяются их договорами. Отсутствие отдельной комиссии платформы с заказа не означает отсутствие этих расходов. Валюта встроенного платёжного контура — российский рубль. Если включение модуля меняет валютную настройку черновика, продавец проверяет цены и публикует изменения; автоматического пересчёта сумм по курсу это не означает.
3. Подключение и технические команды
3.1. Продавец использует только законно принадлежащие ему или управляемые им реквизиты и ключи, сообщает достоверные сведения и сохраняет полномочия на работу от имени получателя. Он контролирует доступ, своевременно отзывает скомпрометированные ключи у провайдера и сообщает об инциденте платформе. Удаление ключа в платформе не заменяет его отзыв у провайдера.
3.2. В пределах настроенных и поддерживаемых функций продавец поручает передавать состав и сумму заказа, создавать платёжный запрос, получать и проверять статусы и уведомления, сверять результат, а также передавать отдельно подтверждённые команды отмены или возврата, когда они доступны. Это не разрешает платформе произвольно менять получателя, сумму или переводить деньги по своей инициативе.
3.3. Покупатель вводит полный номер карты и CVC/CVV на защищённой странице провайдера. Платформа получает только доступные необходимые сведения об операции. Секреты подключения не следует передавать обычной перепиской поддержки.
4. Черновик, публикация и переключатели
4.1. Сохранение настроек, публикация каталога и включение рабочего банковского режима являются разными действиями. Сохранённый ключ или автозаполненный документ не публикует каталог и не является командой начать рабочий приём платежей.
4.2. Общий переключатель «Оплата и доставка» приостанавливает или возобновляет новые операции модуля. Сохранённое состояние отдельного банковского подключения управляется отдельно. Возобновление не отменяет ограничения допуска, тарифа, провайдера и готовности. Отключение не выполняет возвраты и не прекращает обязательства по принятым заказам.
4.3. Тестовый и рабочий контуры разделены. Успешная тестовая операция не подтверждает рабочую приёмку всех сценариев и выдачу кассового чека. Работа с уже созданными операциями зависит от их состояния и возможностей подключения; продавец также может использовать собственный кабинет провайдера.
5. Заказ и подтверждение оплаты
5.1. До оформления продавец сообщает покупателю свои реквизиты, характеристики и цену товара, условия оплаты, доставки, исполнения, отказа и возврата. Момент заключения договора определяется опубликованными условиями продавца и законом. Отправка простой заявки и оформление заказа со встроенной оплатой могут иметь разный порядок подтверждения.
5.2. Для встроенной оплаты требуется e-mail покупателя в объёме, необходимом для оформления заказа, операции и предусмотренных документов. Его получение не означает согласие на рекламу.
5.3. Возврат браузера от банка, открытие ссылки или сообщение покупателя сами по себе не доказывают оплату. Подтверждение отражается по проверенным сведениям провайдера. При неизвестном результате требуется сверка, а не предположение об успешной операции или автоматическое повторное списание.
5.4. Продавец проверяет статус и сумму перед исполнением заказа. Сообщение в мессенджере или письмо — вспомогательный канал: его задержка не отменяет заказ и подтверждённый платёж.
6. Кассовые и налоговые обязанности
6.1. Продавец с учётом своего статуса, режима и конкретного расчёта определяет обязанности по ККТ, чекам НПД и иным документам. Он обеспечивает необходимые документы покупателю, включая случаи возврата, зачёта предоплаты и иные обязательные расчёты. Статус ИП сам по себе не означает определённый налоговый режим; применение НПД оценивается отдельно.
6.2. Касса и направление чеков настраиваются у соответствующего поставщика. При поддерживаемой передаче фискальных данных через эквайринг платформа передаёт доступный состав. Успешная оплата и принятый фискальный запрос не равнозначны подтверждению выдачи или доставки чека. Универсальная фискализация для всех банков и статусов не обещается.
6.3. При настройке чеков вне платформы платёж может создаваться без её фискального блока. Отсутствие настройки или подтверждения чека в кабинете само по себе не блокирует эквайринг, но и не освобождает продавца от обязательной выдачи документов. Пустое поле интерфейса не является разрешением работать без кассы.
7. Отмена, возврат и споры
7.1. Требования по товару, качеству, срокам, отказу и возврату рассматривает продавец по опубликованным контактам. Покупатель сохраняет право обратиться к провайдеру, уполномоченному органу или в суд в предусмотренных законом случаях. Обращение в техническую поддержку платформы не отменяет этих прав.
7.2. Возврат выполняется через провайдера продавца в поддерживаемом порядке. Если операция отсутствует в платформе, продавец использует кабинет провайдера или другой законный способ. Отсутствие кнопки не отменяет обязанности вернуть деньги и обязательных сроков.
7.3. Статус «инициирован» или неизвестный результат не означает завершённый возврат. Продавец контролирует результат, необходимые документы и взаимодействие по оспариванию платежа. Команда платформы не подменяет решение провайдера и не является самостоятельным обещанием зачисления в определённый момент.
8. Доставка
8.1. Продавец выбирает доступные способы, сообщает стоимость, сроки, ограничения и порядок получения, заключает необходимые договоры и организует передачу товара исполнителю. При отдельном согласовании стоимости после заявки этот порядок сообщается покупателю до оформления. Несогласованная сумма не включается в платёж.
8.2. Расчёт тарифа, выбор пункта выдачи и передача сведений через интеграцию не делают платформу перевозчиком и не подтверждают передачу или вручение товара. Расчёт может зависеть от адреса, габаритов, состава отправления и условий выбранной службы. Статусы интеграции требуют оценки в контексте конкретного исполнения.
9. Профиль и документы продавца
9.1. При общем включении «Оплата и доставка» для поддерживаемого российского профиля создаются дополнительные автоматические черновики документов, в том числе до выбора банка. Их можно просматривать с незаполненными реквизитами; недостающие сведения отмечаются. Заполнение профиля и изменение банка обновляют автоматическую редакцию. Собственные тексты и файлы продавца автоматически не заменяются.
9.2. Продавец проверяет полноту и соответствие документов своему статусу, деятельности, условиям расчётов и доставки. Черновик не является опубликованным условием. Готовые изменения доходят до покупателей через обычную публикацию; неполные автоматические документы не выдаются за готовые. Удалённый владельцем документ не восстанавливается повторным включением модуля.
9.3. Обработка данных регулируется Политикой, Поручением, документами продавца и применимыми условиями конкретных получателей. Автоматический шаблон не гарантирует юридическую достаточность индивидуального пакета продавца и не заменяет необходимые самостоятельные согласия.
10. Приостановка, ответственность и изменения
10.1. При нарушении закона, безопасности, договора или правил провайдера затронутая функция может быть ограничена по Соглашению. Продавец остаётся обязанным исполнить принятые заказы, рассмотреть возвраты и сохранить необходимые документы. Оператор отвечает за собственные действия в пределах закона; внешняя интеграция не отменяет его обязательных обязанностей.
10.2. Условия не исключают неотменяемые права потребителя и ответственность, которую нельзя ограничить соглашением. Они применяются по правилам Соглашения о редакциях и переходе действующих отношений; наличие старой записи о регистрации не объявляется новым подтверждением изменённого текста. Контакт по работе платформы: yanstoke.team@gmail.com; по покупке — опубликованные контакты продавца.