Возникли размышления на тему создания сотрудника в ЗП конфах(модулях). В конфах по ЗП обычно создают Физ лицо, потом к нему создают Сотрудника, потом делают документ Прием на работу и там выбирают сотрудника. Мне кажется, что в приеме на работу правильнее выбирать физ лицо, а не сотрудника и только после приема на работу должен создаваться сотрудник, возможно даже автоматом. Что вы об этом думаете? А также есть вопрос: может ли человек быть сотрудником организации без приема на работу?

1. Мы об этом не думаем.
2. Нет

(0) В чем улучшения по сравнению с тем как сделано сейчас ?

К чему эти вопросы?Обмен или что?

(2) ну а вдруг документ не проведётся, а сотрудника уже сделали)

(0)[Что вы об этом думаете?] бред
[ может ли человек быть сотрудником организации без приема на работу?] мания величия

(2)Не знаю. Просто задумался, что операция не соответствует жизненной действительности. (как мне показалось)
Может как раз на форуме предложат, чем это лучше или хуже? :)
(3)Просто думаю как должно быть правильно.

На своей практике замечал, что люди путаются при создании физ лиц и сотрудников. То не понимают сколько сотрудников заводить, то не к тому физ лицу прилепят. Может если справочник сотрудники подвинуть в цепочке, то и путаницы в головах не будет?

(7) У нас никто ничего не путает.
Как говорит мой директор: "Не берите на работу идиотов".

используй помощник приема на работу

(7) Переходи на Камин, там не запутаешься.

(0) Физ лицо становится сотрудником в момент подписания документов. Документы (первичку) перебивают в учетную систему в момент, когда он по факту уже является сотрудником. Что и отражается в системе. Усё логично.

(10) Камин кстати очень интересен в плане юзабилити)
Я плакала кровавыми слезами, а бухам ну оооочень нравилось.

(10)(12)Спасибо, посмотрю программу.

(11)Так прием на работу это и есть операция подписания документов или не так?

(14) В мире где розовые пони скачут по радуге возможно и так )

(15) так и знал, что даже розовым пони приходится с ЗУПом мучаться... :(

(15) можно просто блокчейн прикрутить со смарт контрактами

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

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

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

(0) Посмотри трешку. Там все делается из справочника сотрудники - и физлицо создается, и приказ оттуда же оформляеться

(19)При товарообороте партия тоже движется по регистрам, но пользователь не создает ее сам, она создается автоматически поступлением товаров (или другим доком поступления товара). Думаю это не проблема.

(20)Я предлагаю не убирать справочник сотрудники, а передвинуть создание его элементов после приема на работу.

(0)

1. Открываешь справочник "ФИзЛиц", создаешь физлицо.
2. Переходишь на вкладку "Работа", жмешь ссылку создания нового места работы
3. Создается новый сотрудник, жмешь кнопку записи без закрытия (со значком дискеты и без текста)
4. Появляются ссылки "Оформить приказ о приеме", "Оформить договор ГПХ".

Вполне себе понятная для кадровиков/бухгалтеров схема, без непоняных для них терминов.

С тех пор, как начал продвигать именно этот способ, все вопросы отпали, путаница прекратилась.


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

(21)Так во всех 8.* делается, это формально цепочка идет от физ лица, а на практике просто создают сотрудника и к нему цепляют готовое физ лицо или ставят галочку создать физ лицо автоматом.

(23) То есть документ в процессе своего создания или проведения должен создать элемент справочника, на который он же будет ссылаться? Ну, в этом мире все возможно. Но нарушает чудесную 1С-овскую систему стандартов и методик. И что делать с созданным сотрудником, если документ создали по ошибке/неверно/меняют в нем сотрудника на другого?

(26)Ну не думая, можно предложить то, что делается с партиями при поступлении товара. Как будет в реальности - надо думать :) Хотя я сам не люблю создавать объекты при записи/проведении других объектов. То что это добавит геморроя программисту - понятно, вопрос в правильности и удобства для пользователя.

*удобстве

+(27)Точнее как раньше делалось с партиями.

Но вот я думал дальше: если схема физлицо - прием на работник - сотрудник правильна, то следующий шаг: может сотрудник вообще не нужен? Прием работу это вроде как и есть сотрудник :)

(27) Угу, вот и я часто горожу всякие странные штуки, которые позволяют пользователю при работе нажимать в два раза меньше кнопок, чем "по стандарту". Даже 5 секунд на документ это, при большом количестве документов, экономия часа-получеловека в день, а это больше сотни часов за год. Люди благодарны, а вот 1С и большинство прогеров меня бы сожрали со всем содержимым - "много кода, непонятно, хрен поймешь как и зачем..."

+(30)Примерно та же эволюция что произошла с партиями :) Был справочник "Партии", а потом просто перешли к "Документу оприходования".

(30) это ровно ложится только при условии что нет случаев совмещения, что никто не оформлен на 1,5 ставки (одновременно на 2х позициях в штатке)

+(32)Хотя наверное без Сотрудника плохо будет оперировать в программе.

По п.1: какой смысл в вашем предложении? Что такое "правильно" и где критерий правильности? Предлагаю свой: правильно - так, как удобно. То, что предлагаете вы - неудобно, потому что документ ПриемНаРаботу двигает кучу регистров, в которых измерением является Сотрудник. Если мы в нем не будем оперировать сотрудникам, придется создавать и проводить ещё один документ, специально для сотрудника. Зачем?
По п. 2: в справочнике Сотрудники содержатса лица, выполняющие работы по договорам ГПХ, хотя формально они не являются сотрудниками.

(35)п1: Оперировать сотрудником наверное придется, просто создавать его автоматом при проведении приема на работу. На данный момент ЗУП или модуль ЗП в БП очень сложный и непонятный, хочу его облегчить. Создание сотрудника не несет никакой смысловой нагрузки, в жизни этой операции нет, поэтому люди не понимают сколько этих сотрудников создавать и куда пихать, пока тупо не запомнят инструкции на все случаи. А я хочу чтоб интуитивно было понятно. За свою практику ни встретил ни одного буха или организацию где бы в 8.* без чьей-либо помощи разобрались как насчитывается ЗП, хотя по сути учет элементарный и не должен требовать особых навыков.
п2: вот это уже ошибка.

(36) Создание сотрудника по смыслу это создание трудового договора.

(36) Или нетрудового договора)

(37)Тогда что показывает документ "Прием на работу"?

Спасибо всем за ваши размышления и помощь.