Доброго времени суток. Подскажите, пожалуйста, метод решения такого вопроса: есть склад, объем которого равен константе(задается пользователем). Необходим регистр заполненности склада, то есть Приход товаров заполняет склад, Расход освобождает. Склад всего один и по товарам разбиение не нужно. Как лучше реализовать регистр? В последствии будет отчет выдающий диаграмму свободно/заполнено. Насколько я понимаю, делов на 5 минут. Но опыта сделать самому не хватило. Сам попытался примерно так: регистр накоплений(Остатки) без реквизитов и измерений с одним ресурсом "Занято" числового типа. Документы прихода и расхода двигают его(соответственно приход в плюс, расход в минус). Но в таком случае не нашел как ограничить максимальный объем пользовательской константой. Может кто поможет, или скажет что делаю не так и как переделать, буду очень благодарен. Заранее спасибо.

не взлетит. 1000 марок и 1000 кирпичей занимают разное место

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

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

в какой регистр пишется Объём?

Конфигурация пишется с нуля. Создан регистр ЗаполненностьСклада(название не совсем удачно наверно, но еще подумаем). А в документах есть реквизит ОбщийОбъем. Вот он и должен двигать регистр.

(5) Ну двигайте, что мешает?

Недостаток опыта. Основная проблема пока как проверить что еще не заполнится склад выше меры(То что было+то что пришло должно быть <=Максимальный объем склада заданный пользователем в константе).

(7) не зная как работает ваша самописка - этого никто тут не напишет за вас.
Логика в (2), что там непонятно?

(0) Единица измерения мест.

(8) не типовая у него, а в типовой разобраться с малым опытом сложней ещё

нахрена доп. регистр, если будет/есть остатки товаров?

(0) Бред, ИМХО.
Плевать какими величинами забит склад?
Что нужно?
Учет в разрезе ячеек?

Самописка слишком хорошо сказано для того что сделано. 2 справочника, 3 константы, 2 документа, несколько отчетов. И этот регистр на котором все застопорилось. Документы пока что только заполняются(из справочников берется объем товаров и еще пара реквизитов). И теперь нужно сделать движение документов по регистру заполненности склада. Там двигать то нужно лишь один ресурс. Числового типа. То есть нужно что то подобное:

(13) омг, что же там за писька то само?

Конструктором сделанная обработка проведения документа приход:
Движения.ЗаполненностьСклада.Записывать = Истина;
Движение = Движения.ЗаполненностьСклада.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
Движение.Период = Дата;
Движение.Занято =Движение.Занято + ОбщийОбъем; //тут нужно что то подобное. Но вот загвоздка, не придумаю никак как это правильно написать.

(11) Задача на преддипломной практике знакомой. Какое ТЗ так и делаю. Сам понимаю что нет смысла в доп регистрах.

(12) Важно только на какой объем забит. Чем не важно. Объем в данном случае просто число.

(15) В чем проблема? При проведении получаешь запросом текущую заполненность склада, к ней прибавляешь объем по накладной и полученную цифру сравниваешь с константой.

(18) Так и предполагал. Такие затруднения:
1). Код в движении: Движение.Занято =РезультатЗапроса + ОбщийОбъем; - так?
2). Если получится больше чем нужно как делается отказ проведения?

(19) отказ проведения - Отказ = Истина;
писать в регистр не надо ничего кроме объёма этого документа, запрос на Остатки в регистре делать и сверять с константой просто.
Регистр Остаточный же?

(19) Не в обиду, не подставляй знакомую.

(20) Да, регистр остаточный.
Вроде все понятно. Еще один(надеюсь последний) глупый вопрос:
Запрос и проверку делать сразу и если выход за границу то отказ проведения, а если нормально все то стандартная процедура проведения. Так?

(22) в обработке проведения проверку, если облом то отказ = истина, норм - идём дальше

(23) Спасибо щас попробуем.

(22) Делай все движения, потом проверяй остаток. Если превышен - отказ и откат транзакции.

(25) А не проще сразу проверку? Чтоб не делать лишнее движение если оно не нужно.

(25) чем лучше? мучать субд бесполезными записями?

(17) Так объем объему рознь, или у тебя сыпучка?

(27) Не совсем понял. Какими бесполезными? Проверка ведь все равно нужна, ее можно сделать после движения и если не пройдет проверку сделать откат, либо сделать сразу и не делать движения если не нужно. Вроде же второй предпочтительнее? Или нет?

(28) Не указано. Наверно используют такое допущение что Склад заполняется равномерно и непрерывно.

а зачем вообще движения эти?

есть регистр остаткот товаров на складе?

умножай на объем попозиционно и сравнивай сумму с общей емкостью

и самый ценный совет на сегодня: купи УТ и загрузи в нее все остатки

аа, это вообще не реальная задача. тогда не надо ут

(31) (32) Все советы такие хороши. Тем более что есть УТ. Но есть одно но: задание учебное и нужно реализовать ТЗ. Не смотря на его нелогичность.

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

(35) Спасибо за ответы. Всем спасибо. Пойду пробовать реализовать.

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

(37) Первый способ хорош тем, что не требует блокировки между чтением остатков и записью.

(38) Как это не требует? Оперативный контроль без блокировки не сделать.

Процедура ОбработкаПроведения(Отказ, Режим)

Запрос = Новый Запрос;
Запрос.Текст =
 "ВЫБРАТЬ
 | ЗаполненностьСклада.Занято
 |ИЗ
 | РегистрНакопления.ЗаполненностьСклада КАК ЗаполненностьСклада";

РезультатЗапроса = Запрос.Выполнить();

Если РезультатЗапроса.Выбрать().Занято+ОбщийОбъем > Константы.ОбъемСклада.Получить() Тогда
 Отказ=Истина
Иначе
// регистр ЗаполненностьСклада Приход
Движения.ЗаполненностьСклада.Записывать = Истина;
Движение = Движения.ЗаполненностьСклада.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
Движение.Период = Дата;
Движение.Занято =ОбщийОбъем;
КонецЕсли;

КонецПроцедуры

РезультатЗапроса.Выбрать().Занято через отладчик показывает что значение не определено. Что я сделал не так?
Завтра надо уже сдать, потому времени кропотливо искать ошибку нет. Может кто увидит сразу?

Выборка = РезультатЗапроса.Выбрать();
Выборка.Следующий();

Если Выборка.Занято + ОбщийОбъем > Константы.ОбъемСклада.Получить() Тогда

Судя по всему, дело в этом.

|ИЗ
 | РегистрНакопления.ЗаполненностьСкладаОстатки(&ДатаПроверки) КАК ЗаполненностьСклада";

>>Завтра надо уже сдать
Аминь.

З.ы. нашёл бы знакомого 1сника, за пивко бы сделал за 30 минут всё

(42) Так тоже не определено.

(45) Так уж вышло что я и есть "знакомый 1сник"

(46) тогда попробуй (44)

(48) Как это поможет? Это, как я понимаю, просто использование виртуальной таблицы, может ускорить работу базы, но не исправить мою ошибку.

(46) а не определено что? Выборка.Занято?

Почему-то мне это кажется странным.

Да. Нельзя скрин приложить жаль. Выдает ошибку "Невозможно привести к типу Число". Начинаю отладку, высчитываю выражение Выборка.Занято показывает значение Неопределено

Процедура ОбработкаПроведения(Отказ, Режим)
   
   Запрос = Новый Запрос;
   Запрос.Текст =
       "ВЫБРАТЬ
       |    ЗаполненностьСкладаОстатки.ЗанятоОстаток КАК УжеЗанято
       |ИЗ
       |    РегистрНакопления.ЗаполненностьСклада.Остатки КАК ЗаполненностьСкладаОстатки";

   Результат = Запрос.Выполнить();

   ВыборкаДетальныеЗаписи = Результат.Выбрать();

   Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
       Темп = ВыборкаДетальныеЗаписи.УжеЗанято;
   КонецЦикла;
   
   Если (Темп + Объем) > Константы.ОбъемСклада.Получить() Тогда
       Отказ = Истина;
   КонецЕсли;    

   Движения.ЗаполненностьСклада.Записывать = Истина;
   Движение = Движения.ЗаполненностьСклада.Добавить();
   Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
   Движение.Период = Дата;
   Движение.Занято = Объем;

КонецПроцедуры

Попробуй так, надеюсь у тебя и константа, и ресурс регистра, и реквизит объем в документе - это числа.

(52) Спасибо. Все получилось. Разумеется числа. Еще не до конца понял почему раньше не получалось, но думаю разберусь. Сначала нужно сделать отчет о заполненности склада.

Возникла еще загвоздка с отчетом. В общем используется схема компоновки данных, в ней данные берутся запросом. Берется из регистра заполненный объем склада и берем рассчитанное поле КонстантаМаксимальныйОбъем-ЗаполненныйОбъем как Свободно. В СКД берем это все в качестве ресурсов и закидываем в диаграмму. Все работает правильно за исключением одного момента: Свободный объем склада увеличивается при проведении документа на константу. То есть если у нас проведены 3 документа с занятыми объемами 100, 200 и 300, а константа равна 1000, то в диаграмме покажет, что занято 600 а свободно 2400. Хотя должно быть занято 600 а свободно 400. Что я делаю не так?

Посмотри здесь http://yadi.sk/d/4pvHuvMY3RM2g

(55) Спасибо, сейчас посмотрим.