Добрый день!

Вопрос такой: мои клиенты могут "бронировать" товар на 1-2 дня. Что это значит: я получаю звонок с просьбой забронировать некоторое количество товара, мне нужно добавить эту бронь в тцу таким образом, чтобы остатки на складе уменьшились (ведь мне нужно отвечать на дальнейшие звонки - есть ли данное кол-во товара в наличии).

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

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

Заранее благодарен.

Понял, спасибо за ответ!

В связи с использованием "резерва" - еще несколько вопросов:

1)


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

2)


И откат тоже делать? И вообще тогда лучше заказ удалить, чтобы не захламлять?

3) Где можно посмотреть что именно зарезервировал конкретный клиент? Допустим клиент позвонит и спросит что он набронировал за два дня. Или мне допустим посмотреть, что отдавать курьеру, когда он приедет ко мне на склад.

4)
И теперь главный вопрос: допустим товар зарезервирован и клиент приехал забрал. Я нажимаю кнопку "Оплатить", а она не реагирует! Это так должно быть? Или "заказ" нужно как-то трансформировать в расходную накладную? Я пробовал нажать сделать расходную на основе заказа - и оплатить ее, но тогда заказ остается и резерв не снимается...

В общем как правильно делать, чтобы провести этот заказ до конца???

Заранее спасибо!

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



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

1. Происходит обращение клиента с пожеланием приобрести товар. После согласования цен, сроков, количества, условий поставки и т.д., Вы отражаете пожелание клиента в виде заказа.
2. Если товар ходовой и напряженный, то чтобы обеспечить заказ, товар может быть поставлен в резерв. Тогда будет обеспечена неприкосновенность зарезервированного количества для других клиентов. Выражается это в том, что при попытке отгрузить накладную другие клиенты смогут получить только "свободное" или зарезервированное для них количество.
3. Товар может быть заказан у поставщика. Чтобы не набирать заказ поставщику вручную, можно создать заказ поставщику на основе текущего документа (последний значок на контекстной вкладке).
4. После того, как обеспечено необходимое количество Вы отгружаете товар покупателю и отражаете это в виде расходной накладной. Опять же из заказа от клиента создаем расходную накладную, чтобы вручную не набирать. Проводим расходную накладную и жмем кнопку "Оплатить".
5. Вот тут в приходном кассовом ордере, мы можем изменить сумму оплаты, например, если клиент оплачивает покупку частями.


Несколько замечаний.

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

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

Андрей Кравченко, ответьте, пожалуйста, на мои вопросы. Проблема с резервированием стопорит работу.

Спасибо заранее!

Будьте терпеливы. Вам не отвечали по той простой причине, что мы сейчас загружены по пилотному запуску TCU Mobile 3 под Android, это всегда самый сложный период, идет куча мелких доработок.
Мы стараемся отвечать на все вопросы.
Начну с того, что мне понятно, и соответственно, на что проще ответить.


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






1. Как я уже писал, заказ нельзя оплатить. Заказ декларативный документ. А оплатить можно только документ, отражающий передачу ценностей, в нашем случае расходную накладную.
2. Заказ никак не привязывается к накладной. Наоборот, накладная которая создана из заказа имеет на него внутреннюю ссылку. Но эта ссылка носит исключительно информативный характер.
После того, как в ТЦУ1 мы реализовали систему отслеживания заказов и убедились в ее практической непригодности ввиду сложности взаимодействия с оператором, в ТЦУ2 и ТЦУ3 решено было ограничить функционал только сохранением заказов и постановкой товаров по заказам в резерв.
Объясню, какие трудности вас подстерегают, если бы такой функционал существовал.
Опишем типичные ситуации.
1. Товар в заказ принят, но товар отгрузить не смогли (по разным причинам, например, подвел поставщик).
2. Товар в заказ принят, но потом передоговорились и в накладную включили товар-замену.
3. Товар в заказе не отражен, но в накладную был включен (по результатам последующей договоренности (в общем-то частный случай пункта 2).
4. Клиент отказался от части товаров из заказа, и в накладную попали не все товары.
5. Цена товара изменилась, и вы не можете обеспечить цену, указанную в заказе.
6. Один заказ, а удовлетворялся несколькими накладными.
7. Несколько заказов отгружены по одной, объединенной накладной.
В каждой ситуации сумма накладной может отличаться от суммы заказа. Как в этом случае осуществлять привязку?
Как отслеживать цепочки?
Это просто нереальная задача. Пользователь, конечно же, хочет иметь такой классный и универсальный инструментарий. Но его практическая реализация упирается в огромное количество формальных правил, которыми этот функционал описывается. Практической пользы от такого сложного инструмента немного. Поигравшись, пользователь его забросит.
Мне кажется, что при работе с заказами нужно отталкиваться не от заказанных товаров, а от реально отгруженных. Мало ли что клиент может заказывать. Вы не всегда сможете ему эти товары обеспечить.

Я думаю, всему свое время. Дойдет у вас очередь до заказов. Когда система станет более понятной.

Да, правильно. Просто приходным кассовым ордером приходуете деньги.
При этом у вас возникнет задолженность перед этим клиентом (сумма со знаком + в списке клиентов) на сумму депозита.

Когда вы будете проводить расходные накладные, то задолженность перед клиентом будет гаситься автоматически.
Что касается оплаченных и неоплаченных накладных. Это достаточно условное понятие, ведь вас и клиента скорее интересует общее сальдо по взаиморасчету. Достаточно контролировать эту общею сумму. Ограничение задолженности в карточке клиента не даст вашему менеджеру отгрузить на клиента что-либо лишнее.
Обратите внимание на статьи, которые будете указывать в документах (расх. накладных и прих. кассовых ордерах). Какие статьи для этого использовать - решайте сами. Важный момент - статьи должны быть активными.