Имя: Пароль:
1C
1С v8
Выдали 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) понял, спасибо.