Поло Арт

  • 0

    Оповещения об лицензиях у клиентов
    Артём, привет. Первую часть ответа пропускаю, вроде всё правильно поняли. ------- По второй же - пусть обновления выходят часто, мы должны знать, когда клиенту пришли обновления. Ведь, иногда бывает, что обновления рушат систему. Это не укор, такое везде. Мы должны постоянному клиенту самостоятельно ставить обновления, это входит в пакет обслуживания. С одной стороны, всем клиентам мы говорим о том, что будем следить за их сайтом. С другой же стороны, мы не знаем, когда им шлёпнулся очередной пакет обновлений - и, что важно, не обновили (и сломали) сайт они сами. Представляете себе ситуацию, когда менеджеры клиенты давят пимпу "Обновить", весь сайт рушится - звонит руководитель и претензии выставляют нам? Мол, не уследили. А как мы можем уследить, если между вашими обновлениями и шаловливой рукой менеджера прошло час или два... Да, можно обрезать права клиенту. Но нас не поймут. В целом, в этих всех моментах надо что-то придумать. Чтобы партнёрам жизнь была прекраснее.
  • 0

    Оповещения об лицензиях у клиентов
    Ещё момент. Странно, что другие партнёры в эту тему не заехали. Как будто у всех всё ровно и нет списка клиентов, что постоянно дёргают.
  • 0

    Оповещения об лицензиях у клиентов
    Артем Полторанин, простите за нескромный вопрос - событие siteupdate.finish, судя по названию означает, что обновление уже завершено? Нам бы надо событие siteupdate.pending. Мол, у таких-то клиентов сейчас ожидают такие-то обновления системы. Нам как раз надо перебдеть ситуацию, когда менеджер решит обновить систему. И лучше, чтобы было разграничение прав. Например, чтобы супервизор мог обновить критичное, а администратор не мог. Остальное мы подпилим и поставим, куда необходимо.
  • 0

    Оповещения об лицензиях у клиентов
    Артем Полторанин, отлично. посмотрим, будет ли это работать
  • 0

    Возможность техподдержки сторонних разработчиков через тикеты.
    Я считаю, что не надо отнимать хлеб у разработчиков - им первым должен приходить запрос от клиентов. Для тех же клиентов, что заморочился, всегда есть раздел https://readyscript.ru/partners/all/ Можно объявить тендер, выбрать тех, кому его отправить - что ещё надо-то? И, про "ненужные вопросы". Я и сам их иной раз задаю техподдержке. Так как фиг его знает(постоянно забываешь), как там идёт импорт комплектаций, по какому полю идёт сопоставление сопутствующих товаров - а самое интересное, какие поля обязательные. Можно, конечно, залезть и посмотреть, но времени это займёт прилично. Самый прикол в том, что и техподдержка от подобных вопросов иногда плывёт ;) Я не знаю, кто ещё продавливал в RS нормальный каталог товаров в админке, раньше грузилось всё кучей, а теперь - вона, какая няшка, как в вебасисте! Но я старался как мог, при каждом удобном случае жалился, как плохо работает, когда 3000 категорий :) Теперь у меня новая тема "ненужных вопросов" - некорректная работа сопутки при массовом редактировании. Хз, куда плывут разработчики, надо основные темы доделать... но, зато, у нас теперь есть драгндроп, кому он нужен, я не знаю. Год назад CRM пилили. Допилили до зачаточного уровня и бросили :)