Продажа :: Документ продажи (заказ клиента)

Коллеги, приветствую Вас!
Прошу подсказать, если у кого-нибудь есть опыт решения подобной задачи.
Буду рад любой помощи :grinning:

Есть несколько вопросов к логике продаж в CS-Cart.

  1. Что такое продажа?
    1.2. Существует ли понятие документа продажи (аналогично 1С и Битрикс)?
  2. Почему меняется заказ при обмене с 1с, если прекратилась акция? (Встает текущая цена)
  3. Дублируются бесплатные товары получаемые клиентом в корзину по промо-акции. При обмене товары грузятся в 1с, и естественно, что 1с не пропускает товар с нулевой ценой(даже если это подарок для клиента), менеджер ставит цену 0,01 руб(того требуют общепринятые правила товарооборота, бухгалтерии и законодательства). Далее этот заказ выгружается в ЦС-Карт, и происходит дублирование бесплатного товара(в корзине клиента), в 1с товар-подарок остается 1 шт.
  4. Товароучетная политика

Почему 1с?

  • Ответ банален!)
  • 99,9% компаний ведут товароучётную политику именно в этом решении(несмотря на её недостатки:exploding_head:).

Эти вопросы возникают тогда, когда начинаешь проводить заказ клиента сквозь процессы обработки до вручения покупателю и получения оплаты.

Любой движок интернет-магазина существует в контексте торговли! А торговля существует в контексте окружающей среды.

Так вы в CS-Cart делайте сразу товар не бесплатным, а с ценой в одну копейку. И у вас тогда будет соответствие с 1С.

Документа продажи и товароучетной политики в CS-Cart нет. CS-Cart это лишь Интернет-витрина, как витрина в обычном магазине. На ней лежат товары с какими-то ценниками и их учет в системе минимален.

1 лайк

Добрый день. Спасибо за ответ )

А как автоматом добавлять этот товар в корзину?

Упс… В стандартной конфигурации действительно нет такой возможности у промо-акций. Нужна доработка.

Это понятно. Но, не правильно сравнивать розницу с онлайн, как минимум по одной причине.
В рознице продолжительность процесса покупки минимален и ровняется времени нахождения пользователя в самом магазине.

По этому, стоимость оформленного заказа нужно сохранять в том состоянии в котором было согласовано с покупателем.
Т.к. при изменении заказа отправляется уведомление на эмаил покупателя, тот судорожно долбит оператора что за хрен с его заказом, где его скидка?! Оператор в свою очередь долбит выше стоящего, и так до самого верха ))) (И это совсем не весело)
Негатива хватает всем. И покупатель задумывается, нужен ли ему такой гемор? (чуть инфаркт не получил в прошлый раз) :joy:

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

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

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

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

Боюсь, что из-за бюрократических проволочек данное решение не скоро войдет в коробку )
А решение нужно “вчера”.
И проще будет самому найти решение, в виде заказанного модуля, а не ждать с надеждой. Это непозволительная роскошь для бизнеса.

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

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

Тоже вариант :cowboy_hat_face: