Для изменения и дополнения классов используется наследование, однако здесь его применить не удается. Если я создам наследника какого-то класса, то остальные классы системы об этом не узнают, и будут продолжать использовать оригинальный класс. Проблемы можно избежать, если методы будут манипулировать не конкретными классами, а интерфейсами, а объекты будут создаваться не по месту использования с указанием конкретного класса, а при помощи некого настраиваемого программного механизма, и можно будет указать, какой класс для реализации какого интерфейса использовать.
По ссылкам более детально о том, что я имею в виду:

https://ru.wikipedia.org/wiki/%D0%98%D0%BD%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D1%8F_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F

https://habrahabr.ru/post/132084/

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

Уважаемые коллеги, предлагаю в данной теме лаконично высказаться, какие функции вам хотелось бы, чтобы мы добавили в наши мобильные приложения для администраторов и курьеров, в приложения нашего сервиса ReadyScript Mobile и даже Desktop приложение. Просьба воздерживаться от дискуссий и просто перечислить 1,2,3.... функции. Будем анализировать все пожелания. Например:

Приложение для администраторов:
1. Было бы неплохо, иметь возможность зачисления средств на лицевой счет ReadyScript.
2. Возможность просматривать срок истечения услуг в облаке RS.
3. Видеть покупки в 1 клик
4. Видеть предзаказы

Приложение ReadyScript Mobile:
1. Добавить новые возможности авторизации (по SMS), которые есть на сайте в приложение.

Здравствуйте! Раздел статистика, который открывается по умолчанию при запуске приложения создан будто для красоты. Есть ли пользователи readyscript для которых такая статистика вообще удобна? На наш взгляд эти графики совершенно не информативны, а пользоваться ими в работе с мобильного устройства к тому же не удобно. Я предлагаю полностью убрать графики из раздела статистика (или сделать их отображение доп опцией) и выводить туда несколько полей, с цифрами вместо графиков:

1. Количество заказов за рабочий день (Раздел можно поделить на новые, выполненные, отмененные заказы)
2. Общая сумма заказов за рабочий день
3. Сумма выполненных заказов за рабочий день
4. Сумма за день за услуги курьерской доставки
5. Средний чек за рабочий день
6. Возможно еще какие либо данные.

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

Нам нужны точные цифры, вместо непонятного графика.

Здравствуйте. Было бы очень удобно производить покупки в маркетплейс с ЛЮБОГО аккаунта, просто указывая домен для которого приобретается решение, а то иногда бывает путаница, когда аккаунтов несколько, или возможность переводить деньги с одного аккаунта (личного кабинета на readyscript.ru) на другой.

Предлагаю в меню Веб-сайт>Уведомления добавить настройку выключения уведомления о новом заказе администратору, если заказ загружен из Яндекс Маркет или Ozon. Т.к. сами маркетплейсы также шлют письма о новом заказе.

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

в Настройка модуля «Каталог товаров»
есть функция
Использовать единицы измерения у комлектаций
почему же нельзя сделать выбрать
Использовать единицы измерения у товара

Просьба рассмотреть возможность добавления в редактор ORM объектов следующих типов данных: BOOLEAN и ENUM.

MySQL 5.6+ поддерживает тип поля JSON, по которому можно искать данные, находящиеся в массиве. Поиск по данным serialize бывает затруднительным.

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