Имя: Пароль:
1C
1С v8
Зачем нужны регистры расчета. Это бред.
0 PVV65
 
17.03.12
23:59
1. Нет 38% (18)
2. Да 35% (17)
3. Личное мнение 27% (13)
Всего мнений: 48

Таблицы... Расчеты.... Но при чем здесь целая система "РегистрРасчета"?
1 Fynjy
 
18.03.12
00:00
Подойди к зеркалу увидишь там бред.

Личное мнение
2 Mnemonic1C
 
18.03.12
00:00
Метод вытеснения
3 PVV65
 
18.03.12
00:04
(1) Уважаю мнение.
4 Злобный Фей
 
18.03.12
00:06
я их тоже не люблю

Да
5 PVV65
 
18.03.12
00:06
(2) Есть таблицы.... Т.е. метод вытеснения реализован на уровне ...
6 Mnemonic1C
 
18.03.12
00:12
(5) Я тебе просто назвал одну из причин почему стоит любить этот механизм, и почему без него было бы плохо жить разработчикам зп конф.
7 Mnemonic1C
 
18.03.12
00:13
+(6) Ну и множество виртуальных таблиц ес-но
8 ice777
 
18.03.12
00:19
(6) вово. именно зп! что доказывает, что бухия есть элементарное Г! )
9 PVV65
 
18.03.12
00:20
(6)(7) Т.е. ты утверждаешь, что Регистры расчета - удобо варимая вещь? Я просто не понимаю прослойки....
10 Feanor
 
18.03.12
00:21
пятница уже давно кончилась, но дятлы продолжали долбить.

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

Личное мнение
11 PVV65
 
18.03.12
00:26
Опять же, очень уважаю личное мнение,
З.Ы. А по существу.
12 FIXXXL
 
18.03.12
00:28
(0) а нафига регистры оборотов и остатков?
хватило бы и сведений :)

Личное мнение
13 Feanor
 
18.03.12
00:28
(11) по существу - долбите дальше, и Вы обязательно добьетесь.
14 PVV65
 
18.03.12
00:32
(12)!3) Т.е Вы считаете, что для расчета зарплаты нужны регистры расчета?
15 Господин ПЖ
 
18.03.12
00:33
при Сталине регистров не было
16 ice777
 
18.03.12
00:33
(12) это вообще паскудные вещи. Регистры накопления )
17 FIXXXL
 
18.03.12
00:35
(16) ФОКС + ДБФ = наше фсе! :)
18 PVV65
 
18.03.12
00:39
(17) Меня радует Ваш оптимизм.
19 ChAlex
 
18.03.12
00:45
(0)Вообще-то бред - это сама 1С. Нафиг она нужна? Многие тысячелетия вплоть до конца 20 века без нее человечество обходились и как-то даже неплохо, а большинство челеовечества и до сих пор :)). Так что вопрос совсем некорректный. Любую задачу можно решить множеством вариантов, выбирай какой нравится. Не нравится или не знаешь механизма регистра расчетов - не пользуйся, а знаешь - оценишь получаемые приемущества и подобные вопросы не придут в голову.

Да
20 GROOVY
 
18.03.12
00:52
Регистры расчета хранят показатели базы, а так же позволяют получать показатели графика не строя сложных запросов.
21 PVV65
 
18.03.12
00:58
(19) Вы наверное знаете, чем отличаются Ваши методы от простых.... Я всегда считал, что расчет зарплаты - один из простейших алгоритмов.
22 Господин ПЖ
 
18.03.12
00:59
(21) фигасе... запросы расчета страх. взносов и ндфл - это просто?
23 PVV65
 
18.03.12
01:01
(22) Всегда не все так просто. Но всегда - просто.
24 kiruha
 
18.03.12
01:07
Судя по ветке с партнерского - собираются ЗУП наконец разделить на 2 части уапрщенный и усложненный.
Наконец то в программе можно будет расчет быстрее чем в Exel для большинства фирм
Какие новости с большого партнерского?
25 PVV65
 
18.03.12
01:11
(24) У меня то, вопрос простой, "да" или "нет".
26 ice777
 
18.03.12
01:15
(24) хороший вброс, годный.)
27 Никола_
Питерский
 
18.03.12
01:18
Регистры расчета это наследие которое должно умереть ))) А вообще конечно трудовое законодательство нужно упрощать все эти ипанутые нормы, которые местами тянутся с такого времени что аж страшно подумать !!! Больше возможностей нужно дать как работникам так и работадателям в плане договоренностей взаимоотношений !
28 Guk
 
18.03.12
01:21
(22) А чего, сложный что-ли. Чай не дифуры...
29 PVV65
 
18.03.12
01:24
(26) Дак ты ...
(27) Какая разница?
(22) Проехали.
30 PVV65
 
18.03.12
01:26
(2) Тоже проехали.
31 PVV65
 
18.03.12
01:27
(30) -Ю (28)
32 GROOVY
 
18.03.12
01:27
За что такая ненависть к РР? РР - это очень простой и красивый механизм, написать ему альтернативу не каждый сможет.
33 PVV65
 
18.03.12
01:33
(32) Первая трезвая мысль - Адьтернатива.
Лично  я - зарплатой не занимаюсь. (Это в прошлом). Если,вдруг, займусь - регистров расчета не будет.
34 GROOVY
 
18.03.12
01:35
(33) Ну а что будет? Регистр накопления оборотов? Как базу собирать будешь? Как перерасчеты сделаешь? Как механизм вытеснения будешь делать? Запросами выбирать интервалы?
35 PVV65
 
18.03.12
01:36
(34) Не знал бы. Молчал бы - как всегда.
36 PVV65
 
18.03.12
01:40
Хотя, я думал, что меня будут убеждать в правильности линии (0).
37 GROOVY
 
18.03.12
01:45
(36) Ну объясни чего не нравится конкретно. Я пока не въехал как оно там все связано тоже думал что хрень какая то...
38 bazvan
 
18.03.12
01:45
(33) посмотри на камин, там так же нет расчетов и подумай
39 PVV65
 
18.03.12
01:50
(38) А, что мне камин? Эталон? Я просто интересуюсь - Я только один такой?
40 bazvan
 
18.03.12
01:53
(39) конечно один. Ты же зарплатой не занимаешся, херли с тобой разговаривать

зы не чего личного
41 PVV65
 
18.03.12
01:54
+(39) Я просто утверждаю - РегистрРасчета - бред.
42 GROOVY
 
18.03.12
01:57
(18) Вообще то у камина в их зарплате перерасчеты все же на РР сделаны ;)
43 PVV65
 
18.03.12
02:02
(42) Это по накатоному.
(40) Я бы,9В отмазке), сказал по другому - .... Но я, Слишком стар, и не чего не знаю в програмимрование.
44 tridog
 
18.03.12
02:04
(38) Вот кстати вытеснение в камине сделано вполне себе так на регистрах расчета...
45 PVV65
 
18.03.12
02:15
(42) А меня не интересует. Заборю.
46 PVV65
 
18.03.12
02:16
Честно - думал, что нет таких купюр - понимаю - ошибался...
47 GROOVY
 
модератор
18.03.12
02:22
Коллега, Вы занимаетесь флеймом, может быть стоит продолжить  _аргуменнированную_ беседу завтра?
48 bazvan
 
18.03.12
02:24
(42) Только фиксация (так как это действительно офигительный механизм, в 7.7 он был лучше - ИМХО)
Точнее надо было в 8 сделать опцанально - либо просто фиксация факта перерасчета, либо перерасчет как в 7.7
Я думаю что ты понял про что я
49 GROOVY
 
18.03.12
02:26
(48) Там и так опционально, Таблицу перерасчетов можно "руками" изменять и по сути это уведомление, а не безусловная инструкция к действию.
50 PVV65
 
18.03.12
02:33
(47) А ты еще покрасней.
Я занимаюсь прикладным программированием.
51 bazvan
 
18.03.12
02:34
(49) дак в том и фик, с одной стороны ДА уведомление это очень хорошо, НО сдургой стороны если разработчик его не обработал - пипец.
Так веть? Или что то изменилось?
52 PVV65
 
18.03.12
02:38
Пипец. Разработчик - офигел. и уведомления для таблице пересчетов безусловно инструкции будут осмотрены.
53 raykom
 
18.03.12
02:57
ТС курит.
54 GROOVY
 
18.03.12
03:00
(51) Все так :)
55 fgaabbb
 
18.03.12
05:49
да давайте на камушках считать - нафиг компы и прочая электроника... будем сертифицированными перекладывателями из одной лунки в другую.

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

Нет
56 AlexNew
 
18.03.12
06:04
(0) Опохмелись и почитай про РР. Кто тебя так обидел?

Личное мнение
57 Песец
 
18.03.12
07:24
(0) Можно и без регистров расчета обойтись, реализовав тот же функционал на регистрах сведений/накопления, можно обойтись без 1С, реализовав то же самое на нете.дельфях/фоксе/клиппере/экселе. Можно совсем без компутеров обойтись. Можно без сотовой связи обойтись, посылая сообщения с ямщиком... Но зачем?
58 almar
 
18.03.12
08:08
(0) Долгое время все люди были уверены, что параллельные линии никогда не пересекаются. Потом появился Виталий Филиппов, который придумал, что в нашем кривом мире параллельные линии могут пересекаться. Так появилась неевклидова зарплата.
59 Креатив
 
18.03.12
08:56
Зарплату очень не люблю, но сейчас подписался на перенос её из одной конфы в другую. Краями сознания согласен с (0). И до сих пор не удосужился почитать информацию про вытеснение. И главный вопрос:"А зачем оно нужно?"
60 Креатив
 
18.03.12
08:57
(58)И кто такой Виталий Филиппов?
61 PVV65
 
18.03.12
09:02
А почему меня забанили?
62 PVV65
 
18.03.12
09:03
+(61)  Это к (54)
63 DarKySiK
 
18.03.12
09:18
(32) Да потому что ленивым 1с-совцам лень читать умные книжки и головой думать. Ищем сотрудника к себе на зарплату. У каждого кандидата опыта по написано, что себя невольно ламером ощущаешь. Только заикнешься про зарплатную подсистему - слышешь в ответ: "Ой, а у меня с зарплатой плохо. Я к Вам не пойду" и т.п.
64 DarKySiK
 
18.03.12
09:19
(59) Почитай почитай, может вопрос уйдет.
65 DarKySiK
 
18.03.12
09:19
+(63) и при этом в опыте про зарплату как минимум пара строчек!
66 Креатив
 
18.03.12
09:23
(63)Зарплата от 1с - муть полнейшая. Стоит только заглянуть в конфигуратор, как начинает подташнивать. Модуль размером в несколько тысяч строк - это зло.
(64)А если не уйдёт?
67 DarKySiK
 
18.03.12
09:26
(66) а в остальных конфигурациях десятком обходятся?
(64) Если не уйдет, то будет печально как минимум.
68 DarKySiK
 
18.03.12
09:26
64 = 66
69 DarKySiK
 
18.03.12
09:27
Вас бы таких идеальных да законы писать. Может и не нужно было бы модули в несколько тысяч строк.
70 Креатив
 
18.03.12
09:30
(67) Просто у меня друг писал зарплатный  модуль в одной конфигурации. Конфигурация использует только компоненту бухучёт (7.7). Это наводит на мысль, что замещение, как встроенный механизм необязательно.
(69)Мы-то как раз реальные. А вот в 1С похоже работают люди не от мира сего.
Кстати, законы - отдельная(больная) тема.
71 idw
 
18.03.12
09:36
Посмотрите 1С Камин Расчет зарплаты, сделан на бух. учете без всяких там расчетов и на много лучше 1С ЗУП, ЗИК.

Да
72 PVV65
 
18.03.12
09:38
Если бы у меня не было в практике создания подсистемы "Расчет зарплаты", я бы не задавал вопрос.

Да
73 Фрэнки
 
18.03.12
09:40
Голосовалка поставлена некорректно
Да = Это бред?
Нет = Нет, не бред?

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

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

Нет
75 PVV65
 
18.03.12
09:48
(73)(74) Какая то не устойчивая позиция. Лучше бы высказал собственное мнение.
76 Фрэнки
 
18.03.12
10:00
На вкус и цвет все фломастеры разные. Не нравится - не ешь. Разработчик платформы знает о чем думал, но тебе его задумка кажется бредовой. Кто прав?

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

Было бы весьма привлекательным в платформе разрешить переопределение встроенных методов, чтоб методы объектов и виртуальные таблицы объектов были доступны не только разработчикам платформы, но и разработчикам конфигурауий. Такая постановка вопроса не оригинальны и появилась буквально после первых же релизов платформы 1С, на которой стало очевидно использование практическое использование прадигмы ООП. Можно было бы, кстати, отдельно поговорить о причинах закрытости такого механизма от разработчиков конфигураций. Хотя подозреваю, что имеются отдельные случаи, когда в конфигурациях возникают недокументированные методы и свойства объектов, переопределенные под конкретных заказчиков средствами разработчиков платформы.
77 Beduin
 
18.03.12
10:05
Особенно смешно читать в этой ветке про сложность и непонятность. Откройте законодательство и попробуйте по нему самостоятельно написать что-то похожее. Не оклад плюс премия, а все возможности вроде болезни во время отпуска, или исключение начисления фсс договорникам из налогооблагаемой базы.
С усложнением конфигураций от 1С, таких тем все больше. Бывшие недопрограммисты, правившие в семерке код из 1000 строк, теперь путаются в трех вложенных функциях или больших запросах. А зарабатывать легко привыкли и нужно найти виноватого.
78 PVV65
 
18.03.12
10:06
(76) >Было бы весьма привлекательным в платформе разрешить переопределение встроенных методов, чтоб методы объектов и виртуальные таблицы объектов были доступны не только разработчикам платформы, но и разработчикам конфигурауий.

Это реализовано.
79 bazvan
 
18.03.12
10:07
(71) му хаха, только для пивного ларька
80 Ненавижу 1С
 
гуру
18.03.12
10:12
а нафига Неопределено, если есть NULL?
81 almar
 
18.03.12
10:12
(60) Виталий Филиппов - это человек который все это придумал. У каждого 1С-зарплатчика должен висеть его портрет над столом
82 mirosh
 
18.03.12
10:14
(78) где это реализовано? нигде
хотя я и против того, что предлагает (76)
83 Фрэнки
 
18.03.12
10:15
(78) но тогда не понятно в чем бредовость регистра расчета : если переопределение свойств объекта есть, то делай свой объект и пользуй его - хоть из регистра расчета, хоть из любого другое объекта метаданных.

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

(81) "все это" - нашу вселенную? ;) или только трудовой кодекс РФ?
84 Фрэнки
 
18.03.12
10:17
(82) да я и сам против, хотя было бы весьма интересно попрограммировать при наличии таких возможностей
85 Фрэнки
 
18.03.12
10:27
(77) все-таки на какую-то часть модулей зарплатной конфиги от 1С нарекания есть и порой весьма справделивые. И я не стану этого искать в кодах конфигурации прямо сейчас, но есть и примеры того (как раз в части отклонений в выходах на работу, дилтельных отсутсвиях и кое-где), что отдельные реквизиты, созданные и назначеные в типовых для работы с временем начала и окончания период используются не по своему прямому назначению, либо хоть и созданы, но уже не используются. Но не буду говорить, что это последствия того, что разработчики ЗУП использовали регистр расчета - как раз можно вообразить себе, что при более активном и вдумчивом его использовании багов было бы поменьше
86 PVV65
 
18.03.12
10:27
(83) Наверное говорим на разных языках...

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

Что еще надо?

А регистры расчета - надуманная весчь.
87 Зеленый Кот
 
18.03.12
10:35
регистры расчета необходимы!

Личное мнение
88 Зеленый Кот
 
18.03.12
10:35
>> Виталий Филиппов - это человек который все это придумал. У каждого 1С-зарплатчика должен висеть его портрет над столом

лучше дартс с его портретом
89 Фрэнки
 
18.03.12
10:36
(86) это нормально, да и сам я активно пользуюсь всеми этими возможностями.

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

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

Личное мнение
90 Фрэнки
 
18.03.12
10:38
+89 а виртуальные таблицы (структурно и по составу) у объектов метаданных вообще измененять разве можно?
91 Зеленый Кот
 
18.03.12
10:38
вот из-за таких как вы в 1С ООП нет - чтобы все не усложняли ;)
92 PVV65
 
18.03.12
10:39
(87) >регистры расчета необходимы!

Для "сложных периодических расчетов".)))
93 PVV65
 
18.03.12
11:13
Регистр расчета - это хотелка, реализованная на уровне платформы. Которая позиционируется, как панацея.
94 КМ155
 
18.03.12
11:40
(93) до тех пор, пока в языке запросов нельзя вызывать собственные процедуры, Рг расчета являются панацеей

Нет
95 mirosh
 
18.03.12
11:42
(93) придумай лучше

Нет
96 PVV65
 
18.03.12
11:43
(94) Даже не смешно.
(95) Дык, вроде не лох.
97 mirosh
 
18.03.12
11:44
(96) придумал что ли уже? )
98 PVV65
 
18.03.12
11:50
(97) Каждый программист 1С обязан написать хотя бы одну подсистему, которая должна работать, хотя бы на двух предприятиях.

Вопрос в другом. Мою личное убеждение, что в составе метаданных 1С - нет места Регистрам расчета.
99 kiruha
 
18.03.12
12:17
(98)
Тут уже просили обосновать, причем известные в 1С люди
100 Fragster
 
гуру
18.03.12
12:22
голосовалка УГ, но я как-то по приколу на них маркетолого-скидочный бред запилил... вытеснение рулез!

Да
101 PVV65
 
18.03.12
12:28
(99) Обоснованием - пусть занимаются академики. Я спросил мнение. И попытался, в меру своих сил, озвучить сомнение.
Хотя могу и обосновать.
102 6tuf
 
18.03.12
12:38
не работал с рр плотно, но вообще мне кажется все эти виртуальные таблицы там изза особенностей расчета зп в нашей раше и особенностей календаря. просто некоторые наиболее критичные операции перенесены с плеч разработчиков конфигураций в платформу. стоит просто разобраться 1 раз и хорошенько поработать с расчетами и все встанет на свои места...

Да
103 jsmith
 
18.03.12
12:55
бред сивой кобылы
пренебрежение бритвой оккама
почёщина в адрес реляционной алгебре

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

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

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

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

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

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

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

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

Что касается ТС, то не смотря на его утверждение о том, что он создавал компоненты расчета, постанова его сабжа просто провокационна и не несет в себе практического содержания.
105 raykom
 
18.03.12
13:41
+(104)Есть мнение, что ТС просто флудер.
106 Feanor
 
18.03.12
13:44
(105) Вы слишком высокого мнения о ТС )) по-моему, обычный дятел
107 PVV65
 
18.03.12
13:47
(104) >Я считаю, что если специалисты 1С сделали именно так, то так и должно быть.

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

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

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

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

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

(105)(106) Так скажите -"Нет".
108 NS
 
18.03.12
13:50
(9) Не понимаешь себя? Убейся об стену.
109 PVV65
 
18.03.12
13:55
(108)

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

Бабах об стенку.
110 raykom
 
18.03.12
13:55
(107)>Полное не понимание принципов хранения данных.
Говенный механик - практически всегда никакой водитель.

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

А еще могу добавить, что при необходимости хранить множественные данные да еще в вариантах периодов для организации сложных единовременных расчетов. требует самого быстрого способа доступа к данным с возмоджностью различных выборок и пр.
По моему ламерскому убеждению таковым в 1с является регистр.
Что тут еще можно сказать ...
:)
111 PVV65
 
18.03.12
13:56
(110) Нет возражений.
112 Злобный Фей
 
18.03.12
13:56
(104) "если специалисты 1С сделали именно так, то так и должно быть" - ну это ты уже слишком загнул..
113 kumena
 
18.03.12
13:58
(111) у меня есть возражение, альтернатива какая РР?
114 raykom
 
18.03.12
13:59
+(109) Но на самом деле участвую в этом флуде чисто из спортивного интереса.
ТС явно имеет завышенную самооценку и склонность к беспредметному занудству :)
Интересно, как он в жизни это реализует.
Что вас привело сегодня уважаемый в эту юдоль примитивизма ??
Вы поделитесь,Вам посочувствуют.
А так могут не понять да в споры пустится :))
115 Feanor
 
18.03.12
14:01
(114) автор или хардкорный пейсатель на ассемблере, или обычный дятел. Третьего не дано. Участвовать в тупом спортивном споре, мб и забавно, но заведомо бессмысленно )
116 kumena
 
18.03.12
14:03
(115) да он вообще не понятно на чем писатель. говорит что зарплатой занимался, а РР не нужны. видимо сам вытеснение и базу программировал.
117 PVV65
 
18.03.12
14:04
(113) Альтернативы реализованы самой 1С.
(114) Бессмысленность ветки - изначальна. Было интересно послушать ушат грязи.
(115) Это было, но давно. Сейчас - просто стар.
(116) Ну еще капельку.
118 raykom
 
18.03.12
14:06
(111)Вы внимательно прочитали (110) ? И до конца понимаете с чем соглашаетесь ? Или точнее - против чего не имеете возраженний ?

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

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

Но судя потому. что за всю ветку ни одного предметного поста от ТСа нет, то тут понятно, какой он водитель.
119 Злобный Фей
 
18.03.12
14:07
(116) Я делал зарплату без регистров расчета. На семерке сто лет назад. Что в этом такого?
120 Fragster
 
гуру
18.03.12
14:09
Зачем нужны ПВХ и регистры сведений, ведь альтернативы есть...
121 Fragster
 
гуру
18.03.12
14:09
зачем нужны РН и РБ, ведь их можно реализовать на справочниках?
122 raykom
 
18.03.12
14:10
(119) Сколько видов расчета там было, какой уровень вложенности обеспечивался и каков механизм работы с прошлыми периодами был реализован ?

Самое главное, если туда завести 1000 человек со стандартными видами начислений ну и прибавить по отауску. Сколько времени потребовалось бы на расчет ??
123 Fragster
 
гуру
18.03.12
14:10
зачем нужны документы вообще, они через справочники реализуются элементарно
124 raykom
 
18.03.12
14:10
+(122)>прибавить по отауску
прибавить по jngecre
125 raykom
 
18.03.12
14:11
Блеааать .... по отпуску
126 PVV65
 
18.03.12
14:14
Я надеюсь мы говорим о построении баз данных?
Ощущение, что говорим о прикладных решениях.
Реализовать можно ВСЕ.
Зачем перегружать платформу?
127 kumena
 
18.03.12
14:16
(119) я делал зарплату и на 6 и на 7 без регистров расчета - это гораздо менее удобней в плане программирования, хотя бухгалтерам конечно гораздо понятней некоторые вещи.

(126) да мы никак не поймем, чем платформа перегружена если там еще РР?
128 PVV65
 
18.03.12
14:18
(127) 2 - Существованием РР. Я говорю - это прикладное решение. Вы говорите - это панацея.
129 raykom
 
18.03.12
14:20
(126) Регистр расчета - неотьемлемая часть именного этого типа баз данных, в частности из разновидности - конфигурации ЗУП.
Они как ни странно - прикладные решения.

И причем тут платформа ??? Регистр не объект платформы вообще :))
130 raykom
 
18.03.12
14:21
Я пошол за попкорном ...
131 PVV65
 
18.03.12
14:23
(129) >Где то там и лежит истина в механизме замещения одного вида расчета другим.

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

(130) А я за пивом.
132 kumena
 
18.03.12
14:24
(128) я не говорю что РР - это панацея. можно и самому базу высчитывать. просто самостоятельно делать - это гораздо сложней.
а что за альтернатива то РР?
133 PVV65
 
18.03.12
14:24
В (131) >Регистр не объект платформы вообще :))
134 PVV65
 
18.03.12
14:25
(132) РН и РС.
135 DexterMorgan
 
18.03.12
14:26
Вытеснение, перерасчеты, получение данных графика - нужны канэшна
136 kumena
 
18.03.12
14:28
(134) это не альтернатива, вобщем, мне все ясно.
137 Скай
 
18.03.12
14:29
Есть мнение, что РР на уровне платформы работает быстрее, чем алгоритмы на уровне конфигурации с использованием РН и РС.
138 PVV65
 
18.03.12
14:54
(137) Есть мнение, что алгоритм РР, мягко говоря, не оптимален.
139 Jofa
 
18.03.12
14:58
(0)Вы пытались деалог с разработчиком вести?
140 Jofa
 
18.03.12
14:58
РР - можно много где использовать не тока при расчёте ЗП.

Личное мнение
141 Скай
 
18.03.12
14:58
(138) Тогда, получается, что нужно поменять алгоритм РР, а не отказаться от его использования.
Для программиста тупо удобно использовать готовый объект платформы, а не заниматься его реализацией на уровне конфигурации.
142 PVV65
 
18.03.12
15:01
(140) Вот это уже интересно...
(141) Давайте алгоритмы взаиморасчетов опустим на уровень платформы.
143 Jofa
 
18.03.12
15:05
(142) Что подсказать идею для периодических расчетов?
144 Jofa
 
18.03.12
15:05
(141)Согласен зачем создавать велосипед ..
145 NcSteel
 
18.03.12
15:06
(0)  Тормозят они жуть .

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

Да
146 NcSteel
 
18.03.12
15:06
(100) Вытеснение чушь.
147 БибиГон
 
18.03.12
15:07
(146) а как еще по другому то?
148 PVV65
 
18.03.12
15:07
(143) Больше интересуют прижившиеся реализации.
149 NcSteel
 
18.03.12
15:07
(147) миллион способов. Например на РН
150 NcSteel
 
18.03.12
15:08
(149) + Стараюсь и РС меньше использовать , а на РН переводить. Так как быстрее
151 БибиГон
 
18.03.12
15:09
(149) будет сложнее, это как РБ на РН.
152 Jofa
 
18.03.12
15:10
(147)Он предлагает идею алгаритма расчётов унести с собой в магилу те чтоб на мисте появился САБЖ "Что имел ввиду  NcSteel вот в это куске кода?"
153 Jofa
 
18.03.12
15:11
+(152)Не чего личного ..
154 Jofa
 
18.03.12
15:13
(148)Глобальных реализаций нет наверняка есть переделки УПП УСО итп где все это используется ..
155 NcSteel
 
18.03.12
15:16
(140) Для расчета начислений газа оказалось РР не выгодны.
156 raykom
 
18.03.12
15:36
(133)Эээ ... Ну да, согласен с Вашей иронией. Это я хватанул, по поводу регистра и платформы.
157 PVV65
 
18.03.12
15:57
Давайте нарисуем простейший РН. Назовем его - "Зарплата".

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

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

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

Объясните.

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

Я наверное тупой.
158 NS
 
18.03.12
16:10
(157) И где тут механизм вытеснения?
159 PVV65
 
18.03.12
16:12
(158) А зачем он нужен? И кому?
160 NS
 
18.03.12
16:14
(159) В смысле? Зачем вытеснение в зарплате? Это вопрос не ко мне. Это ты у коо-нибудь другого спроси, почему не платят ЗП когда ты болеешь или в отпуске.
161 ОбычныйЧеловек
 
18.03.12
16:16
(160) Ты ведь понял вопрос (но зачем то решил под дурачка закосить) .
162 PVV65
 
18.03.12
16:17
Наверное хочет, что бы я брызгал слюной.
163 Beduin
 
18.03.12
16:28
(162) Не надо слюной. Напиши как будешь из отпуска дни болезни вычитать?
164 Никола_
Питерский
 
18.03.12
16:30
(163) Сторно неканает ?
165 Beduin
 
18.03.12
16:30
(164) Сумму как у сторно получишь?
166 NS
 
18.03.12
16:34
(164) И во сколько раз это будет медленней?
167 PVV65
 
18.03.12
16:35
(164) Нет сторно.
168 PVV65
 
18.03.12
16:37
(166) Обращение к РН "медленнее" можно написать только руками.
169 Beduin
 
18.03.12
16:43
(168) В общем вброс сделать умеем, доказать свою правоту нет.
170 PVV65
 
18.03.12
16:49
(169)(162) Добавим ресурс "Дни" (по любому надо). Надеюсь запросы писать умеем?
171 Beduin
 
18.03.12
16:52
(170) То есть у тебя итоги будут в регистре по каждому дню хранится?
172 PVV65
 
18.03.12
16:53
(171) При чем здесь итоги? Мы говорим о движениях.
173 PVV65
 
18.03.12
16:54
+(172) Остальное можно положить на платформу.
174 Beduin
 
18.03.12
16:55
(172) Тогда что то не клеится с "Добавим ресурс "Дни""?
175 PVV65
 
18.03.12
16:58
(174) Опять я не понял.
176 Beduin
 
18.03.12
16:59
(175) Ты в ресурсе "Дни" будешь количество дней за этот период хранить?
177 PVV65
 
18.03.12
17:01
(176) Ты наверное не поверишь, но в ресурсе "Дни" я собирался хранить именно их.
178 Beduin
 
18.03.12
17:11
(177) Тогда получится так.
У тебя две записи
(Дата1;Дата2;Дни;)
(01.02.12;29.02.12;20;)-Оклад
(22.02.12;07.03.12;10;)-Отпуск
Как ты узнаешь количество дней в феврале, которое необходимо сторнировать?
179 PVV65
 
18.03.12
17:18
(178) Еще раз повторяю - Нет сторно. Документ "Отпуск" рассчитает все, что необходимо (вычтет из 20 10 с учетом периодов) и сделает нужные движения. Все это делается запросом. Еще вопросы есть?
180 Beduin
 
18.03.12
17:21
(179) Меня интересует как с помощью одного РН указанного тобой, можно получить количество дней оклада которые мы не будем оплачивать, из ситуации в (178)?
Особенно интересует алгоритм по которому будут получаться эти дни.
181 GROOVY
 
18.03.12
17:21
(01.02.12;29.02.12;20;)-Оклад
(24.02.12;24.03.12;10;)-Невыход
(22.02.12;07.03.12;10;)-Отпуск

И еще с десяток ситуаций когда ты запаришься писать запросы с учетом всех возможных вариантов вытеснения.
182 PVV65
 
18.03.12
17:27
Есть понятие "Документ". Есть понятие "Момент времени". Вы утверждаете, что при оформлении документа я не смогу чего то рассчитать? Или Вы во времени плаваете?
183 Beduin
 
18.03.12
17:32
(182) Ничего не утверждаю. Хочу узнать, как имея только данные в (178) можно получить необходимые дни?
Я даже пропукаю вопрос, где будет храниться зависимость между видами расчета.
184 Скай
 
18.03.12
17:36
Поразительной терпеливости люди...
185 kumena
 
18.03.12
17:37
(181) он неисправим! :)
прямо очередной маньяк, хочет сказать что с первого раза сделает лучше чем отлаженные годами механизмы платформы.
186 kumena
 
18.03.12
17:39
+185 и видимо советует другим заниматься тем же мазохизмом.
при том что (по моему мнению) из 10 "зарплатчиков" 8 не могут толково написать запрос с выборкой сотрудников, надо понимать что из всего этого получится.
187 PVV65
 
18.03.12
17:47
Вот честно - даже не знаю, что сказать.  
(181) показывает ситуацию, но не может написать запрос?
Читайте (182).
(183) Нет видов расчета.
(185) В каком то смысле - маньяк, но не с первого раза.
(186) давайте не будем обсуждать возможности и способности.
188 Beduin
 
18.03.12
17:52
(187) Хм)
Хотя бы примерный алгоритм можете указать? С моментом времени документа или чего-то там еще.
Это необходимо для выявления истины. Чтобы опираться на какую-то информацию при обсуждении.
189 Обработка
 
18.03.12
18:00
(0) С начала про клюшики. Начинал 1Сить в 1с77 как раз по зарплате. За 3 года изучил компоненту расчет вдоль и поперек.  Изучал в живую пришлось почти с нуля автоматизировать сложный расчет ЗП в горнорудной компании. Где были около 90 видов расчетов.
ДА согласен что что компонента расчет не очень удачна по скорости работ в клюшках. Но все имеет цену.
Восьмерке пока особо не было опыта по зарплате. НО то что унаследовано из клющек мне нравиться.

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

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

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

И второе заблуждение - почему вы регистры расчета связываете исключительно с расчетом зарплаты?! Есть ряд задач для которых этот механизм очень даже неплохо подхоодит. Например я с его помощью реализовываю калькуляцию стоимости продукции, причем раз написанный код нет необходимости переделывать при постоянном изменении правил (то хочу что-то отдельно показывать, то не хочу. то месяц назад по одной методике считаю, то теперь по другой). Флаг в руки пользователю и пусть игратеся как ему нравится - мне программровать ничего не надо, а вам придется каждый раз лезть в код и писать, и писать...!
192 PVV65
 
18.03.12
18:21
(191) , (не знаю как к Вам обратиться). Судя по всему, более чем "Оклад" я ничего не знаю.

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

А хотел я сказать, что РР - надуманная прослойка между 1С и БД, которая реализуется и т.д.
Но если у Вас нет других способов реализовать задачу, кроме как на РР - Флаг в руки.
193 Beduin
 
18.03.12
18:28
ОК. Слив защитан. Алгоритма нет, одни передергивания.
194 Ork
 
18.03.12
18:46
Из фразы из (187) "Нет видов расчета" вытекает все остальное. У ТС для каждого "вида расчета" существует свой документ и структура хранения как в (157). Следовательно ни о каких невыходах этого месяца с последующей оплатой в будущем больничными он не слышал. Все здесь и сейчас. Никаких замещений. Никаких перерасчетов. А если перерасчеты и есть, то для их выполнения выбирается весь "период начала расчета зарплаты".

ЗЫ. Чистая ИМХа.
195 PVV65
 
18.03.12
18:48
(194) :-))
196 Ork
 
18.03.12
18:52
(195) А че улыбаться?
Ну принесут вам больничный за прошлый расчетный месяц. По которому уже отчеты сдали. Как начислять будете? Да еще если он не весь закрылся в прошлом месяце? Начисления-то должны попасть в прошлый месяц, а удержания в текущий.
197 PVV65
 
18.03.12
18:55
(196) А че кричать?
Для этого в РН есть аж три даты. И скажи, что расчет нельзя сделать.
198 Ork
 
18.03.12
18:56
+(196) Даже если разнесете периоды начислений и удержаний по разным периодам как через полгода соберете все данные за расчетный период или период начислений? Будете все базу лопатить? Иначе как знать в каком месяце проводились вот эти от конкретные начисления?
Внесете все периоды в РН? И получите первое приближение к РР. Добавите процедуры записи и выборки - получите второе.
199 PVV65
 
18.03.12
18:58
Я совсем недавно в современном программировании. Не думал, что так все запущено.
200 Ork
 
18.03.12
18:59
(197) "И скажи, что расчет нельзя сделать"

Как здесь уже вам подсказывали - весь учет можно сделать на справочниках. Вы до сих пор пользуете документы?
201 PVV65
 
18.03.12
19:01
(200) С этого начинал - объяснял людям, что есть только таблицы, а остальное - удобства.
202 Ork
 
18.03.12
19:02
(199) "Я совсем недавно в современном программировании"

Все намного хуже. 1С - не столько современное, сколько "предметное" программирование. И предметную область таки нужно знать. А то сейчас договоримся, что нафик нужен автокад с его прямыми, криыми и прочим если в пайнте тоже самое нарисовать можно.
203 PVV65
 
18.03.12
19:06
(202) Эта ветка и посвящена предметному программированию. Ни слова о безусловных переходах.
204 Ork
 
18.03.12
19:09
(203) Переход в сторону словоблудия - не интересен.
Есть конкретный интерес - пытаемся высказать за и против. Если просто потрепаться - есть вконтакте и прочие одноклассники. Даже на этом форуме есть секция лайф.
205 PVV65
 
18.03.12
19:15
(198) В зарплате есть два периода - 1. Месяц начисления и 2. Месяц выполнения начисления. Из этих двух дат вытекают все, подчеркиваю, все остальные действия. И этой информации достаточно, что бы рассчитать все, что угодно. Или я опять не прав?
206 Ork
 
18.03.12
19:19
(205) Добавьте еще механизм замещения и будете правы. Только у вас РР получится.
207 Beduin
 
18.03.12
19:19
(205) Упростим задачу)
Руками можете посчитать количество дней в (178) которое необходимо сторнировать при пятидневном стандартном графике?
208 Ork
 
18.03.12
19:30
(205) Коротко "на пальцах".
Человек заболел в предпоследний день месяца. ИТабель заполнили автоматом и ему эти два дня начислено (например) "по часовой ставке". 8-го числа следующего месяца человек принес больничный за 10 дней.

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

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

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

Да
210 Креатив
 
18.03.12
19:43
Складывается впечатление, что регистры расчётов - приблуда, сделанная для ленивых программистов.
211 kumena
 
18.03.12
19:50
(210) именно!
но совсем не зря, потому что:
1. реализовать что-то толковое вместо этого получится мало у кого, а у многих вообще не получится.
2. имеем унификацию, и не надо терять время, если вдруг пришлось обслуживать зарплату других, понятно где что смотреть.
3. механизм расчета все равно бы тырили из зуп.
212 GreyK
 
18.03.12
19:51
(210) В чём там лень? Надо же знать как это всё работает и подстраиваться под этот механизм. Где профит?
213 kumena
 
18.03.12
19:51
4. РР некоторые испльзуют и для не расчетных задач.
214 kumena
 
18.03.12
19:52
" Надо же знать как это всё работает " - книжки по ЗУП под запретом?
215 kumena
 
18.03.12
19:52
верней по платформе
216 Креатив
 
18.03.12
19:53
(210)То есть 1с сознательно поддерживает размножение посредственных программистов?
217 kumena
 
18.03.12
19:57
(216) не больше чем например функция форматировая - могла бы вполне сказать - делайте сами как хотите. и каждый бы делал сам.
218 Креатив
 
18.03.12
19:59
(217)Не соглашусь, уровень сложности и полезности разный.
219 kumena
 
18.03.12
20:01
а как быть допустим с виртуальными таблицами регистров БУ и накопления? могли бы тоже не делать. это же всего лишь набор запросов к реальным таблицам.
не пользуейтесь тогда ими - пиши запросы сам, во как.
220 GreyK
 
18.03.12
20:02
(214) Тебе книжки почитать хочется?
221 kumena
 
18.03.12
20:03
+219 сколько людей сделали бы аналоги? с РР все точно так же.
222 Ork
 
18.03.12
20:05
(216) "1с сознательно поддерживает размножение посредственных программистов"

Нет. 1с сознательно доет возможность программисту автоматизировать _предметную_ область. А не заниматься изобретением велосипедов тем самым щекоча СЧВ.
223 kumena
 
18.03.12
20:06
(220) ну я читал, думаю что все понял.
224 GreyK
 
18.03.12
20:07
(219) Забей на всё виртуальное, пользуйся тем что видишь и ощущаешь и будет тебе счастье :)
225 GreyK
 
18.03.12
20:09
(223) Ой зря ты так думаешь....
226 kumena
 
18.03.12
20:09
(224) вы по моему вообще не в тему пишете, я как раз призываю пользоваться тем что есть. а провоцировать меня не надо.
227 Креатив
 
18.03.12
20:11
(219)Регистры БУ - вещь полезная, потому как (за редкими исключениями) отражают объективную реальность. То есть являются хорошими моделями реальных объектов.
(222)Эффективность такого подхода иногда вызывает сомнения.
228 PVV65
 
18.03.12
20:20
(207)(208) Щас все брошу и начну доказывать. Есть теоретическая дискуссия, а есть реализация.
Хотя ... Думал, что я один дурак. Оказывается - не последний.
229 Humandra
 
18.03.12
20:27
ТС - странный человек. У меня встречный вопрос: "Зачем нужен высокоуровневый язык программирования? Это бред! Все прекрасно автоматизируется путем рисования ноликов и единичек на перфокартах."

Нет
230 Humandra
 
18.03.12
20:28
РР - не только зарплатный механизм. В ЖКХ например, он тоже используется.
231 PVV65
 
18.03.12
20:31
(229) Осталось этот вопрос задать.
232 Mort
 
18.03.12
20:59
Конгресс, регистры расчета какие-то... Голова пухнет. Взять все и поделить.

Личное мнение
233 raykom
 
18.03.12
21:09
Без сторно в этой жизни нельзя
234 ChAlex
 
19.03.12
00:24
(199) - вот оно откровение! и ответ одновременно на поставленный вопрос! Так совершенствуйтесь!  :))
235 GROOVY
 
19.03.12
02:42
ТС, ну давайте на практике посмотрим нужны РР или нет. Я готов сделать конфу с РР для расчета простой модели учета зарплаты, Вы сделаете ее же без РР. Сравним количество строк и сложность исполнения.

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

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

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

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

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

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

Ну и отчет:

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

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

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


Ну что? Попробуем? Да, вы можете реализовать все это вообще не на 1С.
236 PVV65
 
19.03.12
03:31
(235) Договорились.
237 GROOVY
 
19.03.12
03:32
(236) И времязатраты попробуйте прикинуть, ну так для интереса.
238 GROOVY
 
19.03.12
04:40
Время около часа, реально минут 30-40.
Строк в расчетной части ~ 60
Строк всего ~ 200

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

Текущая конфа http://narod.ru/disk/43967527001.eab367a83043ab0c8b7cdd9826c4b764/salary.dt.html Пароль скажу как только будет ответная конфа.
239 Sserj
 
19.03.12
04:53
(238) Интересно, вы там вообще спите, или вот так топик действительно "раздраконил" что ну его куда подальше этот сон :)
241 Jofa
 
19.03.12
07:19
+(230)Расчёт родтельской платы . .
242 Зеленый Кот
 
19.03.12
08:01
закидать автора коробка с зупом...
243 Kyon8
 
19.03.12
09:26
Тупая тема.

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

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

Нет
245 Fenrik
 
19.03.12
09:47
РР - архаизм из семерки. В восьмерке сделали 100500 регистров, но разделить журнал зарплаты на регистры табеля и начислений не догадались или не осилили.
246 Fenrik
 
19.03.12
09:47
Проголосовать забыл.

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

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

Нет
249 СамСебе Режиссер
 
19.03.12
10:19
регистры вообще зло - на документах все нужно делать :)

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

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


В сегоднящних реалиях расчета ЗП ! Да РР анверно это удобно и заточено под это дело, со своими периодами действия и т.д. И еще раз обращаюсь к участникам ветки дайте мне конфу с использованием РР не в зарплатном учете, но с нормальным данными именно по объему и именно где используются спецефичиские возможности РР !
251 Ненавижу 1С
 
гуру
19.03.12
10:38
а зачем критерии отборов, если есть РС
можно легко и просто реализовать ими, но программно
252 Никола_
Питерский
 
19.03.12
10:40
Да кстати для информации в моей практике бухи перешедшие с ЗиКа на Камин(речь только о клюшках) писали кипятком ! И ни одного кто бы плевался и матерился ! Так что примеры использования не расчетных механизмов, для расчетных задач есть и они налицо !
253 Humandra
 
19.03.12
10:52
(250) На моей памяти было несколько конф для управляющих компаний по расчету ЖКХ, конфа для Водоканала, конфа для энергетиков, конфа для страхования и конфа для мясокомбината (начисления агентского вознаграждения за продажи по сложным формулам).
Исходники конф по понятным причинам дать не могу.
254 Stagor
 
19.03.12
11:01
(20) четко и по сабжу! +100!
255 Никола_
Питерский
 
19.03.12
11:11
(253) Да и конечно в этих конфах без использования РР, обойтись было бы невозможно )))

(254) С этим спорить не буду, но а если мы копнем глубже ? Какие запросы строит 1С к СУБД при этом ?
Это кто нибудь анализировал именно в плане работы РР ?
256 Humandra
 
19.03.12
12:03
(255) Можно конечно! Просто пришлось бы создать аналогичный механизм на справочниках или других регистрах.
257 PVV65
 
19.03.12
12:05
(238) http://www.fayloobmennik.net/1679741

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

Нет
260 Никола_
Питерский
 
19.03.12
12:32
(258) Вы правы, но я именно ругаю их в реализации РР. А не в приниципе )))
Просто иногда обилие выбора инструментов мягко говоря зашкаливает. Я конечно понимаю что когда выбора нет это очень плохо, но когда выбирать приходится из 1 млн. вариантов это все равно что ткнуть пальцем в небо ! То есть вот например был СССР, выбора особа небыло пришел ты в магазин и там есть колбаса вареная и колбаса копченая и все тебе нужна вареная ты тупо подошел и взял и ВСЕ ! Теперь РОССИЯ заходим в магазин там 100500 вариантов колбасы, причем для того что бы оценить реально нужно получается каждую попробовать ! И пока ты в течении 3-ех месяцев выискивал для себя самую вкусную колбасу в сочетании (цена/качество это два решающих критерия при выборе), на заводе котором ее производят сменился нах технолог и стал класть по меньше мяса по больше чего-нибудь. И вот тут ты начинаешь беситься и потом этот круговорот, нервы срывы и т.д. )))) Зато вот например были такие события как выборы презика РФ, вроде выбор как есть, а его с;%:ка нет )))) Короче переносите этот холивар в лайф и меняйте название ветки "Выбор это хорошо или плохо" )))
261 fisher
 
19.03.12
13:15
(260) Какое обилие? Специализированных прикладных подсистем в ядре по сути только две - бухгалтерская и сложных периодических расчетов. Не нужны - не используйте. В простых случаях можно обойтись и без них. В сложных случаях тоже никто не мешает изобретать велосипеды тем, кто еще не наизобретался.
Кто не писал сложные переносы данных, эмулируя по сути немалую часть КД, тоже поначалу сильно на неё плевались. Дескать "обработочками проще". Ситуация очень похожая. Пока сам глубоко не нырнешь - кажется что кругом одни лохи с аквалангами.
262 Ахиллес
 
19.03.12
13:38
(261) С КД та же фигня, что и с РР. Задумано было хорошо, но почему то самой 1С было реализовано из рук вон плохо в её же типовых продуктах. Инструмент просто загляденье, но всё, что создано этим инструментом...
Приезжаешь к клиенту, запускаешь типовой перенос, он три часа чего то молотит, ты уж чаю напился, акт выполненных работ суёшь на подпись, а он сцко, раз и вываливается с ошибкой. И в чём ошибка не пишет, и как быстро отладить эти правила прям у клиента и найти ошибку?
263 VladRd
 
19.03.12
14:34
Ну наконец то! Человек озвучил мои мысли. Запускал подсистему расчета ЗП в работающем УПП(планирование, пр-во, бухучет работали, правда с большими переделками). Для расчета ЗП использовалась старенькая, на фоксе написанная прожка... Но написанная она была толково. Так вот, когда я восстановил все м-мы расчета ЗП(конфа была старая, даже табеля небыло), завел их виды расчетов, графики и т.д. и показал работу подсистемы, меня чуть не убили (и БОТ, и рассчетчики). По поводу механизмов вытеснения и сторно мне было сказано - в базе должно быть то, что ввел работник и ничего больше. В результате м-зм вытеснения я убрал, дописал табеля раб времени, они вводились табельщицами(согл.цехов-участков) и блокировались ими(никто не мог исправить, кроме них). Все расчеты делал согласно рабочего времени. Замены реализовывались соотв. видами расчетов - работа по другим графикам-тарифам. Вывод - все можно было прекрасно написать на справочниках и документах/регистрах накопления и сведений. Про работу виртуальных таблиц в ранних версиях 8-ки(а там стояла 8.0) я вообще промолчу...
264 Fragster
 
гуру
19.03.12
15:15
(263) дак ты вместо одной кнопки "сделать все" им более менее универсальное решение дал... никто такому не обрадуется, ведь это же думать надо
265 Beduin
 
19.03.12
15:48
(263) Расскажи лучше сколько человек это все обслуживает теперь?
266 VladRd
 
19.03.12
16:28
(265) Сколько и было - 2 прогера. Конфигурация ведь и была не типовая.
267 VladRd
 
19.03.12
16:30
+ 266 Это завод со своим ИТ-отделом. Я был одним из прогеров.
268 Ахиллес
 
19.03.12
16:30
(266) А расчетчиков тоже осталось столько же? И результа тогда твоей работы какой?
269 VladRd
 
19.03.12
16:36
(268) Результат согласно поставленной задачи. Задача звучала так - перенести расчет ЗП из отдельной проги (см.263) в общую базу УПП. Естественно расчетчиков осталось столько же. Ввод данных в УПП и ввод данных в прогу на фоксе - не очень большая разница в объемах работы...
270 GROOVY
 
19.03.12
16:59
Добрался до дома, доделал:
http://narod.ru/disk/43993822001.7285b7596630ab1e21de649515cbea30/salary.dt.html

Пасс на оба файла "mistaoff"
271 GROOVY
 
19.03.12
17:13
(257) Расчета не увидел. Все расчеты у Вас в форме сам пользователь вводит? Он сам должен контролировать данные для расчета базы по среднему. Вводить вручную количество дней и часов, для каждого сотрудника, для каждого отгула, отпуска и оклада.

При заполнении данных для расчета среднего Вы не учли отгулы вообще, но это мелочь. Намного интереснее как Ваша система поведет себя при вводе отгула в периоде который используется для расчета среднего для отпуска. Как и когда перерасчитается отпуск?
272 PVV65
 
19.03.12
17:26
(271) Сейчас не много занят. Позже отвечу на вопросы.
273 Дикообразко
 
19.03.12
17:28
пристрелите ТС

Личное мнение
274 Beduin
 
19.03.12
17:32
(273) Слишком легко. Пусть живет и исправляет свои фантазии по расчету ЗП.
275 Дикообразко
 
19.03.12
17:48
(274) тогда приковать к столу с компьютером и заставить рассчитать зарплату в какой нибудь энергетической компании на тысячу - другую сотрудников
276 fisher
 
19.03.12
18:16
(271) "Как и когда перерасчитается отпуск?"
А у вас?
277 GROOVY
 
19.03.12
18:23
Плюшек добавил...

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

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

Да
279 GROOVY
 
19.03.12
18:24
В общей сложности ~ 200 строк. Расчет ~ 60 строк.
280 GROOVY
 
19.03.12
18:27
(278) ТС пишет что РР вообще не нужны. Я говорю что нужны и привожу пример. Если по условию задачи (тут внимание) расчет не нужен, то он реально не нужен и РР и все остальное. При прямом табеле учет можно вести на бумаге. Если нужны механизмы расчета, то РР очень удобный механизм.
281 GROOVY
 
19.03.12
18:31
(278) Кстати напомнило мне:

Как-то работал я в одном крупном СМУ, помогал учет поставить ну и расчет ЗП. Дают задание...
"Необходимо начислять ЗП в зависимостри от КТУ работника, износа оборудования на объекте, суммы бюджета выделенного на объект и прпрпрпрпр" на лист формата А4 меееелким шрифтом.
В конце предложение, подчеркнуто красной ручкой "По результатам распределения ФОТ по работникам итоговая таблица должна отображаться у директора и он вручную должен иметь возможность отредактировать любые записи". Причем, говорят что директор редактировал практически все начисления у сотни рабочих... Как аргументировали расчет там для самих трудяг я не знаю.
282 Эстет хренов
 
19.03.12
18:47
(280) РР не нужен как средство разработки, это фикция
пусть 1С закроет расчетное ядро выложит ЗУП в облаке как готовое решение и не морочит голову.
(281) давайте не будем клинические случаи рассматривать.
283 GROOVY
 
19.03.12
18:56
(282) Ну попробуйте решить поставленную задачу без РР, У Вас кода будет на порядок больше, объекты все те же Вы сами сделаете, смотрите ТС имитирует ПВР на справочниках, а РР на РНО. Причем в ущерб функциональности.
284 GROOVY
 
19.03.12
18:57
Как зависимости отслеживать? Вытеснение и сторнирование? Сами же механизм напишете, на последовательностях, без учета открытых и закрытых (прошлых) периодов...
285 Обработка
 
19.03.12
18:59
(282) Очень смелое заявление. Вы хоть автоматизировали ЗИК или ЗУП а еще лучше самописку для предприятий более 2000 сотров хот раз.
286 Обработка
 
19.03.12
19:01
+(285) Это был вопрос. Или все-таки обида на экзамене сыграла роль?
287 ОбычныйЧеловек
 
19.03.12
19:02
(285) Есть такая самописка - камин называется, ребята как-то обошлись без РР.
288 GROOVY
 
19.03.12
19:05
(287) Обсуждали уже выше. Есть у них РР для перерасчетов и сторнирования. Смотрите последние версии.
289 ОбычныйЧеловек
 
19.03.12
19:08
(288) Во первых если они и появились то появились только в последних версиях (в 8.1 точно не было) во вторых на сколько я помню на 7ке их точно не было (хотя могу конечно и ошибаться).Ну так как на счет камин на 8.1? как удалось обойтись без РР? это кстати не единственная конфа у которой ЗП построена без РР.
290 Обработка
 
19.03.12
19:10
(287)  Каминовцами (с их конфами) сталкивался всего два раза. Мой личный вывод. они извращенцы. Все писать на бух компоненте не используя ни опер учет ни расчет а ради чего? Чтобы не платить за компоненту? Или все таки там все спецы дальше бухучета не сдали экзамены? ДЛя меня камин как там их не уважали бы за их решения не разрабочики.
291 Fragster
 
гуру
19.03.12
19:11
(289) так в том то и дело, что на 7.7 это была жесть, требующая по каждому чиху конфигуратор открывать, в 8.х был сделан гигантский шаг вперед, а камин - он с 7.7 переделывался эволюционно
292 Fragster
 
гуру
19.03.12
19:11
(290) наследие 7.7
293 GROOVY
 
19.03.12
19:13
(289) Ну в 7рке в Камине декларировалось что не более 15 человек рассчитываться должно, иначе тормоза и все плохо. То есть такой лайт вариант. В 7рке кстати вытеснение глючило страшно.
Камин без РР не видел на 8рке. Если покажете, я прокомментирую.
294 Обработка
 
19.03.12
19:14
Да это у них ерунда вотя в бытность встречал ребят котрые зарплату на справочниках и в периодических реквизитах написли . Во как бывает!
295 GROOVY
 
19.03.12
19:15
Что то опять у нас спор в теорию неаргументированную ушел. Предлагаю повторить функционал представленной конфы в соответствии с ТЗ, без РР, дабы можно было обсудить все плюсы и минусы обоих решений.
Повторюсь, нас интересует именно расчетная часть, построение зависимостей результатов расчета от прошлых расчетов. Вытеснение, сторнирование. Расчет отработанных единиц времени (дней, часов).
296 Обработка
 
19.03.12
19:19
(295) Кстати, Groovy, не напомнишь нам что же в движке не унаследовано от клющек? Не освежишь в памяти?
297 GROOVY
 
19.03.12
19:19
Кстати, вспомнил, еще на 8.0 видел систему для расчета амортизации сельхоз оборудования. Когда амортизация сезонная, летом много, зимой мало, не помню как метод называется...
298 GROOVY
 
19.03.12
19:20
(296) Что по сравнению с чем? ИМХО вообще ничего кроме механизма остатков регистров накопления не унаследовано :)
299 Обработка
 
19.03.12
19:20
Это относительно расчетного компонеты...
300 GROOVY
 
19.03.12
19:22
(299) Ничего.
301 Обработка
 
19.03.12
19:24
Как же? Я ж не говорю что прямо копия тех объектов. Ведь  переделанные аналоги все-таки они.
302 kumena
 
19.03.12
19:25
(295) я бы еще базу по периоду действия добавил, тоже вобщем то не совсем просто делать.
303 GROOVY
 
19.03.12
19:30
(301) Табличная модель переделана полностью. Механизм извлечения данных, таблицы перерасчетов, механизм ДанныхГрафика все новое. От 7.7 только слово "расчет" осталось. Групп расчетов нет, виды расчета по сути справочник. Так что...
304 GROOVY
 
19.03.12
19:30
(302) Пропорционально данным графика, да это тема :)
305 Обработка
 
19.03.12
19:33
(303) Ну это все понятно. Мне надо было задать вопрос иначе. Ну да ладно.
306 Эстет хренов
 
19.03.12
19:40
(285) я не голословно утверждаю, внедрял на ЗИК крупные предприятия, продавил почти типовыми средствами.
ЗиК,ЗУП  занятие неблагодарное и неинтересное и очень узкоспециализированное, поэтому я за то чтобы убрать РР
307 fisher
 
19.03.12
19:41
(305) Не-не-не. Уж что-что, а механизмы сложных периодических расчетов на 8-ке пересмотрены ПОЛНОСТЬЮ. Можно сказать, переделаны с нуля.
308 Обработка
 
19.03.12
19:44
(306) "ЗиК,ЗУП  занятие неблагодарное и неинтересное и очень узкоспециализированное, поэтому я за то чтобы убрать РР" - офигительный вывод! Признаем что сложно но пусть уберут возможность зарабатывайт на сложной задаче.
309 fisher
 
19.03.12
19:44
+(307) Да и бухия тоже полностью переделана.
В самом деле разве что регистры накопления прямой наследник. К сожалению.
Сохранили дебильное разделение на остатков и накопления. Нет чтобы на одном замутить с опциональной настройкой агрегатов (чтобы в общем случае хранились как остатки, так и агрегаты по оборотам при необходимости).
310 Эстет хренов
 
19.03.12
19:44
(306) + .. убрать РР из списка основных подсистем, и не требовать их знания при сдаче платформы. Вместо РР требовать расширенное знание СКД и КД.
311 GROOVY
 
19.03.12
19:47
(310) А КД к платформе то каким боком? Это же прикладное решение.
312 GreyK
 
19.03.12
19:48
(293) Выслал тебе два мдшника, один от ОСН, другой от бюджетки. На 2000 тыс.раб. и со старыми компами работали и работают :)
313 Обработка
 
19.03.12
19:49
(309) А что вам мешает в конфе Выбрать вид регистра?
314 GROOVY
 
19.03.12
19:51
(312) Пока ничего не прилетело. Это 7ка? Надо блин ее ставить... 7рка не интересна, 8рка каминовская без РР интересна.
315 Эстет хренов
 
19.03.12
19:51
(308) Какая такая сложная задача? фискальная зарплата? не льстите себе, программисты никаким боком в готовом решении не нужны. Нужен опытный внедренец-консалтер.
316 Эстет хренов
 
19.03.12
19:52
(311) а я вот хочу чтоб КД было на уровне платформы, а РР было прикладным решением, имею право.
317 GROOVY
 
19.03.12
19:53
(316) :)
318 Обработка
 
19.03.12
19:54
(312) Лучше мне кидайте. Я как раз пока семерошник еще..
(116) НУ ясно это просто вброс был?
319 Обработка
 
19.03.12
19:56
(315) Как раз таки при отсутсвии готового решения пришлось все с нуля писать еще 2002м году на 1с77.
320 024410
 
19.03.12
19:58
Мне кажется что просто проблема в том что мало у кого хватает терпения разобраться с механизмами РР. Вот и пишут типа бред. Хотя к реализации есть претензии, но это несомненно проще чем ваять на обычных регистрах.
321 GreyK
 
19.03.12
20:04
(314) Чем 7ка не угодила? Я понимаю, что твой Бос требует отдачи от работы по продвижению 8ки, но я ведь то-же бос, зачем я буду заставлять работадателя переходить на 8ку с её ИТСами и пр. затратами?
322 Эстет хренов
 
19.03.12
20:07
(320) да терпения мало, тут ты 100% прав, тяжело разбираться в том что клиентам и тебе не нужно.
323 Fragster
 
гуру
19.03.12
20:12
- Сэр как насчет гольфа?
- Нет спасибо,  я  один  раз   пробовал ,  мне   не   понравилось .
- Тогда как насчет крикета?
- Нет спасибо,  я  один  раз   пробовал ,  мне   не   понравилось .
- Может по бренди?
- Нет спасибо,  я  один  раз   пробовал ,  мне   не   понравилось .
- тогда может выкурим по сигаре?
- Нет спасибо,  я  один  раз   пробовал ,  мне   не   понравилось , но вот моему старшему сыну...
- Как сэр! У вас есть еще и младший сын?!
324 GROOVY
 
19.03.12
20:13
(321) У меня нет босса. 8рка производительнее и удобнее. Конечно если организация уже вложила пару лямов в 7рку, тонапрягать ее с переходом как то не очень... Но 8рка удобнее быстрее и функциональнее.
(322) Клиенты никогда не знают что им надо, все зависит от консультантов по ведению и построению бизнеса. Понимаешь можно позвать спеца проштробить тебе кабельканал в стене, он может прийти с зубилом и молотком, а может с спец штробелем, но штробель без электричества не работает, да еще и требует обучения перед использованием. Тут дело самого нанятого спеца, как ему удобнее будет.
325 ShoGUN
 
19.03.12
20:16
Автор гений. Его идея реализована в ЗУПе. В табеле.(По крайней мере, была реализована, когда я занимался ЗУПом) Чтоб ему такой тряхомудией всю жизнь заниматься...
326 fisher
 
19.03.12
20:17
(322) Так не надо мешать мухи с котлетами. Я согласен с тем, что РР реально нужны небольшому количеству клиентов. Но это не значит, что они не нужны никому или что сам механизм плох.
327 024410
 
19.03.12
20:18
(322) согласен с тем что клиентам это редко нужно т.к. зарплатные механизмы достаточно хорошо реализованы в типовых конфигурациях. Но что бы их красиво подкрутить нужно знать теоретически как работают эти механизмы. А сделаны они реально неплохо.
328 Обработка
 
19.03.12
20:23
(326), (327) +1
329 GreyK
 
19.03.12
20:26
(324) Это в мемориз надо: "8рка производительнее и удобнее". Для этого в 7ку включили рекламку и кучу багов?
Удобнее всего жить в Африке, жрать бананы и кокосы и пр.,  и не знать нечего лучше АКМ :)
330 Эстет хренов
 
19.03.12
20:29
(323) именно так.
(324,327) Наверное, но на текущий момент это не есть основная проблема заказчиков. Фискальную зарплату ЗУП можно стороннему франчу отдать, пусть геморроится сам за 3 копейки.
331 GROOVY
 
19.03.12
20:29
(329) 8рка быстрее, на порядок. Есть такой "завод турбинных хреновин" в питере, там на 7рке зп рассчитывали 4 дня (нажали и ушли), 8рка тот же объем роассчитывает за 2 часа, на том же оборудовании.
332 Эстет хренов
 
19.03.12
20:35
клево, верю в то что если завтра 1С выпустит
333 Эстет хренов
 
19.03.12
20:36
(332) ..РегистрДляЗаводаТурбинныхХреновин то он будет быстро работать, но это не значит что его следует всем пихать
334 GROOVY
 
19.03.12
20:39
(333) А кто то говорил что РР надо обязательно всем пихать?
335 Эстет хренов
 
19.03.12
20:44
(334) 1c говорит, я уже 3-й раз не могу сдать платформу потому что за полтора-2 часа решаю ОУ и БУ а потом смотрю на РР как баран на новые вопрота.
336 Обработка
 
19.03.12
20:45
(333) Так ведь законы рынка сер. Покупай новую машину. Покупай новый комп. НОвый мобильный. А с айпадом что твориться?
337 GROOVY
 
19.03.12
20:45
(335) 1С правильно говорит, ты как специалист должен знать возможности системы, и именно для того чтобы не изобретать велосипед как ТС.
338 Обработка
 
19.03.12
20:53
(335) Попроси экзаментаров  чтоб они в сертификате спеца сделали приписку. Специалист по 1С8.2 без права разработки и внедрений зарплатных задач. И пусть ставят зачет.
339 GreyK
 
19.03.12
20:57
(331) А теперь ставим этот "завод турбинных хреновин" в режим реальности и расчитываем зп на старом компе со 128 мб оперативы и процом тех времён.
340 Эстет хренов
 
19.03.12
21:05
(337) да, а я еще как специалист не знаю в 1С географические схемы и кластерный анализ, стыд и позор.
341 GROOVY
 
19.03.12
21:06
(339) Каких "тех" времен, и 7рка и 8рка была в 2009м.
342 MishaD
 
19.03.12
21:13
Ну если не учитывать, что в 8-ке все хранится в регистрах. А в 7-ке считается с нуля. То да, 8-ка быстрее. Особенно радуют криворукие расчетчики, у которых в 8-ке не совпадают зарплата, взносы и проводки. А премии - это просто песня. Чтобы посчитать премию процентом, надо сделать начисление зарплаты. Но Чтобы посчитать НДФЛ с этой премии надо опять же сделать начисление зарплаты.
343 MishaD
 
19.03.12
21:16
Вспомнил, в ЗУП еще и сальдо в отдельном регистре хранится.
344 GreyK
 
19.03.12
21:31
(341) Времён когда диски были на 6.4Гб и следующие не поддерживались :)
Ладно проц будет на P3 1200Hz.
345 Feanor
 
19.03.12
21:35
(344) угу, а если вспомнить про 640 КБ ОЗУ и диски несколько десятков МБ, то расчет ЗП на клиппере уделает и 7.7, и 8.х как стоячих, тока зачем? )
346 Обработка
 
19.03.12
21:40
(345) И наверно те программы писались не месяцы а годы и не одним двумя программистасми а группой. И еще у них все-такки было ограничения по интрефесу.
347 ice777
 
19.03.12
21:44
(346) да порядка полгода максимум. Если первая.
Просто программер пошел нынче мелкий и меркатильный ;)
348 ice777
 
19.03.12
21:45
(346) тогда мышкой зря время не тратили. Что-то теряли, что-то находили.
349 Дикообразко
 
19.03.12
21:48
(343)  там и НДФЛ черти как храниться...
и самое главное, что при перепроведении разные результаты получаются
350 Feanor
 
19.03.12
21:50
(346) знавал я одного такого заочно :) написал он расчет зп на клиппере и окучил все местные больнички. Каждый месяц - новая версия, в старой версии ЗП в новом месяце уже не считается. :)
351 ice777
 
19.03.12
21:56
(349) нормально там хранится. такие вещи рассчитывать из исходных данных при прогрессивной шкале будет оч долго.
352 GreyK
 
19.03.12
21:59
(345) Думаешь что сейчас на таких не работают? И зп считают и налоги.
Вопрос про "зачем?" зачем? Что-бы урезать зп работникам и выплатить за ПО и софт? Может и не надо рубить клиппер и пр.?
Ведь тётенька за минималку делает то, что 1С продаёт в режиме "отладки".
Вот зачем покупать софт не считающий реально зп и подписываться на дальнейшее "сопровождение", у фирмы продавшей софт для расчета зп и тупо никому, ничего не обещающей?
РР - вообще сказка, пользователи и не знают что есть такая хреновина. За которую с них требуют реальных денег на впендюривание и тыкание носом.
353 Feanor
 
19.03.12
22:03
(352) да я ж не спорю - работают, так и пусть работают, но много ли сейчас пишут нового софта на клиппере, руководствуясь лишь соображениям оптимальности функционирования на динозавроидических ПК? )
354 AndreyLan
 
19.03.12
22:07
(289) "Ну в 7рке в Камине декларировалось что не более 15 человек рассчитываться должно, иначе тормоза и все плохо." Павел, что Вы такое говорите? Какие 15 человек. Несколько тысяч рассчитывает!
355 ice777
 
19.03.12
22:09
(353) я тебе скажу. еще много пишут совсем не на субд и не на учетных, типа 1с - особенно банковский софт, например. Даже кое-где и клиппер с фоксом мелькают. Ужасно, но не на 1С же.. на птичих правах.)
356 Никола_
Питерский
 
19.03.12
22:11
(354) 15 человек у меня расчетчик расчитает в блокноте ! Даже без экселя причем и взносы и средний и даже нарисует xml файлик для сдачи НДФЛа ))) Они у меня все умеют ! Наученные )))
357 ice777
 
19.03.12
22:12
(354) охотно верю, если без нарядов от расценок, идущих от номенклатуры. Я сам тебе повременщиков посчитаю на коленке за 5 мин, если нет всяких доплат от стажа, например.
358 ice777
 
19.03.12
22:13
(357) -> (356)
359 Feanor
 
19.03.12
22:14
(355) интересно было бы сравнить процент таких разработок от общего числа )
360 Лоботряс
 
19.03.12
22:18
ТС походу слился?

Да
361 GROOVY
 
19.03.12
22:18
Ну в общем как я понял пустой треп продолжается, никто альтернативу без РР сделать не может :)
Тему можно закрывать.
362 AndreyLan
 
19.03.12
22:23
Камин 4.0. На регистрах накопления, если не ошибаюсь. Сейчас под рукой нет, со 100% уверенностью сказать не могу.
363 ice777
 
19.03.12
22:30
(362) здрасте. еще 3-й использовал. А вот регистры расчета 4-й использует?
364 AndreyLan
 
19.03.12
22:35
(363) Что использовал РН и так ясно, но и РР использовал для чего-то. 4-ый по-моему только РН и РС использует. Завтра могу глянуть на работе и точно сказать.
365 ice777
 
19.03.12
22:38
(361) РР, имхо, задумывался как механизм для пересчета. И не везде прижился.
366 GROOVY
 
19.03.12
23:28
(365) Не только.
367 GROOVY
 
20.03.12
02:23
(354) Я сто лет с семеркой не работаю, а о Камине только на партнерских семинарах слышал, могу ошибаться.
368 oleg_ma
 
20.03.12
06:26
:)

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

Да
370 Тактик
 
20.03.12
08:00
Вот блин... сразу и не понятно в чем вопрос :)

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

Нет
371 Kraft
 
20.03.12
08:08
8.2 тормозит с каждым новым релизом все больше и больше. Это конкретно заебало

Личное мнение
372 Escander
 
20.03.12
08:33
(370) +500, есть ряд задач где использование сабжа значительно упрощает жизнь! И это не только ЗП.
373 PVV65
 
20.03.12
09:52
Естественно вопрос, сам по себе, провокационен. А что делать? Такие вопросы - быстрый способ узнать крайние точки зрения.

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

А истина, как обычно, где то посередине.
Думаю как то так - "РР очень полезная вещь, но любую задачу без ущерба можно решить без них".
Применять их или не применять - дело каждого. А т.к. ЗП от 1С написана именно на РР, то знать их просто необходимо.
374 Escander
 
20.03.12
10:02
(373) любую задачу можно решить напрямую в машкоде, так что с вашим подходом все ЯП нафиг не нужны
375 Фрэнки
 
20.03.12
10:04
(373) я протестую - мое личное мнение совсем не имело в целях личность ТС.

Я высказывался исключительно в рамках провокационного характера дискуссии!
376 PVV65
 
20.03.12
10:06
(374) Я говорил, что любую задачу можно решить без ущерба, а на машкоде - вряд ли.
377 Kyon8
 
20.03.12
10:22
(376) Посмотрите код камина 4 или 3, где без РР, ущерб психике обеспечен.
378 Escander
 
20.03.12
11:01
(376) что есть ущерб в вашем понимании?
379 Икогнито
 
20.03.12
11:03
(0) ты просто не понимаешь ничего

Нет
380 fisher
 
20.03.12
11:23
(373) Какой смысл узнавать крайние точки зрения? Они известны изначально.
"Любую задачу без ущерба можно решить без них"
Без ущерба чему? Функционалу? Возможно.
Но пытаясь обойтись без них в задачах, где использование РР доктор прописал, наносится неслабый ущерб производительности и объему работ.
Все равно что бухию на регистрах накопления реализовывать. Можно? Можно.
Работать будет? Будет.
Только какой ценой и какой в этом будет смысл?
381 Stagor
 
20.03.12
11:24
(380) в УПП 2.0 вроде так и будет. Только 1 вид учета - на регистрах!
382 Garkin
 
20.03.12
11:25
(235) Жаль что ТС так быстро слился.

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

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


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

"Больничный" - вытесняет "Отпуск", "Отгул" - нет.
383 PVV65
 
20.03.12
11:57
(380) >Но пытаясь обойтись без них в задачах, где использование РР доктор прописал, наносится неслабый ущерб производительности и объему работ.

Даже не уверен, а убежден, что это не так.
384 PVV65
 
20.03.12
12:00
(382) Ни куда я не "сливался" - нет времени постоянно сидеть на форуме.
По свободе нарисую более подробный свой пример конфигурации.
385 fisher
 
20.03.12
12:02
(383) Значит, эта ветка вас ничему не научила. И GROOVY зря метал бисер (шутка)
386 Beduin
 
20.03.12
12:05
(384) Когда твой механизм будет распространен хотя бы на 5 процентов как РР, тогда можешь пытаться регистры расчета к бреду приравнивать. Пока это только глумливые вбросы клюшечника, который даже на бумажке не может правильно зарплату рассчитать.
387 fisher
 
20.03.12
12:22
Кстати. Толковое описание подсистемы сложных периодических расчетов я встречал только в проф-разработке. Больше нигде.
Возможно, именно с этим связаны сложности понимания этой подсистемы, которые я встречаю у многих. Большинство (к которым, сильно подозреваю, относится и ТС) даже не в курсе полного спектра вопросов и проблем, которые она решает.
388 GROOVY
 
20.03.12
14:51
(384) Я подожду...
(382) Вечером гляну.
(387) Есть еще в ЦСОшных курсах, Сущеня отлично описал расчетный механизм. Еще есть тут: http://chistov.spb.ru/publ/free_webinar/vebinar_raschetnye_mekhanizmy_v_sisteme_1spredprijatie_82/6-1-0-28 Не все там идеально, но концепция полностью раскрывается.
389 Эстет хренов
 
20.03.12
15:34
(386) GROOVY, чтоб вы понимали почему я ненавижу РР и считаю ее использование без нужды моветоном.
В типовой бухгалтерии 8.2 укр в отличии от российской используется РР , но без фишек сложных расчетов (вытеснение, графики)!.
Бухгалтеру впору вешаться когда он пытается найти ошибку в ворохе разнородных регистров (бух, 4 расчетов, несколько накоплений и сведений).

Да
390 fisher
 
20.03.12
15:49
(389) Вы пишите что ненавидите РР из-за плохой (по вашему мнению) реализации з/п в бух 8.2 укр.
Вам не кажется, что это несколько нелогично?
Как в том анекдоте.
"Все восхищаются этим Паваротти, а мне он не нравится!"
"А ты слышал Паваротти?"
"Нет, но мне Изя напел"
391 Эстет хренов
 
20.03.12
17:38
(390) логично - это когда гланды не вырывают через задний проход.
392 GROOVY
 
20.03.12
18:11
Гланды вообще не надо вырывать. Это раньше думали что от ангины спасают таким образом, а получилось то наоборот.
Это я к чему... Следует разбираться в том что делаешь.
393 Escander
 
21.03.12
05:57
(392)их лет 10 как научились лечить у нас (там скорее всего значительно раньше).

А РР как уже писал в некоторых случаях просто незаменимый помошник разработчика.
394 GROOVY
 
22.03.12
01:12
(0) Ну где же вы коллега?
395 PVV65
 
22.03.12
01:31
(394) Выходные посвящаются теме. Прости пожалуйста.
396 PVV65
 
22.03.12
02:05
+(395)

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

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

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

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

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

Конечно прикрутив регулярные выражения, накидав кучу "встроенных алгоритмов расчета" и сделав возможность создания новых на основе уже сделанных и встроенных с использованием регулярных и возможно своего микро-интерпритатора такое возможно, но не уверен что это нужно... это как прога расчитанная на то что с ней сможет работать любой дурак - с ней только дурак и будет работать! Любая прога как правило компромисс а тут нет поля для компромисса... уже сами данные будут скорее всего чудовищно неоптимально храниться для случая в 100 чел. Более правильны планы 1С у которой ЗУП 3.0 будет в 3 вариантах.
398 Feanor
 
22.03.12
09:23
(396) "Наверное я не прав" - первая мудрая мысль за почти 400 постов. Верной дорогой идёте, Товарищ)))
399 Упанишады
 
22.03.12
09:53
(396)>2.Независимость от законодольства (почти не зависимость).

В свое время я написал программу для расчета ЗП. Из опыта эксплуатации могу сказать, что 99% вопросов именно с законодательством. Причем последние годы появилась тенденция менять в том числе законодательство для расчетов по среднему. С тоской вспоминаю времена, когда для расчета среднего для отпуска использовалась 6-дневная рабочая неделя. То есть при переходе на 5-дневную рабочую неделю в 1967 году порядок расчета среднего для отпуска остался прежним.
400 Спорт
 
22.03.12
09:55
400!
401 Лоботряс
 
22.03.12
09:56
(373) Вот блин... Автор, надо корректнее формулировать вопрос. Я переголосую. РР - это не бред! Они реально нужны.  

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

Нет
402 Лоботряс
 
22.03.12
09:57
Еще раз чтобы выровнять статистику...

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

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

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

Нет
406 Escander
 
22.03.12
10:48
(405) Я видел как на накоплении эмулируют бух.регистры - когда нужен минимум, нет нужды юзеру править план счетов и т.п. - это прокатывает, но когда нужны итоги по корреспонденции счетов и т.п. - начинает появляться понимание что регистр бухгалтерии очень полезная вешь!
407 fisher
 
22.03.12
11:27
(396) Начни с изучения РР. Пруфы уже проскакивали.
408 PVV65
 
26.03.12
14:48
http://www.fayloobmennik.net/1712585 - ссылка для скачивания демо конфигурации.


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

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

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

1. Т.к. за расчет ЗП отвечают исключительно первичные документы, то количество рассчитываемых сотрудников ограничивается количеством рабочих мест расчетчиков.
2. Внедрение на крупных предприятиях со специфическими алгоритмами начислений сводится к созданию нового документа в составе конфигурации.
  (Модуль проведения стандартный для всех первичных документов - 1 строка, а требование только одно - заполнить ТЧ "Начисления").
3. Базовые поставки для предприятий разного размера и специфики возможно решать обработками начального заполнения (что бы изобилие элементов справочников
  и различных реквизитов (понятий)) не создавало впечатление "монстра".
4. Сам по себе алгоритм расчета очень простой и не может развиться в процессе окончательной разработки до нескольких десятков тысяч строк.
5. Все (или почти все) удержания возможно настроить из режима "Предприятие".
409 PVV65
 
26.03.12
15:01
+(408) Забыл сказать, что в представленной конфигурации нет понятия "Последовательность" - документы вводятся в любом порядке и не требуют выполнения каких либо регламентных процедур.
410 GROOVY
 
26.03.12
15:07
(409) Так эта конфа может решить поставленную мной задачу? По функционалу она перекрывает то что я нарисовал?
411 PVV65
 
26.03.12
15:18
(410) Эта конфа реализует другой подход к полному расчету зарплаты. А если речь идет о задаче из (235), то первые два пункта реализованы, третий просто лень писать. Но реализованы любые удержания, настраиваемые из предприятия, и созданы предпосылки для описания автоматических начислений (простые реализованы), например премии для вида оплат "Оклад плюс премия".
412 GROOVY
 
26.03.12
15:33
(411) Я в задаче пытаюсь обрисовать _зачем_ нужны регистры расчета, Вы решаете задачу демонстрирующую отсутствие критериев для создания регистров расчета. Причет, обратите внимание, Вы полностью имитируете механизмы получения базы.
Вытеснений нет, перерасчетов нет.

Давайте все же будем исходить из поставленной задачи. Сделайте ее без регистров расчета, особенно п.3 и п."важно". Сравним решения. Кстати Ваша задача на РР решается с меньшими трудозатратами и большей универсальностью, не будет нужным "закрывать" старый период.
413 PVV65
 
26.03.12
15:58
(412) >Вытеснений нет, перерасчетов нет.
Они не нужны.

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

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

Для решения отгулов в представленной конфе реализован документ "Табель", если же расчетчик ошибся в оформлении табеля и обнаружил это в другом расчетном периоде, то и корректировка должна производится в другом периоде за масяц, в котором совершена ошибка. Для этого я бы создал документ с названием "ДополнительныеНачисления". Если уж очень хочется посмотреть еще примеры документов - напишу, но сути это не изменит.
414 fisher
 
26.03.12
16:01
(413) Вам не кажется, что между "они не нужны" и "я не сталкивался с задачами, когда они нужны" есть некоторая разница?
415 PVV65
 
26.03.12
16:02
(414) Сейчас речь идет о реализации расчета ЗП, как основной задачи использующей РР. Для решения этой задачи вытеснения и перерасчеты не нужны.
416 fisher
 
26.03.12
16:08
(415) Вы ошибаетесь. То, что большинству предприятий с небольшим штатом или ч/б зарплатой проще упрощать учет, чем считать as is - это не показатель.
417 PVV65
 
26.03.12
16:21
(416) В представленной конфе как раз и заложены основы для расчета зарплаты as is для предприятий любого размера.
418 PVV65
 
26.03.12
16:21
+(417) посмотрите конфу.
419 Fragster
 
гуру
26.03.12
16:28
там есть хотя бы механизм расчета сверхурочных на основании графика работы и файтически отработанного времени?
420 PVV65
 
26.03.12
16:36
(419) Да (самый простой для абстрактных "ночных"). Но не в этом суть.
421 PVV65
 
26.03.12
16:39
+(420) механизм реализован в рамках документа "Табель", но нет труда перевести сверхурочные начисления в автоматические (будут рассчитываться автоматически, без создания первичных документов).
422 PVV65
 
26.03.12
16:46
Сейчас смотрю в конфу и вижу, что процедура ВыполнитьАвтоматическиеНачисления не реализована, но она практически не будет отличаться от процедуры ВыполнитьАвтоматическиеУдержания. И еще, что бы не было лишних вопросов по поводу зависимых начислений и удержаний - реквизиты у справочников "Приоритет" есть, забыл в запросах упорядочить.
423 Джордж1
 
26.03.12
16:46
Интересная тема.
А кто знает почему ЗиК "исповедует" методику расчета от отклонений?
Все жизнь вроде на предприятиях считали зарплату "от табеля"
//
Про перерасчеты. Ни разу с ними не сталкивался. Их нужность примерно такая же как Начислено-Удержано-Перечислено в 2-НДФЛ. На практике даже налоговые органы рекомендуют Начислено=Удержано=Перечислено
424 Fragster
 
гуру
26.03.12
16:53
(420) а в режиме предприятия можно сделать прогрессивную ставку сверхурочных?
425 Fragster
 
гуру
26.03.12
16:56
(424) меня интересует просто, как реализован и реализован ли вообще механизм вытеснения и зависимость по периоду? ведь именно для этого нужны РР. А вот просто и универсально в полной мере сэмулировать эти их свойства - задача достаточно сложная. И тут возникает вопрос - зачем усложнять все запросы эмуляцией, если они и так обеспечиваются механизмом платформы?
426 PVV65
 
26.03.12
16:59
(424) Да можно.
(425) Я ничего не эмулировал. Модуль расчета в этом примере - 168 строк. Неужели не разобраться в механизмах реализации?
427 Эстет хренов
 
26.03.12
17:00
(413,PVV65) неплохо, но горохом об стену, ничего не докажешь, им хоть кол на голове теши
рр-щики придумали себе виртуальный мир со своей терминологией и со своими "высосаными из пальца" проблемами и героически пытаются их решить.
(425) тебе ехать нужно или "шашечки"?
.
428 GROOVY
 
26.03.12
17:03
Попробуйте ввести:
1. Январь, Иванов отработал полностью, Петров из 20 рабочих дней отработал 15.
2. Февраль, Иванов и Петров отработали полностью.
3. Май, с 1 по 20 число обоим начислили отпуск. Базовый период расчета среднего для отпуска 2 предыдущих месяца.
4. Май оставшиеся дни сотрудники получили оклад как и положено.
5. В апреле вдруг обнаружили ошибку в данных табеля за январь, оказалось что это Петров отработал полностью, а Иванов только 20 дней. Что и как вводим? Когда пересчитается отпуск? Что делать если отпуск начислялся на 1 начислением а 2,3?
Бонус: А если от отпуска зависят еще НДФЛ и пр....
429 Fragster
 
гуру
26.03.12
17:04
(427) у меня-то всё работает... мне просто интересно, как народ реализует вытеснение запросами, чтобы отразить какой-нибудь отчет, отражающий, допустим, отработанное время в виде:
ФИО - тариф - количество часов
для когда зависимых друг от друга параметров неопределенное количество...
430 Fragster
 
гуру
26.03.12
17:06
для случая, когда...
431 Эстет хренов
 
26.03.12
17:14
(428, 5) Да я вас умоляю, давайте тут напридумываем что Петрова с Ивановым в роддоме перепутали и теперь им пересчет с 1969 года нужно сделать.
Документ табель, расчетные листки есть подписаные отвественными лицами, все закомпостировано.
432 PVV65
 
26.03.12
17:18
(428) Зарплата такая весчь, в которой каждый чих сопровождается бумажным документом (ИМХО, а по другому нельзя - это зарплата). Поэтому Если расчетчик допустил ошибку при вводе табеля, а потом, подчеркиваю опять же расчетчик, допустил ошибку при расчете отпускных, значит необходимо внести корректировки вручную на основании каких то бумажных документов. Иначе придет товарищ Иванов и сильно будет топать ногами. А налоги пересчитаются автоматом (реализовано).
433 PVV65
 
26.03.12
17:22
+(432) Автоматическое начисление может быть, автоматический перерасчет начислений недопустим.
434 fisher
 
26.03.12
17:27
(431) Давай, тебе зарплату урежем и сошлемся на то, что все закомпостировано и подписано ответственными лицами.
435 Fragster
 
гуру
26.03.12
17:34
(432) а вот например когда управляющий хочет посмотреть, как будет выглядеть ЗП сотрудников при новой системе мотивации - делаем разделитель учета в РР, и лепим сразу несколько систем начисления, несколько гипотетических и одну "реальную".
436 Fragster
 
гуру
26.03.12
17:35
(435) и смотрим разные варианты одним и тем же отчетом, без его изменения
437 PVV65
 
26.03.12
17:40
(435) (436) Добавляем в РН измерение "Проект" и делаем как 1С научила.
438 Fragster
 
гуру
26.03.12
17:42
(437) меня интересует в первую очередь эмуляция виртуальных таблиц РР на РН и РС
439 GROOVY
 
26.03.12
18:11
(432) Вот и пришел в апреле Петров, наехал на расчетчиков (или вообще на прораба который и вводит табель в базу), они исправили январь. Отпускные пересчитаются? Или расчетчик должен вспомнить что еще и отпуск там был? (Вы же говорите что в Вашей базе сотни тысяч сотрудников могут рассчитываться).
Кстати, сам расчетчик будет отпускные рассчитывать? Или все же автоматически среднее посчитается и "это Ваша программа" неправильно все посчитала?
(433) А перерасчет задним числом и недопустим, тут сторнирование нужно. В РР данные для сторнирования предоставляются самим механизмом, у Вас нет вообще такого понятия в базе.
440 Джордж1
 
26.03.12
18:20
(439)сделать доначисление текущим месяцем не вариант?
441 Эстет хренов
 
26.03.12
18:20
(434) других аргументов, как я понял, нет.
(435,438) это все ерунда какая-то
(439) а ему не нужно править январь, это фикция, ему нужно выплатить недостающую зарплату. Договорились с Ивановым провели деньги маем делов-то, на НДФЛ и отпускные забили. Вы как маленький. Расчетчика депремировать, больше таких ситуаций в конторе не повторится. Задача решена.
442 Эстет хренов
 
26.03.12
18:21
(440) +1, человек-практик а не теоретик.
443 GROOVY
 
26.03.12
18:24
(441) А среднее по другим видам расчета, которые могут быть в будущем? А отчеты за период? Иванов вообще еще не въехал что у него и отпуск накосячен, он пришел с требованием исправить начисление оклада в январе...
Вы все зависимости вручную предлагаете реализовать, я - автоматически. Вашу систему при внедрении саботируют нафиг.
444 fisher
 
26.03.12
18:24
(432) Дык так и пиши - мною реализован упрощенный алгоритм расчета з/п, не предусматривающий пересчет задним числом (хрен уже с ним, с вытеснением), ибо я считаю что такие случаи ересью, величайшим исключением, ошибками расчетчика и плохо поставленным документооборотом. А потом поговори с расчетчиком на любом заводе и поплачьте вместе.
445 Джордж1
 
26.03.12
18:27
(443)"А среднее по другим видам расчета, которые могут быть в будущем? А отчеты за период?" - и кому этот геморрой за просто так нужен. где это всплывет?
"он пришел с требованием исправить начисление оклада в январе..." - и что Иванов будет в тонкости вникать? ему главное денежку недополученную получить, и неважно как она там где отразится
446 Джордж1
 
26.03.12
18:30
У меня есть несколько контор на Камине 1.2. 2 из них производственные - на 100 человек и на 600.
Много видов начислений. Сидят бабушки и считают 10 лет уже и никаких программистов им не надо. Типовой функционал полностью устраивает.
А у вас какие то проблемы высосанные из пальца.
//
В второй конторе насильно ЗУП внедрили, дак что думаете - расчетчик так втихую и считает в Камине, проклиная ЗУП.
447 Джордж1
 
26.03.12
18:32
Как реализовано разделение расходов по зарплате по шифрам или объектам затрат в ЗиК реализовано вообще за гранью добра и зла - считайте типа руками. Автоматизация блин
448 GROOVY
 
26.03.12
18:40
Резюмирую:

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

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

ЗЫ: Про типовые решения типа ЗУП и Камин мы вообще не говорим. Реализация может быть разной.
449 Эстет хренов
 
26.03.12
18:46
(443) да он спасибо скажет что его не послали, а деньги вернули, подпись его в январском расчетном листе есть? к кому претензии.
(448) Да!, наконец-то , не нужен 95% клиентам сложный расчет ЗП по методикам 1с. Дай возможность использовать простой механизм с тупыми простыми таблицами AS-IS, с ручными корректировками и все. Почему-то никого не смущает что складской учет править автоматически задним числом нельзя, а вот для ЗП подавай им автопересчеты и вытеснения.
450 GROOVY
 
26.03.12
18:51
(449) Еще раз, Вы говорите про "надо-не надо" методики расчета, а я про то зачем нужны РР. В (0) и начале ветки утверждается что механизм РР нафиг не нужен.
РР нужен и решает вполне конкретные задачи, которые Вам не нужны, но это не значит что они никому вообще не нужны. Я вот к примеру считаю что хдто нафиг не нужный механизм.
451 Garkin
 
26.03.12
18:58
(448) так как насчет (382)?
452 Fragster
 
гуру
26.03.12
19:01
(449) пересчеты задним числом <> вытеснения. как раз вытеснения позволяют в автоматическом режиме исключить ошибки ввода сложных расчетов, тех же отпускных по среднему
453 Джордж1
 
26.03.12
19:05
(452)нет такой проблемы, если работать от табеля, а не так как изобрела 1С
454 Эстет хренов
 
26.03.12
19:10
(450) есть одно важное отличие: мне и моим клиентам никто инструмент-xdto не навязывает как единственное верное методологическое решение.
(452) может быть, клевая вещь, внедряйте ее, зарабатывайте деньги, на здоровье, только уберите ее из типовых.
455 Fragster
 
гуру
26.03.12
19:12
(454) ну напиши Нуралиеву, будь мужиком
456 Эстет хренов
 
26.03.12
19:18
(455) у меня перед глазами есть примеры
457 Fragster
 
гуру
26.03.12
19:19
(456) примеры чего? мы тут уже выяснили, что у тебя на них обида из-за того, что ты их не осилил...
458 Эстет хренов
 
26.03.12
19:23
(456) .. тьфу сорвалось, в общем опыт показывает что 1с по барабану на мнение 1с-комьюнити,
поэтому никакой бесплатной работы
459 PVV65
 
26.03.12
20:53
(438) При чем здесь эмуляция?
(439) Если уж какое то количество предприятий не может жить без автоматического перерасчета зависимых начислений, создадим, для них, документ «Перерасчет», который при вводе корректировки рассчитает корректировки в зависимых начислениях во всех периодах (опять простейший документ). Сторнирование или корректировка – какая разница?
(448) Я говорю, что все реализованное при помощи РР, более простыми способами можно реализовать без РР.
(450) Я по прежнему не понимаю, что такого уникального делают РР?

Какой то разговор пошел … По поводу перерасчетов – вроде все ясно… Может еще чего то нельзя реализовать без РР?
Может (427) прав?
460 GROOVY
 
26.03.12
20:58
(459) Сделайте конфу под решение описанной задачи, введите тестовые данные, посмотрим на объемы объектов, кода и сравним универсальность, тогда можно предметно спорить, а так, действительно просто разговор ни о чем. Можно еще и скорость исполнения расчетов потом потестить...
461 PVV65
 
26.03.12
21:06
(460) Тестовая конфа уже выложена.... Хорошо нарисую еще несколько документов, дабы наглядней было... Два - три дня, но позже.
462 Ork
 
26.03.12
21:07
(0).
Да возьмите простой житейский случай. Человека нет на работе последние три дня месяца. Просто нет. В текущем месяце он принесет переходящий больничный за три дня прошлого и два текущего. Начисления должны пройти в текущем. Но для последующих расчетов нужно взять суммы начислений не расчетного месяца (текущего), а с разбивкой по периодам начислений. Например для перерасчета НДФЛ. Проведите эти расчеты в вашей конфигурации.
463 GROOVY
 
26.03.12
21:09
(461) С перерасчетами, а то мы ведь спорим о специфических возможностях РР... Хрен с ним со сторнированием и вытеснением...
464 Ork
 
26.03.12
21:09
+(462) Или для оплаты "по среднему". Например командировочных или отпускных.
465 PVV65
 
26.03.12
21:15
(462) Дык это даже в том, что выложил есть.
466 PVV65
 
26.03.12
21:16
(463) Положу кучу примеров.
467 Ork
 
26.03.12
21:17
+(464) В пределах двух-трех месяцев задачу конечно можно решить введя в РН дополнительное измерение типа ПериодДействия и по нему строить отборы. Но знать заранее в каком "расчетном" периоде было произведено начисление за "отчетный" нельзя. И тогда отборы придется строить за весь период существования базы.
468 PVV65
 
26.03.12
21:19
(467) >Но знать заранее в каком "расчетном" периоде было произведено начисление за "отчетный" нельзя.

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

А если какие-либо начисления производились ранее. Например приказ о замещении выдавался ранее шести месяцев. Но захватывал период который нам интересен. Как найти такие начисления?
470 Ork
 
26.03.12
21:26
+(469) В вашей демке нет отчета по начислениям. По периодам начислений и по расчетным периодам.
471 PVV65
 
26.03.12
21:28
(469)(470) В РН есть два измерения "месяц" - чего не хватает?
472 Ork
 
26.03.12
21:36
(471) Ну тоесть каждый раз при выборке начислений нужно проходиться по всем записям? Или как ограничить _период_ выборки?
473 Ork
 
26.03.12
21:41
В (453) звучала тема : "если работать от табеля, а не так как изобрела 1С"

А КЗоТ считает не так. Например независимо от "показаний" табеля больничный лист должен быть оплачен. И если в командировочном удостовверении есть отметки о прибытии и убытии да еще есть приказ о направлении в командировку - показания табеля можно затолкать ВОдноУзкоеМесто.
474 Эстет хренов
 
26.03.12
21:43
(469) это все пережитки фискального совка, в Украине, например, командировочные устанавливаются приказом по предприятию (но все же не ниже среднего), поэтому все эти расчеты можно упростить.
475 PVV65
 
26.03.12
21:46
(472) Не вижу проблем с выборкой периодов - не понимаю вопроса.
(473) Создал документ "Больничный" - он все посчитает, создал документ "Командировка" - он все посчитает. В чем проблема?
(469) Даже упрощать не обязательно - и так все просто.
476 Ork
 
26.03.12
21:47
(474) Не путайте "суточные", которые действительно устанавливаются приказом и оплата тех дней, когда человек был в командировке.
477 PVV65
 
26.03.12
21:47
Дождитесь более подробной конфы (с большим количеством примеров). Тогда и поговорим. Хотя казалось, что должно быть все понятно.
478 Ork
 
26.03.12
21:50
(477) Никто не спорит, что все расчеты возмможно провести без использования РР. Но их применение делает программирование проще.
479 Ork
 
26.03.12
21:51
(477) Сделайте пример с "переходящими" начислениями и с отчетами по периодам расчета и периодам начислений.
480 Монтировка
 
26.03.12
22:43
GROOVY "5. В апреле вдруг обнаружили ошибку в данных табеля за январь, оказалось что это Петров отработал полностью, а Иванов только 20 дней."
В чем проблема Петрову доначислить в текущем месяце, а Иванову сминусовать начисление, соответственно Иванову и НДФЛ сминусуется? Элементарно это сделать
481 Монтировка
 
26.03.12
22:46
5 лет работаю в компании с 600 сотрудниками. Никаких перерасчетов. Если они и возникают, то как вытеснение, и то позже выясняется в процессе проверки начислений, что кадры с зарплатчиками неверно ввели данные, например ввели отпуск когда сотрудник работает (точно уже не помню ситуацию, но что-то типа такого), проблема решается удалением ненужного документа.
482 Монтировка
 
26.03.12
22:48
(477) да все уже понятно, уж понятнее чем то что Земля вокруг Солнца вертится, да GROOVY сомневается. Главное назначение РР с их слов, что нужны перерасчета. А вот и не нужны они вовсе, но признавать заблуждения могут не все люди. Хотя ничего позорного в этом нет
483 Монтировка
 
26.03.12
22:51
Нужно подключить к обсуждению аксаптеров и саперов. За границей ведь тоже считают зарплату, как у них там с перерасчетами, неужели без них обходятся? Алё, аксифорум, Мазай, выходи.
484 Лефмихалыч
 
26.03.12
22:51
(0) у тебя в словах "не осилил" много опечаток

Нет
485 Монтировка
 
26.03.12
22:53
РР не бред, это полный бред

Да
486 Джордж1
 
26.03.12
22:56
(473)не понял о чем ты.
больничный в табеле отражается? командировка в табеле отражается?
//
"от табеля" - это принцип начисления зарплаты от фактически отработанного времени или других событий.
1С нам предлагает вариант - если не ввели отклонений, то считаем что человек работает по своему графику.
//
На практике мне первый способ кажется более логичным и прозрачным
487 Монтировка
 
26.03.12
22:56
Скажу иначе, возможно и нужны перерасчеты, даже если и так то их элементарно реализовать самому
488 GROOVY
 
26.03.12
22:57
Сложные периодические расчеты: сторнирование, вытеснение, перерасчеты, автоматизированное получение данных базы и данных графика (с учетом вытеснений). Имитация этих механизмоб с использованием других объектов метаданных возможна, но:
1. Трудозатратна с точки зрения поддержания работоспособности конфигурации при ее эволюции.
2. Не оптимальна с точки зрения количества объектов => и количества таблиц, со всеми вытекающими.
3. Изобретая велосипед (как хотите обо мне говорите) подсаживаете клиента на кривое решение поддерживать которое кроме вас никто не будет.
489 Монтировка
 
26.03.12
22:58
(486) табель удобен для рабочих, для офисного планктона, красящего ногти по полдня, удобен от отклонений. Никто с секундомеров не стоит у офисных служащих, даже отпроситься можно, никто фиксировать не будет. Фиксируют болезни и т.п.
490 Джордж1
 
26.03.12
23:00
(489)может быть. я свою работу начинал со строительной организации - там рабочее время одного сотрудника было в нескольких табелях. Сегодня работает у одного мастера, завтра у третьего, послезавтра в гараже на ремонте стоит.
491 Джордж1
 
26.03.12
23:00
(+490)и за все это платится по разному.
492 Монтировка
 
26.03.12
23:01
(490) так и есть. для среднестатистического офисного служащего метод отклонений самый удобный и простой.
493 Монтировка
 
26.03.12
23:03
(488) "1. Трудозатратна с точки зрения поддержания работоспособности..." доказано на практике? Кем? Тобой?
494 Джордж1
 
26.03.12
23:04
(492)ну а фирма 1С нам в своих решениях навязывает единственную методологию
495 gae
 
26.03.12
23:04
Разделение полных и неполных смен в видах времени, возникающее вследствие того, что РР заточен на сутки, напрягает
496 GROOVY
 
26.03.12
23:04
(480) Руками сминусовать? Руками доначислить? Отпуск пересчитать и НДФЛ тоже руками? Я про все это уже писал...
497 Джордж1
 
26.03.12
23:04
(496)на кой НДФЛ то пересчитывать - он сам пересчитается
498 GROOVY
 
26.03.12
23:05
(495) Смены вводятся не в РР, а в РС, градиент смены может быть произвольный.
499 Джордж1
 
26.03.12
23:06
Возьмем еще одно изобретение - "графики"
Что всегда везде все по графикам работают? И на каждое изменение графика приказ оформляют?
500 Нуф-Нуф
 
26.03.12
23:13
500
Нуф-Нуф владыка сотки!
501 GROOVY
 
26.03.12
23:13
(475) Как в базу данные за январь то ввести? Пишет все про деление на ноль и преобразование не может быть выполнено... Это по существующему Иванову, про нового пертова я вообще молчу...
502 GROOVY
 
26.03.12
23:13
(500) Флудераст!
503 GROOVY
 
26.03.12
23:18
(475) Да пожалуй Вам самим придется ввести тестовые данные, так как это не тривиально, и я могу что то не то ввести чтобы проверить свой пример...
504 gae
 
26.03.12
23:21
(498) э-э-э... градиент это такой вектор-производная, что такое "градиент смены" не вполне ясно
505 GROOVY
 
26.03.12
23:22
(504) Размер смены и то как смена приходится на сутки/неделю/произвольный интервал.
506 gae
 
26.03.12
23:27
(505) Я имел ввиду то что базу/вытеснение с РР можно вытащить только периодам, кратным дням, а как начинаются всякие "внутрисменные почасовые отклонения", так приходится к РР еще прикручивать механизмы, основанные на старых добрых, понятных простому рабочему человеку, регистрах накопления :) В итоге - адская смесь.
507 Garkin
 
26.03.12
23:30
(505) Доктор, меня все игнорируют ... :)
508 GROOVY
 
26.03.12
23:36
(506) Привидите пример, когда база получается посменно.
509 Монтировка
 
26.03.12
23:37
(496) "Руками сминусовать? Руками доначислить?" чего ж руками. можно и алгоритм написать. в случае периода действия < периода начисления "выбрать ссылка из таблицаначислений где видрасчета в (спискевытесняемых)" что-то в таком духе. думаю вполне реализуемо
510 GROOVY
 
26.03.12
23:38
(509) Ну напишите, покажите, сравним. Чтож никто задачу простую решить не можут...
511 Feanor
 
27.03.12
00:15
(458) чо када уже будет "свой" чудо-ЗУП с блек-джеком и ш... ну вы понели))

Вполне серьезно, за 5 тыщ чудо-прогу будут с руками отрывать, не то, что этот кривой ЗУП от 1С. Где тут конец очереди желающих поучаствовать в разработке чудо-ЗУПа?
512 fisher
 
27.03.12
08:07
(509) Можно. Но на РР это реализуется проще. Даже на простых задачах расчета, за которые радеет ТС, чем плохо использовать РР? Я этого не понимаю. ТС говорит, что без РР реализуется проще. Я этого не вижу. Где на РР сложнее? Проще как раз на РР. И чем сложнее расчетные задачи, тем больше рулит РР.
ТС частично реализовал пару механизмов РР в упрощенном виде и гордо обозвал это "альтернативным подходом". Типа без РР проще получилось. Да в каком же месте проще??
По-моему, в этой ветке отмечаются в основном те, которых тупо пугает сложность типовых зарплатных конфигураций и которые переносят свои фобии на сам механизм, с которым знакомы только шапочно.
513 Монтировка
 
27.03.12
10:51
(512) ЗУП это просто?! Ну извините!
Сначала пишешь как просты РР механизмы, потом пишешь про "сложность ЗУП". Определись уже
514 Дикообразко
 
27.03.12
10:59
кстати, да
на прошлой работе считали зп в компании на 1000 человек...
перерасчетами никогда не пользовались
и  более того, я не понял за каким хером вызывались перерасчеты при изменения персональных надбавок в штатном расписании,  пришлось отключать
515 fisher
 
27.03.12
11:01
(513) Это вы определитесь. Это у вас в голове каша. Это вы отождествляете ЗУП и РР.
516 fisher
 
27.03.12
11:03
(515) + "Видел пару конфигураций... Полный бред и все проще можно было сделать. А уж пользователи как метерятся... Короче - полная фигня ваши регистры накопления"
517 Монтировка
 
27.03.12
11:10
(515) почему ж тогда РР просты как 3 копейки, а ЗУП суперсложная конфига? Что там такого добавили в расчетные механизмы, что ввек не разберешься в их модулях?
518 Дикообразко
 
27.03.12
11:17
кстати, а что сложного в ЗУПе?
и вот еще вопрос,
почему разработчики учет страховых взносов реализовали на РР,
а НДФЛ на РН
в чем тут глубокий смысл?
519 Дикообразко
 
27.03.12
11:28
я что слишком сложные вопросы задаю?
520 VladRd
 
27.03.12
11:40
(517) Да в общем ничего такого... Могу ошибаться, т.к. уже почти год не работаю там, но вроде запрос для заполнения таблицы документа "Начисление ЗП", УПП-1.1 для Украины, 1С 8.0... Текст запроса, выброшенный в ворд и форматированный шрифтом 8-го размера, убраны поля и т.п., занимает около 20 листов А4... Еще раз говорю, могу ошибаться, что именно в этом док-те, но что был такой, это точно... Отдельная тема - глючность методов работы с виртуальными таблицами РР в 1С8.0. Получить базу гарантрованно точно можно было только запросом к самим РР... Короче, для з-да, где нормальный штат БОТ и расчетчиков эта подсистема не нужна. Расчеты идут ТОЛЬКО в текщем периоде, ошибки прошлых корректруются в текущем, никаких пересчетов и вытеснений нет. Расчеты идут по реальному рабочему времени(табель). А там, может где-то в фирмочках небольших и нормально работать с вытеснением, но зачем оно в УПП?
521 fisher
 
27.03.12
12:06
(517) Другими словами, я вас должен не только по функционалу РР просвящать, но еще и по функционалу ЗУПа? На курсы бесплатные записать?
522 Эстет хренов
 
27.03.12
12:11
И чтобы совершенно добить РР-щиков:
в блоках управленческой зарплаты РР не нужен, даже вреден т.к лишняя сущность.
Также все западные пейролл системы просты и незатейливы, они по сути эмулируют бумажный учет.
523 fisher
 
27.03.12
12:21
(522) Откуда лишняя сущность? Или это из вашей личной терминологии?
Что так, что эдак нужен регистр для учета ЗП. Не вижу никаких проблем и сложностей использовать РР. Но можно и РН. Т.к. з/п простая, то особых бонусов РР не даст. Но и сложностей никаких не добавит.
524 fisher
 
27.03.12
12:24
Хотя нет... Согласен, для простейшей з/п (начислили по окладу / выплатили) РР нафиг не нужен.
525 Эстет хренов
 
27.03.12
13:04
(523) какой такой регистр, сотни лет люди считали без всяких регистров, табельщику нужен регистр? бухгалтеру? кадровику?
финансовому директору?
526 fisher
 
27.03.12
14:30
(525) Я поправился в (524)
А вообще механизмы платформы нужны программистам, чтобы реализовывать то, что нужно пользователям. Я думал, это очевидно.
Лично мне по большому счету не нужны средства передвижения и весь гемор, с ними связанный. Меня бы устроила телепортация мысленным усилием.
527 Vakhrin
 
27.03.12
14:37
ПральнА, регистры не нужны. Верните взад журнал расчетов! )

Да
528 VladRd
 
27.03.12
14:45
(527) Прошу прощения, если баян... Стоит на перекрестке мужик на жигулях, в задок ему пацан лет 5-ти на велосипеде въехал... Пацан хныкает, его пытается успокоить постовой милиционер - ну что ты хнычешь, уже почти взрослый, кем стать мечтаешь? Пацан - водителем КАМАЗа! Мужик с жигуля - не дай Бог дожить!
Это я про журнал расчетов намЕкиваю...
529 PVV65
 
31.03.12
00:42
ну, здравствуйте.
530 PVV65
 
31.03.12
00:42
.... Скоро будет ...
531 PVV65
 
31.03.12
02:39
+(529) ... колега.
532 temsa
 
31.03.12
11:14
Полагаю автор ветки до сих пор пишет тот пример кторый Груве написал за 2-3 часа.

Выводы делайте сами господа.
533 Монтировка
 
31.03.12
11:17
(532) ага. круглые сутки напролет.
534 PVV65
 
31.03.12
14:05
(532) Очень хотелось знания оставить на потом - оставлю, Больше интересует анализ.
535 GROOVY
 
31.03.12
21:04
(532) 2 часа, Вы обо мне плохо думаете ;)
536 PVV65
 
31.03.12
21:18
(535) Вот так их.
537 Эстет хренов
 
03.04.12
19:13
На 1с:dn вышла демо 1C:Small Business.
Никаких регистров расчета и близко нет, все через 3 регистра накопления: Начисления, РабочиеЛисты и Табель.
Т.е сама 1с понимает что РР вне фискальных советских реалий никому не нужны.
538 GROOVY
 
03.04.12
19:16
(537) Так там и нет расчетной части. Наф.. там РР?
539 zak555
 
03.04.12
19:17
(537) на 1с:чернухе нет в принципе "компонент"
540 raykom
 
03.04.12
19:22
(522)>Также все западные пейролл системы просты и незатейливы, они по сути эмулируют бумажный учет.

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

ВЫ вообще вкурсе за наши особенности БухУчета и участка начисления и расчета ЗП в частности ?
541 Эстет хренов
 
03.04.12
19:56
(538,540) Трудно найти черную кошку в темной комнате, особенно если ее там нет.
542 GROOVY
 
03.04.12
20:00
Я даже спорить не буду. Все уже рассказал выше. Если мои доводы не аргумент, то и пофиг... Если вдруг будете ко мне на работу устраиваться или тестироваться, напомните про эту ветку...
543 bazvan
 
03.04.12
20:04
(537) Засунь сво смаил бизнес.
Это мертворажденный продукт. Такой же как "базовая ТиС 7.7" кто работает давно понял о чем я.
544 Эстет хренов
 
03.04.12
20:23
(542) ок
(543) СПАСИБО, САША, ТЫ ОЧЕНЬ ПОМОГ!!!!11
545 Feanor
 
03.04.12
20:25
Коллеги, лучше подскажите, как в тонком клиенте 8.2 показать табличный документ на 1-2 миллиона строк? говорит, что памяти не хватает :(
546 Скай
 
03.04.12
20:28
(545) А зачем? Какие данные можно почерпнуть из такой таблицы?
547 Feanor
 
03.04.12
20:28
(546) нужно сохранить потом в формате экселя
548 bazvan
 
03.04.12
20:34
(544) Чем?? Тем что за 4 года ЭТО так и не взлитело даже на услугах??? Тем что это не умеет уитывать техоперации, тем что ЭТО не умеет распределять общехозяйственные расходы???
демо верссия по поводу кандеев - писал вообще дебил и полный неудачник.
Очем было доведено до ответсвенных лиц.
такой ипаты я ее ще не видил не разу
549 Скай
 
03.04.12
20:35
(547) эксель вроде бы только миллион строк ворочает, и то 2007 и 2010. И весьма не быстро.
Лучше делать агрегированный отчет с возможностью расшифровки. Или, если уж очень надо, сохраняй напрямую в файл...
550 Feanor
 
03.04.12
20:38
(549) спасибо)
551 Эстет хренов
 
03.04.12
20:41
(548) капс был вместо тэга "айрони", забей.
552 демотиватор
 
03.04.12
20:45
(537)" РР вне фискальных советских реалий" точка
553 демотиватор
 
03.04.12
20:49
к (552) насколько я припоминаю регистры эти позволяют переложить расчет некоторых результатов от некоторых исходных данных на платформу, и приблизить платформу к предметной области, думаю графики работы существую не зависимо от советской или какой-то ещё фискальной части

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

Нет
555 Злопчинский
 
03.04.12
21:21
Универсальные решения - зло.
556 Bww_
 
03.04.12
21:36
Вопрос - лажа! Ответ - ничто.
О том, что это варианты хранения данных, наверное, уже много написано.
О том, что реальные данные можно хранить в разных вариантах - то же.
О том, как "красиво" можно хранить данные в разных вариантах...
...а вот о том, что данный вариант Вас не устраивает?
Предложите лучший + универсальный!
557 PVV65
 
08.04.12
21:00
Для меня вопрос ясен - как божий день. РР - отросток, которому даже не нужна поддержка.
Ну написали - да ради бога. Для расчета зарплаты не нужны РР. Со всеми вытеснениями, перерасчетами (в двух смыслах, звучавших в ветке), спец. справочниками и дополнениями.

Давайте обсудим RLS.
558 PVV65
 
08.04.12
21:00
559 PVV65
 
08.04.12
21:08
560 ОбычныйЧеловек
 
08.04.12
21:32
(555) Только потому, что они оставляют тебя без работы?!
561 Stagor
 
09.04.12
11:24
(557) Почитал ветку. Вы просто не хотите задуматься над аргументами ваших оппонентов! :)
Кaк может человек ожидaть, что его мольбaм о снисхождении ответит тот, кто превыше, когдa сaм он откaзывaет в милосердии тем, кто ниже его? Петр Трубецкой