Добрый день! Подскажите, пожалуйста! У меня есть документ "ПакетРасписаний" в котором есть реквизит "Сотрудник" (СсылкаСправочник.Сотрудники) и тч "ТабПриемов", где содержиться реквизит "НомерКресла" (СсылкаСправочник.Кресла).
Для каждого сотрудника устанавливается свое кресло, но как сделать так чтобы при заполнении документа любого другого сотрудника не могли поставить на кресло, которое уже занято?
Пример. Иванов Иван Иванович 12 кресло
        Смирнов Иван Иванович (выбираем 12 кресло) должно выдать сообщение, что данное кресло уже занято.

Как сделать эту вот привязку одного кресла к одному сотруднику?

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

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

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

Грубо говоря мне нужна привязка одного сотрудника к одному креслу (чтобы исключить возможность назначить двух сотрудников на одно кресло)
Что мне для этого использовать? Помогите, пожалуйста

(4) да документа в принципе достаточно. Просто добавь проверку при проведении или при записи этого документа

Хорошо, попробую, спасибо!
Если что, позже еще скину чего да как получается

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

        Запрос.УстановитьПараметр("Ссылка", Ссылка);

        Результат = Запрос.Выполнить();
        Выборка = Результат.Выбрать();
        
        Если Выборка.Следующий() Тогда
            НомерКресла = Выборка.НомерКресла;
        КонецЕсли;
    КонецЕсли;

    Если НомерКресла <> НомерКресла Тогда
        Сообщить("Кресло заято");
    КонецЕсли;
КонецПроцедуры

Выдает ошибку: {Документ.ПакетРасписаний.Форма.ФормаДокумента.Форма(463,18)}: Тип не определен (Запрос)
        Запрос = Новый <<?>>Запрос;  (Проверка: Тонкий клиент)


Что не так?

На сервере нужно было указать. По поводу ошибки вопрос отпал

почему ты решил стать программистом?

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

{Документ.ПакетРасписаний.Форма.ФормаДокумента.Форма(462,10)}: Процедура или функция с указанным именем не определена (ЭтоНовый)
    Если Не <<?>>ЭтоНовый() Тогда  (Проверка: Сервер)

Теперь такую ошибку выдает

ТС ты проверку хочешь в момент заполнения или в момент (перед) проведения документа?

(12)+ Если в момент заполнения/добавления строки то запросы в топку и простой перебор ТЧ

Я думаю именно в сам момент заполнения. Т.е. создаем документ, заполняем, проверяется занято кресло или нет, если нет проводим, если до, то меняем кресло на свободное

*если да

(14) Запросы низзя по не сохраненным данным делать, пока документ не записан. Ну извраты с ВТ исключаем.

(0)я бы создал РН остатки "РезервыКресел". Когда проводил документ писал бы туда Приход. Измерения: НомерКресла, сотрудник; ресурсы: Количество

(17) У него резервирование чиста внутри документа, а не по мероприятию с кучей доков прихода/заказа посетителей/мест

РН уже и так есть, но сказали, что делать это все на основании документа

(18)в одном документе все делается. В документ статус добавить: Занято/Свободно. Когда Занято приход по остаткам. когда Свободно приход и расход.

Что-то не совсем понимаю Вашу мысль. Зачем мне сейчас приход и расход по остаткам?

(21)у тебя задача проверять резерв на кресла. Когда приход - резерв ставится. Когда расход - резерв снимается. Движения регулируешь статусами. Задача проще простого решается.

Это ведь не перемещение товара и т.д.
Мне просто нужно проверить занято кресло или нет

(21) при проведении проверяешь остатки в РН

Не совсем так. Моя задача заключается в разработке механизма привязки одного кресла к одному сотруднику (чтобы исключить возможность назначить двух сотрудников на одно кресло)

При проведении проверяю через РС

РН в данном случае я не трогаю

(23) Представь что можно на одно мероприятие в один зал на одинаковые места бронировать разными документами.

Тогда требуется нечто внешнее (регистр брони с измерениями) чтобы "между доками" отслеживать/контролировать занятость кресел.

Касательно РС он состоит у меня из
Измерений: Сотрудник, Дата, Кабинет, Кресло
Ресурсы: Время1, Время2

(29) я тебя понял. это типичная задача резервирования. и она решается так как я тебе написал. РС не совсем подходит для решения твоей задачи.

(29) Если два мероприятия в день то кресло на целый день один фиг занято?

Garykom, можно сказать и так, один фиг кресло будет занято (если конечно человек не уйдет в отпуск, но это будет уже другая история) )

iITmenedger, т.е. использовать РН, так?

(33) Да

Хорошо, тогда займусь пока переделкой РН

Допустим, но после проведения документа, в РН ничего не отображается, а РС все есть

(36)?????

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

(38) прорешай задачи по оперативному учету из сборника задач для подготовки к экзамену Специалист по платформе. Сразу куча вопросов отпадет и эта задача сразу понятнее станет.

Хорошо, спасибо за совет.

на первый взгляд очень похоже на периодический РС с измерением Кресло и ресурсом Сотрудник

Fragster, к ресурсам только время1 и время2 относится, сотрудник находится в измерениях, как и кресло

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

разработчик 1с, в данном случае мне сказали сделать только РС, ни РН, ни тем более РР как Вы сказали, поэтому в моем случае разница есть.

Почитать/поизучать БД и т.д.
http://www.info-system.ru/designing/methodology/er/er_theory_er.html
http://www.intuit.ru/studies/courses/1001/297/lecture/7411
http://www.intuit.ru/studies/courses/599/455/lecture/10163

Еще есть http://catalog.mista.ru/public/275471/

(42) а зачем сотрудник в измерениях, если не может быть один сотрудник на двух креслах и два сотрудника на одном кресле?

(46)в один момент времени

Ну и старенькая но не потерявшая актуальности http://www.inf.tsu.ru/library/DiplomaWorks/CompScience/2011/Schukova/diplom.pdf

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

Fragster, эээ...тип должен быть в ресурсах?

(50) ну посмотри, какое поведение при этом будет. вроде бы совпадает с тем, что тебе требуется, но окончательный вывод сможешь сделать только ты сам

Хорошо, учту тоже

Попробую по изменять, как предложили

Garykom, ссылка "Элементы модели "сущность-связь" - это же ервин, с ним у меня все в порядке и ранее проблем не возникало)