|
Выдали 100 единиц товара, пора пополнять запасы. Подскажите новичку | ☑ | ||
---|---|---|---|---|
0
IgorTrifonov
23.03.16
✎
09:10
|
Всем здрасьте.
Когда этих товаров выдадут более 100 единиц (неважно каких и неважно за какой период) то надо формировать документ "заявка" для пополнения товаров Навезли 100 или 150 единиц разного товара и как 100 единиц выдали, то надо опять пополнять. Я не прошу готового решения, мне просто идею подскажите. На других языках я бы сделал по своему. в 1С свои особенности. задачка тривиальная, я просто учусь. сделал справочник товары сделал документы приход и расход сделал регистры накопления остатки и обороты При открытии 1С предприятие: - или регистр накопления надо анализировать общее количество выданных товаров - или сразу читать документы Расход, и считать кол-во, и какой-нибудь реквизит отмечать что этот документ прочитан. - или создать какой-нибудь регистр где прочитанный документ будет считаться прочитанным и больше читать я его не буду. короче, решение расскажите, что делать? спасиб. |
|||
1
Mikeware
23.03.16
✎
09:12
|
"Когда вы говорите, Иван Васильевич, впечатление такое, что вы бредите"©
------- вот в жизни вы что делать будете? если у вас компьютера нет, а вот эта задача - есть? |
|||
2
lubitelxml
23.03.16
✎
09:12
|
может быть все таки использовать правильно планирование закупок (в любой ут есть)?
|
|||
3
Лефмихалыч
23.03.16
✎
09:14
|
(0) что сделать-то хочешь? Я не понял ни хрена.
|
|||
4
Злопчинский
23.03.16
✎
09:15
|
(0) в постановке задачи "(неважно каких и неважно за какой период)" - у тебя прога забъет базу неограниченным количеством заявок. Нигде не указано, что уже рассмотренный период - за который выданы заявки - не следует проверять повторно
|
|||
5
DDwe
23.03.16
✎
09:15
|
Какой-то поток сознания. Вы сначала сформулируйте выше жаление точно и внятно.
|
|||
6
DDwe
23.03.16
✎
09:15
|
(4) Телепат пришел....
|
|||
7
Elf_80_lvl
23.03.16
✎
09:16
|
Есть понятие "не снижаемый остаток".
|
|||
8
lubitelxml
23.03.16
✎
09:16
|
телепатирую: он хочет чтобы при наступлении минимального остатка программа сама формировала заказ поставшику
|
|||
9
IgorTrifonov
23.03.16
✎
09:17
|
Надо чтобы программа сообщила что пора ехать за товаром
|
|||
10
DDwe
23.03.16
✎
09:17
|
(9) И денег на проезд выдала.
|
|||
11
lubitelxml
23.03.16
✎
09:18
|
(9) ну так сообще ей чтобы она сообщила )
|
|||
12
ObjectRelation Model
23.03.16
✎
09:19
|
(9) ты условие нормально сформируй, когда пора ехать
|
|||
13
Злопчинский
23.03.16
✎
09:19
|
Регистр.
При "выдаче" товара - пишем в регистр приход. Если приход > 100 Тогда СформироватьЗаявку(); ЗаписатьВРегистрРасход(); КонецЕсли |
|||
14
IgorTrifonov
23.03.16
✎
09:28
|
надо сформировать документ заявка и выдать сообщение пользователю
вопросы: когда формировать? по каким товарам формировать? |
|||
15
Mikeware
23.03.16
✎
09:30
|
(14) ты нас спрашиваешь?
|
|||
16
IgorTrifonov
23.03.16
✎
09:30
|
в общей сложности их должно быть 100
скажем в фуру помещается не более 100 штук (15) ну а где ещё спрашивать |
|||
17
Mikeware
23.03.16
✎
09:32
|
(16) не знаю где, но ответы на эти вопросы должен дать постановщик задачи...
вариантов ответов - тьма |
|||
18
DDwe
23.03.16
✎
09:33
|
(16) У тех кому товар нужен, у них и спрашивай.
|
|||
19
DDwe
23.03.16
✎
09:33
|
(16) 100 чего?
|
|||
20
DDwe
23.03.16
✎
09:33
|
(17) Это он постановщик похоже )
|
|||
21
IgorTrifonov
23.03.16
✎
09:42
|
все товары одинакового размера, и все они разные, стоимость тоже разная.
сегодня выдали пару штук завтра выдали 10 штук всё. достигло сотни и надо выдать сообщение и создать док.заявка (17) постановщик у меня по зарплате и кадры, а это я просто учуся |
|||
22
DDwe
23.03.16
✎
09:43
|
(21) Ну, учися.
|
|||
23
yanejsh
23.03.16
✎
09:43
|
Логичней пополнять запасы, когда остаток на складе стал меньше заданной величины.
|
|||
24
DDwe
23.03.16
✎
09:44
|
(21) Сегодня выдали 50шт. Ты сделал заявку, а они через три часа передумали и все на склад вернули.
|
|||
25
DDwe
23.03.16
✎
09:47
|
Тогда, что будешь с заявкой делать?
|
|||
26
Mikeware
23.03.16
✎
09:48
|
(24) а если это таблетки?
|
|||
27
HawkEye
23.03.16
✎
09:48
|
(0) у товара указываешь кол-во не снижаемого остатка, дальше
1-ый вариант: в момент реализации, смотришь снизился остаток меньше не снижаемого или нет, если снизился - то генеришь заказ или заявку.... 2-ой варинат: ночью запускаешь регламентное задание и сравниваешь реальные остатки с не снижаемым, генеришь заказ... зы. "На других языках я бы сделал по своему. в 1С свои особенности." не надо делать по своему, надо делать правильно, на любом языке. |
|||
28
Mikeware
23.03.16
✎
09:50
|
+(27) и "без языка", на бумажке - тоже.
|
|||
29
Serg_1960
23.03.16
✎
09:55
|
(мимо проходил) То, что автору говорят и советует, относится к управлению товарными запасами. А у автора, скорее всего, тема ближе к управлению ассортиментом. Точнее - управления ассортиментом и товарным запасом.
|
|||
30
dmpl
23.03.16
✎
09:55
|
(27) Тут главное не забыть проанализировать неисполненные предыдущие заказы, а то наказазывает 20 фур по 100 на 20 продаж по 1 ;)
|
|||
31
DDwe
23.03.16
✎
09:55
|
(29) Опять догадки и телепатия.... а автор замолк, видимо пораженный глубиной своего незнания.
|
|||
32
HawkEye
23.03.16
✎
09:56
|
(30) мне за "не забыть" не доплачивают... это пусть у автора голова болит ))
|
|||
33
Злопчинский
23.03.16
✎
09:58
|
(23) Логичней пополнять запасы когда остаток товара соотносится с плечом заказа и прогнозируемой потребностью
автору открой для себя http://www.fnow.ru/ru/ - кстати, прогнали тестово лавочника одного, которого "сопровождаю" - резюме - закуп выполняется достаточно хорошо... |
|||
34
HawkEye
23.03.16
✎
09:58
|
(29) как-то (16) не вяжется с управлением ассортимента
"в общей сложности их должно быть 100 скажем в фуру помещается не более 100 штук".. если только это ассортимент в одной взятой фуре? )) |
|||
35
IgorTrifonov
23.03.16
✎
10:05
|
я думаю надо
при начале работы программы и при проведении документа расход сделать анализ на общее количество выданных товаров вопрос: в каком модуле это делать? если товаров выдано 100 или более (в общей сложности, товары могут быть разные, но одинаковые по размерам), то в каком модуле выдавать сообщение пользователю, что пора пополнять склад |
|||
36
Злопчинский
23.03.16
✎
10:07
|
(35) не надо пользователю выдавать сообщение что пора пополнять склад. Пользователь на это дело болт забъет - пользователи они такие. Формируй "документ пополнения" автоматом
|
|||
37
Одинесю
23.03.16
✎
10:08
|
(35) Создаешь РН, куда пишешь количество проданного, при проведении документа его анализируешь.
|
|||
38
Fish
23.03.16
✎
10:09
|
Я так понимаю, что ТС хочет рассчитать точку заказа. В УТ вроде такой функционал есть.
|
|||
39
IgorTrifonov
23.03.16
✎
10:12
|
уже созданы РН и остатки и обороты
надо что-то придумать чтобы пропускать уже ранее подсчитанное количество |
|||
40
HawkEye
23.03.16
✎
10:15
|
(39) куда пропускать? )
|
|||
41
Одинесю
23.03.16
✎
10:19
|
(39) Считаешь сколько есть + расход, если перевалил за 100, то уменьшаешь на 100, создаешь заказ.
|
|||
42
Mikeware
23.03.16
✎
10:19
|
(40) вовнутрь....
|
|||
43
Mikeware
23.03.16
✎
10:19
|
(41) а "уменьшать на 100" зачем?
|
|||
44
Одинесю
23.03.16
✎
10:20
|
(43) Чтобы дальше считать.
|
|||
45
HawkEye
23.03.16
✎
10:20
|
(42) если только на товарах есть надпись ХО )
разные товары, но по 0,7 |
|||
46
Одинесю
23.03.16
✎
10:20
|
(43) Ну, типа 30 + 80 - 100 - в регистре 10.
|
|||
47
Serg_1960
23.03.16
✎
10:21
|
(идея доступным языком) Берем дату последнего поступления как начало анализируемого периода. Получаем остатки и обороты в разрезе номенклатуры. Анализу подлежит номенклатура, имеющая не нулевой оборот. Если общая сумма оборотов меньше 100 - завершение обработки.
Выгружаем, сортируем по остаткам и оборотам, дополняем колонкой "Заказать". Рассчитываем значение колонки по какой-либо формуле стратегии. Автоматически формируем документ заказа. В заказе указываем номенклатуру, пока общее количество товара не превысит 100. Формулу количества в заказе не привожу, она зависит от стратегии. Можно просто пополнять запасы по принципу "точка заказа"; можно ещё как либо. Например, на основании коэффициента оборачиваемости... |
|||
48
Serg_1960
23.03.16
✎
10:21
|
PS: можете клевать :)
|
|||
49
HawkEye
23.03.16
✎
10:22
|
(46) есть 30, а расход - 80?
|
|||
50
Одинесю
23.03.16
✎
10:23
|
(49) Да. 30 - это предыдущий расход.
|
|||
51
Mikeware
23.03.16
✎
10:23
|
(45) я о том же...
|
|||
52
HawkEye
23.03.16
✎
10:24
|
(50) а почему он есть, если он расход? )
(51) солидарен... автор.. нам по 100 коробок отправляй.. |
|||
53
Одинесю
23.03.16
✎
10:27
|
(52) Потому, что если сумма не переваливает за 100, то расход идет в плюс.
|
|||
54
Одинесю
23.03.16
✎
10:32
|
(52) Типа такого
Если Расход > 100 Тогда // В регистр пишем количество расхода - 100; Иначе // В регистр пишем количество расхода КонецЕсли; |
|||
55
Одинесю
23.03.16
✎
10:34
|
Правда расход может быть 300)
|
|||
56
HawkEye
23.03.16
✎
10:35
|
(53) это как с з\п, да? меньше 100 - это не з\п )))
|
|||
57
Mikeware
23.03.16
✎
10:37
|
(54) ээээ. а давай та кже с кассой? :-)
|
|||
58
Одинесю
23.03.16
✎
10:38
|
(56) (57) Топчите, я хоть что-то предложил, а не в УТ посмотреть))
|
|||
59
IgorTrifonov
23.03.16
✎
10:39
|
Надо создать в справочнике товары ещё одну колонку
где напротив каждого товара будет указано минимальное значение то есть количество меньше которого не должно быть иначе я думаю никак не подсчитать т.к. товары по разному расходятся, есть популярные есть не очень |
|||
60
Mikeware
23.03.16
✎
10:41
|
(59) ты не поверишь....©
есть много способов расчета необходимого количества к поставке... |
|||
61
Одинесю
23.03.16
✎
10:41
|
(59) Можно и переодический РС.
|
|||
62
Mikeware
23.03.16
✎
10:42
|
(58) я могу предложить цифры зеленым отображать...тоже "хоть что-то"
|
|||
63
Одинесю
23.03.16
✎
10:44
|
(62) Это не соответствует задаче.
|
|||
64
HawkEye
23.03.16
✎
10:46
|
(59) как это будет соотносится с из (0) "неважно каких"?
|
|||
65
Serg_1960
23.03.16
✎
10:53
|
(59) "Надо создать в справочнике товары ещё одну колонку.." - эта идея - велосипед и имя ему - "точка заказа". Простая стратегия управления запасами, используя точку заказа - http://studopedia.ru/7_31569_strategii-upravleniya-s-tochkoy-zakaza.html (шутка)
"т.к. товары по разному расходятся, есть популярные есть не очень" - анализ оборотов. |
|||
66
IgorTrifonov
23.03.16
✎
10:59
|
(64) это я упростил задачу
допустим всего один вид товара и других не бывает (65) спасибо, хорошая идея. но это позже. Заявка будет зависеть от сезона. |
|||
67
Mikeware
23.03.16
✎
11:01
|
(66) сезонность тоже прекрасно учитывается...
|
|||
68
IgorTrifonov
23.03.16
✎
11:22
|
(23) так и буду делать.
в двух событиях: - при запуске программы - при проведении документа расход 1. смотреть регистр остатки 2. сравнивать минимальное значение по каждому товару 3. перебирая в цикле Для Каждого Товар Из Товары Цикл КонецЦикла; проверять общее количество (по позже сделаю кол-во в зависимости от сезона) Всех благодарю. |
|||
69
Mikeware
23.03.16
✎
11:29
|
(68) а что, за запросы вас бьют?
|
|||
70
Mikeware
23.03.16
✎
11:29
|
(69) я имел ввиду "за использование запросов"...
|
|||
71
Одинесю
23.03.16
✎
11:38
|
(68) А зачем при запуске программы?
|
|||
72
FIXXXL
23.03.16
✎
13:04
|
(68) сделай регламентное задание
не надо модули документов и приложения корежить у РегЗадания выстави удобоваримое расписание |
|||
73
yat8304
23.03.16
✎
13:21
|
(68) А если реализацию задним числом будут перепроводить ?
|
|||
74
IgorTrifonov
23.03.16
✎
14:08
|
(72), (73) понял, спасибо.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |