Новый кадровик говорит, что при изменении окладов надо печатать допсоглашения к трудовому договору, а не приказы. А в 1с есть только печатная форма приказа, а печати допсоглашения из кадрового перевода нет. Кто прав, 1с или кадровик? Как по закону положено, кто в курсе? Приказа с росписью работника недостаточно?

Если прав кадровик, то это означает, что придется рисовать внешнюю форму допсоглашения. Интересно, все тысячи организаций, использующих ЗУП, так делают?

Я своим клиентам делал печатную форму доп соглашения.

Мне кажется 1С не стала ее делать, т.к. она уникальна почти для каждой организации. Приказы унифицированы же.

(0) а в чём проблема нарисовать доп.форму? хоть к приказу о приёме хоть к справочнику сотрудников. тем и живём...

(3) Да не проблема. Просто странно как-то, что 1с даже какую-то "рыбу" не сделала для этой формы, которая нужна всем. При том что печать допсоглашения для внутреннего совмещения есть.

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

(5) Так трудовые договора из 1с можно печатать, можно даже текстовку без конфигуратора исправить. А с допсоглашениями пролет. Как будто специально сделали, чтобы франчам и фрилансерам на кусок хлеба дать заработать)

А интересно, с какого момента это стало обязательным? Помнится, раньше даже трудовых договоров с сотрудниками не было, достаточно было заявления о приеме и приказа директора с указанием "оплата согласно штатному расписанию". Если в штатном менялся оклад - автоматически он менялся и у сотрудника, без бюрократии. Если сотрудника что-то не устраивало - он писал жалобу в профком или в суд. Было всё намного проще...

(6) Там работы с добавлением именно таких перечисленных печатных форм почти нет. Почти вся текстовая инфа усаживается в макет.
Если нужен повод списать любую сумму денег и вывести ее на аутсорс - так подобных поводов у любой организации куча и 1С там не главная статья расходов.

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

(0)любое изменение существенных условий работы сотрудника влечет печать кадровых документов.
Печатные формы в ЗУП клепаются влет, через готовый макет СКД (Т1, Т5)

(9) Сейчас если делать по образу и подобию вендора, то надо макет засовывать в регистр сведений "Макеты компоновки данных". Та еще заморочка)))) Почти все Т-Х там лежат.
Нафейхуа так сделано?

(10) видимо, до вендора постепенно доходит светлая мысль, что хранить в конфе поставщика туеву хучу статичных макетов как-то странно.

Когда там накопились за много лет для большинства неактуальные, но добавляющее веса в ЦФ и таскаемые через обновление конфигуратором поставщика каждый раз

(8) Нарисовать печатную форму не проблема. Вот только это влечет за собой контроль её работоспособности при обновлении конфигурации. 1с любит переименовывать реквизиты и перетасовывать функции из одного общего модуля в другой. Если в штатных формах они сами за этим следят, то тут уже должен следить программист. В результате разовая доработка превращается в постоянный гемор)

(12) не переживай. С такими пустяковыми формами особых проблем нет. Не надо воображать, что тяга к переименовыванию полей в объектах настолько абсурдна.

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

(13) Просто как-то сделал такую форму с печатью справки о зарплате, так потом несколько раз переписывал получение подписантов.

(12) чтоб было нескучно жить, попробуй сделать переделанный под свою контору "Расчетный листок". Или "Полный свод". Вот там реально можно будет поупражняться в декламации эпитетов.

(14) значит что-то неправильно сделал. Потащил подписантов прямым обращением, а не подцепил встроенную типовую обвязку.

(16) Первый раз как раз использовал типовую обвязку, а её перекинули в другой модуль. Второй раз брал прямым запросом - а они поменяли структуру данных) Пришлось в третий раз переделывать опять под типовую обвязку, интерфейс которой опять таки поменялся. )

(7) "А интересно, с какого момента это стало обязательным?" - ТК РФ (в редакции от 30.06.2006):
Статья 57 "Содержание трудового договора":
...
Обязательными для включения в трудовой договор являются следующие условия:
...
- условия оплаты труда (в том числе размер тарифной ставки или оклада (должностного оклада) работника, доплаты, надбавки и поощрительные выплаты)
...
Если при заключении трудового договора в него не были включены какие-либо сведения и (или) условия из числа предусмотренных частями первой и второй настоящей статьи, то это не является основанием для признания трудового договора незаключенным или его расторжения. Трудовой договор должен быть дополнен недостающими сведениями и (или) условиями. При этом недостающие сведения вносятся непосредственно в текст трудового договора, а недостающие условия определяются приложением к трудовому договору либо отдельным соглашением сторон, заключаемым в письменной форме, которые являются неотъемлемой частью трудового договора.

(11) Речь о макетах (как шаблонах) печатных форм или о макетах компоновки данных?

(16) их тоже меняют только в путь.
Вообще не понимаю. Это такой способ демонстрировать деятельность что ли? Сегодня мы поменяем "Красный" на "КрасныйЦвет". А завтра заменим "ПолучитьЦвет" на "ПолучитьНужныйЦвет" и перенесем в другой модуль.