|
Зачем нужны регистры расчета. Это бред. | ☑ | |||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
0
PVV65
17.03.12
✎
23:59
|
Таблицы... Расчеты.... Но при чем здесь целая система "РегистрРасчета"?
|
||||||||||
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
|
+(557) v8: RLS - это бред.
|
||||||||||
560
ОбычныйЧеловек
08.04.12
✎
21:32
|
(555) Только потому, что они оставляют тебя без работы?!
|
||||||||||
561
Stagor
09.04.12
✎
11:24
|
(557) Почитал ветку. Вы просто не хотите задуматься над аргументами ваших оппонентов! :)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |