Работа с заказами

[Бродяга_Джон]

в ут есть ещё заказ на перемещение, для пополнения точки/магазина так что три вида заказов надобно сразу делать

Тогда, наверное, на торговой точке логично формировать как раз внутренний заказ (на перемещение в магазин), а уж общий заказ поставщику - дело товароведа. Итого все-таки два типа заказов?

по мне - логичнее внутрениий, а в комменте передать назначение (если оно отлично от пополнения запаса точки), но это я с нашей точки смотрю

а на счёт заказа поставщику - так это уже механизмы УТ, там этот момент вроде проработан

[Rafta]

...Тут есть несколько вариантов.
1. Если в заказе была указана карта клиента, то обработка формирует документ "Заказ покупателя", если нет - "Заказ поставщику" (плюс комментарий, если был);
2. Сделать две отдельных комбинации клавиш в ДЭНСИ: КАССе (заказ покупателя/заказ поставщику), либо одна комбинация и промежуточное окно выбора типа заказа - тогда обработка будет точно знать, что это за заказ;
3. Сделать в обработке настройку типа заказов - либо все заказы покупателя, либо все заказы поставщику.

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

[kippolit]

Заказ на пополнение торговой точки - это вообще нечто.
Что - кассир принимает решение чем будет торговать магазин? Вы о чем? Он вам назаказывает новогодних подарков 30 декабря, что дальше делать будете?

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

Мое мнение - только заказы покупателей.

[Alexander]

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

[kippolit]

..есть же еще старший кассир, или администратор магазина/точки...

Администратор магазина по-любому будет выгружать продажи к себе в тоароучетку, там анализировать, и потом заказывать. Вы как себе представляете сам бизнес процесс? Кассир поработал, к нему подошел администратор и начал подбирать товар для заказа, периодически тыкая пальцем в небо? Товароучетка сделает этот процесс в разы быстрее и комфортнее. Дэнси - это рабочее место кассира, и не стоит перегружать ее не свойственными ей функциями. Формат магазина абсолютно непричем. Даже если работают два человека кассир и хозяин точки. Ведь идет разговор о выгрузке с Дэнси куда-то. Куда-то это в 1С. Это другой компьютер. Вот там и проводится весь анализ. Кассиру -ДЭНСИ, Хозяину точки - товароучетка.

[Бродяга_Джон]

Заказ на пополнение торговой точки - это вообще нечто.

для ут самое то

Что - кассир принимает решение чем будет торговать магазин? Вы о чем? Он вам назаказывает новогодних подарков 30 декабря, что дальше делать будете?

сам себе противоречишь, пополнение запаса имеющегося (закончившегося) товара это не формирование ассортимента

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

ну да, ведётся, но многое не учитывает, а в сезон просто не сможет учесть, не приспособлена она для этого нормально

Мое мнение - только заказы покупателей.

в токо случае надо два вести, для покупателей и на пополнение запаса
а оно надо?

[kippolit]

...пополнение запаса имеющегося (закончившегося) товара это не формирование ассортимента

Ну-ну. Елки закончились 30 декабря - что ж, будем пополнять

[kippolit]

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

ДЭНСИ вообще не приспособлена для какой-либо аналитики, не ее это дело. Задача Дэнси - зафиксировать продажи, а вот обработку этой информации делайте в другом месте. Зачем-то вы выгружаете продажи. И выгружаете в 1С.

[kippolit]

Заказ на пополнение торговой точки - это вообще нечто.

для ут самое то

Ассортимент 15к наименований, это, извиняюсь, вы как будете определять, что надо, а чего нет. И ручками вбивать. А может товар закончился и надо перекреститься, что ушел и больше не завозить.
Все красиво, когда ассортимент можно пересчитать на пальцах. Ну сделать заказ на 2-3 позиции. Попробуйте сделать заказ на 2-3 сотни позиций. Ну не реально все это, не имеет практического смысла. У вас нет аналитики по уходу, поэтому грамотный заказ не получится.
И все равно. Делается выгрузка. Выгрузка в товароучетку. Вот там и нужно смотреть остатки по точке, уход товара и формировать заказ на пополнение.

[Бродяга_Джон]

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

за год в обороте примерно 10 000 позиций номеклатуры
средний остаток в месяц - 3000 позиций
товар - семена, удобрения, луковичные и сопутствующий товар, плюс собственная рассада, закупочная рассада, саженци декоративников и плодова-ягодных

Все красиво, когда ассортимент можно пересчитать на пальцах. Ну сделать заказ на 2-3 позиции. Попробуйте сделать заказ на 2-3 сотни позиций. Ну не реально все это, не имеет практического смысла. У вас нет аналитики по уходу, поэтому грамотный заказ не получится.
И все равно. Делается выгрузка. Выгрузка в товароучетку. Вот там и нужно смотреть остатки по точке, уход товара и формировать заказ на пополнение.

в сезон развоз товара по магазинам - каждый день
заказ продавцов (они же кассиры) в среднем 100 позиций
и никакая аналитика не скажет что попросил покупатель в магазине у продавца
и никакая аналитика не просчитает то, что приехал человек из села и закупил разом много и по многу