426

(10 ответов, оставленных в Вопросы по работе с системой)

1. У нас есть возможность автоматической генерации простых комплектаций к многомеркам. Просто нажимаете кнопку "Создать" - и все комплектации созданы. Если включите опцию "запретить оформление заказа, если товара недостаточно на складе" в настройках модуля Магазин, то будет достаточно просто не добавлять остаток тем комплектациям, которых нет в наличии или не существует. (их нельзя будет купить, не обязательно их удалять даже) Вручную обычно их никто не создает. В случае с 1С - они также автоматически создаются.

2. У вас неверно была заполнена комплектация, не были прописаны характеристики у комплектации для размера 50. Мы вам подправили это сейчас все работает. Ставите остаток конкретной комплектации - 0, исчезает, >0 - появляется. Фильтры для производительности кэшируются на некоторое время, поэтому чтобы увидеть что из фильтра исчезают значения можете сбросить кэш.

3. Динамических фильтров у нас в настоящее время нет.

4. Вы заполняете харктеристики, тем самым сообщаете системе все возможные комплектации товара. Затем вы можете нажать одну кнопку, чтобы сгенерировать все простые комплектации и прописать остатки, наличие  и др. Моделей поиска бывает огромное множество. Очень многим нужно чтобы товар находился, если в принципе в таком цвете он существует, но просто сейчас его нет. Возможно пользователь выберет просто другой цвет. (Тем, кто продает, мебель - это очень нравится.)

Напоминаю, что технически фильтрация осуществляется по сущности "Характеристика" - это дает отличную производительность при большом количестве связей и полностью соответствует модели конфигураций УТ 1С всех версий, начиная от 10.3

5. У нас есть модуль "Скидочные купоны" в базовой комплектации, есть модуль "Правила для корзины" в маркетплейсе, есть модуль "Бонусная и дисконтная программа".

https://readyscript.ru/manual/shop_discounts.html
http://marketplace.readyscript.ru/addons/cartrules/
http://marketplace.readyscript.ru/addons/bonuses/

427

(10 ответов, оставленных в Вопросы по работе с системой)

1) У нас есть опция "Учет остатков комплектаций" при использовании многомерных комплектаций.
Описано тут: https://readyscript.ru/text-blog/vstrec … adyscript/

При включении данной опции, товары, которых нет в наличии в данной вариации отображаться не будут.

2) В комплектациях - нет прямой связи с характеристиками. У комплектаций - свои независимые строковые характеристики. (Так было в первых версиях 1С 8, соответственно это нужно для совместимости)

3) Править визуально можно все, что угодно с помощью внесения изменений в шаблон. В стандартном шаблоне есть то, что вы можете видеть на нашем демо сайте.

428

(1 ответов, оставленных в Вопросы по Маркетплейсу)

Такая цифра, потому что она немного ниже среднерыночной комиссии маркетплейсов. Мы платим налоги со всех поступаемых к нам сумм. 

Мы в данном случае не являемся налоговым агентом, ваша прибыль формируется от физического лица,
который покупает у вас модуль и пользователь с вами заключает напрямую лицензионное соглашение (договор присоединения) у нас в маркетплейсе, нажимая на кнопку Купить. А сделки между физическими лицами не облагаются НДФЛ.

Вот комментарий минфина по схожему вопросу: http://ppt.ru/question/?id=37980

429

(10 ответов, оставленных в Вопросы по работе с системой)

Можете также в облаке открыть аккаунт - 30 дней бесплатно.

Вот еще пара ссылок:
https://readyscript.ru/text-blog/novyy- … mozhnosti/
https://readyscript.ru/text-blog/vstrec … adyscript/

Правильное построение характеристик и фильтров такое:

1. Если вы добавляете характеристику к категории (с целью включения фильтрации), то у всех товаров этой категории предполагается, что должна быть задана данная характеристика. Иначе желательно более детально распределять товары по категориям так, чтобы можно было точно включить нужные фильтры у каждой подкатегории.

2.Товар может иметь свои индивидуальные характеристики, просто вы задавайте их у товаров, у которых эта характеристика есть и не включайте эту характеристику в категорию и в фильтрацию соответственно.
Очевидно, что если у какого-либо товара нет значения, то невозможно включение фильтрации по данному критерию у всей категории.

Чтобы придать смысл "характеристика не заполнена, исключить её из отображения" - нужно удалить её у товара и удалить её из категории. Иначе когда вы заводите хар-ку у категории, вы как бы говорите системе: "У всех товаров данной категории данная характеристика - есть".

Правка не сильно значительна, поэтому скорее всего будет просто строка в changelog модуля Магазин.
При обновлении будет видно.

Есть утилита(ссылка) "Добавить ЧПУ имена товарам и категориям" в разделе Веб-сайт->Настройка модулей->Каталог товаров. Добавит символьный идентификатор (методом транслитерации) товарам и категориям, у которых он отсутствует.

Концепция вариантов (комплектаций) весьма простая и очевидная. Комплектации - это когда есть выбор, все остальное это товар без комплектаций. У нас даже подписано это поле специально, чтобы было понятно: "Название основной комплектации (используйте, если есть дополнительные комплектации)"

Есть куча разных мест, где можно указать особенность товара, например:

1. Название товара (если планируете добавлять другие цвета, то вам не подходит, как вы написали выше)
2. Характеристики товара - на мой взгляд идеальное место для вашей задачи. (просто добавьте Цвет: Зеленый)
3. Описание товара
4. Краткое описание товара
5. Фото может передать цвет товара на изображении.

Реально за всю историю RS - вы первый кому это понадобилось, ничего не имею против, бизнесов одинаковых не бывает, но в базовой функциональности данное решение вряд ли когда-нибудь появится, так как это сломает отображение товара у 99% наших пользователей, кому это не нужно.  Соответственно реализуйте в вашем шаблоне любую логику, что вы желаете.

PHP полностью абстрагирован от DKIM, все DKIM заголовки формируются непосредственно exim'ом, соответственно искать нужно где-то в нем, видимо он по какой-то причине неверно рассчитывает подпись письма.

Цепочка ведь такая PHP -> sendmail => exim (тут Добавляется DKIM) -> письмо уходит на сервер получателя.

Добрый день!

1. Добавить в таблицу с заказами филиал не проблема с помощью небольшой доработки.

2. И как происходит назначение заказов определенным менеджерам, находящихся в разных филиалах?

С филиальной сетью в настоящее время назначение менеджеров никак не связано.
При создании заказа, просто назначается менеджер из общего списка пользователей, принадлежащих группе Менеджеров.

Аналогично с первой задачей, вы можете заказать доработку в нашей платной поддержке, описав ту логику,
которую вы желаете видеть.

В настоящее время мы разрабатываем модуль для АТОЛ online. Данное решение позволит официально выполнить требования ФЗ-54 для организаций, желающих вести торговлю от имени юридического лица и в строгом соответствии с законом, с online чеком. (Также мы очень ждем решения от Яндекса, они недавно открыли свой ОФД и в скором времени, мы надеемся, они предложат свое решение, с которым мы обязательно будем интегрироваться)

Интеграция с NextPay нашими силами пока не планируется. Вы можете обратиться непосредственно к сервису NextPay, возможно они разработают или к любым сторонним разработчикам. Мы будем рады такому модулю в маркетплейсе.

Суть в том, что клиенту будет высылаться электронный чек, либо СМС, подтверждающий оплату и эти данные будут идти через ФНС, так что проблем не должно будет возникнуть.

NextPay предлагает обход ФЗ-54 и не предлагает отправку данных в ФНС. Возможно вы что-то не так поняли.

И все же у нас при нажатии на кнопку "В корзину" и так открывается корзина каждый раз, т.е. пользователь может после третьего открытия окна корзины нажать в ней "Заказать по телефону". Может конкретно в вашей теме имеет смысл просто выделить визуально эту кнопку или переименовать её как-то, если вы считаете, что есть проблема в видимости? Или просто убрать кнопку "Купить в 1 клик" у товаров, чтобы всегда была только кнопка "В корзину" (это насколько я понимаю полностью реализует ваш сценарий)?

Лично мое мнение, если реализовать данный сценарий, будут обратные жалобы. Люди хотят в один клик купить, но видят открывшуюся корзину, пугаются, что придется оформлять целый заказ и уходят smile

Напомню роль функции "Покупки в 1 клик" - это всего лишь, уведомление менеджеру о наличии интереса пользователя к покупке товара и все остальные детали заказа, в том числе и точный состав заказа - менеджер уже выясняет по телефону. Ведь сведений для оформления полноценного заказа в любом случае не хватит.

То есть теоретически покупка в 1 клик может вообще не привязываться к товару и располагаться на любой странице, и просто просить пользователя указать его номер телефона, чтобы ему перезвонил менеджер. (кстати раньше так и было у всех, это называлось "Заказать звонок", эту кнопку в шапке располагали, потом кто-то придумал это переименовать в "Купить в 1 клик" и так и пошло поехало)

Дмитрий, добрый день!

Попробую помочь. Алгоритм решения вашей задачи должен быть такой:

1. Добавляем новый контейнер на странице по умолчанию, он добавится в самый конец.
2. Перетаскиваем его на нужное место (после контейнера Поиск), последовательно меняя его с предыдущим блоком.
3. Корректируем остальные страницы, так как наследование контейнеров идет по порядковому номеру. (корректируем - это создаем пустые контейнеры, меняем с ними местами существующие, удаляем пустые, так как контейнер можно только поменять местами с другим контейнером.)

Вижу, что вы так и пробовали делать. Вы написали, что вы не увидели контейнер на сайте после переноса его под Поиск на странице по умолчанию, с этим нужно подробнее разобраться, так не должно быть.

Порядок блоков кэшируется в RS, уточните вы кэш сбрасывали после изменений в конструкторе сайта?

Я однажды присутствовал на обсуждении данной функциональности, расскажу свой опыт:

Робокасса придумала очень некрасивый и нерабочий фактически прием. Вместо простого флага или настройки в личном кабинете "платить комиссию за клиента", они придумали какой-то очень необычный алгоритм, типа сделать к ним сперва запрос узнать какая будет сумма без комиссии для конкретного типа оплаты, далее отправлять запрос на оплату этой уменьшенной суммы, чтобы после прибавления их комиссии сумма была первоначальной.

Самая соль в этом то, что расчет суммы без комиссии проводится для конкретного способа оплаты, но клиент всегда может выбрать другой способ оплаты, и ваши расчеты окажутся неверными.

Ну и в придачу у робокассы есть такой параметр IncCurrLabels - который вроде как ограничивает способ оплаты, да вот только проблема в том, что пользователь может всегда нажать на кнопку "перейти ко всем способам оплаты" и все равно выбрать другой способ оплаты. Т.е.  IncCurrLabels - это только рекомендуемый способ оплаты.

В совокупности данные факты - позволяют лишь с определенной вероятностью сказать, что удастся с пользователя взять правильную сумму, что обычно оказывается неприемлемым.

Сергей, добрый день!

Можете жаловаться пока здесь на форуме. Будем надеяться, что "партнеры" будут включаться в беседу.

Безусловно, мы очень заинтересованы в том, чтобы партнеры качественно выполняли свою работу, поэтому будем исключать недобросовестных партнеров из участия в тендерах до выяснения обстоятельств.

Особо подчеркну, партнеры - абсолютно независимые и не подконтрольные нам организации.
Пожалуйста, заключайте с ними договор на любую работу!!!

442

(4 ответов, оставленных в Предложения по улучшению системы)

Можно в support, я отвечу или на mail@readyscript.ru

443

(4 ответов, оставленных в Предложения по улучшению системы)

Личные вопросы, пожалуйста, направляйте мне на почту. Особенно, касающиеся нашей внутренней сетевой инфрастуктуры и ваших платных задач. И поясните, пожалуйста, в письме, почему вы не можете отключить фильтрацию по IP.

нет, в облаке это невозможно сделать.

Отслеживать изменения с помощью git можно, если вы ведете разработку
темы оформления на локальной машине и у вас есть лицензия на коробочный продукт,
чтобы получать обновления на локалке.

Информации о том, что такое git есть очень много в интернете.
Воспользуйтесь элементарно google'ом.
-----------------
У нас может происходить очень очень много изменений между релизами, это сотни и сотни мест.
Мы физически не можем вручную писать каждое свое действие:

- Убрали запятую в файле hello.js в строке 100, в позиции 35.
- Обернули конструкцией lang.t фразу "Привет", в файле K в строке N, в позиции M.
- Добавили <div class="...."> в шаблон в строку N, в позицию M
.... сотни других изменений

В этом случае разработка превратилась бы в АД. К счастью всей этой задачей уже много лет занимаются системы контроля версий, которые показывают изменения между разными версиями файлов и сами способны вести эти логи.

Было бы очень удобно, если была бы история изменения дефолтных шаблонов - что и где исправили разработчики, чтобы можно было внести правки у себя.

Вы предлагаете нам разработать git или svn?
Вы можете сзодать git репозиторий в папке с вашим сайтом и после получения обновлений, вы будете видеть все изменения, которые произошли в файлах, после вашего последнего комита.

RewriteCond по умолчанию объединяются через AND. Попробуйте так:

RewriteEngine on
RewriteCond %{HTTP_HOST} !2.ru|3.ru
RewriteCond %{REMOTE_ADDR} !(XXX.XXX.XXX.XXX)
RewriteCond %{SCRIPT_FILENAME} !stub.htm
RewriteRule .* /stub.htm [R=302,L]

Вот нашел на первый взгляд подходящий конфиг по вашему вопросу:
https://toster.ru/q/54636

449

(4 ответов, оставленных в Вопросы по работе с системой)

Функции php для ресайза загружает изображение по сути в RAW(BMP) формате в памяти, естественно для этого необходимо место равное примерно ширина x высота x глубина цвета (4 байта (32 bit)).
Вот и считайте, если ресайзите 5000 x 5000 x 4 = 100 Мб будет загружено.

Да, соответственно если есть желание работать с такими фото, нужно достаточно памяти выделить php скрипту на хостинге.

Я бы порекомендовал использовать для продвижения брендов "Подбор товаров (SEO фильтры)", с помощью них вы сможете создавать URL: /catalog/brandname/