Если пойти дальше, то хорошо бы еще и зависимости можно было прописать, например:
Разделить статусы на группы: Магазин, Доставка, Покупатель
Предоплата:
пока не оплачен - можно менять статусы в пределах группы Магазин, но смена статуса на любой из двух других групп невозможен, пока не будет проставлен статус оплаты.
Оплата при получении:
Возможно любое изменение статусов. Здесь очень приятный бонус пометки оплаты. Сейчас мы используем два статуса: Вручен покупателю и Выполнен - например сейчас мы Выполнен ставим, когда получим деньги за заказ, а это может случиться и не очень скоро.
Еще есть и вариант возврата, который тоже надо учитывать, когда оплату надо возвращать (Оплата возвращена) и использовать статусы Возвращается и Вернулся.
Связывать статус с оплатой вообще не логично, это ошибочная связь, костыль. Статус к оплате вообще имеет очень опосредованное отношение. Да и оплачен… а сколько оплачено, что оплачено? А если заказ случайно изменили и не заметили? Тут просто неправильная реализация. Да и даже у способов оплаты. Вот на первый взгляд кажется что способы оплаты сохраняют какие-то данные о транзакции. А по факту нет - это просто текстовое поле, разное у разных способов оплаты. И разные модули платежные совсем по-разному сохраняют информацию о платежных реквизитах покупателя, оплате, в произвольном формате, который невозможно использовать. И довольно обидное следствие - невозможность корректно ввести частичную предоплату.
2 лайка
Типов оплаты только в чеке может быть несколько: аванс (неизвестен заранее состав заказа), предоплата, предоплата 100%, кредит, полный расчёт…
Связать можно, но как раз наоборот, для каждого СПОСОБА оплаты, назначить доступные СТАТУСЫ оплаты, и СХЕМУ возможного изменения статусов ДОСТАВКИ в зависимости от назначенного статуса ОПЛАТЫ (у которых тоже есть своя схема последовательного изменения)
2 лайка
Ну да, это было бы как раз правильно.
А если способ оплаты На расчётный счёт, отгружать заказ можно с оплатой типа Аванс и Предоплата и Кредит, то будет 3 разных статуса Отгружено Полный расчёт, Отгружено Предоплата и Отгружено В кредит? И так для каждого способа оплаты
Как не работала синхронизация с 1С УТ 10.3 так и не работает(нет подключения к серверу)
Ну, это во-первых странно, а во-вторых вы очень быстро обнаружите что новые статусы не создаются, потому как в CS-Cart их число из коробки ограничено числом ниже минимума, а часть букв уже из коробки зарезервированы.
Так я и не пользуюсь. Просто хочу сказать, что, видимо, статус оплаты должен быть отдельно, т.к. слишком много комбинаций и разная специфика у разных магазинов.
2 лайка
Это потом невозможно интегрировать с другими системами. Мы же не в вакууме существуем. Потому статус статусом, но он не должен быть единственным признаком оплаты, должны быть фактические документы, где написано что и в каком количестве, откуда оплачено. Такое есть и в CRM и в 1С(и других системах учета). А статус… ну вот есть, например, оплата, а потом изменился состав заказа, что делать? Нужны прямые данные, а не опосредованные.
Были бы нормальные интеграции… За деньги, кто же спорит. Но - работающие. Тогда бы магазин мог бы быть просто передающей станцией от покупателя в crm. И это было бы правильно, ведь работать с покупателем надо централизовано, в одной системе, а точек соприкосновения с покупателем может быть много. Но, интеграций у нас нет, и приходится крутиться, создавая из карта монстра
4 лайка
А как их нормальные сделаешь, если общей логики нет, как следствие все пользуются костылями с статусами, как следствие не создать универсальный модуль - у всех какие-то “особенности” бизнеса, а по факту следствия натягивания совы на глобус. Сложность интеграций от того и высокая что из-за отсутствия логичных и понятных общих механизмов приходится мудрить какие-то уникальные костыли. И потому нет стандартных.
1 лайк
[!] Модули: Почта России: Города: Отсутствовал почтовый индекс населенного пункта Совхоз имени Ленина, Московская область. Исправлено.
Повеселило ))) У вас там по индексам не соответствие процентов на 10-20, оценить сложно то имея но за 1000 заказов выявил 12 случаев. При обращении в хелп деск обещали все актуализировать ))) Да, вижу, добавили совхоз имени ленина ))))
4 лайка
Не зря я отказался от продления подписки на обновления. Перспектив для движка уже не вижу. Не понятно чем занята толпа программистов, если выпускает такие мелочные обновления. Такое ощущение, что это бюджетная организация, куда приходят пересидеть.
5 лайков
А какие перспективы вы хотели бы видеть?
Мы бы хотели от современного движка качественных и своевременных интеграций с сервисами необходимыми в торговле.
- Качественной интеграции с учетной системой (1С) - пока что в Бете и кто тестирует сталкивается с ошибками. Насколько она быстрее работает предыдущей версии не очень понятно пока.
- Интеграции с метриками - сделали совместимость с Вебвизор 2.0, который был доступен более года назад.
- Интеграции с CRM системами, в которых собираются заказы с различных каналов продаж, есть какая-то Бета уже больше двух лет с RetailCRM - на этом все никакого развития.
- Интеграции с Яндекс.Маркетом - управление выгрузкой товаров какое-то очень странное, через жопу. Как найти товары, которые выгружаются, в админке не очень понятно, просто невозможно.
- Интеграции со службами доставки (яндекс.доставка, shiptor)
- Быстрых и полноценных API, чтобы можно было сторонними силами интегрироваться в нужные сервисы.
Пока, что за год обновлений - это выпуски, где так сказать варят “движок в собственном соку”, добавляя различные приправы. Новых блюд нет!
4 лайка
Извините, что не могу в теме ответить. Сейчас все силы брошены на подготовку релиза.
С такой проблемой у себя не сталкивались, поэтому о возможных причинах сказать не могу. Чтобы изучить, её понадобится сначала пронаблюдать. Если после релиза 4.12.1 проблема останется, обратитесь в Help Desk. Там поддержка сможет изучить подробнее.
Да, получилось так, что в последнее время выходили только патч-версии. А некоторые крупные изменения изначально попали в 4.12.1. Там накопились и Вебвизор 2.0, и улучшения фильтров, и улучшение создания вариаций, и reCaptcha v3, и улучшения для маркетплейсов.
Постараемся выпускать версии с изменением второй цифры почаще.
1 лайк
Решили продлить подписку все же пока не закончилась по меньшей стоимости. Надеемся в следующем году будут качественные (функциональные и без багов) версии полезные для торговли (интеграции с CRM, доставками, удобное определение местоположения и выбор на яндекс картах, поддомены для различных регионов…)
А что там за улучшение фильтров? переработали sql запрос?
У нас иное мнение, продукт развивается , возможно не стой скоростью как некоторым хочется , но дело идет …
скажите, какой еще CMS вы пользовались, пользуетесь или планируете пользоваться ?!
А до релиза v 5.0 можно ожидать, что уже наконец-то на детальной странице заказа в шестеренки появится кнопка удалить? Это какой-то велосипед, чтобы удалить заказ нужно выйти в список заказов, найти его там удалить, в то время как уже прошли первые испытания Hyperloóp =/
8 лайков