Всем здрасьте.
Когда этих товаров выдадут более 100 единиц (неважно каких и неважно за какой период)
то надо формировать документ "заявка" для пополнения товаров

Навезли 100 или 150 единиц разного товара и как 100 единиц выдали, то надо опять пополнять.

Я не прошу готового решения, мне просто идею подскажите. На других языках я бы сделал по своему.
в 1С свои особенности.

задачка тривиальная, я просто учусь.

сделал справочник товары
сделал документы приход и расход
сделал регистры накопления остатки и обороты

При открытии 1С предприятие:

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

короче, решение расскажите, что делать?
спасиб.

"Когда вы говорите, Иван Васильевич, впечатление такое, что вы бредите"©
-------
вот в жизни вы что делать будете? если у вас компьютера нет, а вот эта задача - есть?

может быть все таки использовать правильно планирование закупок (в любой ут есть)?

(0) что сделать-то хочешь? Я не понял ни хрена.

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

Какой-то поток сознания. Вы сначала сформулируйте выше жаление точно и внятно.

(4) Телепат пришел....

Есть понятие "не снижаемый остаток".

телепатирую: он хочет чтобы при наступлении минимального остатка программа сама формировала заказ поставшику

Надо чтобы программа сообщила что пора ехать за товаром

(9) И денег на проезд выдала.

(9) ну так сообще ей чтобы она сообщила )

(9) ты условие нормально сформируй, когда пора ехать

Регистр.
При "выдаче" товара - пишем в регистр приход.
Если приход > 100 Тогда
  СформироватьЗаявку();
  ЗаписатьВРегистрРасход();
КонецЕсли

надо сформировать документ заявка и выдать сообщение пользователю
вопросы:
когда формировать?
по каким товарам формировать?

(14) ты нас спрашиваешь?

в общей сложности их должно быть 100
скажем в фуру помещается не более 100 штук

(15) ну а где ещё спрашивать

(16) не знаю где, но ответы на эти вопросы должен дать постановщик задачи...
вариантов ответов - тьма

(16) У тех  кому товар нужен, у них  и спрашивай.

(16) 100 чего?

(17) Это он постановщик похоже )

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

всё. достигло сотни и надо выдать сообщение и создать док.заявка

(17) постановщик у меня по зарплате и кадры, а это я просто учуся

(21) Ну, учися.

Логичней пополнять запасы, когда остаток на складе стал меньше заданной величины.

(21) Сегодня выдали 50шт. Ты сделал заявку, а они через три часа передумали и все на склад вернули.

Тогда, что будешь с заявкой делать?

(24) а если это таблетки?

(0) у товара указываешь кол-во не снижаемого остатка, дальше
1-ый вариант: в момент реализации, смотришь снизился остаток меньше не снижаемого или нет, если снизился - то генеришь заказ или заявку....

2-ой варинат: ночью запускаешь регламентное задание и сравниваешь реальные остатки с не снижаемым, генеришь заказ...


зы. "На других языках я бы сделал по своему.
в 1С свои особенности." не надо делать по своему, надо делать правильно, на любом языке.

+(27) и "без языка", на бумажке - тоже.

(мимо проходил) То, что автору говорят и советует, относится к управлению товарными запасами. А у автора, скорее всего, тема ближе к управлению ассортиментом. Точнее - управления ассортиментом и товарным запасом.

(27) Тут главное не забыть проанализировать неисполненные предыдущие заказы, а то наказазывает 20 фур по 100 на 20 продаж по 1 ;)

(29) Опять догадки и телепатия.... а автор замолк, видимо пораженный глубиной своего незнания.

(30) мне за "не забыть" не доплачивают... это пусть у автора голова болит ))

(23) Логичней пополнять запасы когда остаток товара соотносится с плечом заказа и прогнозируемой потребностью

автору открой для себя http://www.fnow.ru/ru/
- кстати, прогнали тестово лавочника одного, которого "сопровождаю" - резюме - закуп выполняется достаточно хорошо...

(29) как-то (16) не вяжется с управлением ассортимента
"в общей сложности их должно быть 100
скажем в фуру помещается не более 100 штук"..

если только это ассортимент в одной взятой фуре? ))

я думаю надо
при начале работы программы и при проведении документа расход
сделать анализ на общее количество выданных товаров

вопрос:
в каком модуле это делать?

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

(35) не надо пользователю выдавать сообщение что пора пополнять склад. Пользователь на это дело болт забъет - пользователи они такие. Формируй "документ пополнения" автоматом

(35) Создаешь РН, куда пишешь количество проданного, при проведении документа его анализируешь.

Я так понимаю, что ТС хочет рассчитать точку заказа. В УТ вроде такой функционал есть.

уже созданы РН и остатки и обороты

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

(39) куда пропускать? )

(39) Считаешь сколько есть + расход, если перевалил за 100, то уменьшаешь на 100, создаешь заказ.

(40) вовнутрь....

(41) а "уменьшать на 100" зачем?

(43) Чтобы дальше считать.

(42) если только на товарах есть надпись ХО )
разные товары, но по 0,7

(43) Ну, типа 30 + 80 - 100  - в регистре 10.

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

Выгружаем, сортируем по остаткам и оборотам, дополняем колонкой "Заказать". Рассчитываем значение колонки по какой-либо формуле стратегии.

Автоматически формируем документ заказа. В заказе указываем номенклатуру, пока общее количество товара не превысит 100.

Формулу количества в заказе не привожу, она зависит от стратегии. Можно просто пополнять запасы по принципу "точка заказа"; можно ещё как либо. Например, на основании коэффициента оборачиваемости...

PS: можете клевать :)

(46) есть 30, а расход - 80?

(49) Да. 30 - это предыдущий расход.

(45) я о том же...

(50) а почему он есть, если он расход? )
(51) солидарен... автор.. нам по 100 коробок отправляй..

(52) Потому, что если сумма не переваливает за 100, то расход идет в плюс.

(52) Типа такого
Если Расход > 100 Тогда
    // В регистр пишем количество расхода - 100;
Иначе
    // В регистр пишем количество расхода    
КонецЕсли;

Правда расход может быть 300)

(53) это как с з\п, да? меньше 100 - это не з\п )))

(54) ээээ. а давай та кже с кассой? :-)

(56) (57) Топчите, я хоть что-то предложил, а не в УТ посмотреть))

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

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

(59) ты не поверишь....©
есть много способов расчета необходимого количества к поставке...

(59) Можно и переодический РС.

(58) я могу предложить цифры зеленым отображать...тоже "хоть что-то"

(62) Это не соответствует задаче.

(59) как это будет соотносится с из (0) "неважно каких"?

(59) "Надо создать в справочнике товары ещё одну колонку.." - эта идея - велосипед и имя ему - "точка заказа". Простая стратегия управления запасами, используя точку заказа - http://studopedia.ru/7_31569_strategii-upravleniya-s-tochkoy-zakaza.html (шутка)

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

(64) это я упростил задачу
допустим всего один вид товара и других не бывает

(65) спасибо, хорошая идея. но это позже. Заявка будет зависеть от сезона.

(66) сезонность тоже прекрасно учитывается...

(23) так и буду делать.

в двух событиях:
    - при запуске программы
    - при проведении документа расход

1. смотреть регистр остатки
2. сравнивать минимальное значение по каждому товару
3. перебирая в цикле
    Для Каждого Товар Из Товары Цикл
        
    КонецЦикла;
проверять общее количество (по позже сделаю кол-во в зависимости от сезона)

Всех благодарю.

(68) а что, за запросы вас бьют?

(69) я имел ввиду "за использование запросов"...

(68) А зачем при запуске программы?

(68) сделай регламентное задание
не надо модули документов и приложения корежить
у РегЗадания выстави удобоваримое расписание

(68) А если реализацию задним числом будут перепроводить ?

(72), (73) понял, спасибо.