Привет. Подскажите пожалуйста. В 7.7 получается найти элемент справочника и записать элемент ,а в 8.1 нет.

Вот код из 7.7:

Процедура ОбработкаПроведения()

СпрСотр = СоздатьОбъект("Справочник.Сотрудники");

СпрСотр.НайтиЭлемент(Сотрудник);

СпрСотр.ДатаУвольнения = ДатаУвольнения;

СпрСотр.Записать();
        

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

чего подсказать?

Andrei456
    
Спасибо разобрался, я сейчас ещё в 8.2 попробую.

   Andrei456
    
В 8.2 тоже получилось


наврал штоль?

Задача разбивается на поиск элемента (тут надо посмотреть отладчиком или через Сообщить - нашелся ли)

Создание объекта по ссылке, его изменение, запись.

Wobland это другая задача и другая тема, в предыдущей не было метода НайтиЭлемент.

romix в 7.7 в синтаксис помощнике есть метод НайтиЭлемент,а в 8.1 не могу найти.

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

(0) Нет, автор, концепция в восьмерке немного более совершенная, чем в семёрке. Если известна ссылка на сотрудника, тогда писать примерно так

ОбСотра = Сотрудник.ПолучитьОбъект();
ОбСотра.ДатаУвольнения = ДатаУвольнения;
ОбСотра.Записать();

(6) а принятый назавтра сотрудник - это новый сотрудник с теми же свойствами?

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

strange2007 получилось спасибо,   Wobland я особо не понял , но мне главное было в общем разобраться, Karambol спасибо учту на будущее. Спасибо всем).

(10) как ты будешь принимать то же физлицо на ту же должность обратно?

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

даже учебные задачи нужно проектировать

(12) Как появится свободное время, уделите внимание регистрам сведений и другим объектам метаданных. Просто Ваши оппоненты правы - Вы заколебаетесь с нюансами. Скажем так, лучше смотреть как другие на грабли наступают, чем это делать самому)))
Например, лучше разные сущности разделить полностью. Т.е. сотрудник, это человек, который работает, получает деньги, выговоры, обучается, кушает и т.д. А вот все действия, например, устройство на работу или увольнение, это уже документ и его движения по регистрам. В Вашей задаче дату увольнения лучше писать не в справочник сотрудника, а в регистр, который подчинен этому документу. Т.о. Вы сможете принимать и увольнять одного человека любое кол-во раз и информация вся сохранится. А в случае реквизита справочника, сотрудник после каждой операции будет "затирать" предыдущую

P.S. мне тоже надо учиться внятно высказывать некоторые мысли)))

Wobland я согласен. Я просто не знаю самые основные моменты, мне пока рано в разработку углюбляться.

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

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

Wobland спасибо я попробую

(11) В типовой проблем нет...

(14) В типовом ЗУПе, между прочим, точно так же и делается - при проведении увольнения дата пишется в сотрудника.

(19) то есть, (8) - истина?

(19)В типовом ЗУПе справочник сотрудников и справочник физлиц даже не муж и жена.
Правда я так и не поняла этого глубинного смысла, чем мешала связка физлицо-приказ...

(20) Естественно, зачем дублировать сущности, если есть физ.лица? Физ. лицо одно, сотрудники разные.

(21) Ну дык в запросах можно соединение по 1 полю делать вместо 2... и в документах не надо 2 поля делать. И копирование с последующей заменой физ.лица не надо особым образом обрабатывать.