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

Подойди к зеркалу увидишь там бред.

Метод вытеснения

(1) Уважаю мнение.

я их тоже не люблю

(2) Есть таблицы.... Т.е. метод вытеснения реализован на уровне ...

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

+(6) Ну и множество виртуальных таблиц ес-но

(6) вово. именно зп! что доказывает, что бухия есть элементарное Г! )

(6)(7) Т.е. ты утверждаешь, что Регистры расчета - удобо варимая вещь? Я просто не понимаю прослойки....

пятница уже давно кончилась, но дятлы продолжали долбить.

З.Ы. опрос такой же тупой, как и сам вопрос

Опять же, очень уважаю личное мнение,
З.Ы. А по существу.

(0) а нафига регистры оборотов и остатков?
хватило бы и сведений :)

(11) по существу - долбите дальше, и Вы обязательно добьетесь.

(12)!3) Т.е Вы считаете, что для расчета зарплаты нужны регистры расчета?

при Сталине регистров не было

(12) это вообще паскудные вещи. Регистры накопления )

(16) ФОКС + ДБФ = наше фсе! :)

(17) Меня радует Ваш оптимизм.

(0)Вообще-то бред - это сама 1С. Нафиг она нужна? Многие тысячелетия вплоть до конца 20 века без нее человечество обходились и как-то даже неплохо, а большинство челеовечества и до сих пор :)). Так что вопрос совсем некорректный. Любую задачу можно решить множеством вариантов, выбирай какой нравится. Не нравится или не знаешь механизма регистра расчетов - не пользуйся, а знаешь - оценишь получаемые приемущества и подобные вопросы не придут в голову.

Регистры расчета хранят показатели базы, а так же позволяют получать показатели графика не строя сложных запросов.

(19) Вы наверное знаете, чем отличаются Ваши методы от простых.... Я всегда считал, что расчет зарплаты - один из простейших алгоритмов.

(21) фигасе... запросы расчета страх. взносов и ндфл - это просто?

(22) Всегда не все так просто. Но всегда - просто.

Судя по ветке с партнерского - собираются ЗУП наконец разделить на 2 части уапрщенный и усложненный.
Наконец то в программе можно будет расчет быстрее чем в Exel для большинства фирм
Какие новости с большого партнерского?

(24) У меня то, вопрос простой, "да" или "нет".

(24) хороший вброс, годный.)

Регистры расчета это наследие которое должно умереть ))) А вообще конечно трудовое законодательство нужно упрощать все эти ипанутые нормы, которые местами тянутся с такого времени что аж страшно подумать !!! Больше возможностей нужно дать как работникам так и работадателям в плане договоренностей взаимоотношений !

(22) А чего, сложный что-ли. Чай не дифуры...

(26) Дак ты ...
(27) Какая разница?
(22) Проехали.

(2) Тоже проехали.

(30) -Ю (28)

За что такая ненависть к РР? РР - это очень простой и красивый механизм, написать ему альтернативу не каждый сможет.

(32) Первая трезвая мысль - Адьтернатива.
Лично  я - зарплатой не занимаюсь. (Это в прошлом). Если,вдруг, займусь - регистров расчета не будет.

(33) Ну а что будет? Регистр накопления оборотов? Как базу собирать будешь? Как перерасчеты сделаешь? Как механизм вытеснения будешь делать? Запросами выбирать интервалы?

(34) Не знал бы. Молчал бы - как всегда.

Хотя, я думал, что меня будут убеждать в правильности линии (0).

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

(33) посмотри на камин, там так же нет расчетов и подумай

(38) А, что мне камин? Эталон? Я просто интересуюсь - Я только один такой?

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

зы не чего личного

+(39) Я просто утверждаю - РегистрРасчета - бред.

(18) Вообще то у камина в их зарплате перерасчеты все же на РР сделаны ;)

(42) Это по накатоному.
(40) Я бы,9В отмазке), сказал по другому - .... Но я, Слишком стар, и не чего не знаю в програмимрование.

(38) Вот кстати вытеснение в камине сделано вполне себе так на регистрах расчета...

(42) А меня не интересует. Заборю.

Честно - думал, что нет таких купюр - понимаю - ошибался...

Коллега, Вы занимаетесь флеймом, может быть стоит продолжить  _аргуменнированную_ беседу завтра?

(42) Только фиксация (так как это действительно офигительный механизм, в 7.7 он был лучше - ИМХО)
Точнее надо было в 8 сделать опцанально - либо просто фиксация факта перерасчета, либо перерасчет как в 7.7
Я думаю что ты понял про что я

(48) Там и так опционально, Таблицу перерасчетов можно "руками" изменять и по сути это уведомление, а не безусловная инструкция к действию.

(47) А ты еще покрасней.
Я занимаюсь прикладным программированием.

(49) дак в том и фик, с одной стороны ДА уведомление это очень хорошо, НО сдургой стороны если разработчик его не обработал - пипец.
Так веть? Или что то изменилось?

Пипец. Разработчик - офигел. и уведомления для таблице пересчетов безусловно инструкции будут осмотрены.

ТС курит.

(51) Все так :)

да давайте на камушках считать - нафиг компы и прочая электроника... будем сертифицированными перекладывателями из одной лунки в другую.

Специализированный механизм позволяет экономить кучу времени на _стандартных_ задачах.

(0) Опохмелись и почитай про РР. Кто тебя так обидел?

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

(0) Долгое время все люди были уверены, что параллельные линии никогда не пересекаются. Потом появился Виталий Филиппов, который придумал, что в нашем кривом мире параллельные линии могут пересекаться. Так появилась неевклидова зарплата.

Зарплату очень не люблю, но сейчас подписался на перенос её из одной конфы в другую. Краями сознания согласен с (0). И до сих пор не удосужился почитать информацию про вытеснение. И главный вопрос:"А зачем оно нужно?"

(58)И кто такой Виталий Филиппов?

А почему меня забанили?

+(61)  Это к (54)

(32) Да потому что ленивым 1с-совцам лень читать умные книжки и головой думать. Ищем сотрудника к себе на зарплату. У каждого кандидата опыта по написано, что себя невольно ламером ощущаешь. Только заикнешься про зарплатную подсистему - слышешь в ответ: "Ой, а у меня с зарплатой плохо. Я к Вам не пойду" и т.п.

(59) Почитай почитай, может вопрос уйдет.

+(63) и при этом в опыте про зарплату как минимум пара строчек!

(63)Зарплата от 1с - муть полнейшая. Стоит только заглянуть в конфигуратор, как начинает подташнивать. Модуль размером в несколько тысяч строк - это зло.
(64)А если не уйдёт?

(66) а в остальных конфигурациях десятком обходятся?
(64) Если не уйдет, то будет печально как минимум.

64 = 66

Вас бы таких идеальных да законы писать. Может и не нужно было бы модули в несколько тысяч строк.

(67) Просто у меня друг писал зарплатный  модуль в одной конфигурации. Конфигурация использует только компоненту бухучёт (7.7). Это наводит на мысль, что замещение, как встроенный механизм необязательно.
(69)Мы-то как раз реальные. А вот в 1С похоже работают люди не от мира сего.
Кстати, законы - отдельная(больная) тема.

Посмотрите 1С Камин Расчет зарплаты, сделан на бух. учете без всяких там расчетов и на много лучше 1С ЗУП, ЗИК.

Если бы у меня не было в практике создания подсистемы "Расчет зарплаты", я бы не задавал вопрос.

Голосовалка поставлена некорректно
Да = Это бред?
Нет = Нет, не бред?

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

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

(73)(74) Какая то не устойчивая позиция. Лучше бы высказал собственное мнение.

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

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

Было бы весьма привлекательным в платформе разрешить переопределение встроенных методов, чтоб методы объектов и виртуальные таблицы объектов были доступны не только разработчикам платформы, но и разработчикам конфигурауий. Такая постановка вопроса не оригинальны и появилась буквально после первых же релизов платформы 1С, на которой стало очевидно использование практическое использование прадигмы ООП. Можно было бы, кстати, отдельно поговорить о причинах закрытости такого механизма от разработчиков конфигураций. Хотя подозреваю, что имеются отдельные случаи, когда в конфигурациях возникают недокументированные методы и свойства объектов, переопределенные под конкретных заказчиков средствами разработчиков платформы.

Особенно смешно читать в этой ветке про сложность и непонятность. Откройте законодательство и попробуйте по нему самостоятельно написать что-то похожее. Не оклад плюс премия, а все возможности вроде болезни во время отпуска, или исключение начисления фсс договорникам из налогооблагаемой базы.
С усложнением конфигураций от 1С, таких тем все больше. Бывшие недопрограммисты, правившие в семерке код из 1000 строк, теперь путаются в трех вложенных функциях или больших запросах. А зарабатывать легко привыкли и нужно найти виноватого.

(76) >Было бы весьма привлекательным в платформе разрешить переопределение встроенных методов, чтоб методы объектов и виртуальные таблицы объектов были доступны не только разработчикам платформы, но и разработчикам конфигурауий.

Это реализовано.

(71) му хаха, только для пивного ларька

а нафига Неопределено, если есть NULL?

(60) Виталий Филиппов - это человек который все это придумал. У каждого 1С-зарплатчика должен висеть его портрет над столом

(78) где это реализовано? нигде
хотя я и против того, что предлагает (76)

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

Но видимо возможности реализации переопределения свойств и методов объектов мы понимаем немного по разному. Когда я могу переопределять это сам, то я возьму базовый объект (даже не документом его хочу называть, а регистратор) и накручу к нему столько новых свойств и методов, что не будет использования не только регистра расчета, но и всех остальных регистров... даже регистр сведений свой собственный сделать придется.

(81) "все это" - нашу вселенную? ;) или только трудовой кодекс РФ?

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

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

(83) Наверное говорим на разных языках...

Любое объявленное событие можно переписать. Для любого объекта можно дописать методы. А в 8.2 появился еще и модуль менеджера, где можно нописать методы для совокупности объектов.

Что еще надо?

А регистры расчета - надуманная весчь.

регистры расчета необходимы!

>> Виталий Филиппов - это человек который все это придумал. У каждого 1С-зарплатчика должен висеть его портрет над столом

лучше дартс с его портретом

(86) это нормально, да и сам я активно пользуюсь всеми этими возможностями.

Но когда у тебя _дописываются_ новые действия для каждого эземпляра класса из заранее определенной совокупности объектов, т.е. базового класса, то при сегодняшней 8.2 придется найти все вхождения встроенных методов у таких экземпляров по всей конфе, которые имеются там от типовых свойств и произвести замену - просто текствую замену вхождений.

:) Даешь каждому 1С-нику свой личный экземпляр регистра расчетов!!!

+89 а виртуальные таблицы (структурно и по составу) у объектов метаданных вообще измененять разве можно?

вот из-за таких как вы в 1С ООП нет - чтобы все не усложняли ;)

(87) >регистры расчета необходимы!

Для "сложных периодических расчетов".)))

Регистр расчета - это хотелка, реализованная на уровне платформы. Которая позиционируется, как панацея.

(93) до тех пор, пока в языке запросов нельзя вызывать собственные процедуры, Рг расчета являются панацеей

(93) придумай лучше

(94) Даже не смешно.
(95) Дык, вроде не лох.

(96) придумал что ли уже? )

(97) Каждый программист 1С обязан написать хотя бы одну подсистему, которая должна работать, хотя бы на двух предприятиях.

Вопрос в другом. Мою личное убеждение, что в составе метаданных 1С - нет места Регистрам расчета.

(98)
Тут уже просили обосновать, причем известные в 1С люди

голосовалка УГ, но я как-то по приколу на них маркетолого-скидочный бред запилил... вытеснение рулез!

(99) Обоснованием - пусть занимаются академики. Я спросил мнение. И попытался, в меру своих сил, озвучить сомнение.
Хотя могу и обосновать.

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

бред сивой кобылы
пренебрежение бритвой оккама
почёщина в адрес реляционной алгебре

(0) Дофига тут всего наговорили. А мое ламерское мнение такое.
Сам участок бухучета - расчет зарплаты - самый сложный участок в смысле взаимосвязей условий и просто математики.

Отсюда и безумные страницы кода. Безумные на первый взгляд.

И опыт мне подстказывает, что "сапоги должен тачать ..." ну вы сами знаете.
Так что все наши рассуждения из области, когда в 90x годах всякие колдуны механики начали продавать на рынках всякие вставки - завихрители в карбюратор. Мол в Тольятти все му_д_аки, ничего не понимают. а мы Дартаньяны и у нас машина ездит на воздухе.

Я считаю, что если специалисты 1С сделали именно так, то так и должно быть.
ОТ себя добавлю, что если не держать где то промежуточные результаты расчетов, то вам никаких таблиц не хватит, что бы держать их в памяти. Так как результаты одного этапа можно считать истинными в зарплате тогда, когда становится ясен результат СРАВНЕНИЯ нескольких паралельных расчетов.

Это все нужно держать в памяти в пределах одного цикла и иметь возможность оперативно обращаться к результатам.

Где то там и лежит истина в механизме замещения одного вида расчета другим.

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

Это мое ламерское мнение.

Что касается ТС, то не смотря на его утверждение о том, что он создавал компоненты расчета, постанова его сабжа просто провокационна и не несет в себе практического содержания.

+(104)Есть мнение, что ТС просто флудер.

(105) Вы слишком высокого мнения о ТС )) по-моему, обычный дятел

(104) >Я считаю, что если специалисты 1С сделали именно так, то так и должно быть.

Все равно, что сказать, что земля плоская.

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

Полное не понимание принципов хранения данных.

>Где то там и лежит истина в механизме замещения одного вида расчета другим.

Сам по себе алгоритм интересен, но, ИМХО, не может претендовать на существование в платформе.

(105)(106) Так скажите -"Нет".

(9) Не понимаешь себя? Убейся об стену.

(108)

"
-Видишь цель?
-Вижу.
-Не видишь препятствий?
-Не вижу.
-Вперед.
"

Бабах об стенку.

(107)>Полное не понимание принципов хранения данных.
Говенный механик - практически всегда никакой водитель.

Я может и не понимаю как и где хранятмся данные в 1с, но зато хорошо представляю логику всаимосвязей условий для расчетов в ЗУП и их последовательность :))

А еще могу добавить, что при необходимости хранить множественные данные да еще в вариантах периодов для организации сложных единовременных расчетов. требует самого быстрого способа доступа к данным с возмоджностью различных выборок и пр.
По моему ламерскому убеждению таковым в 1с является регистр.
Что тут еще можно сказать ...
:)

(110) Нет возражений.

(104) "если специалисты 1С сделали именно так, то так и должно быть" - ну это ты уже слишком загнул..

(111) у меня есть возражение, альтернатива какая РР?

+(109) Но на самом деле участвую в этом флуде чисто из спортивного интереса.
ТС явно имеет завышенную самооценку и склонность к беспредметному занудству :)
Интересно, как он в жизни это реализует.
Что вас привело сегодня уважаемый в эту юдоль примитивизма ??
Вы поделитесь,Вам посочувствуют.
А так могут не понять да в споры пустится :))

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

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

(113) Альтернативы реализованы самой 1С.
(114) Бессмысленность ветки - изначальна. Было интересно послушать ушат грязи.
(115) Это было, но давно. Сейчас - просто стар.
(116) Ну еще капельку.

(111)Вы внимательно прочитали (110) ? И до конца понимаете с чем соглашаетесь ? Или точнее - против чего не имеете возраженний ?

ТАк то вывод из (110) Весьма двойственен :)))))
Это как раз пример организации последовательностей расчетов в ЗУП.

ТАк что повнимательнее с переходящим смыслом :))
КТо там говенный механик - надо хорошо повычислять :)

Но судя потому. что за всю ветку ни одного предметного поста от ТСа нет, то тут понятно, какой он водитель.

(116) Я делал зарплату без регистров расчета. На семерке сто лет назад. Что в этом такого?

Зачем нужны ПВХ и регистры сведений, ведь альтернативы есть...

зачем нужны РН и РБ, ведь их можно реализовать на справочниках?

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

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

зачем нужны документы вообще, они через справочники реализуются элементарно

+(122)>прибавить по отауску
прибавить по jngecre

Блеааать .... по отпуску

Я надеюсь мы говорим о построении баз данных?
Ощущение, что говорим о прикладных решениях.
Реализовать можно ВСЕ.
Зачем перегружать платформу?

(119) я делал зарплату и на 6 и на 7 без регистров расчета - это гораздо менее удобней в плане программирования, хотя бухгалтерам конечно гораздо понятней некоторые вещи.

(126) да мы никак не поймем, чем платформа перегружена если там еще РР?

(127) 2 - Существованием РР. Я говорю - это прикладное решение. Вы говорите - это панацея.

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

И причем тут платформа ??? Регистр не объект платформы вообще :))

Я пошол за попкорном ...

(129) >Где то там и лежит истина в механизме замещения одного вида расчета другим.

Я наверное, что то не понимаю. Или надо определиться с терминами.

(130) А я за пивом.

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

В (131) >Регистр не объект платформы вообще :))

(132) РН и РС.

Вытеснение, перерасчеты, получение данных графика - нужны канэшна

(134) это не альтернатива, вобщем, мне все ясно.

Есть мнение, что РР на уровне платформы работает быстрее, чем алгоритмы на уровне конфигурации с использованием РН и РС.

(137) Есть мнение, что алгоритм РР, мягко говоря, не оптимален.

(0)Вы пытались деалог с разработчиком вести?

РР - можно много где использовать не тока при расчёте ЗП.

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

(140) Вот это уже интересно...
(141) Давайте алгоритмы взаиморасчетов опустим на уровень платформы.

(142) Что подсказать идею для периодических расчетов?

(141)Согласен зачем создавать велосипед ..

(0)  Тормозят они жуть .

В общем я против их.

(100) Вытеснение чушь.

(146) а как еще по другому то?

(143) Больше интересуют прижившиеся реализации.

(147) миллион способов. Например на РН

(149) + Стараюсь и РС меньше использовать , а на РН переводить. Так как быстрее

(149) будет сложнее, это как РБ на РН.

(147)Он предлагает идею алгаритма расчётов унести с собой в магилу те чтоб на мисте появился САБЖ "Что имел ввиду  NcSteel вот в это куске кода?"

+(152)Не чего личного ..

(148)Глобальных реализаций нет наверняка есть переделки УПП УСО итп где все это используется ..

(140) Для расчета начислений газа оказалось РР не выгодны.

(133)Эээ ... Ну да, согласен с Вашей иронией. Это я хватанул, по поводу регистра и платформы.

Давайте нарисуем простейший РН. Назовем его - "Зарплата".

Измерения:
-Сотрудник
-ДатаКогда
_ДатаЗаКогда
-ВидНачисленияУдержания

Ресурсы:
-Сумма

Почему каждый первичный документ не может выбрать то, что его интересует и сделать свои записи, отвечающие текущему моменту?

Объясните.

Имеем - всегда реальную информацию.
Имеем - достоверную информацию.
Имеем - отсутствие результирующего документа.

Я наверное тупой.

(157) И где тут механизм вытеснения?

(158) А зачем он нужен? И кому?

(159) В смысле? Зачем вытеснение в зарплате? Это вопрос не ко мне. Это ты у коо-нибудь другого спроси, почему не платят ЗП когда ты болеешь или в отпуске.

(160) Ты ведь понял вопрос (но зачем то решил под дурачка закосить) .

Наверное хочет, что бы я брызгал слюной.

(162) Не надо слюной. Напиши как будешь из отпуска дни болезни вычитать?

(163) Сторно неканает ?

(164) Сумму как у сторно получишь?

(164) И во сколько раз это будет медленней?

(164) Нет сторно.

(166) Обращение к РН "медленнее" можно написать только руками.

(168) В общем вброс сделать умеем, доказать свою правоту нет.

(169)(162) Добавим ресурс "Дни" (по любому надо). Надеюсь запросы писать умеем?

(170) То есть у тебя итоги будут в регистре по каждому дню хранится?

(171) При чем здесь итоги? Мы говорим о движениях.

+(172) Остальное можно положить на платформу.

(172) Тогда что то не клеится с "Добавим ресурс "Дни""?

(174) Опять я не понял.

(175) Ты в ресурсе "Дни" будешь количество дней за этот период хранить?

(176) Ты наверное не поверишь, но в ресурсе "Дни" я собирался хранить именно их.

(177) Тогда получится так.
У тебя две записи
(Дата1;Дата2;Дни;)
(01.02.12;29.02.12;20;)-Оклад
(22.02.12;07.03.12;10;)-Отпуск
Как ты узнаешь количество дней в феврале, которое необходимо сторнировать?

(178) Еще раз повторяю - Нет сторно. Документ "Отпуск" рассчитает все, что необходимо (вычтет из 20 10 с учетом периодов) и сделает нужные движения. Все это делается запросом. Еще вопросы есть?

(179) Меня интересует как с помощью одного РН указанного тобой, можно получить количество дней оклада которые мы не будем оплачивать, из ситуации в (178)?
Особенно интересует алгоритм по которому будут получаться эти дни.

(01.02.12;29.02.12;20;)-Оклад
(24.02.12;24.03.12;10;)-Невыход
(22.02.12;07.03.12;10;)-Отпуск

И еще с десяток ситуаций когда ты запаришься писать запросы с учетом всех возможных вариантов вытеснения.

Есть понятие "Документ". Есть понятие "Момент времени". Вы утверждаете, что при оформлении документа я не смогу чего то рассчитать? Или Вы во времени плаваете?

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

Поразительной терпеливости люди...

(181) он неисправим! :)
прямо очередной маньяк, хочет сказать что с первого раза сделает лучше чем отлаженные годами механизмы платформы.

+185 и видимо советует другим заниматься тем же мазохизмом.
при том что (по моему мнению) из 10 "зарплатчиков" 8 не могут толково написать запрос с выборкой сотрудников, надо понимать что из всего этого получится.

Вот честно - даже не знаю, что сказать.  
(181) показывает ситуацию, но не может написать запрос?
Читайте (182).
(183) Нет видов расчета.
(185) В каком то смысле - маньяк, но не с первого раза.
(186) давайте не будем обсуждать возможности и способности.

(187) Хм)
Хотя бы примерный алгоритм можете указать? С моментом времени документа или чего-то там еще.
Это необходимо для выявления истины. Чтобы опираться на какую-то информацию при обсуждении.

(0) С начала про клюшики. Начинал 1Сить в 1с77 как раз по зарплате. За 3 года изучил компоненту расчет вдоль и поперек.  Изучал в живую пришлось почти с нуля автоматизировать сложный расчет ЗП в горнорудной компании. Где были около 90 видов расчетов.
ДА согласен что что компонента расчет не очень удачна по скорости работ в клюшках. Но все имеет цену.
Восьмерке пока особо не было опыта по зарплате. НО то что унаследовано из клющек мне нравиться.

Зы.  Пока не автоматизируешь сложную зарпалту даже не берись оценивать.
Для меня механизм расчета это один самых уважаемых в 1С. Сложно но очень хорошо решает проблемы зарплаты.

(181) Как Невыход может попадать на период отпуска? Тут и у РР крыша съедет :-)
Идея то может и хорошая с РР, но почему реализации в 1С такие говёные? Ничего кроме блевотного рефлекса семёрошная зарплата не вызывает. До сих пор в холодном поту просыпаюсь, когда вспоминаю, как пытался отладить эти процедуры по 7 тыщь строк в глобальнике. Куче каких то костылей понатыкано. Причём сами РР по минимуму и используются, а расчёты делаются какими то бредовыми методами. Типа Если сейчас не 1 Января 1861 года тогда... и начинаем вручную собирать данные.

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

Ну раз вы так уверены в своей правоте - вашу конфигурацию расчета зарплаты без регистров расчета - в студию, с описанием чего она может, а еще лучше - чего не может. И тогда можно Вам же аргументированно показать на скоолько ваш код сложнее когда, реализуемого с помощью механизмов расчета.

И второе заблуждение - почему вы регистры расчета связываете исключительно с расчетом зарплаты?! Есть ряд задач для которых этот механизм очень даже неплохо подхоодит. Например я с его помощью реализовываю калькуляцию стоимости продукции, причем раз написанный код нет необходимости переделывать при постоянном изменении правил (то хочу что-то отдельно показывать, то не хочу. то месяц назад по одной методике считаю, то теперь по другой). Флаг в руки пользователю и пусть игратеся как ему нравится - мне программровать ничего не надо, а вам придется каждый раз лезть в код и писать, и писать...!

(191) , (не знаю как к Вам обратиться). Судя по всему, более чем "Оклад" я ничего не знаю.

Конфу не могу пообещать... Да и цель ветки другая. Одно могу сказать - миллион строк я не напишу.

А хотел я сказать, что РР - надуманная прослойка между 1С и БД, которая реализуется и т.д.
Но если у Вас нет других способов реализовать задачу, кроме как на РР - Флаг в руки.

ОК. Слив защитан. Алгоритма нет, одни передергивания.

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

ЗЫ. Чистая ИМХа.

(194) :-))

(195) А че улыбаться?
Ну принесут вам больничный за прошлый расчетный месяц. По которому уже отчеты сдали. Как начислять будете? Да еще если он не весь закрылся в прошлом месяце? Начисления-то должны попасть в прошлый месяц, а удержания в текущий.

(196) А че кричать?
Для этого в РН есть аж три даты. И скажи, что расчет нельзя сделать.

+(196) Даже если разнесете периоды начислений и удержаний по разным периодам как через полгода соберете все данные за расчетный период или период начислений? Будете все базу лопатить? Иначе как знать в каком месяце проводились вот эти от конкретные начисления?
Внесете все периоды в РН? И получите первое приближение к РР. Добавите процедуры записи и выборки - получите второе.

Я совсем недавно в современном программировании. Не думал, что так все запущено.

(197) "И скажи, что расчет нельзя сделать"

Как здесь уже вам подсказывали - весь учет можно сделать на справочниках. Вы до сих пор пользуете документы?

(200) С этого начинал - объяснял людям, что есть только таблицы, а остальное - удобства.

(199) "Я совсем недавно в современном программировании"

Все намного хуже. 1С - не столько современное, сколько "предметное" программирование. И предметную область таки нужно знать. А то сейчас договоримся, что нафик нужен автокад с его прямыми, криыми и прочим если в пайнте тоже самое нарисовать можно.

(202) Эта ветка и посвящена предметному программированию. Ни слова о безусловных переходах.

(203) Переход в сторону словоблудия - не интересен.
Есть конкретный интерес - пытаемся высказать за и против. Если просто потрепаться - есть вконтакте и прочие одноклассники. Даже на этом форуме есть секция лайф.

(198) В зарплате есть два периода - 1. Месяц начисления и 2. Месяц выполнения начисления. Из этих двух дат вытекают все, подчеркиваю, все остальные действия. И этой информации достаточно, что бы рассчитать все, что угодно. Или я опять не прав?

(205) Добавьте еще механизм замещения и будете правы. Только у вас РР получится.

(205) Упростим задачу)
Руками можете посчитать количество дней в (178) которое необходимо сторнировать при пятидневном стандартном графике?

(205) Коротко "на пальцах".
Человек заболел в предпоследний день месяца. ИТабель заполнили автоматом и ему эти два дня начислено (например) "по часовой ставке". 8-го числа следующего месяца человек принес больничный за 10 дней.

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

В вашем случае нужно два дня "часовых" сторнировать (в прошлом месяце). Начислить "по среднему" за те же два дня. Доначислить за остальные восемь.

Как говорится "прочувствуйте разницу".

ИМХО и РР и в 7ке ЖР, ВР, ГР и календари - это атавизмы 1С:Зарплата 4.0.
Режим вытеснения делается легко и в 7ке и в 8ке, ВР - это просто справочник (всё равно в ЗИКе практически всё в глобальнике), календарь то-же справочник с периодикой.

Складывается впечатление, что регистры расчётов - приблуда, сделанная для ленивых программистов.

(210) именно!
но совсем не зря, потому что:
1. реализовать что-то толковое вместо этого получится мало у кого, а у многих вообще не получится.
2. имеем унификацию, и не надо терять время, если вдруг пришлось обслуживать зарплату других, понятно где что смотреть.
3. механизм расчета все равно бы тырили из зуп.

(210) В чём там лень? Надо же знать как это всё работает и подстраиваться под этот механизм. Где профит?

4. РР некоторые испльзуют и для не расчетных задач.

" Надо же знать как это всё работает " - книжки по ЗУП под запретом?

верней по платформе

(210)То есть 1с сознательно поддерживает размножение посредственных программистов?

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

(217)Не соглашусь, уровень сложности и полезности разный.

а как быть допустим с виртуальными таблицами регистров БУ и накопления? могли бы тоже не делать. это же всего лишь набор запросов к реальным таблицам.
не пользуейтесь тогда ими - пиши запросы сам, во как.

(214) Тебе книжки почитать хочется?

+219 сколько людей сделали бы аналоги? с РР все точно так же.

(216) "1с сознательно поддерживает размножение посредственных программистов"

Нет. 1с сознательно доет возможность программисту автоматизировать _предметную_ область. А не заниматься изобретением велосипедов тем самым щекоча СЧВ.

(220) ну я читал, думаю что все понял.

(219) Забей на всё виртуальное, пользуйся тем что видишь и ощущаешь и будет тебе счастье :)

(223) Ой зря ты так думаешь....

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

(219)Регистры БУ - вещь полезная, потому как (за редкими исключениями) отражают объективную реальность. То есть являются хорошими моделями реальных объектов.
(222)Эффективность такого подхода иногда вызывает сомнения.

(207)(208) Щас все брошу и начну доказывать. Есть теоретическая дискуссия, а есть реализация.
Хотя ... Думал, что я один дурак. Оказывается - не последний.

ТС - странный человек. У меня встречный вопрос: "Зачем нужен высокоуровневый язык программирования? Это бред! Все прекрасно автоматизируется путем рисования ноликов и единичек на перфокартах."

РР - не только зарплатный механизм. В ЖКХ например, он тоже используется.

(229) Осталось этот вопрос задать.

Конгресс, регистры расчета какие-то... Голова пухнет. Взять все и поделить.

Без сторно в этой жизни нельзя

(199) - вот оно откровение! и ответ одновременно на поставленный вопрос! Так совершенствуйтесь!  :))

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

Задача:
Необходимо автоматизировать начисления:
1. Оклад почасовой. Сотруднику начисляется оклад исходя из формулы: Отработанные часы за месяц / Норма часов в месяце * Оклад.
К примеру: в месяце 100 рабочих часов, сотрудник отработал только 30, оклад в месяц составляет 100000 => 30/100*100000

Норма часов в месяце задается заранее, стандартно 8 часов в день, кроме сб и вс, праздников (0 часов) и предпраздничных дней (7 часов).

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

2. Отгул. Реализовать ввод в конфигурацию документа отгул. За время проведенное в отгуле сотрудник не получает зарплату, тем самым время отгула уменьшает время отработанное => сумму оклада.

3. Отпуск. Отпуск рассчитывается по среднему из расчета: Сумма заработанная за прошлые 6 месяцев / Количество отработанных часов в прошлых 6 месяцах * 22 дня отпуска * 8 (часов в каждом дне отпуска).
На время отпуска оклад не начисляется. Два отпуска одновременно не начисляется. Отпуск не может переходить из одного месяца в другой (отпуск внутри календарного месяца).

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

Ну и отчет:

Расшифровка начислений за ДАТАНАЧ по ДАТАКОН:

Сотрудник   |   Вид начисления   |   Сумма

Красота форм, автоматизация заполнения данных не в счет, только расчетная модель.


Ну что? Попробуем? Да, вы можете реализовать все это вообще не на 1С.

(235) Договорились.

(236) И времязатраты попробуйте прикинуть, ну так для интереса.

Время около часа, реально минут 30-40.
Строк в расчетной части ~ 60
Строк всего ~ 200

Завтра в обед перерасчеты "автоматизирую", введу тестовые данные и можно меряться :)

Текущая конфа http://narod.ru/disk/43967527001.eab367a83043ab0c8b7cdd9826c4b764/salary.dt.html Пароль скажу как только будет ответная конфа.

(238) Интересно, вы там вообще спите, или вот так топик действительно "раздраконил" что ну его куда подальше этот сон :)

+(230)Расчёт родтельской платы . .

закидать автора коробка с зупом...

Тупая тема.

Заставить написать ТС ЗУП без РР. Или сдать спеца по платформе без РР.

Довольно красивый механизм. Намного более прямыми руками реализованный, чем в 7.7
Пытаться его эмулировать - получится тоже самое, только хуже. Либо упрощенные поделки не покрывающие весь спектр потенциальных потребностей периодических расчетов/перерасчетов.
И вполне тянет на отдельную подсистему. Не понимаю, что за вопли.
Если у тебя простые расчеты и накладные расходы на использование этой подсистемы кажутся большими - не используй и всех делов.

РР - архаизм из семерки. В восьмерке сделали 100500 регистров, но разделить журнал зарплаты на регистры табеля и начислений не догадались или не осилили.

Проголосовать забыл.

Автор не знает 1С. В 7ке нет регистров расчета и приходится запускать обработку, которая анализирует введенные данные и считает зарплату. Причем если много людей, много расчетов и слабый компьютер это может занять продолжительное время. В 8ке реализовали иной механизм, который позволяет расчитывать ЗП в документе в которой вводятся данные для расчета, что удобнее.

(247) Вы тоже не знаете 1С77. Не важно как бы там он назывался. В 1с77 был журнал расчетов это аналог РР. И там всегда можно было рассчитать документ кторый ввел расчет, объект расчета, И период. А в обработках можно прописать расчет и по другим схемам.

регистры вообще зло - на документах все нужно делать :)

Конечно когда в системе есть большое кол-во различных инструментов это хорошо ! Но я не видел в реальности использование РР для систем отличных от расчета ЗП ! Понятно что упоминались тут в теме что есть конфы для расчета ЖКХ, но давайте обсудим производительность таких систем, но я думаю биллинговая система тысяч на 50-60 лицевых счетов помрет на РР, даже не с очень большими зависимостями расчетов например по льготам ! По этому для различного рода биллинговых операций используют грамотно спроектированую БД конкретно под это дело ! И еще раз повторюсь вся тупость расчета ЗП(именно завязана на нашей системе законодательной) и ее нужно упрощать ! В 1С в полне достаточно РС и РН(агрегаты это хорошо) для решения почти всего спектра задач ! РБ вообще обсуждать нуегонах !

(235) Идея хорошая ! Но вот тупость таких условий "Важно: отгулы могут вводится в конфигурацию "задним числом", "числом вперед" на несколько месяцев. Все данные расчетов должны корректироваться либо автоматически, либо полуавтоматически (например, при запуске обработки)."
А давайте контроль остатков задним или передним числом будем обсуждать ??? У меня вопрос зачем Вы начисляли человеку ЗП в период когда он не работал ??? Что такое отгул задним числом ? Я понимаю что это некая абстракция, но все таки вытеснение это не самая интересная возможность РР, это скорее тупость Российских методов ведения учета ))))!! Есть грубо говоря первичная информация и если строго её соблюдать тогда и таких механизмов как вытиснение не понадобится !


В сегоднящних реалиях расчета ЗП ! Да РР анверно это удобно и заточено под это дело, со своими периодами действия и т.д. И еще раз обращаюсь к участникам ветки дайте мне конфу с использованием РР не в зарплатном учете, но с нормальным данными именно по объему и именно где используются спецефичиские возможности РР !

а зачем критерии отборов, если есть РС
можно легко и просто реализовать ими, но программно

Да кстати для информации в моей практике бухи перешедшие с ЗиКа на Камин(речь только о клюшках) писали кипятком ! И ни одного кто бы плевался и матерился ! Так что примеры использования не расчетных механизмов, для расчетных задач есть и они налицо !

(250) На моей памяти было несколько конф для управляющих компаний по расчету ЖКХ, конфа для Водоканала, конфа для энергетиков, конфа для страхования и конфа для мясокомбината (начисления агентского вознаграждения за продажи по сложным формулам).
Исходники конф по понятным причинам дать не могу.

(20) четко и по сабжу! +100!

(253) Да и конечно в этих конфах без использования РР, обойтись было бы невозможно )))

(254) С этим спорить не буду, но а если мы копнем глубже ? Какие запросы строит 1С к СУБД при этом ?
Это кто нибудь анализировал именно в плане работы РР ?

(255) Можно конечно! Просто пришлось бы создать аналогичный механизм на справочниках или других регистрах.

(238) http://www.fayloobmennik.net/1679741

Время больше часа.
Строк в расчетной части ~ появится, когда будут налоги.
Строк всего ~ меньше 200

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

...

(258) Вы правы, но я именно ругаю их в реализации РР. А не в приниципе )))
Просто иногда обилие выбора инструментов мягко говоря зашкаливает. Я конечно понимаю что когда выбора нет это очень плохо, но когда выбирать приходится из 1 млн. вариантов это все равно что ткнуть пальцем в небо ! То есть вот например был СССР, выбора особа небыло пришел ты в магазин и там есть колбаса вареная и колбаса копченая и все тебе нужна вареная ты тупо подошел и взял и ВСЕ ! Теперь РОССИЯ заходим в магазин там 100500 вариантов колбасы, причем для того что бы оценить реально нужно получается каждую попробовать ! И пока ты в течении 3-ех месяцев выискивал для себя самую вкусную колбасу в сочетании (цена/качество это два решающих критерия при выборе), на заводе котором ее производят сменился нах технолог и стал класть по меньше мяса по больше чего-нибудь. И вот тут ты начинаешь беситься и потом этот круговорот, нервы срывы и т.д. )))) Зато вот например были такие события как выборы презика РФ, вроде выбор как есть, а его с;%:ка нет )))) Короче переносите этот холивар в лайф и меняйте название ветки "Выбор это хорошо или плохо" )))

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

(261) С КД та же фигня, что и с РР. Задумано было хорошо, но почему то самой 1С было реализовано из рук вон плохо в её же типовых продуктах. Инструмент просто загляденье, но всё, что создано этим инструментом...
Приезжаешь к клиенту, запускаешь типовой перенос, он три часа чего то молотит, ты уж чаю напился, акт выполненных работ суёшь на подпись, а он сцко, раз и вываливается с ошибкой. И в чём ошибка не пишет, и как быстро отладить эти правила прям у клиента и найти ошибку?

Ну наконец то! Человек озвучил мои мысли. Запускал подсистему расчета ЗП в работающем УПП(планирование, пр-во, бухучет работали, правда с большими переделками). Для расчета ЗП использовалась старенькая, на фоксе написанная прожка... Но написанная она была толково. Так вот, когда я восстановил все м-мы расчета ЗП(конфа была старая, даже табеля небыло), завел их виды расчетов, графики и т.д. и показал работу подсистемы, меня чуть не убили (и БОТ, и рассчетчики). По поводу механизмов вытеснения и сторно мне было сказано - в базе должно быть то, что ввел работник и ничего больше. В результате м-зм вытеснения я убрал, дописал табеля раб времени, они вводились табельщицами(согл.цехов-участков) и блокировались ими(никто не мог исправить, кроме них). Все расчеты делал согласно рабочего времени. Замены реализовывались соотв. видами расчетов - работа по другим графикам-тарифам. Вывод - все можно было прекрасно написать на справочниках и документах/регистрах накопления и сведений. Про работу виртуальных таблиц в ранних версиях 8-ки(а там стояла 8.0) я вообще промолчу...

(263) дак ты вместо одной кнопки "сделать все" им более менее универсальное решение дал... никто такому не обрадуется, ведь это же думать надо

(263) Расскажи лучше сколько человек это все обслуживает теперь?

(265) Сколько и было - 2 прогера. Конфигурация ведь и была не типовая.

+ 266 Это завод со своим ИТ-отделом. Я был одним из прогеров.

(266) А расчетчиков тоже осталось столько же? И результа тогда твоей работы какой?

(268) Результат согласно поставленной задачи. Задача звучала так - перенести расчет ЗП из отдельной проги (см.263) в общую базу УПП. Естественно расчетчиков осталось столько же. Ввод данных в УПП и ввод данных в прогу на фоксе - не очень большая разница в объемах работы...

Добрался до дома, доделал:
http://narod.ru/disk/43993822001.7285b7596630ab1e21de649515cbea30/salary.dt.html

Пасс на оба файла "mistaoff"

(257) Расчета не увидел. Все расчеты у Вас в форме сам пользователь вводит? Он сам должен контролировать данные для расчета базы по среднему. Вводить вручную количество дней и часов, для каждого сотрудника, для каждого отгула, отпуска и оклада.

При заполнении данных для расчета среднего Вы не учли отгулы вообще, но это мелочь. Намного интереснее как Ваша система поведет себя при вводе отгула в периоде который используется для расчета среднего для отпуска. Как и когда перерасчитается отпуск?

(271) Сейчас не много занят. Позже отвечу на вопросы.

пристрелите ТС

(273) Слишком легко. Пусть живет и исправляет свои фантазии по расчету ЗП.

(274) тогда приковать к столу с компьютером и заставить рассчитать зарплату в какой нибудь энергетической компании на тысячу - другую сотрудников

(271) "Как и когда перерасчитается отпуск?"
А у вас?

Плюшек добавил...

http://narod2.yandex.ru/disk/43995288001/1Cv8.dt

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

Топикстартер молодец, жму руку
Ненавижу эту подсистему с 2002 года (7.7), когда я ее сдал Харитонову, помню он меня чуть с экзамена не выгнал за вольную трактовку условий и спор :).
(235) Постановка задачи - в 99% решается прямым табелем !!ПРЯМОЙ ТАБЕЛЬ!! а не косвенный, или рабочим листком.
>>Важно: отгулы могут вводится в конфигурацию "задним числом", "числом вперед" на несколько месяцев. Все данные расчетов должны >>корректироваться либо автоматически, либо полуавтоматически (например, при запуске обработки).
Вы подменяете истинную задачу, это все неважно, на практике вытеснения и вводы задним числом, пересчеты не нужны, чем крупнее массивы данных тем проще должны быть алгоритмы обработки данных.
Более того 1С на примере РР попадает в свой обычный капкан функциональности:
маленьким конторам (до 100 работников) РР не нужен.
большим конторам тоже (отраслевая специфика отражена в других продуктах)

В общей сложности ~ 200 строк. Расчет ~ 60 строк.

(278) ТС пишет что РР вообще не нужны. Я говорю что нужны и привожу пример. Если по условию задачи (тут внимание) расчет не нужен, то он реально не нужен и РР и все остальное. При прямом табеле учет можно вести на бумаге. Если нужны механизмы расчета, то РР очень удобный механизм.

(278) Кстати напомнило мне:

Как-то работал я в одном крупном СМУ, помогал учет поставить ну и расчет ЗП. Дают задание...
"Необходимо начислять ЗП в зависимостри от КТУ работника, износа оборудования на объекте, суммы бюджета выделенного на объект и прпрпрпрпр" на лист формата А4 меееелким шрифтом.
В конце предложение, подчеркнуто красной ручкой "По результатам распределения ФОТ по работникам итоговая таблица должна отображаться у директора и он вручную должен иметь возможность отредактировать любые записи". Причем, говорят что директор редактировал практически все начисления у сотни рабочих... Как аргументировали расчет там для самих трудяг я не знаю.

(280) РР не нужен как средство разработки, это фикция
пусть 1С закроет расчетное ядро выложит ЗУП в облаке как готовое решение и не морочит голову.
(281) давайте не будем клинические случаи рассматривать.

(282) Ну попробуйте решить поставленную задачу без РР, У Вас кода будет на порядок больше, объекты все те же Вы сами сделаете, смотрите ТС имитирует ПВР на справочниках, а РР на РНО. Причем в ущерб функциональности.

Как зависимости отслеживать? Вытеснение и сторнирование? Сами же механизм напишете, на последовательностях, без учета открытых и закрытых (прошлых) периодов...

(282) Очень смелое заявление. Вы хоть автоматизировали ЗИК или ЗУП а еще лучше самописку для предприятий более 2000 сотров хот раз.

+(285) Это был вопрос. Или все-таки обида на экзамене сыграла роль?

(285) Есть такая самописка - камин называется, ребята как-то обошлись без РР.

(287) Обсуждали уже выше. Есть у них РР для перерасчетов и сторнирования. Смотрите последние версии.

(288) Во первых если они и появились то появились только в последних версиях (в 8.1 точно не было) во вторых на сколько я помню на 7ке их точно не было (хотя могу конечно и ошибаться).Ну так как на счет камин на 8.1? как удалось обойтись без РР? это кстати не единственная конфа у которой ЗП построена без РР.

(287)  Каминовцами (с их конфами) сталкивался всего два раза. Мой личный вывод. они извращенцы. Все писать на бух компоненте не используя ни опер учет ни расчет а ради чего? Чтобы не платить за компоненту? Или все таки там все спецы дальше бухучета не сдали экзамены? ДЛя меня камин как там их не уважали бы за их решения не разрабочики.

(289) так в том то и дело, что на 7.7 это была жесть, требующая по каждому чиху конфигуратор открывать, в 8.х был сделан гигантский шаг вперед, а камин - он с 7.7 переделывался эволюционно

(290) наследие 7.7

(289) Ну в 7рке в Камине декларировалось что не более 15 человек рассчитываться должно, иначе тормоза и все плохо. То есть такой лайт вариант. В 7рке кстати вытеснение глючило страшно.
Камин без РР не видел на 8рке. Если покажете, я прокомментирую.

Да это у них ерунда вотя в бытность встречал ребят котрые зарплату на справочниках и в периодических реквизитах написли . Во как бывает!

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

(295) Кстати, Groovy, не напомнишь нам что же в движке не унаследовано от клющек? Не освежишь в памяти?

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

(296) Что по сравнению с чем? ИМХО вообще ничего кроме механизма остатков регистров накопления не унаследовано :)

Это относительно расчетного компонеты...

(299) Ничего.

Как же? Я ж не говорю что прямо копия тех объектов. Ведь  переделанные аналоги все-таки они.

(295) я бы еще базу по периоду действия добавил, тоже вобщем то не совсем просто делать.

(301) Табличная модель переделана полностью. Механизм извлечения данных, таблицы перерасчетов, механизм ДанныхГрафика все новое. От 7.7 только слово "расчет" осталось. Групп расчетов нет, виды расчета по сути справочник. Так что...

(302) Пропорционально данным графика, да это тема :)

(303) Ну это все понятно. Мне надо было задать вопрос иначе. Ну да ладно.

(285) я не голословно утверждаю, внедрял на ЗИК крупные предприятия, продавил почти типовыми средствами.
ЗиК,ЗУП  занятие неблагодарное и неинтересное и очень узкоспециализированное, поэтому я за то чтобы убрать РР

(305) Не-не-не. Уж что-что, а механизмы сложных периодических расчетов на 8-ке пересмотрены ПОЛНОСТЬЮ. Можно сказать, переделаны с нуля.

(306) "ЗиК,ЗУП  занятие неблагодарное и неинтересное и очень узкоспециализированное, поэтому я за то чтобы убрать РР" - офигительный вывод! Признаем что сложно но пусть уберут возможность зарабатывайт на сложной задаче.

+(307) Да и бухия тоже полностью переделана.
В самом деле разве что регистры накопления прямой наследник. К сожалению.
Сохранили дебильное разделение на остатков и накопления. Нет чтобы на одном замутить с опциональной настройкой агрегатов (чтобы в общем случае хранились как остатки, так и агрегаты по оборотам при необходимости).

(306) + .. убрать РР из списка основных подсистем, и не требовать их знания при сдаче платформы. Вместо РР требовать расширенное знание СКД и КД.

(310) А КД к платформе то каким боком? Это же прикладное решение.

(293) Выслал тебе два мдшника, один от ОСН, другой от бюджетки. На 2000 тыс.раб. и со старыми компами работали и работают :)

(309) А что вам мешает в конфе Выбрать вид регистра?

(312) Пока ничего не прилетело. Это 7ка? Надо блин ее ставить... 7рка не интересна, 8рка каминовская без РР интересна.

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

(311) а я вот хочу чтоб КД было на уровне платформы, а РР было прикладным решением, имею право.

(316) :)

(312) Лучше мне кидайте. Я как раз пока семерошник еще..
(116) НУ ясно это просто вброс был?

(315) Как раз таки при отсутсвии готового решения пришлось все с нуля писать еще 2002м году на 1с77.

Мне кажется что просто проблема в том что мало у кого хватает терпения разобраться с механизмами РР. Вот и пишут типа бред. Хотя к реализации есть претензии, но это несомненно проще чем ваять на обычных регистрах.

(314) Чем 7ка не угодила? Я понимаю, что твой Бос требует отдачи от работы по продвижению 8ки, но я ведь то-же бос, зачем я буду заставлять работадателя переходить на 8ку с её ИТСами и пр. затратами?

(320) да терпения мало, тут ты 100% прав, тяжело разбираться в том что клиентам и тебе не нужно.

- Сэр как насчет гольфа?
- Нет спасибо,  я  один  раз   пробовал ,  мне   не   понравилось .
- Тогда как насчет крикета?
- Нет спасибо,  я  один  раз   пробовал ,  мне   не   понравилось .
- Может по бренди?
- Нет спасибо,  я  один  раз   пробовал ,  мне   не   понравилось .
- тогда может выкурим по сигаре?
- Нет спасибо,  я  один  раз   пробовал ,  мне   не   понравилось , но вот моему старшему сыну...
- Как сэр! У вас есть еще и младший сын?!

(321) У меня нет босса. 8рка производительнее и удобнее. Конечно если организация уже вложила пару лямов в 7рку, тонапрягать ее с переходом как то не очень... Но 8рка удобнее быстрее и функциональнее.
(322) Клиенты никогда не знают что им надо, все зависит от консультантов по ведению и построению бизнеса. Понимаешь можно позвать спеца проштробить тебе кабельканал в стене, он может прийти с зубилом и молотком, а может с спец штробелем, но штробель без электричества не работает, да еще и требует обучения перед использованием. Тут дело самого нанятого спеца, как ему удобнее будет.

Автор гений. Его идея реализована в ЗУПе. В табеле.(По крайней мере, была реализована, когда я занимался ЗУПом) Чтоб ему такой тряхомудией всю жизнь заниматься...

(322) Так не надо мешать мухи с котлетами. Я согласен с тем, что РР реально нужны небольшому количеству клиентов. Но это не значит, что они не нужны никому или что сам механизм плох.

(322) согласен с тем что клиентам это редко нужно т.к. зарплатные механизмы достаточно хорошо реализованы в типовых конфигурациях. Но что бы их красиво подкрутить нужно знать теоретически как работают эти механизмы. А сделаны они реально неплохо.

(326), (327) +1

(324) Это в мемориз надо: "8рка производительнее и удобнее". Для этого в 7ку включили рекламку и кучу багов?
Удобнее всего жить в Африке, жрать бананы и кокосы и пр.,  и не знать нечего лучше АКМ :)

(323) именно так.
(324,327) Наверное, но на текущий момент это не есть основная проблема заказчиков. Фискальную зарплату ЗУП можно стороннему франчу отдать, пусть геморроится сам за 3 копейки.

(329) 8рка быстрее, на порядок. Есть такой "завод турбинных хреновин" в питере, там на 7рке зп рассчитывали 4 дня (нажали и ушли), 8рка тот же объем роассчитывает за 2 часа, на том же оборудовании.

клево, верю в то что если завтра 1С выпустит

(332) ..РегистрДляЗаводаТурбинныхХреновин то он будет быстро работать, но это не значит что его следует всем пихать

(333) А кто то говорил что РР надо обязательно всем пихать?

(334) 1c говорит, я уже 3-й раз не могу сдать платформу потому что за полтора-2 часа решаю ОУ и БУ а потом смотрю на РР как баран на новые вопрота.

(333) Так ведь законы рынка сер. Покупай новую машину. Покупай новый комп. НОвый мобильный. А с айпадом что твориться?

(335) 1С правильно говорит, ты как специалист должен знать возможности системы, и именно для того чтобы не изобретать велосипед как ТС.

(335) Попроси экзаментаров  чтоб они в сертификате спеца сделали приписку. Специалист по 1С8.2 без права разработки и внедрений зарплатных задач. И пусть ставят зачет.

(331) А теперь ставим этот "завод турбинных хреновин" в режим реальности и расчитываем зп на старом компе со 128 мб оперативы и процом тех времён.

(337) да, а я еще как специалист не знаю в 1С географические схемы и кластерный анализ, стыд и позор.

(339) Каких "тех" времен, и 7рка и 8рка была в 2009м.

Ну если не учитывать, что в 8-ке все хранится в регистрах. А в 7-ке считается с нуля. То да, 8-ка быстрее. Особенно радуют криворукие расчетчики, у которых в 8-ке не совпадают зарплата, взносы и проводки. А премии - это просто песня. Чтобы посчитать премию процентом, надо сделать начисление зарплаты. Но Чтобы посчитать НДФЛ с этой премии надо опять же сделать начисление зарплаты.

Вспомнил, в ЗУП еще и сальдо в отдельном регистре хранится.

(341) Времён когда диски были на 6.4Гб и следующие не поддерживались :)
Ладно проц будет на P3 1200Hz.

(344) угу, а если вспомнить про 640 КБ ОЗУ и диски несколько десятков МБ, то расчет ЗП на клиппере уделает и 7.7, и 8.х как стоячих, тока зачем? )

(345) И наверно те программы писались не месяцы а годы и не одним двумя программистасми а группой. И еще у них все-такки было ограничения по интрефесу.

(346) да порядка полгода максимум. Если первая.
Просто программер пошел нынче мелкий и меркатильный ;)

(346) тогда мышкой зря время не тратили. Что-то теряли, что-то находили.

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

(346) знавал я одного такого заочно :) написал он расчет зп на клиппере и окучил все местные больнички. Каждый месяц - новая версия, в старой версии ЗП в новом месяце уже не считается. :)

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

(345) Думаешь что сейчас на таких не работают? И зп считают и налоги.
Вопрос про "зачем?" зачем? Что-бы урезать зп работникам и выплатить за ПО и софт? Может и не надо рубить клиппер и пр.?
Ведь тётенька за минималку делает то, что 1С продаёт в режиме "отладки".
Вот зачем покупать софт не считающий реально зп и подписываться на дальнейшее "сопровождение", у фирмы продавшей софт для расчета зп и тупо никому, ничего не обещающей?
РР - вообще сказка, пользователи и не знают что есть такая хреновина. За которую с них требуют реальных денег на впендюривание и тыкание носом.

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

(289) "Ну в 7рке в Камине декларировалось что не более 15 человек рассчитываться должно, иначе тормоза и все плохо." Павел, что Вы такое говорите? Какие 15 человек. Несколько тысяч рассчитывает!

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

(354) 15 человек у меня расчетчик расчитает в блокноте ! Даже без экселя причем и взносы и средний и даже нарисует xml файлик для сдачи НДФЛа ))) Они у меня все умеют ! Наученные )))

(354) охотно верю, если без нарядов от расценок, идущих от номенклатуры. Я сам тебе повременщиков посчитаю на коленке за 5 мин, если нет всяких доплат от стажа, например.

(357) -> (356)

(355) интересно было бы сравнить процент таких разработок от общего числа )

ТС походу слился?

Ну в общем как я понял пустой треп продолжается, никто альтернативу без РР сделать не может :)
Тему можно закрывать.

Камин 4.0. На регистрах накопления, если не ошибаюсь. Сейчас под рукой нет, со 100% уверенностью сказать не могу.

(362) здрасте. еще 3-й использовал. А вот регистры расчета 4-й использует?

(363) Что использовал РН и так ясно, но и РР использовал для чего-то. 4-ый по-моему только РН и РС использует. Завтра могу глянуть на работе и точно сказать.

(361) РР, имхо, задумывался как механизм для пересчета. И не везде прижился.

(365) Не только.

(354) Я сто лет с семеркой не работаю, а о Камине только на партнерских семинарах слышал, могу ошибаться.

:)

Коллеги, среди тех кто ответил "Нет" есть специалисты по платформе или по ЗУП? :) Или это просто ответ для тех у кого просто мозгов не хватило что бы разобраться?

Вот блин... сразу и не понятно в чем вопрос :)

Мой ответ: "Регистры расчетов это нужный механизм платформы"
А соответсвенно в предыдущем сообщении "Нет" возможно нужно заменить на "Да", так как хрен его знает что хотел автор от "Да/нет" :)

8.2 тормозит с каждым новым релизом все больше и больше. Это конкретно заебало

(370) +500, есть ряд задач где использование сабжа значительно упрощает жизнь! И это не только ЗП.

Естественно вопрос, сам по себе, провокационен. А что делать? Такие вопросы - быстрый способ узнать крайние точки зрения.

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

А истина, как обычно, где то посередине.
Думаю как то так - "РР очень полезная вещь, но любую задачу без ущерба можно решить без них".
Применять их или не применять - дело каждого. А т.к. ЗП от 1С написана именно на РР, то знать их просто необходимо.

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

(373) я протестую - мое личное мнение совсем не имело в целях личность ТС.

Я высказывался исключительно в рамках провокационного характера дискуссии!

(374) Я говорил, что любую задачу можно решить без ущерба, а на машкоде - вряд ли.

(376) Посмотрите код камина 4 или 3, где без РР, ущерб психике обеспечен.

(376) что есть ущерб в вашем понимании?

(0) ты просто не понимаешь ничего

(373) Какой смысл узнавать крайние точки зрения? Они известны изначально.
"Любую задачу без ущерба можно решить без них"
Без ущерба чему? Функционалу? Возможно.
Но пытаясь обойтись без них в задачах, где использование РР доктор прописал, наносится неслабый ущерб производительности и объему работ.
Все равно что бухию на регистрах накопления реализовывать. Можно? Можно.
Работать будет? Будет.
Только какой ценой и какой в этом будет смысл?

(380) в УПП 2.0 вроде так и будет. Только 1 вид учета - на регистрах!

(235) Жаль что ТС так быстро слился.

Так, для поддержания спортивного духа:
http://ifolder.ru/29401302

строк порядка 300-400.


Перерасчет - полуавтомат, после изменения Документа "невыходы" пересчитываем документы "РасчетСотрудника" (кнопка "Расчитать")  

"Больничный" - вытесняет "Отпуск", "Отгул" - нет.

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

Даже не уверен, а убежден, что это не так.

(382) Ни куда я не "сливался" - нет времени постоянно сидеть на форуме.
По свободе нарисую более подробный свой пример конфигурации.

(383) Значит, эта ветка вас ничему не научила. И GROOVY зря метал бисер (шутка)

(384) Когда твой механизм будет распространен хотя бы на 5 процентов как РР, тогда можешь пытаться регистры расчета к бреду приравнивать. Пока это только глумливые вбросы клюшечника, который даже на бумажке не может правильно зарплату рассчитать.

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

(384) Я подожду...
(382) Вечером гляну.
(387) Есть еще в ЦСОшных курсах, Сущеня отлично описал расчетный механизм. Еще есть тут: http://chistov.spb.ru/publ/free_webinar/vebinar_raschetnye_mekhanizmy_v_sisteme_1spredprijatie_82/6-1-0-28 Не все там идеально, но концепция полностью раскрывается.

(386) GROOVY, чтоб вы понимали почему я ненавижу РР и считаю ее использование без нужды моветоном.
В типовой бухгалтерии 8.2 укр в отличии от российской используется РР , но без фишек сложных расчетов (вытеснение, графики)!.
Бухгалтеру впору вешаться когда он пытается найти ошибку в ворохе разнородных регистров (бух, 4 расчетов, несколько накоплений и сведений).

(389) Вы пишите что ненавидите РР из-за плохой (по вашему мнению) реализации з/п в бух 8.2 укр.
Вам не кажется, что это несколько нелогично?
Как в том анекдоте.
"Все восхищаются этим Паваротти, а мне он не нравится!"
"А ты слышал Паваротти?"
"Нет, но мне Изя напел"

(390) логично - это когда гланды не вырывают через задний проход.

Гланды вообще не надо вырывать. Это раньше думали что от ангины спасают таким образом, а получилось то наоборот.
Это я к чему... Следует разбираться в том что делаешь.

(392)их лет 10 как научились лечить у нас (там скорее всего значительно раньше).

А РР как уже писал в некоторых случаях просто незаменимый помошник разработчика.

(0) Ну где же вы коллега?

(394) Выходные посвящаются теме. Прости пожалуйста.

+(395)

Наверное я не прав - я тут хожу и думаю...
А это не правильно.

Попробую рассказать о чем думаю:

Нужна каркасная конфигурация, отвечающая следующим требованиям -
1. Масштабируемость (100 сотрудников или 100 000 - разницы почти нет).
2. Независимость от законодольства (почти не зависимость).
3. Независимость от разработчика (при изменении политики компании - настройка в рамках "1С-Предприятие").
4. Возможность осуществлять любые начисления и удержания как внутри периода так и вне (способность настраиваемого перерасчета).
5. Возможность настройки не только "из", но и "На".

Наверное - это минимальные требования.

Попробую за выходные нарисовать.

(396) На РР? За выхи каркасную? С такими требованиями? - только если быдлокод, но он не масштабируется!!! ЗП на 100.000 чел - не понимаю! Не должно быть такой конфы, где вы видели что-бы ЗП такой толпе считали в 1 окошке?

Конечно прикрутив регулярные выражения, накидав кучу "встроенных алгоритмов расчета" и сделав возможность создания новых на основе уже сделанных и встроенных с использованием регулярных и возможно своего микро-интерпритатора такое возможно, но не уверен что это нужно... это как прога расчитанная на то что с ней сможет работать любой дурак - с ней только дурак и будет работать! Любая прога как правило компромисс а тут нет поля для компромисса... уже сами данные будут скорее всего чудовищно неоптимально храниться для случая в 100 чел. Более правильны планы 1С у которой ЗУП 3.0 будет в 3 вариантах.

(396) "Наверное я не прав" - первая мудрая мысль за почти 400 постов. Верной дорогой идёте, Товарищ)))

(396)>2.Независимость от законодольства (почти не зависимость).

В свое время я написал программу для расчета ЗП. Из опыта эксплуатации могу сказать, что 99% вопросов именно с законодательством. Причем последние годы появилась тенденция менять в том числе законодательство для расчетов по среднему. С тоской вспоминаю времена, когда для расчета среднего для отпуска использовалась 6-дневная рабочая неделя. То есть при переходе на 5-дневную рабочую неделю в 1967 году порядок расчета среднего для отпуска остался прежним.

400!

(373) Вот блин... Автор, надо корректнее формулировать вопрос. Я переголосую. РР - это не бред! Они реально нужны.  

З. Ы. Попкорн на когда готовить?

Еще раз чтобы выровнять статистику...

А как протяженные во времени начисления делать: з/п, коммунальные платежи, дивиденды и т. д. ???

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

ИМХО, эта проблема должна решаться путем упрощения законодательства.

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

(405) Я видел как на накоплении эмулируют бух.регистры - когда нужен минимум, нет нужды юзеру править план счетов и т.п. - это прокатывает, но когда нужны итоги по корреспонденции счетов и т.п. - начинает появляться понимание что регистр бухгалтерии очень полезная вешь!

(396) Начни с изучения РР. Пруфы уже проскакивали.

http://www.fayloobmennik.net/1712585 - ссылка для скачивания демо конфигурации.


Краткое описание конфигурации.

1. Справочник.Сотрудники - минимальный набор реквизитов, все остальное любые свойства (назначение - справочник).
2. Справочник.Начисления и Справочник.Удержания - минимальный набор реквизитов, все остальное любые свойства (назначение - элемент справочника),
  ТЧ "База" ( в ней перечень начислений и удержания, участвующих в расчете базы), реквизит "Алгоритм" (в нем фрагмент кода,
  описывающих расчет начисления или удержания, доступ к свойствам осуществляется через структуры "СтруктураСвойствСотрудника" и "СтруктураСвойствУдержания" и
  через переменную "База"). Алгоритм необходимо описать, если для начисления или удержания установлен признак "Рассчитывается" или для использования в формах документов.
3. Справочники "ВидыГрафиков", "Подразделения" и "ЗначенияСвойствОбъектов" - и так все понятно.
4. Первичные документы (для примера только "Табель") - их может быть столько, сколько надо. В конфигурации больше нет документов, отвечающих за расчет зарплаты (только первичные).
5. ПВХ, РС, РН - понятные.

Что имеем в результате?

1. Т.к. за расчет ЗП отвечают исключительно первичные документы, то количество рассчитываемых сотрудников ограничивается количеством рабочих мест расчетчиков.
2. Внедрение на крупных предприятиях со специфическими алгоритмами начислений сводится к созданию нового документа в составе конфигурации.
  (Модуль проведения стандартный для всех первичных документов - 1 строка, а требование только одно - заполнить ТЧ "Начисления").
3. Базовые поставки для предприятий разного размера и специфики возможно решать обработками начального заполнения (что бы изобилие элементов справочников
  и различных реквизитов (понятий)) не создавало впечатление "монстра".
4. Сам по себе алгоритм расчета очень простой и не может развиться в процессе окончательной разработки до нескольких десятков тысяч строк.
5. Все (или почти все) удержания возможно настроить из режима "Предприятие".

+(408) Забыл сказать, что в представленной конфигурации нет понятия "Последовательность" - документы вводятся в любом порядке и не требуют выполнения каких либо регламентных процедур.

(409) Так эта конфа может решить поставленную мной задачу? По функционалу она перекрывает то что я нарисовал?

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

(411) Я в задаче пытаюсь обрисовать _зачем_ нужны регистры расчета, Вы решаете задачу демонстрирующую отсутствие критериев для создания регистров расчета. Причет, обратите внимание, Вы полностью имитируете механизмы получения базы.
Вытеснений нет, перерасчетов нет.

Давайте все же будем исходить из поставленной задачи. Сделайте ее без регистров расчета, особенно п.3 и п."важно". Сравним решения. Кстати Ваша задача на РР решается с меньшими трудозатратами и большей универсальностью, не будет нужным "закрывать" старый период.

(412) >Вытеснений нет, перерасчетов нет.
Они не нужны.

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

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

Для решения отгулов в представленной конфе реализован документ "Табель", если же расчетчик ошибся в оформлении табеля и обнаружил это в другом расчетном периоде, то и корректировка должна производится в другом периоде за масяц, в котором совершена ошибка. Для этого я бы создал документ с названием "ДополнительныеНачисления". Если уж очень хочется посмотреть еще примеры документов - напишу, но сути это не изменит.

(413) Вам не кажется, что между "они не нужны" и "я не сталкивался с задачами, когда они нужны" есть некоторая разница?

(414) Сейчас речь идет о реализации расчета ЗП, как основной задачи использующей РР. Для решения этой задачи вытеснения и перерасчеты не нужны.

(415) Вы ошибаетесь. То, что большинству предприятий с небольшим штатом или ч/б зарплатой проще упрощать учет, чем считать as is - это не показатель.

(416) В представленной конфе как раз и заложены основы для расчета зарплаты as is для предприятий любого размера.

+(417) посмотрите конфу.

там есть хотя бы механизм расчета сверхурочных на основании графика работы и файтически отработанного времени?

(419) Да (самый простой для абстрактных "ночных"). Но не в этом суть.

+(420) механизм реализован в рамках документа "Табель", но нет труда перевести сверхурочные начисления в автоматические (будут рассчитываться автоматически, без создания первичных документов).

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

Интересная тема.
А кто знает почему ЗиК "исповедует" методику расчета от отклонений?
Все жизнь вроде на предприятиях считали зарплату "от табеля"
//
Про перерасчеты. Ни разу с ними не сталкивался. Их нужность примерно такая же как Начислено-Удержано-Перечислено в 2-НДФЛ. На практике даже налоговые органы рекомендуют Начислено=Удержано=Перечислено

(420) а в режиме предприятия можно сделать прогрессивную ставку сверхурочных?

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

(424) Да можно.
(425) Я ничего не эмулировал. Модуль расчета в этом примере - 168 строк. Неужели не разобраться в механизмах реализации?

(413,PVV65) неплохо, но горохом об стену, ничего не докажешь, им хоть кол на голове теши
рр-щики придумали себе виртуальный мир со своей терминологией и со своими "высосаными из пальца" проблемами и героически пытаются их решить.
(425) тебе ехать нужно или "шашечки"?
.

Попробуйте ввести:
1. Январь, Иванов отработал полностью, Петров из 20 рабочих дней отработал 15.
2. Февраль, Иванов и Петров отработали полностью.
3. Май, с 1 по 20 число обоим начислили отпуск. Базовый период расчета среднего для отпуска 2 предыдущих месяца.
4. Май оставшиеся дни сотрудники получили оклад как и положено.
5. В апреле вдруг обнаружили ошибку в данных табеля за январь, оказалось что это Петров отработал полностью, а Иванов только 20 дней. Что и как вводим? Когда пересчитается отпуск? Что делать если отпуск начислялся на 1 начислением а 2,3?
Бонус: А если от отпуска зависят еще НДФЛ и пр....

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

для случая, когда...

(428, 5) Да я вас умоляю, давайте тут напридумываем что Петрова с Ивановым в роддоме перепутали и теперь им пересчет с 1969 года нужно сделать.
Документ табель, расчетные листки есть подписаные отвественными лицами, все закомпостировано.

(428) Зарплата такая весчь, в которой каждый чих сопровождается бумажным документом (ИМХО, а по другому нельзя - это зарплата). Поэтому Если расчетчик допустил ошибку при вводе табеля, а потом, подчеркиваю опять же расчетчик, допустил ошибку при расчете отпускных, значит необходимо внести корректировки вручную на основании каких то бумажных документов. Иначе придет товарищ Иванов и сильно будет топать ногами. А налоги пересчитаются автоматом (реализовано).

+(432) Автоматическое начисление может быть, автоматический перерасчет начислений недопустим.

(431) Давай, тебе зарплату урежем и сошлемся на то, что все закомпостировано и подписано ответственными лицами.

(432) а вот например когда управляющий хочет посмотреть, как будет выглядеть ЗП сотрудников при новой системе мотивации - делаем разделитель учета в РР, и лепим сразу несколько систем начисления, несколько гипотетических и одну "реальную".

(435) и смотрим разные варианты одним и тем же отчетом, без его изменения

(435) (436) Добавляем в РН измерение "Проект" и делаем как 1С научила.

(437) меня интересует в первую очередь эмуляция виртуальных таблиц РР на РН и РС

(432) Вот и пришел в апреле Петров, наехал на расчетчиков (или вообще на прораба который и вводит табель в базу), они исправили январь. Отпускные пересчитаются? Или расчетчик должен вспомнить что еще и отпуск там был? (Вы же говорите что в Вашей базе сотни тысяч сотрудников могут рассчитываться).
Кстати, сам расчетчик будет отпускные рассчитывать? Или все же автоматически среднее посчитается и "это Ваша программа" неправильно все посчитала?
(433) А перерасчет задним числом и недопустим, тут сторнирование нужно. В РР данные для сторнирования предоставляются самим механизмом, у Вас нет вообще такого понятия в базе.

(439)сделать доначисление текущим месяцем не вариант?

(434) других аргументов, как я понял, нет.
(435,438) это все ерунда какая-то
(439) а ему не нужно править январь, это фикция, ему нужно выплатить недостающую зарплату. Договорились с Ивановым провели деньги маем делов-то, на НДФЛ и отпускные забили. Вы как маленький. Расчетчика депремировать, больше таких ситуаций в конторе не повторится. Задача решена.

(440) +1, человек-практик а не теоретик.

(441) А среднее по другим видам расчета, которые могут быть в будущем? А отчеты за период? Иванов вообще еще не въехал что у него и отпуск накосячен, он пришел с требованием исправить начисление оклада в январе...
Вы все зависимости вручную предлагаете реализовать, я - автоматически. Вашу систему при внедрении саботируют нафиг.

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

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

У меня есть несколько контор на Камине 1.2. 2 из них производственные - на 100 человек и на 600.
Много видов начислений. Сидят бабушки и считают 10 лет уже и никаких программистов им не надо. Типовой функционал полностью устраивает.
А у вас какие то проблемы высосанные из пальца.
//
В второй конторе насильно ЗУП внедрили, дак что думаете - расчетчик так втихую и считает в Камине, проклиная ЗУП.

Как реализовано разделение расходов по зарплате по шифрам или объектам затрат в ЗиК реализовано вообще за гранью добра и зла - считайте типа руками. Автоматизация блин

Резюмирую:

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

Зачем вообще тогда использовать 1С? Я помню написал расчет на quattro pro, не думаю что сейчас проблема сделать расчет в экселе.

ЗЫ: Про типовые решения типа ЗУП и Камин мы вообще не говорим. Реализация может быть разной.

(443) да он спасибо скажет что его не послали, а деньги вернули, подпись его в январском расчетном листе есть? к кому претензии.
(448) Да!, наконец-то , не нужен 95% клиентам сложный расчет ЗП по методикам 1с. Дай возможность использовать простой механизм с тупыми простыми таблицами AS-IS, с ручными корректировками и все. Почему-то никого не смущает что складской учет править автоматически задним числом нельзя, а вот для ЗП подавай им автопересчеты и вытеснения.

(449) Еще раз, Вы говорите про "надо-не надо" методики расчета, а я про то зачем нужны РР. В (0) и начале ветки утверждается что механизм РР нафиг не нужен.
РР нужен и решает вполне конкретные задачи, которые Вам не нужны, но это не значит что они никому вообще не нужны. Я вот к примеру считаю что хдто нафиг не нужный механизм.

(448) так как насчет (382)?

(449) пересчеты задним числом <> вытеснения. как раз вытеснения позволяют в автоматическом режиме исключить ошибки ввода сложных расчетов, тех же отпускных по среднему

(452)нет такой проблемы, если работать от табеля, а не так как изобрела 1С

(450) есть одно важное отличие: мне и моим клиентам никто инструмент-xdto не навязывает как единственное верное методологическое решение.
(452) может быть, клевая вещь, внедряйте ее, зарабатывайте деньги, на здоровье, только уберите ее из типовых.

(454) ну напиши Нуралиеву, будь мужиком

(455) у меня перед глазами есть примеры

(456) примеры чего? мы тут уже выяснили, что у тебя на них обида из-за того, что ты их не осилил...

(456) .. тьфу сорвалось, в общем опыт показывает что 1с по барабану на мнение 1с-комьюнити,
поэтому никакой бесплатной работы

(438) При чем здесь эмуляция?
(439) Если уж какое то количество предприятий не может жить без автоматического перерасчета зависимых начислений, создадим, для них, документ «Перерасчет», который при вводе корректировки рассчитает корректировки в зависимых начислениях во всех периодах (опять простейший документ). Сторнирование или корректировка – какая разница?
(448) Я говорю, что все реализованное при помощи РР, более простыми способами можно реализовать без РР.
(450) Я по прежнему не понимаю, что такого уникального делают РР?

Какой то разговор пошел … По поводу перерасчетов – вроде все ясно… Может еще чего то нельзя реализовать без РР?
Может (427) прав?

(459) Сделайте конфу под решение описанной задачи, введите тестовые данные, посмотрим на объемы объектов, кода и сравним универсальность, тогда можно предметно спорить, а так, действительно просто разговор ни о чем. Можно еще и скорость исполнения расчетов потом потестить...

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

(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) Почитал ветку. Вы просто не хотите задуматься над аргументами ваших оппонентов! :)