Встречайте Cs-Cart 4.6.2 С Поддержкой 152-Фз И Доработками По 54-Фз

Подключил онлайн кассу, квест пройден, чудо свершилось.

Коллеги, а вы как работаете с этим всем? Неужели с этим хозяйством работают только сами владельцы магазина, у которых нет и не будет наемных сотрудников?

Вот у меня в первые минуты работы возник вопрос - почему нет ограничения у администраторов на проставление статусов? Теперь любой кто работает с заказами может поставить статус "Возврат средств", и чек будет отменен. У меня, при работе через API яндекс кассы вдобавок может еще и деньги вернуть покупателю, на это тоже ограничений никаких вообще, что открывает кучу возможностей для обмана владельца магазина.

Далее - статус "Возврат средств", завязан на отмену чека, и по роковой случайности, он расположен в череде статусов заказа рядом с "ОБРАБОТАН", т.е. даже чисто случайно возможно, что оператор промахнется и отменит чек, и никакой возможности подвинуть статус вниз, чтобы он хотя бы рядом с самым часто используемыми статусами не стоял. Я сплю и вижу проблемы со случайным выбором статуса "Оплачен" и "Возврат средств".

Как вы считаете, может стоить поднять проблему и доработать это хозяйство?

Пожалуй, поддержу. Все, что касается кассы/чеков нужно как-то защищать от случайностей... Правильно поднята проблема.

Подключил онлайн кассу, квест пройден, чудо свершилось.

Коллеги, а вы как работаете с этим всем? Неужели с этим хозяйством работают только сами владельцы магазина, у которых нет и не будет наемных сотрудников?

Вот у меня в первые минуты работы возник вопрос - почему нет ограничения у администраторов на проставление статусов? Теперь любой кто работает с заказами может поставить статус "Возврат средств", и чек будет отменен. У меня, при работе через API яндекс кассы вдобавок может еще и деньги вернуть покупателю, на это тоже ограничений никаких вообще, что открывает кучу возможностей для обмана владельца магазина.

Далее - статус "Возврат средств", завязан на отмену чека, и по роковой случайности, он расположен в череде статусов заказа рядом с "ОБРАБОТАН", т.е. даже чисто случайно возможно, что оператор промахнется и отменит чек, и никакой возможности подвинуть статус вниз, чтобы он хотя бы рядом с самым часто используемыми статусами не стоял. Я сплю и вижу проблемы со случайным выбором статуса "Оплачен" и "Возврат средств".

Как вы считаете, может стоить поднять проблему и доработать это хозяйство?

Пожалуй, поддержу. Все, что касается кассы/чеков нужно как-то защищать от случайностей... Правильно поднята проблема.

Вы о каких статусах говорите?

Если речь про смену статусов в CS-Cart (а именно они явлются триггером для передачи данных в Яндекс или Атол) то такая привилегия есть: https://www.evernote.com/l/AQGXzo9HHDdDgqTV2iz-EF90gJoAqcdrY8s

Вы о каких статусах говорите?

Если речь про смену статусов в CS-Cart (а именно они явлются триггером для передачи данных в Яндекс или Атол) то такая привилегия есть: https://www.evernote.com/l/AQGXzo9HHDdDgqTV2iz-EF90gJoAqcdrY8s

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

[attachment=12624:Безымянный.png]

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

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

Безымянный.png

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

Безымянный.png

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

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

Я прочитал внимательно, "почему нет ограничения у администраторов на проставление статусов" - ограничение есть - либо может менять, либо не может.

"Теперь любой кто работает с заказами может поставить статус "Возврат средств", и чек будет отменен" - любой кто может работать с заказами может вас обмануть тем или иным способом. Человек может поставить статус отправлено, а заказ забрать себе например. Возможностей масса.

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

У статусов заказа есть возможность менять цвет подсветки.

Возможностей масса.

У статусов заказа есть возможность менять цвет подсветки.

Как я люблю говорить - "программисты говорят, что все работает". С вашей стороны проблемы нет, действительно все работает и даже не вызывает ошибок. Но почему бы не сделать не просто, чтобы работало, а чтобы было УДОБНО работать?

Фиг с ним, что кто то из операторов будет мухлевать и обует меня на сколько то, это не важно. Сейчас проблема уже не просто локальная, она затрагивает фискальную отчетность. Мне не хочется давать пояснения налоговой, по какой причине отменен чек. Как вы себе это представляете - "чек номер такой то был отменен по причине случайного нажатия на кнопочку ...". И цвет подсветки не спасет.

Я указываю на потенциальную проблему, вы в ответ: - Это ваше личное горе, кушайте больше моркови и цинка, чтобы взор был резок и рука не дрогнула.

Можно же сделать всплывающее окно - "Вы действительно хотите отменить чек Да/нет" И наоборот "Вы хотите пробить чек Да/Нет".

А сейчас вариации с CommerceML как-то работают? А то тут вопрос поднимался, но ничего не понятно. Как раз начали настраивать синхронизацию CS-Cart и Мой склад и опции выгружаются коряво, а вариации похоже были бы неплохи в нашем случае.

Как я люблю говорить - "программисты говорят, что все работает". С вашей стороны проблемы нет, действительно все работает и даже не вызывает ошибок. Но почему бы не сделать не просто, чтобы работало, а чтобы было УДОБНО работать?

Фиг с ним, что кто то из операторов будет мухлевать и обует меня на сколько то, это не важно. Сейчас проблема уже не просто локальная, она затрагивает фискальную отчетность. Мне не хочется давать пояснения налоговой, по какой причине отменен чек. Как вы себе это представляете - "чек номер такой то был отменен по причине случайного нажатия на кнопочку ...". И цвет подсветки не спасет.

Я указываю на потенциальную проблему, вы в ответ: - Это ваше личное горе, кушайте больше моркови и цинка, чтобы взор был резок и рука не дрогнула.

Можно же сделать всплывающее окно - "Вы действительно хотите отменить чек Да/нет" И наоборот "Вы хотите пробить чек Да/Нет".

Солидарен с коллегой, вместо сделать удобно, собираем тучу видео отзывов, техподдержка вообще "вне конкуренции" ...

Я вот уже 3 месяц пытаюсь настроить хваленную мультивитринность

техподдержка вообще "вне конкуренции" ...

Я вот уже 3 месяц пытаюсь настроить хваленную мультивитринность

Я просмотрел ваш июльский тикет о создании второй витрины и, как я понял, проблема возникала из-за неправильно настроеного домена на вашем серере (он был направлен в неверную директорию). Мы предоставили решение в том тикете.

Возможно я пропустил какое-то другое обращение? В этом случае, пожалуйста, напишите ID этого тикета.

А сейчас вариации с CommerceML как-то работают? А то тут вопрос поднимался, но ничего не понятно. Как раз начали настраивать синхронизацию CS-Cart и Мой склад и опции выгружаются коряво, а вариации похоже были бы неплохи в нашем случае.

Я от опций ничего не добился. Бросил пока.

Потом со своим предложением пришли SCLOUD (1С в облаке). Я дал им доступы, они неделю ковырялись, связывались с разработчиками CS-Cart, а потом "опустили руки", сказали, что с 1С опции ваши мы интегрировать не можем...

У меня так до сих пор вопрос не решен...

Как я люблю говорить - "программисты говорят, что все работает". С вашей стороны проблемы нет, действительно все работает и даже не вызывает ошибок. Но почему бы не сделать не просто, чтобы работало, а чтобы было УДОБНО работать?

Фиг с ним, что кто то из операторов будет мухлевать и обует меня на сколько то, это не важно. Сейчас проблема уже не просто локальная, она затрагивает фискальную отчетность. Мне не хочется давать пояснения налоговой, по какой причине отменен чек. Как вы себе это представляете - "чек номер такой то был отменен по причине случайного нажатия на кнопочку ...". И цвет подсветки не спасет.

Я указываю на потенциальную проблему, вы в ответ: - Это ваше личное горе, кушайте больше моркови и цинка, чтобы взор был резок и рука не дрогнула.

Можно же сделать всплывающее окно - "Вы действительно хотите отменить чек Да/нет" И наоборот "Вы хотите пробить чек Да/Нет".

Количество потенциальных проблем в продукте огромное. Причем чем больше сценариев использования (конкретных заточенностей у каждого магазина) тем больше подобных проблем.

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

1. наемный менеджер,

2. по ошибке либо умышленно

3. поставит статус возрат

Цепочка состоит из трех "если". Более того она легко решается Возращением статуса в "Обработано".

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

Но, касательно конкретно этого сценария, технических усложнений это принесет много (это не делается за час работы), а реальная необходимость на мой взгляд не такая уж важная, так как исправляется подобная ошибка банальным возвращением статуса. Городить из за этого дополнительный огород с настройками прав на статусы это оверхед.

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

Можно, я тоже "боль" донесу?... Сейчас теоретически CS-Cart имеет возможности интеграции с ERP-системами (мой склад, Класс365, 1С и пр.), но на практике (если используются опции/вариации) получается головняк, который каждый магазинщик решает по-своему, изобретая свои "велосипеды". Я штатными средствами не смог добиться интеграции с МойСклад и 1С. Причем это можно было бы списать на мою "криворукость", но технические специалисты от SCLOUD тоже пробовали это сделать (имея прямую заинтересованность), но вынуждены были расписаться в том, что они ничего не смогут для меня сделать. Хотя они связывались с разработчиками Cs-Cart (по их словам) и даже прислали мне переписку.

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

Конкретное предложение: Давайте "позовём" на форум хоть кого-то из игроков рынка облачных ERP (SCloud, МойСклад, Класс365), с которым разработчики бы сделали нормальную интеграцию С УЧЁТОМ ОПЦИЙ/ВАРИАЦИЙ и с учетом неких базовых бизнес-процессов. Большие магазины имеют уникальные бизнес-процессы, а небольшие вполне могут скорректировать свои процессы под конкретный вариант интеграции. Такая интеграция была бы еще одним решением "из коробки", которое бы отлично вписалось в общую концепцию CS-Cart. Тогда я как пользователь (не программист) могу заплатить какие-то адекватные деньги (пусть даже ежемесячно) какой-то ERP-конторе, ввести некий логин/пароль в настройках CS-Cart, нажать одну кнопочку и начать пользоваться.

Что получит CS-Cart: конкретное конкурентное преимущество, простую и понятную интеграцию "для недалёких" юзеров и "+1 в карму".

Что получит ERP: стабильный приток клиентов (поскольку комьюнити CS-Cart медленно, но верно увеличивается) и (как следствие) - стабильный доход.

Что получит пользователь: заботу и ощущение того, что за него уже всё сделали и осталось нажать две кнопки. А присутствие на форуме представителя ERP даст возможность прямого общения.

Т.е. по сути, это принесет выгоду ВСЕМ участникам процесса.

Можно позвать разных "игроков" ERP, но "до того" нужно, чтобы варианты интеграции с ними работали.

Вот я попробовал - у меня никак не получилось, представители SCLOUD попробовали - у них тоже не получилось... Что мне делать дальше? К CS-Cart (вроде бы) вопросов быть не должно. Сотрудники ERP говорят, что при текущих возможностях (стандартных) интеграция товаров с опциями/вариациями невозможна... И получается, что возможность вроде бы имеется, но воспользоваться ей я не могу... Парадокс (.

Не думаю, что только у меня есть такая потребность.

Городить из за этого дополнительный огород с настройками прав на статусы это оверхед.

Согласен, излишне усложнять нет смысла - но давайте посмотрим: задача, обработать овер 50 заказов в режиме запары. Статус "Возврат средств" стоит рядом (т.е. совсем рядом) с статусом Обработан (у кого то может Согласован). Это реальная ситуация у меня.

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

Почему бы не сделать тогда хотябы :

Можно же сделать всплывающее окно - "Вы действительно хотите отменить чек Да/нет" И наоборот "Вы хотите пробить чек Да/Нет".

Дать возможность двигать статусы. Сейчас нет этого.

Это же не потребует переработки всей логики?

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

Согласен, излишне усложнять нет смысла - но давайте посмотрим: задача, обработать овер 50 заказов в режиме запары. Статус "Возврат средств" стоит рядом (т.е. совсем рядом) с статусом Обработан (у кого то может Согласован). Это реальная ситуация у меня.

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

Почему бы не сделать тогда хотябы :

Дать возможность двигать статусы. Сейчас нет этого.

Это же не потребует переработки всей логики?

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

И снова, поддержу! Давайте для критически важных статусов сделаем настройку (флаг) "Требовать подтверждения у пользователя". Это решит проблему.

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

Доброго дня, всем!

После обновления 4.6.2 появилась ошибка на созданных полях в форме "Адрес доставки" при оформлении заказа. Причем, ошибка происходит на тех полях которые обязательны для заполнения и созданы вручную.

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

На вашей демки такая же проблема. При создании доп поля и делая его обязательным не возможно оформить заказ.

Когда сможете исправить это???

Когда сможете исправить это???

Когда вы запостите проблему в багтрекер.

Согласен, излишне усложнять нет смысла - но давайте посмотрим: задача, обработать овер 50 заказов в режиме запары. Статус "Возврат средств" стоит рядом (т.е. совсем рядом) с статусом Обработан (у кого то может Согласован). Это реальная ситуация у меня.

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

Почему бы не сделать тогда хотябы :

Дать возможность двигать статусы. Сейчас нет этого.

Это же не потребует переработки всей логики?

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

И снова, поддержу! Давайте для критически важных статусов сделаем настройку (флаг) "Требовать подтверждения у пользователя". Это решит проблему.

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

Аргумент "И менять порядок вывода статусов тоже не помешало б. Тогда их можно будет расставить в удобном для бизнес-процессов порядке." меня окончательно убедил что сортировку у статусов стоит сделать. Добавим в ближайшее время, думаю появится в 4.7.1. Спасибо.

Что касается "подтверждения у пользователя" вроде простая галка, и не сложно ее добавить на каждый статус, но я всячески старюсь избегать появления новых настроек, вы просто посмотрите на этот ад: https://www.evernote.com/l/AQHtz5PNbcxIb4_E_wXOy0IdIstpKYZ6J6w

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

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

Можно, я тоже "боль" донесу?... Сейчас теоретически CS-Cart имеет возможности интеграции с ERP-системами (мой склад, Класс365, 1С и пр.), но на практике (если используются опции/вариации) получается головняк, который каждый магазинщик решает по-своему, изобретая свои "велосипеды". Я штатными средствами не смог добиться интеграции с МойСклад и 1С. Причем это можно было бы списать на мою "криворукость", но технические специалисты от SCLOUD тоже пробовали это сделать (имея прямую заинтересованность), но вынуждены были расписаться в том, что они ничего не смогут для меня сделать. Хотя они связывались с разработчиками Cs-Cart (по их словам) и даже прислали мне переписку.

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

Конкретное предложение: Давайте "позовём" на форум хоть кого-то из игроков рынка облачных ERP (SCloud, МойСклад, Класс365), с которым разработчики бы сделали нормальную интеграцию С УЧЁТОМ ОПЦИЙ/ВАРИАЦИЙ и с учетом неких базовых бизнес-процессов. Большие магазины имеют уникальные бизнес-процессы, а небольшие вполне могут скорректировать свои процессы под конкретный вариант интеграции. Такая интеграция была бы еще одним решением "из коробки", которое бы отлично вписалось в общую концепцию CS-Cart. Тогда я как пользователь (не программист) могу заплатить какие-то адекватные деньги (пусть даже ежемесячно) какой-то ERP-конторе, ввести некий логин/пароль в настройках CS-Cart, нажать одну кнопочку и начать пользоваться.

Что получит CS-Cart: конкретное конкурентное преимущество, простую и понятную интеграцию "для недалёких" юзеров и "+1 в карму".

Что получит ERP: стабильный приток клиентов (поскольку комьюнити CS-Cart медленно, но верно увеличивается) и (как следствие) - стабильный доход.

Что получит пользователь: заботу и ощущение того, что за него уже всё сделали и осталось нажать две кнопки. А присутствие на форуме представителя ERP даст возможность прямого общения.

Т.е. по сути, это принесет выгоду ВСЕМ участникам процесса.

Можно позвать разных "игроков" ERP, но "до того" нужно, чтобы варианты интеграции с ними работали.

Вот я попробовал - у меня никак не получилось, представители SCLOUD попробовали - у них тоже не получилось... Что мне делать дальше? К CS-Cart (вроде бы) вопросов быть не должно. Сотрудники ERP говорят, что при текущих возможностях (стандартных) интеграция товаров с опциями/вариациями невозможна... И получается, что возможность вроде бы имеется, но воспользоваться ей я не могу... Парадокс (.

Не думаю, что только у меня есть такая потребность.

Я правильно понимаю что внедрение вариаций в CommercML решит большинство проблем?

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

Примените фикс из этого сообщения

Доброго дня, всем!

После обновления 4.6.2 появилась ошибка на созданных полях в форме "Адрес доставки" при оформлении заказа. Причем, ошибка происходит на тех полях которые обязательны для заполнения и созданы вручную.

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

На вашей демки такая же проблема. При создании доп поля и делая его обязательным не возможно оформить заказ.

Когда сможете исправить это???

Когда вы запостите проблему в багтрекер.

Где и как запостить в багтрекер? еще не разу с ним не сталкивался.

Где и как запостить в багтрекер? еще не разу с ним не сталкивался.

Здравствуйте!

Вот ссылка на bug tracker: http://forum.cs-cart.com/tracker/project-1-cs-cart/

Но по данной ошибке вам уже ответили выше.