Таблицы... Расчеты.... Но при чем здесь целая система "РегистрРасчета"?

(0).
Да возьмите простой житейский случай. Человека нет на работе последние три дня месяца. Просто нет. В текущем месяце он принесет переходящий больничный за три дня прошлого и два текущего. Начисления должны пройти в текущем. Но для последующих расчетов нужно взять суммы начислений не расчетного месяца (текущего), а с разбивкой по периодам начислений. Например для перерасчета НДФЛ. Проведите эти расчеты в вашей конфигурации.

(461) С перерасчетами, а то мы ведь спорим о специфических возможностях РР... Хрен с ним со сторнированием и вытеснением...

+(462) Или для оплаты "по среднему". Например командировочных или отпускных.

(462) Дык это даже в том, что выложил есть.

(463) Положу кучу примеров.

+(464) В пределах двух-трех месяцев задачу конечно можно решить введя в РН дополнительное измерение типа ПериодДействия и по нему строить отборы. Но знать заранее в каком "расчетном" периоде было произведено начисление за "отчетный" нельзя. И тогда отборы придется строить за весь период существования базы.

(467) >Но знать заранее в каком "расчетном" периоде было произведено начисление за "отчетный" нельзя.

не понял этой фразы.

(468) Например нужно расчитать оплату командировочных. Берутся все начисления за последние шесть месяцев без учета начислений "по среднему", делятся на количество дней, за которые производились начисления и умножаются на количество дней командировки.

А если какие-либо начисления производились ранее. Например приказ о замещении выдавался ранее шести месяцев. Но захватывал период который нам интересен. Как найти такие начисления?

+(469) В вашей демке нет отчета по начислениям. По периодам начислений и по расчетным периодам.

(469)(470) В РН есть два измерения "месяц" - чего не хватает?

(471) Ну тоесть каждый раз при выборке начислений нужно проходиться по всем записям? Или как ограничить _период_ выборки?

В (453) звучала тема : "если работать от табеля, а не так как изобрела 1С"

А КЗоТ считает не так. Например независимо от "показаний" табеля больничный лист должен быть оплачен. И если в командировочном удостовверении есть отметки о прибытии и убытии да еще есть приказ о направлении в командировку - показания табеля можно затолкать ВОдноУзкоеМесто.

(469) это все пережитки фискального совка, в Украине, например, командировочные устанавливаются приказом по предприятию (но все же не ниже среднего), поэтому все эти расчеты можно упростить.

(472) Не вижу проблем с выборкой периодов - не понимаю вопроса.
(473) Создал документ "Больничный" - он все посчитает, создал документ "Командировка" - он все посчитает. В чем проблема?
(469) Даже упрощать не обязательно - и так все просто.

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

Дождитесь более подробной конфы (с большим количеством примеров). Тогда и поговорим. Хотя казалось, что должно быть все понятно.

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

(477) Сделайте пример с "переходящими" начислениями и с отчетами по периодам расчета и периодам начислений.

GROOVY "5. В апреле вдруг обнаружили ошибку в данных табеля за январь, оказалось что это Петров отработал полностью, а Иванов только 20 дней."
В чем проблема Петрову доначислить в текущем месяце, а Иванову сминусовать начисление, соответственно Иванову и НДФЛ сминусуется? Элементарно это сделать

5 лет работаю в компании с 600 сотрудниками. Никаких перерасчетов. Если они и возникают, то как вытеснение, и то позже выясняется в процессе проверки начислений, что кадры с зарплатчиками неверно ввели данные, например ввели отпуск когда сотрудник работает (точно уже не помню ситуацию, но что-то типа такого), проблема решается удалением ненужного документа.

(477) да все уже понятно, уж понятнее чем то что Земля вокруг Солнца вертится, да GROOVY сомневается. Главное назначение РР с их слов, что нужны перерасчета. А вот и не нужны они вовсе, но признавать заблуждения могут не все люди. Хотя ничего позорного в этом нет

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

(0) у тебя в словах "не осилил" много опечаток

РР не бред, это полный бред

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

Скажу иначе, возможно и нужны перерасчеты, даже если и так то их элементарно реализовать самому

Сложные периодические расчеты: сторнирование, вытеснение, перерасчеты, автоматизированное получение данных базы и данных графика (с учетом вытеснений). Имитация этих механизмоб с использованием других объектов метаданных возможна, но:
1. Трудозатратна с точки зрения поддержания работоспособности конфигурации при ее эволюции.
2. Не оптимальна с точки зрения количества объектов => и количества таблиц, со всеми вытекающими.
3. Изобретая велосипед (как хотите обо мне говорите) подсаживаете клиента на кривое решение поддерживать которое кроме вас никто не будет.

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

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

(+490)и за все это платится по разному.

(490) так и есть. для среднестатистического офисного служащего метод отклонений самый удобный и простой.

(488) "1. Трудозатратна с точки зрения поддержания работоспособности..." доказано на практике? Кем? Тобой?

(492)ну а фирма 1С нам в своих решениях навязывает единственную методологию

Разделение полных и неполных смен в видах времени, возникающее вследствие того, что РР заточен на сутки, напрягает

(480) Руками сминусовать? Руками доначислить? Отпуск пересчитать и НДФЛ тоже руками? Я про все это уже писал...

(496)на кой НДФЛ то пересчитывать - он сам пересчитается

(495) Смены вводятся не в РР, а в РС, градиент смены может быть произвольный.

Возьмем еще одно изобретение - "графики"
Что всегда везде все по графикам работают? И на каждое изменение графика приказ оформляют?

500
Нуф-Нуф владыка сотки!

(475) Как в базу данные за январь то ввести? Пишет все про деление на ноль и преобразование не может быть выполнено... Это по существующему Иванову, про нового пертова я вообще молчу...

(500) Флудераст!

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

(498) э-э-э... градиент это такой вектор-производная, что такое "градиент смены" не вполне ясно

(504) Размер смены и то как смена приходится на сутки/неделю/произвольный интервал.

(505) Я имел ввиду то что базу/вытеснение с РР можно вытащить только периодам, кратным дням, а как начинаются всякие "внутрисменные почасовые отклонения", так приходится к РР еще прикручивать механизмы, основанные на старых добрых, понятных простому рабочему человеку, регистрах накопления :) В итоге - адская смесь.

(505) Доктор, меня все игнорируют ... :)

(506) Привидите пример, когда база получается посменно.

(496) "Руками сминусовать? Руками доначислить?" чего ж руками. можно и алгоритм написать. в случае периода действия < периода начисления "выбрать ссылка из таблицаначислений где видрасчета в (спискевытесняемых)" что-то в таком духе. думаю вполне реализуемо

(509) Ну напишите, покажите, сравним. Чтож никто задачу простую решить не можут...

(458) чо када уже будет "свой" чудо-ЗУП с блек-джеком и ш... ну вы понели))

Вполне серьезно, за 5 тыщ чудо-прогу будут с руками отрывать, не то, что этот кривой ЗУП от 1С. Где тут конец очереди желающих поучаствовать в разработке чудо-ЗУПа?

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

(512) ЗУП это просто?! Ну извините!
Сначала пишешь как просты РР механизмы, потом пишешь про "сложность ЗУП". Определись уже

кстати, да
на прошлой работе считали зп в компании на 1000 человек...
перерасчетами никогда не пользовались
и  более того, я не понял за каким хером вызывались перерасчеты при изменения персональных надбавок в штатном расписании,  пришлось отключать

(513) Это вы определитесь. Это у вас в голове каша. Это вы отождествляете ЗУП и РР.

(515) + "Видел пару конфигураций... Полный бред и все проще можно было сделать. А уж пользователи как метерятся... Короче - полная фигня ваши регистры накопления"

(515) почему ж тогда РР просты как 3 копейки, а ЗУП суперсложная конфига? Что там такого добавили в расчетные механизмы, что ввек не разберешься в их модулях?

кстати, а что сложного в ЗУПе?
и вот еще вопрос,
почему разработчики учет страховых взносов реализовали на РР,
а НДФЛ на РН
в чем тут глубокий смысл?

я что слишком сложные вопросы задаю?

(517) Да в общем ничего такого... Могу ошибаться, т.к. уже почти год не работаю там, но вроде запрос для заполнения таблицы документа "Начисление ЗП", УПП-1.1 для Украины, 1С 8.0... Текст запроса, выброшенный в ворд и форматированный шрифтом 8-го размера, убраны поля и т.п., занимает около 20 листов А4... Еще раз говорю, могу ошибаться, что именно в этом док-те, но что был такой, это точно... Отдельная тема - глючность методов работы с виртуальными таблицами РР в 1С8.0. Получить базу гарантрованно точно можно было только запросом к самим РР... Короче, для з-да, где нормальный штат БОТ и расчетчиков эта подсистема не нужна. Расчеты идут ТОЛЬКО в текщем периоде, ошибки прошлых корректруются в текущем, никаких пересчетов и вытеснений нет. Расчеты идут по реальному рабочему времени(табель). А там, может где-то в фирмочках небольших и нормально работать с вытеснением, но зачем оно в УПП?

(517) Другими словами, я вас должен не только по функционалу РР просвящать, но еще и по функционалу ЗУПа? На курсы бесплатные записать?

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

(522) Откуда лишняя сущность? Или это из вашей личной терминологии?
Что так, что эдак нужен регистр для учета ЗП. Не вижу никаких проблем и сложностей использовать РР. Но можно и РН. Т.к. з/п простая, то особых бонусов РР не даст. Но и сложностей никаких не добавит.

Хотя нет... Согласен, для простейшей з/п (начислили по окладу / выплатили) РР нафиг не нужен.

(523) какой такой регистр, сотни лет люди считали без всяких регистров, табельщику нужен регистр? бухгалтеру? кадровику?
финансовому директору?

(525) Я поправился в (524)
А вообще механизмы платформы нужны программистам, чтобы реализовывать то, что нужно пользователям. Я думал, это очевидно.
Лично мне по большому счету не нужны средства передвижения и весь гемор, с ними связанный. Меня бы устроила телепортация мысленным усилием.

ПральнА, регистры не нужны. Верните взад журнал расчетов! )

(527) Прошу прощения, если баян... Стоит на перекрестке мужик на жигулях, в задок ему пацан лет 5-ти на велосипеде въехал... Пацан хныкает, его пытается успокоить постовой милиционер - ну что ты хнычешь, уже почти взрослый, кем стать мечтаешь? Пацан - водителем КАМАЗа! Мужик с жигуля - не дай Бог дожить!
Это я про журнал расчетов намЕкиваю...

ну, здравствуйте.

.... Скоро будет ...

+(529) ... колега.

Полагаю автор ветки до сих пор пишет тот пример кторый Груве написал за 2-3 часа.

Выводы делайте сами господа.

(532) ага. круглые сутки напролет.

(532) Очень хотелось знания оставить на потом - оставлю, Больше интересует анализ.

(532) 2 часа, Вы обо мне плохо думаете ;)

(535) Вот так их.

На 1с:dn вышла демо 1C:Small Business.
Никаких регистров расчета и близко нет, все через 3 регистра накопления: Начисления, РабочиеЛисты и Табель.
Т.е сама 1с понимает что РР вне фискальных советских реалий никому не нужны.

(537) Так там и нет расчетной части. Наф.. там РР?

(537) на 1с:чернухе нет в принципе "компонент"

(522)>Также все западные пейролл системы просты и незатейливы, они по сути эмулируют бумажный учет.

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

ВЫ вообще вкурсе за наши особенности БухУчета и участка начисления и расчета ЗП в частности ?

(538,540) Трудно найти черную кошку в темной комнате, особенно если ее там нет.

Я даже спорить не буду. Все уже рассказал выше. Если мои доводы не аргумент, то и пофиг... Если вдруг будете ко мне на работу устраиваться или тестироваться, напомните про эту ветку...

(537) Засунь сво смаил бизнес.
Это мертворажденный продукт. Такой же как "базовая ТиС 7.7" кто работает давно понял о чем я.

(542) ок
(543) СПАСИБО, САША, ТЫ ОЧЕНЬ ПОМОГ!!!!11

Коллеги, лучше подскажите, как в тонком клиенте 8.2 показать табличный документ на 1-2 миллиона строк? говорит, что памяти не хватает :(

(545) А зачем? Какие данные можно почерпнуть из такой таблицы?

(546) нужно сохранить потом в формате экселя

(544) Чем?? Тем что за 4 года ЭТО так и не взлитело даже на услугах??? Тем что это не умеет уитывать техоперации, тем что ЭТО не умеет распределять общехозяйственные расходы???
демо верссия по поводу кандеев - писал вообще дебил и полный неудачник.
Очем было доведено до ответсвенных лиц.
такой ипаты я ее ще не видил не разу

(547) эксель вроде бы только миллион строк ворочает, и то 2007 и 2010. И весьма не быстро.
Лучше делать агрегированный отчет с возможностью расшифровки. Или, если уж очень надо, сохраняй напрямую в файл...

(549) спасибо)

(548) капс был вместо тэга "айрони", забей.

(537)" РР вне фискальных советских реалий" точка

к (552) насколько я припоминаю регистры эти позволяют переложить расчет некоторых результатов от некоторых исходных данных на платформу, и приблизить платформу к предметной области, думаю графики работы существую не зависимо от советской или какой-то ещё фискальной части

кто-то может предложить более удобный механизм реализующий тоже самое

http://v8.1c.ru/overview/Salary.htm

Универсальные решения - зло.

Вопрос - лажа! Ответ - ничто.
О том, что это варианты хранения данных, наверное, уже много написано.
О том, что реальные данные можно хранить в разных вариантах - то же.
О том, как "красиво" можно хранить данные в разных вариантах...
...а вот о том, что данный вариант Вас не устраивает?
Предложите лучший + универсальный!

Для меня вопрос ясен - как божий день. РР - отросток, которому даже не нужна поддержка.
Ну написали - да ради бога. Для расчета зарплаты не нужны РР. Со всеми вытеснениями, перерасчетами (в двух смыслах, звучавших в ветке), спец. справочниками и дополнениями.

Давайте обсудим RLS.

+(557) v8: Зачем нужны регистры расчета. Это бред.

+(557) v8: RLS - это бред.

(555) Только потому, что они оставляют тебя без работы?!

(557) Почитал ветку. Вы просто не хотите задуматься над аргументами ваших оппонентов! :)