Привет всем.
Хочу добавить в РС новое измерение - но сомневаюсь, как потом, не замучаюсь с обновлением?
Вопрос простой, понимаю, но в ЗУП 8 я недавно.
Как и в БП8 :)

куда и что?

Обновление может и нормально  -а вот все алгоритмы могут сломаться.

(0) Лучше не надо

(0) "Как вы яхту назовете, так она и поплывет"

(1) есть документ "Ввод сведений о регламентированном учете плановых начислений".
А там можно ввести только разные начисления. А нужно - чтобы начисление одно, а разные номенклатурные группы.
Т.е. можно еще создать документов "ВСоРУПН", и там уже проставить разные НГ, и все попадет в "Отражение зарплаты в регламентном учете" как надо. Но очень много доков получается вручную, хотелось бы в одном все сделать.
Весь смысл - чтобы потом в ОЗвРУ ложились проводки на разные НГ.

Хочу к РС "РеглУчетПлановыхНачисленийРаботниковОрганизаций" добавить измерение НомерСтроки.

А почему вообще запрещено делать два одинаковых основных начисления одним документом ВСоРУПН?

И как выйти из ситуации тогда - новый док и обработка ТЧ для документа ОЗвРУ?

маленький совет - зуп лучше трогать после того как ты его хорош знаешь и уверен в своих изменениях на 200% иначе очень легк все порушить

(9) так что делать, если плохо знаешь, а делать надо?
И даже если "знаешь хорошо" - изменения выходят так часто, что просто не успеешь за ними уследить, куда "мысль зуповцев" повернула :)

(10) изучать ЗУП - других вариантов ноль. вообще лезть в любую конфу не зная ее - очень не рекомендуется. либо можешь запастись кучей вазелина и пробовать делать что хочешь.

(0) А зачем тебе "начисление одно, а разные номенклатурные группы" ?

Вместо внесения дополнительного измерения лучше добавь свой РС и свой модуль, и свою форму, и свою подписку на событие и т.п. Тогда с обновлениями проблем не будет

Что у тебя за ЗУП такой, с несуществующими в типовой конфе документами?
Что это за "Ввод сведений о регламентированном учете плановых начислений"?

(0) Самое безопасное - добавление реквизита.

(14) +1000  ЗУП и так нетиповая.

(0) Глянь где используется еще этот регистр в конфе и делай выводы!)

(10) Делать, не трогая типовые механизмы.

(13) "и свой модуль,"
свой документ, наверное?
(14)Ввод сведений о регл учете плановых начислений сотрудников организаций.
Самый типовой документ.
(16) используется и документах других, и много где еще...
(12) "А зачем тебе "начисление одно, а разные номенклатурные группы"
начисление должно списываться по разным НГ. А сам вид начисления один - основное начисление за совмещение.

Ох, какая экзотика-то...
А чего обычным "Отражением ЗП" не пользуетесь? Там как раз все можно через "Способы" настроить.

А если просто добавить в РС измерение, и заполнять его только нужным документам, а у остальных оно будет пустое, и для них все будет по-прежнему, как и до добавления? Или все остальные регистраторы "потребуют" также это измерение заполнять?

(20)можно.

(20) Вопрос не в заполнении, а в том, как отнесутся все алгоритмы ЗУПа к тому, что появятся записи с одинаковыми "типовыми" измерениями.

(22) как отнесутся - будет реструктуризация записей регистра, к типовым измерениям добавится еще одно. т.е. де-факто одинаковых записей не будет - система не даст заполнить строку без одного из измерений - и все "завязанные" на этот регистр алгоритмы нужно будет исправлять.

(23) "все "завязанные" на этот регистр алгоритмы нужно будет исправлять." - о чем и речь. ТС вряд ли представляет объем работ.

(24) ТС вообще хочет чего-то странного. есть способы отражения ЗП в регл. учете, и есть документ "Отражение ЗП в регл учете". Там как раз можно настроить как начисления отражаются в зависимости от подразделения/сотрудника и т.п.

(22) так они и появляются, только разными документами "ВСоРУПН" (одно начисление, одна НГ, один документ; начисление одинаково во всех доках), а тут сразу - одно начисление, одним регистратором, но много НГ.

(23) "система не даст заполнить строку без одного из измерений"
т.е. все-таки в других "связанных" с РС документах надо тоже все выправлять для заполнения нового измерения?
(25) так и нужно в "Отражение ЗП в регл учете" автоматически (а не вручную!) собрать все доки с начислениями. А так получается "одна НГ - единое начисление для всех НГ - один документ "ВСоРУПН".
И потом "Отражение ЗП в регл учете" уже автоматом только собирает все начисления/проводки..

(27) Представь, что разработчики написали запрос, который возвращает одну строку из регистра. А тут твое измерение - и ой! запрос вернул 2 строки, а весь дальнейший код сходит с ума.

(28) Код с ума не сойдёт, просто вторая строка, в таком случае, котику под хвост отправится.

(27) что то непонятное. афаир озвру собирает все из регистра сведения о доходах сотрудника для отражения в учете в тч начисления что ли, и потом по отборам подставляет проводки. А у Вас какая то магия всё больше смахивающая на херню

(28) так записи с разными НГ (но одним и тем же начислением) и так есть в РС, только - от разных регистраторов.
Я так думаю, что потом они собитраются, все таки, ен по регситраторам, а по периодам и начислению. в первую очередь.
А уж каким регистратором это все введено - ЗУП, похоже, вообще не интересует :)...

(30) если посмотрите код документа ОЗвРУ модуля объекта внимательнее, процедуру "ПолучитьДанныеУчета2011", то там собирается из разных мест данные для сравнения, в том числе - из РС "РеглУчетПлановыхНачисленийРаботниковОрганизаций", куда пишет в том числе и документ "ВСоРУПН".

От чего зависит какая номенклатурная группа должна быть проставлена для конкретного случая?
"Плясать" надо от этого.

(32) это только левый передний подводный квадрант айсберга

Вот упёртый...))

(33) это зависит от выполненных работ - оплата транспорта по разным объектам.
Начисление одно, а НГ (объекты) - разные.

(35) разобраться просто хочу ))
как тут зупину надо дорабатывать...

(37) - Ты что делаешь?!
- Я тренируюсь.
- Иди лучше тренируйся вон на… на кошках.

Лучше приделай проводку к документу, как в 7.7

(5) Напиши обработку по автоматизации ввода этих документов - и тогда без разницы сколько их будет - 10 или 10 тысяч.

(40) в смысле - через обработку фигачить кучу "Ввод сведений о регламентированном учете плановых начислений"??
Тоже вариант...
(39) не понял про проводку - какую, откуда, и куда?

Вам надо начислять ЗП через сдельные наряды. Там ничего дорабатывать не нужно.

(42) предлагал, не хотят.
Тут, говорят, не сделка.

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

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

(45) хотят чтобы автоматом заполнялся документ или вручную согласны? Я это сделала в док. Начисление зарплаты но заполнение вручную

Как я понял задачу: надо чтобы один вид расчета формировал разные проводки, один документ делает всегда одну проводку и не может быть такого, чтобы часть сумм документа пошла на одну проводку, часть на другую. В данном случае говорю не о документе "начисление зп". Верно?

Если да, то (39) оптимальный вариант (ИМХО)

(46) не хотят заполнять вручную несколько доков на одно начисление, но разные НГ.
(47) да, один вид расчета, но разные проводки (и разные НГ).
Речь о  "Отражение зарплаты в регламентном учете" - именно в него должны попадать записи, т.к. он много чего делает, а не только одну проводку :)

(47) нажимают "Рассчитать" - и в ОЗвРУ много-много чего попадает из разных доков..

(48) а как суммы распределяются между НГ?

(50) в том и дело, что у каждого "ВСоРУПН" есть второй дубль-документ (разный может быть), где реальные суммы распределены.
А в ОЗвРУ только отражение и НГ.
Ну вот такая ЗУП странная... нельзя было в одном доке и НГ разные, и отражения...

Наверно я не представил полностью картину.
Можешь пример привести как разбивается по НГ зарплата сотрудника?

Ага, и какие доки при этом вводятся в 1С.

(52) (53) например, разовое начисление сотруднику.
Там - сумма и начисление. В "ВСоРУПН" - Нг (и тоже начисление).
В ОЗвРУ они "собираются" вместе (в основных или дополнительных), из исходных доков берутся необходимые данные, и делается проводка.
Это ЗУП, господа, это не я придумал :)

(54) Получается в разовом начислении должен быть реквизит "НГ".
Он в шапке или табчасти?

(55) в "Регистрация разовых начислений сотрудникам организаций" ничего нет.
Поэтому и оформляют типовой док "ВСоРУПН" - где к начислению привязаны как отражение начисления, так и НГ.
А уже в ОЗвРУ делаются на основе этих документов все необходимые проводки.
Такой уж ЗУП написан...

(56) Я знаю, что там ничего нет в типовой.
А если бы был реквизит в шапке НГ, который можно было бы потом использовать при распределении, то получилось бы исправить ситуацию? (вместо изменения регистра сведений)

(56)Если за каждый день только одно разовое начисление по сотруднику, то можно вывернуться особо не меняя конфу. Если у сотрудника за один день ЗП должна распределятся по разным отражениям, то только солидным переписыванием. Рекомендую посмотреть как сделан сдельный наряд и по аналогии с ним написать свой документ.

(58)"Если у сотрудника за один день ЗП должна распределятся по разным отражениям"
да, по разным в один день. И разными доками начисление даже (есть и свои нетиповые уже).
"и по аналогии с ним написать свой документ"
думаю, что вариант с автосозданием "ВСоРУПН" - самый оптимальный: опять городить за ради проводок в ОЗвРУ ноый док и новы РС... как-то несерьезно.

*новый документ и новый регистр

(57) реквизит "НГ" в "РРНСО"? Тогда как раз солидное переписывание - и этого дока (проводки), и везде, где он уже участвует как "базовый для начисления".
"Я знаю, что там ничего нет в типовой."
если у вас нет ни одного из перечисленных доков - что у вас за ЗУП такая? Все эти доки типовые.

есть документ
"Ввод сведений о распределении основного заработка"
там можно разделить все начисления на нужные НГ в нужной доле.
но только всю зарплату. если только определенный ВР, то надо немного допилить.
часа 2 работы от силы.

(5) Сдается мне, что после этого придется переписывать кучу алгоритмов. Т.к. существующие не ожидают такой подлянки. Задвоение-затроение сумм будет самым малым. Лучше ввод процента распределения использовать.

(59) Вы в ЗУПе хотите себестоимость посчитать? Лучше уж тогда свой РС для расчета процента распределения вводите, потом по нему в конце месяца посчитаете процент распределения ЗП.

(61) Без переписывания можно только завести по отдельному виду начисления для каждой номенклатурной группы...

Процент распределения за счет округлений может посчитать неточно.

(59) "думаю, что вариант с автосозданием "ВСоРУПН" - самый оптимальный: "
не уверена, периодичность РС "Регл учет плановых начислений сотрудников организаций" день, не разобьет начисления за день по разным ном. группам.

(66) Ну, если процент не пойдет - то своя обработка ТЧ ОЗвРУ, которая "доработает напильником" штатное отражение...

(61)
Смотрим пост 56, цитата "в "Регистрация разовых начислений сотрудникам организаций" ничего нет."
Теперь мой пост 57, цитата: "Я знаю, что там ничего нет в типовой. "
Я не о документах. А о реквизитах.

Однако, почти к каждому документу можно добавить свойсвто.
Легко допилить, чтобы свойство было справочником "статьи расходов".
А дальше можно доработать распределение, чтобы приоритетнее были проводки указанные в свойстве документа (пару строк в модуле распределения плюс свой модуль)

Но если есть распределение "базовый для начисления", то придется еще дорабатывать. Пока не знаю где.

(66)"не разобьет начисления за день по разным ном. группам"
так уже разбивает, только куча "ВСоРУПН" на разные НГ - и потом сливаются в ОЗвРУ.
(68)"А дальше можно доработать распределение"
пока это слишком замуторный путь, долгий и с неясным результатом. Сколько дорабатывать придется всю цепочку по этому "допилу"? Не меньше месяца ))

(69) Что замуторного? В Отражении ЗП проводки на первой закладке, втроая и третья промежуточная. Если там заполнить как надо, то первая автоматическ сделает правильно.
Если без "Распределять по базовым", то за пару-тройку часов можно допилить. Ну день максимум.

(68), через свойство - очень интересный вариант.

Поставить флажок надо в планах видах характеристик.
Они почти не обновляются. Еще ни разу не встречал там изменения.

Все переиграли - решили делать допначисление.
В допначислении нет привязки к дате (одно начисление - одна дата).
Тогда остался вариант: разовое начисление (типовой) - тут сумма, плюс "свой док - свой регистр - обработка заполнения ТЧ в ОЗвРУ": тут разбивка по НГ.

(70)"Если там заполнить как надо, то первая автоматическ сделает правильно."
ну вот и вернулись к варианту заполнения через обработку ТЧ в ОЗвРУ на основе разовое начисление+свой док.

(74) Так моя идея понравилась?
И что за "свой док"?

(75) я её не понял просто :)
"И что за "свой док""
это дополнительный документ к "Регистрация разовых начислений сотрудникам организаций". В "РРНСО" - начисление и даты, в отдельном документе - распределение по НГ. Вот отдельный док и есть на данный момент задача вырисовывается такая:
сделать в ОЗвРУ разовые основные начисления ОДНОЙ датой и по разным НГ, используя "РРНСО" (т.к. разовое начисление - от РРНСО уйти никуда нельзя, я так понял).

* Вот отдельный док и есть нетиповой "свой док".
Вообще на данный момент задача ...

(75)вот это не понимаю:
"А дальше можно доработать распределение, чтобы приоритетнее были проводки указанные в свойстве документа (пару строк в модуле распределения плюс свой модуль)"
и
"Если без "Распределять по базовым", то за пару-тройку часов можно допилить."
(62)"там можно разделить все начисления на нужные НГ в нужной доле. Но только всю зарплату. Если только определенный ВР, то надо немного допилить."
Допилить "ВСоРОЗ" тлько по одному ВидуРасчета? Тоже непонятно: "ВСоРОЗ" - по всему заработку, да и нужны много ВР распределять (одна ВР - проводка+НГ; а НГ полным полно)...
Может, можно уйти от ВР и проводки в ОЗвРУ проставлять другим способом?

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

(79) сотрудники выполняют допработы (разовые начисления, основные) по объектам. Объект - это НГ.
Почему основное начисление - еще и премия им положена за эти работы.
Т.е. работа по Объекту 1 - сумма 20, по Объекту 2 - сумма 10.
Работы фиксируются одним днем (откуда - проблема с ВСоРУПН, он фиксирует "один день - один вид начисления"), могут и разными днями.

Попробую подробнее.
С ЗиК 7.7 знаком? Если да, то понять не должно составить труда, т.к. в 7.7 так было сделано и в ЗБУ 8.2 тоже так.

В этих программах можно указать проводку в документе и эта проводка будет самая главная! Даже если сотруднику указана другая проводка, то документ распределится по проводке из документа.
А хозрасчетников обделили в этом плане - нельзя к документу привязать проводку.

Чтобы меньше кодить, можно проводку указать в свойствах документа (Это около знака вопроса в документе - "Свойства" и "Категории"). Для этого надо план видов характеристик изменить в конфигураторе (один флажок поставить, что проще, чем добавлять реквизит в документ и на форму. ИМХО)

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

Оклады тоже надо распределять по НГ?

(81) Добрый день!
С ЗиК не знаком, но
"В этих программах можно указать проводку в документе и эта проводка будет самая главная! " - есть во многих УППшных и КАшных документах.
"А хозрасчетников обделили в этом плане "
- так тут вроде "обычный" ЗУП, а не для бюджетников...?
"Остается только изменить модуль отражения зарплаты." - это полсностью его перелопатить, или только добавить "смотри проводку в доке (в "свойствах и категориях"), если есть - бери оттуда, нет - работай как раньше"?
"Оклады тоже надо распределять по НГ?" - если новое основное начисление, то оно плюсом к окладу, оклад (как начисление) - списывается как обычно, а это новое начисление - распределяется по НГ.

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

(82) Но смысл переделки верный - "смотри проводку в доке (в "свойствах и категориях"), если есть - бери оттуда, нет - работай как раньше"?

(80) Я так и не понимаю из всех этих объяснений - что же такое "Объект" это место работы (цех), это вид работ (технологическая операция) или это вид продукции (в ЗУП - та же тех операция в итоге)?
Если это место работы - тогда, как вариант - внести "Объекты" в виде подразделений. Геморрой, правда еще тот - придется плодить совместителей.
Проще и быстрее - завести видов начислений по числу "объектов". Ну или сделку оформлять.

(85) выяснилось, что допиливать проводки на отражение НГ в ОЗвРУ нельзя - база одна для нескольких бухгалтерий, и данное изменение нужно только одной из них, второй - типовое все устраивает.
Так что остался вариант с заполнением ТЧ по НГ на основе своего нетипового документа (НГ) и РРНСО (Регистрация разовых начислений сотрудникам организаций) - тут общее начисление.

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

(87) кажется сначала надо придумать, как хранить ОбъектыРабот и их связь с номенклатурной группой или даже с проводкой, что универсальнее.
(86) это то не проблема, делаешь обработку ТЧ, хоть внешнюю, и цепляешь к одной базе
В ОЗВРУ разовые начисления отдельными строками?

в начислениях

(88) что значит "разовые начисления отдельными строками строками в ОЗвРУ"? Они там все отдельными строками :)
А так - в этом и есть смысл: начисление разбивается на несколько строк согласно разным НГ.

(90) Они также разбиты еще документами, которые их ввели

(91) нет, в этом и смысл - если под "они также разбиты документами, которые их ввели" понимаются РРНСО, то в них-то как раз начисление одной строкой, без разбивки, а нужно - с разбивкой этого начисления по НГ, да еще и одной датой.
И это нужно только однрой бухгалтерии, вторая, которая в этой же базе, и работает с таким же видом документов (РРНСО) - против любого изменения типового РРНСО под НГ. Им не нужно.

(92) не путай себя, разбивки фигифки РРНСО. Тебе надо в ОЗВРУ ТЧ Начисления и Доп Начисления трансформировать в ТЧ Проводки. Я не могу проверить, но если первичный получить можно - пили как душе угодно. В первичку доп свойство и вперед, вообще можно изменение конфы не включать, все сделать обработкой ТЧ одного документа, типовую строку по затратному взял, сумму вычел, проводку по другой НГ добавил, счет не меняется
Решений уже вагон

А можно ли один РРНСО на одну НГ заводить?
Или в одном должны сидеть разные НГ?

как я понял, 1 разовый - 1 Объект, а из Объекта уже НГ

Я тоже так думаю. Но...

(93)все сделать обработкой ТЧ одного документа
данные по разбивке откуда будете брать? то-то и оно.
В РРНСО все одной строкой введено.
"Решений уже вагон" - видимо, до нас этот "вагон типовых" еще не доехал :)
(94)"Или в одном должны сидеть разные НГ?"
В одном РРНСО вообще много начислений всяких сразу делается. И среди них - нужное, то, которое разбиваем по НГ :)
"как я понял, 1 разовый - 1 Объект, а из Объекта уже НГ"
РРНСО вообще нельзя трогать, там масса начислений + еще и организации разные с ним работают (меняем-то документ ведь сразу для всех, если еще и по Организации разделять один документ - вообще БП КОРП новый получится в итоге :))

Последний раз уточняю (или я недопонимаю или одно из двух)))): можно ли заводить по одному НГ один документ РРНСО?
Или в одном документе РРНСО будут разные НГ?

(87) для каждого "Объекта" - разные расценки на работу?
тогда нужно завести какой-то показатель расчета (процентный, или временной) который будет множителем в каждом виде начисления.
либо пользоваться сдельной оплатой.

(98)"можно ли заводить по одному НГ один документ РРНСО?"
я же написал - (97 : РРНСО делает много начислений. И там нет разделения по НГ - есть начисления, которые потом через нетиповой ДокументНачислений разбиваются еще и по НГ, есть начисления - без НГ.
РРНСО тут вообще ни при чем, он общии начисления делает. И одно из них - потом еще и разбивается по НГ.
(99)"тогда нужно завести какой-то показатель расчета"
расчет ведется примитивно - столько времени на объект * на стоимость усредненную исходя из амортизации. Получаем "затраченную стоимость", например, оборудования, на конкретном объекте.

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