Вход | Регистрация
    1  2  3   
О жизни... :: Хобби

OFF: Концепция расчета заработной платы

OFF: Концепция расчета заработной платы
Я
   Emery
 
23.03.20 - 09:48
Концепция расчета заработной платы

Использование собственной программы по учету и расчету заработной платы (пока на семерке) убеждает, что «не так страшен чёрт, как его малюют». А именно используемая концепция зарплаты в тиражных продуктах фирмы 1С не должна выглядеть как черный ящик с безумно сложными алгоритмами расчета. Там избыточная сложность связана с отсутствием истинной модульности, непрозрачностью концепции расчета и, может быть, не оптимальностью самой этой концепции. Если каждый учетный параметр отслеживать и рассчитывать индивидуально, то как бы все сильно упрощается (вспоминаем принцип: «Разделяй и властвуй»). Для поддержки разговора, публикую мою собственную концепцию учета заработной платы, которую я собираюсь реализовать в своей будущей программе модульного учета, в данном случае: Модульный Учет – ЗАрплата (МУЗА).

Общий принцип – использование минимальных учетных единиц, для которых все расчетные параметры ПОСТОЯННЫ.

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

1. Минимальная учетная единица – час.

2. Час может учитываться полностью либо частично, с коэффициентом учета от нуля до единицы.

3. Расчет часа работы зависит от следующих параметров:
– от расположения в сутках (дневные, вечерние и ночные часы);
– от расположения внутри либо вне текущего графика работы сотрудника, в т.ч. полного, сокращенного либо графика работы с учетом особых условий (сверхурочные и т.п.);
– от дня недели (рабочие / выходные дни по текущему законодательству);
– от расположения внутри либо вне текущего расчетного периода (например, перерасчет прошлых периодов либо предварительный расчет будущих периодов);
– от расположения внутри текущего года (учет праздничных, особых выходных дней, сезонной работы и т.п.);
– от территории работы (северные, районные коэффициенты и т.п.);
– от стажа работника (общий, непрерывный, выслуги лет и т.п.);
– от квалификации и образования работника (тарифные ставки);
– от возраста работника (например, премия к юбилею);
– от социального статуса работника (например, инвалид, мать-одиночка, бездетный холостяк, для выплаты налога на бездетность в СССР, лауреат премии, кавалер орденов и т.д. и т.п.);
– от вида деятельности, эквивалентной работе (болезнь, декретный отпуск, уход за детьми, учетный отпуск, творческий отпуск, военные сборы, гособязанности и т.д. и т.п.);
– прочее.

4. Видов расчетов, вычисляющих стоимость одного учетного часа, может быть множество. Сюда входят основные начисления, доплаты, премии, поощрения, компенсации, индексация, материальная помощь, подарки и т.д. и т.п. Кроме начислений есть и удержания (налоги, штрафы, алименты и т.п.), на расчет которых также влияют объективные и субъективные параметры (например, льготы на детей).

5. Виды расчетов могут быть зависимыми, порядок расчета определяется нормативами и законодательными актами.

6. Распределение конкретного вида расчета по учетным часам может иметь два представления: компактное и развернутое. В отчетах используется компактное представления, а в расчетах – развернутое.

7. Сам расчет заработной платы осуществляется путем разворачивания компактной расчетной информации по всем учетным часам, по каждому слою последовательности видов расчетов. Все дискретные ячейки рассчитываются, суммируются, а результат переводится опять в компактную форму и отображается в соответствующих отчетах. Т.е., еще раз, рассчитывается каждый час учетного периода индивидуально для каждого вида расчета, а затем итоговые данные сворачиваются в компактный вид, пригодный для отчетов. Главное, чтобы не было потери информации при свертке, другими словами, в отчетах информация может быть неполной, но в базе данных он должна полностью сохраняться.

Будущая (бесплатная) программа не зря называется «Модульный учет». Это будет истинная модульность, с  бизнес логикой, основанной на плагинах и открытых SQLite-скриптах, с открытым SDK и явной концепцией учета. Сами плагины (на С++) смогут писать все кому не лень, делать их платными и бесплатными, соответственно, именно общая поддержка, при наличии интереса, поможет программе взлететь.
 
 
   Молочный брат
 
1 - 23.03.20 - 10:13
Что это было?? Сезонное обострение?
   Ботаник Гарден Меран
 
2 - 23.03.20 - 10:17
Такое на фокспро рисовали 25 лет назад.
И 20 лет назад все эти поделки сдохли.
   polosov
 
3 - 23.03.20 - 10:18
(0) А в чем принципиальное отличие от существующих зарплатных учетных систем?
Модульность?
   mikecool
 
4 - 23.03.20 - 10:19
я в 99 году ваял нетленку для завода на бух компоненте
единственно не было пересчета задним числом, но им не требовалось
в расчете ЗП нет ничего страшного, есть много законодательных приколов
   mikecool
 
5 - 23.03.20 - 10:20
+4 а так - писать можно на чем угодно, если есть время и средства
   Emery
 
6 - 23.03.20 - 10:26
(2) > И 20 лет назад все эти поделки сдохли.

Естественно, FoxPro v. 2.6a для DOSс его 640 КБ памяти не позволял открыть одновременно более пары тройки окон. А VFP, не многих лучше. А вот движок VFP прекрасно работает с «семеркой», как с DDE-сервером.
   Провинциальный 1сник
 
7 - 23.03.20 - 10:29
(6) Вот уж от чего не страдал фокспро для дос - так это от нехватки памяти. Ему реально 640 кб было вполне достаточно, он сам умел своппинг при необходимости.
   Emery
 
8 - 23.03.20 - 10:33
(3) > Модульность?

Да, плюс легкое приложение, типа «семерки», но 64-битное. Совмещение «конфигуратора» с основной программой, открытые SQLite скрипты, простая база данных, по типу SDF, как в FoxPro но с индексами на SQLite. Язык С++ для плагинов бизнес-логики (кому недостаток. А кому достоинство).
   Молочный брат
 
9 - 23.03.20 - 10:36
Автор, а в чем смысл разработки концепции? Ну, допустим, это почти гениально. Что дальше?
   Kongo2019
 
10 - 23.03.20 - 10:37
(0) Сама зарплата считается легко. а вот как начинается НДФЛ, со всяким вычетами и прочие налоги, вот тут весело. Плюс отечность.
   Emery
 
11 - 23.03.20 - 10:40
(4) > в расчете ЗП нет ничего страшного, есть много законодательных приколов

Ну и как вы предлагаете эти приколы обходить? А нестандартные ситуации, не учитываемые моделью, скажем ЗУПа? Что с ними делать? Бизнес-логика должна быть простой, открытой, модульной, легкой для модификации и изменений. Современные учетные программы от фирмы 1С от этого давно  отошли.
   Арбузов
 
12 - 23.03.20 - 10:43
(11) А платежеспособному клиенту вот эта вот вся "модульность, плагины на С++" нужна? Если нет, то ваша концепция яйца выеденного не стоит.
   polosov
 
13 - 23.03.20 - 10:44
(11) А серт специалиста по ЗУПу есть? Если не сдавал, то настоятельно рекомендую.
   El_Duke
 
14 - 23.03.20 - 10:45
(11) Пример "нестандартной ситуации" приведите пожалуйста ?
   Shandor777
 
15 - 23.03.20 - 10:46
(10) /а вот как начинается НДФЛ, со всяким вычетами и прочие налоги, вот тут весело. Плюс отечность./
Эт точно. Не знаю, что там сейчас, есть ли СЗВ-3? Если есть, то посоветовал бы автору проработать алгоритм этого, или какой там сейчас отчет взамен появился. Для разных категорий работников, инвалидов в том числе, с учетом установления и снятия инвалидности.
И самое главное, рассчеты и отчеты с учетом СТОРНИРОВАНИЯ!
Но и это всё можно преодолеть, НО. Когда вам придется 100500 раз переделывать алгоритмы из-за очередного бзыка законодательства, то вы поймете, почему ЗиК стоила дороже БУ.
А сам по себе рассчет всяких там сдельных, с КТУ, надбавками и прочее - это все простенькая фигня.
   Emery
 
16 - 23.03.20 - 10:49
(9) > Автор, а в чем смысл разработки концепции? Ну, допустим, это почти гениально. Что дальше?

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

Допустим, завтра переведут всех на понедельный расчет зарплаты, как у буржуев. И что будет делать фирма 1С, не говоря уже о простых смертных? Стон будет посильней, чем у либералов, от «космической поправки Терешковой» :) . А у нас это реализуется с пол-пинка. Также, если будет полный, либо частичный учет зарплаты за год.
   Молочный брат
 
17 - 23.03.20 - 10:52
(16) Правильно ли понял, что речь идет об очередной самоделке?? А у заказчика вашей самоделки есть справка от психиатра?? А вообще некрасиво обманывать
   Йохохо
 
18 - 23.03.20 - 10:53
(17) крымской самоделке
   Emery
 
19 - 23.03.20 - 10:55
(10) > Сама зарплата считается легко. а вот как начинается НДФЛ, со всяким вычетами и прочие налоги, вот тут весело. Плюс отечность.

Легко, если нет приколов. И НДФЛ тому пример. Трудности, потому, что вычисляется не оптимально, а не оптимально, потому, что концепция учета недостаточно гибкая. То же и по отчетности.
   Bigbro
 
20 - 23.03.20 - 10:56
(16) вы реально считаете себя способным предвидеть что способны родить у нас законодатели в области ЗП?
ну удачи вам в этом.
я навидался всякого и как бы не относился к продуктам 1с в сфере ЗП - понимаю что проблема не в платформе и не в конфигурации. и любая гениальная учетная система упрется в законотворчество.
   Irbis
 
21 - 23.03.20 - 10:57
(18) да, там ещё не переболели "модульностью", но лет через 10 и это пройдёт.
   Bigbro
 
22 - 23.03.20 - 10:59
(0) покажете мне корректный пример расчета для инвалида с ребенком инвалидом с доп выходными и сокращенной продолжительностью рабочего дня со сверхурочными, ночными, районным коэффициентом надбавками за вредность и переводом между разными регионами в середине месяца?
тогда обсудим.
   Emery
 
23 - 23.03.20 - 11:00
(12) > А платежеспособному клиенту вот эта вот вся "модульность, плагины на С++" нужна? Если нет, то ваша концепция яйца выеденного не стоит.

Вообще-то лучшее – враг хорошего! Но, если вашему клиенту рюшечки вжнее ехать, то всем не угодишь. Как кто-то сказал, что даже у самого плохого писателя есть свой читатель. Меня ваш вариант совершенно не пугает :) .
   Молочный брат
 
24 - 23.03.20 - 11:02
Крым??? Тогда это многое обьясняет. Надо помочь автору понять бессмысленность разработки
   Арбузов
 
25 - 23.03.20 - 11:04
(23) Клиенту важна уверенность, что программа расчета ЗП соответствует текущему законодательству и что поддерживать программу в случае ухода разработчика будет просто. А в случае вашей разработки эти оба пункта 100% не выполняются.
   Арбузов
 
26 - 23.03.20 - 11:05
(24) А как-бы не ЛНР/ДНР даже :))
   Emery
 
27 - 23.03.20 - 11:07
(13) > А серт специалиста по ЗУПу есть? Если не сдавал, то настоятельно рекомендую.

Нет, но боюсь, что он мне не поможет. Во-первых, я живу не в России, а в ЛНР, а конфигураций для ЛДНР фирма 1С не выпускает от слова «совсем», не хотят, наверное :) .

Во-вторых, концепция ЗУП (а ранее ЗиК) мне не нравятся (то же можно сказать про «Камин» и др.). Так, я совершенно не согласен с Еленой Гряниной, которая заявляет: «Табельный учет не нужен! Не нужен!!!». В ответ, я ей отвечаю: «Оклад по дням не нужен! Не нужен!!!» :) .
   Йохохо
 
28 - 23.03.20 - 11:09
(27) ну вдруг они в долю к тебе войдут, делай сразу хорошо
   El_Duke
 
29 - 23.03.20 - 11:12
(27) Припоминаю наш с Вами диспут года 2 назад, лихо тогда шашками махали

>>«Оклад по дням не нужен! Не нужен!!!»

Обоснование ?
   Shandor777
 
30 - 23.03.20 - 11:14
(27)/Так, я совершенно не согласен с Еленой Гряниной, которая заявляет: «Табельный учет не нужен! Не нужен!!!». В ответ, я ей отвечаю: «Оклад по дням не нужен! Не нужен!!!» :) ./
Ну, я давно пришел к выводу, что нужна просто почасовая оплата. Всё остальное - от лукавого. :)
 
 Рекламное место пустует
   Арбузов
 
31 - 23.03.20 - 11:17
(30) Да-да, почасовая сдельно-премиальная :))
   Shandor777
 
32 - 23.03.20 - 11:21
(31) Нет, просто почасовая. Если сотрудник выполняет более квалифицированную работу, либо его навыки позволяют ему при должном качестве производить больше продукции - ему повышают оплату часа работы. Всё.
   Йохохо
 
33 - 23.03.20 - 11:22
(29) они борются что первым отменять, табель или оклад по дням. У ТС позиция ПРИНЦИПИАЛЬНО разнится с Гряниной, оклад надо отменять первым, Грянина пусть ждет
   Emery
 
34 - 23.03.20 - 11:23
(14) > Пример "нестандартной ситуации" приведите пожалуйста ?

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

И подобных ситуаций возникает по нескольку раз в год. Выручает именно «автомат Калашникова» в виде собственной конфигурации на 1С77, которая меня еще не подводила ни разу.
   Shandor777
 
35 - 23.03.20 - 11:24
Концептуально было бы, например оплату больничных вывести из обязанности работодателя, это работа страхового фонда.
Оплату отпускных сделать не сложным рассчетом, а выплачивать накопленную  1/12 от ежемесячного заработка, или вообще на отпуск работник может сам откладывать.
   Shandor777
 
36 - 23.03.20 - 11:27
(34) Ну вот, Вы сами прекрасно описали тот "сумашедший дом", который Вы предлагаете "автоматизировать" да еще бесплатно! :)
   8 bit
 
37 - 23.03.20 - 11:28
(0) автор не отдупляет, что коробочные варианты, предлагаемые той же самой 1С, заточены под универсальность, т.е. на большинство случаев жизни, встречающихся при расчет заработной платы.
Автор, соорудив поделку для расчета ЗП для своего ларька, считает, что этой поделкой можно покрыть все ларьки в районе, а потом выходить на город и захватывать область.

Удачи.
   El_Duke
 
38 - 23.03.20 - 11:31
(34) >>Это все можно сделать в обычном ЗУПе или еще где?

А в чем таки проблема ?
Вводится Кадровый перевод или Изменение планового начисления, с начала года/с февраля/с марта. В нем указывается новый оклад,ЧТС и конфа сама пересчитает тем месяцы, которые затрагивает повышение
Вопрос абсолютно технический, никакие цирки с собственниками не могут помешать
   Emery
 
39 - 23.03.20 - 11:33
(14) > И самое главное, рассчеты и отчеты с учетом СТОРНИРОВАНИЯ!
Но и это всё можно преодолеть, НО. Когда вам придется 100500 раз переделывать алгоритмы из-за очередного бзыка законодательства, то вы поймете, почему ЗиК стоила дороже БУ.

У нас в ЛНР, а до этого в Украине-1.0, ЗиК нигде не взлетала, а там где работала, то 3 программиста изменили ее на 80% за два года. За это время я написал собственную конфигурацию.

То, что здесь описано, это концепция нулевого уровня. Далее будут разработаны более подробные концептуальные подходы по конкретным видам учета. В этом то и весь цимус, разработать такие алгоритмы, которые будут относительно спокойно переносить «бзыки законодательства» и «бешенного принтера» ГосДумы.
   Emery
 
40 - 23.03.20 - 11:39
(20) > вы реально считаете себя способным предвидеть что способны родить у нас законодатели в области ЗП?

По крайней мере, у нас в ЛНР, да. Потом можно будет посмотреть и в сторону России :) .

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

С законотворчеством можно и нужно бороться правильными концепциями и алгоритмами. На эту тему производители софта не любят говорить из-за своекорыстных интересов. Именно поэтому я этот вопрос и подымаю. Проблемные места нужно, как минимум, проговаривать вслух, а не только чехвостить производителей нетленнок.
   Emery
 
41 - 23.03.20 - 11:46
(22) > покажете мне корректный пример расчета для инвалида с ребенком инвалидом с доп выходными и сокращенной продолжительностью рабочего дня со сверхурочными, ночными, районным коэффициентом надбавками за вредность и переводом между разными регионами в середине месяца?
тогда обсудим.

Каждый вид расчета это отдельный слой всех учетных часов расчетного периода. Эти «слои» (виды расчетов) следуют в нормативном порядке. Добиваемся, чтобы в каждом часе, каждого слоя были фиксированные параметры учета, точнее, другими они быть и не могут, таким образом, просто вычисляем их. Затем все суммируем, в т.ч., отрицательные удержания. В общем, думаю, это не проблема, а всего лишь задача :) .
   Emery
 
42 - 23.03.20 - 11:52
(25) > Клиенту важна уверенность, что программа расчета ЗП соответствует текущему законодательству и что поддерживать программу в случае ухода разработчика будет просто. А в случае вашей разработки эти оба пункта 100% не выполняются.

Это программа не для конечного клиента («тётки-бухгалтера-расчетчицы»), а для штатного программиста предприятия. Если хотят работать без своего программиста и иметь программу под ключ, то да, это не ко мне. Но мне ведь и не  нужны все клиенты. В любом случае я найду достаточное для себя количество клиентов, чтобы не скучать :) .
   Emery
 
43 - 23.03.20 - 11:59
(28) > ну вдруг они в долю к тебе войдут, делай сразу хорошо

Пытаюсь! Насчет доли, пока не опубликую прототип, то вряд ли. А вот вопросы, как правильно писать большие проекты на С++, уже возникли. Если по принципу непрерывного потока сознания, то получается плохо, в переводе на литературный язык. А примеров хорошего структурирования кода я не видел за исключением исходников Win32xx, но WTL, мне почему-то нравиться больше (по содержанию, не по форме).
   Неуловимый Джо
 
44 - 23.03.20 - 12:02
Короче очередная Фузина
   polosov
 
45 - 23.03.20 - 12:06
(42) Штатному прогу надо сначала изучить концепцию твоего решения, потом узнать как это дорабатывать. Сравни базу знаний по тиражным решениям и по своей еще не придуманной программе.
   Bigbro
 
46 - 23.03.20 - 12:10
(41) почему часы а не минуты? что за универсальная концепция которая на часах зациклена?
если фиксируется время рабочее до минут и характер работы и ее оплата существенно отличается для разных видов времени?
куда в таком раскладе часы пойдут?
   Emery
 
47 - 23.03.20 - 12:11
(29) > Припоминаю наш с Вами диспут года 2 назад, лихо тогда шашками махали
>>«Оклад по дням не нужен! Не нужен!!!»
> Обоснование ?

Есть расчет оклада по часам, этого достаточно. Тем более что они могут непринципиально различаться. В моей текущей «зарплате» я считаю и так и так, но если есть отличия, то вывожу в протокол расчета сообщение: «Оплата по часам (х.хх) отличается от оплаты по дням (y.yy), принимается расчет по часам». Если бухгалтеров здесь будет что-то напрягать, то тогда будет рассматривать нюансы. Я все учетные и расчетные параметры проецирую на часовые поля, скажем так, поэтому расчет по дням (при учете по дневной или месячной тарифной ставке) даст тот же самый результат. Даже с учетом предпраздничных сокращенных рабочих дней. Поэтому, зачем нам лишние алгоритмы, нарушающие концепцию, тем более, дающие тот же самый результат (при правильном их использовании)?
   Emery
 
48 - 23.03.20 - 12:26
(35) > Концептуально было бы, например оплату больничных вывести из обязанности работодателя, это работа страхового фонда.

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

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

В советское время человеку два рабочих дня месяца уходили не на зарплату, а откладывались на отпуск. Именно эти деньги на отпуск он и не получал. А не так, как бывает, принялся на работу и в первый же день заболел, или ушел в отпуск, вот и считаем ему непонятные суммы только по окладу.
   Emery
 
49 - 23.03.20 - 12:31
(36) > Ну вот, Вы сами прекрасно описали тот "сумашедший дом", который Вы предлагаете "автоматизировать" да еще бесплатно! :)

Внедрение по просьбе клиента, консультации, плагины на заказ, вполне могут быть платными. А насчет «сумасшедшего дома», как посмотреть. Если с точки зрения надежных и эффективных алгоритмов, то можно даже получить удовольствие, что быстро справился с нетривиальной проблемой :)
   Emery
 
50 - 23.03.20 - 12:39
(37) > автор не отдупляет, что коробочные варианты, предлагаемые той же самой 1С, заточены под универсальность, т.е. на большинство случаев жизни, встречающихся при расчет заработной платы.

Эта «универсальность» слишком жесткая и громоздкая, чтобы быть привлекательной. Если ежикам нравится плакать, колоться, но есть кактусы, то кто же им это запретит?

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

Насчет России не знаю, но для ЛДНР очень даже вариант, пока фирма «1С» боится санкций за работу там, как Сбербанк шарахается от Крыма (кстати, после своего перехода из ЦБ в правительство, он не вернулся в Крым?).
   Emery
 
51 - 23.03.20 - 12:46
(38) > А в чем таки проблема ?

А по времени это сколько займет, для 1000 человек с пересчетом порядка 10 видов для каждого за один месяц? И потом новый оклад указывается вручную для всех или можно программно?

Что-то мне подсказывает, что «быстро только дети делаются», не уверен, что ваша теория победит нашу практику :) .
   hhhh
 
52 - 23.03.20 - 12:47
(50) а учет по дням у вас не планируется? По часам сейчас практически нигде нет. Зачем это по часам нужно?
   El_Duke
 
53 - 23.03.20 - 12:53
(51) Да я откуда знаю сколько ?

У каждого свое железо, у кого то древнее, а у кого то новье навороченное. Думаю столько же времени уйдет как и обычный расчет зарплаты за месяц
   Emery
 
54 - 23.03.20 - 13:06
(45) > Штатному прогу надо сначала изучить концепцию твоего решения, потом узнать как это дорабатывать. Сравни базу знаний по тиражным решениям и по своей еще не придуманной программе.

Так ведь никто никого не заставляет. Но концепция будет простой, насколько это вообще возможно. Использоваться будут только объекты типа справочник а-ля 1С (а также обработки и отчеты). Точнее, таблицы и иерархические данные, типа деревьев. Никаких там документов, регистров, журналов, перечислений, планов счетов и тому подобного. Лично мне это ничего не нужно. Более того, вместо прикладного языка будет использоваться С++, бизнес логика представляться в плагинах, все запросы будут располагаться во внешних скриптах. Конфигуратор будет встроенным, отладчик – уровня С++. Движок базы данных – SQLite. Конфигурационные файлы будут двух типов  текстовые, фиксированной ширины с внешним заголовком (юзаются с помощью MMF) и бинарные, в виде базы данных SQLite (все взаимозаменяемое). Индексы (внешние), как я уже говорил, будут генерироваться движком SQLite. Примеры, документация, все это планируется.

К счастью, я могу ориентироваться целиком на собственные интересы.

Так что, кому не нравится, может не использовать.
   Emery
 
55 - 23.03.20 - 13:19
(46) > почему часы а не минуты? что за универсальная концепция которая на часах зациклена?
если фиксируется время рабочее до минут и характер работы и ее оплата существенно отличается для разных видов времени?

Было сказано, что:

«2. Час может учитываться полностью либо частично, с коэффициентом учета от нуля до единицы.»

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

А вот минуты учитываются просто, это коэффициент использования рабочего часа в расчетах. Если это 1/60, то используется 1 минута, а если 1/3600, то одна секунда. Любая точность, на ваш вкус. Но вот никакие учетные параметры в течение одного часа не могут, точнее, не должны меняться в принципе.

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

Короче говоря, сегодня час – это разумный компромисс.
   Emery
 
56 - 23.03.20 - 13:31
(52) > а учет по дням у вас не планируется? По часам сейчас практически нигде нет. Зачем это по часам нужно?

Учет по дням, сменам, вахтам и т.п., это частный случай учета по дням. Вот есть сутки – 24 час. У вас, допустим рабочими являются 8 дневных часов, с 8-00 до 17.00 плюс час с 12.00 до 13.00 перерыв. Все. Таблица коэффициентов использования рабочего времени в данных сутках у вас сбудет состоять из 8 единиц и 16 нулей. Для текущей недели все аналогично с понедельника по пятницу. На выходные – все календарные часы – нулевые. В текущем месяце могут быть исключения, праздники, сокращенные рабочие дни и т.п. Все описывается соответствующими коэффициентами использования рабочих часов в месяце. Аналогично для всего года. Т.е., мы имеем поле рабочих часов сотрудников за любой период, что, по сути, является его плановым графиком. Фактический график может отличаться от планового, но в расчетах всегда будут использоваться оба графика.

Естественно, что подобными часовыми полями мы можем описать все мыслимые и не мыслимые графики работы либо просто учетные часы (ведь оплачиваться может не обязательно только рабочее время).
   Emery
 
57 - 23.03.20 - 13:34
(53) > Думаю столько же времени уйдет как и обычный расчет зарплаты за месяц

Что-то я не уверен в этом. Ладно, останемся при своем мнении, типа, нет безнадежной работы, если ее делать другому :) .
   hhhh
 
58 - 23.03.20 - 13:41
(56) зачем такая невероятная хрень? Коэффициенты какие-то, праздничные и предпраздничные дни? В ЗУП учитывается просто: количество отработанных дней разделить на количество всего раочих дней в месяце. Зачем вы так невероятно усложнили?
   polosov
 
59 - 23.03.20 - 13:42
(58) Потому что человек уперся в свою почасовку и теперь будет все системы учета времени приводить велосипедами к ней.
   8 bit
 
60 - 23.03.20 - 13:49
(52) в смысле учета по часам сейчас нет нигде? Он везде. Наоборот, в днях мало кто считает.
   Emery
 
61 - 23.03.20 - 14:08
(58) > зачем такая невероятная хрень? Коэффициенты какие-то, праздничные и предпраздничные дни? В ЗУП учитывается просто: количество отработанных дней разделить на количество всего раочих дней в месяце. Зачем вы так невероятно усложнили?

Просто считается в простых случаях. Но на любом производственном предприятии масса нюансов, да и сам ЗУП – невероятно громоздок и сложен для восприятия и модификации на уровне конфигурации. Почему бы вам не сказать фирме 1С – уберите из ЗУПа процентов 80 кода, он мне не нужен. На что они меланхолично ответят, зато нужен другим.

Я считаю зарплату по своей программе уже 15 лет и там было столько нюансов, которые ни пером описать, ни, как там дальше? Адаптированная мной для ЛНР конфигурация ПУБ-77 для Украины содержит меньше изменений на порядки.

А так, я согласен, что 90% случаев описываются 10% алгоритмов и наоборот, 10% случаев описываются 90% алгоритмов.

Поэтому, когда встал вопрос об оптимальном учете и расчете зарплаты, хотя бы уровня ЛНР, вот тогда и возникла идея почасового учета. Да она громоздкая, но на внутреннем уровне. Для отчетов все остается по-прежнему, представление данных будет компактным.

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

Так что это просто жизненный опыт решения подобных задач, в более-менее общем виде.
   Йохохо
 
62 - 23.03.20 - 14:20
(61) то что ваш костыль 15 лет обрастал мясом не значит что под мясом не костыль
   Emery
 
63 - 23.03.20 - 14:30
(62) Так речь идет не о старой программе, а о новой. Ибо старая да, источник опыта, но для публикации не годится, хотя на своем месте это рабочая лошака еще та. А новая будет ориентирована на совместное творчество на уровне плагинов. Плохие заменил хорошими, добавил новые и все дела.
   AliceLight
 
64 - 23.03.20 - 16:12
Постою, послушаю
   Злопчинский
 
65 - 23.03.20 - 18:26
В далеком 1999г после полутора недель подготовки сертифицировался по ЗиК.
работал примерно полтора-два года, потом НАХЕР бросил. Принципиально.
Мне совсем не нравилось становится спец иалистом по трудовому законодательству и прочим НПА - а это первое что надо было чтобы а) понимать почему считается так а не иначе и б) бухи были реально "тупые" все в части зп (именно бухи, которые занимались зарплатой, попадались пару расчетчиков - с ними было проще).
.
у ТС все проблемы будут с поддержкой соответствия законодательству (если только главной целью не будет "управленческая зарплата"). А накропать частных алгоритмов/плагинов для частностей - не проблема.
.
также вызывают вопросы (но тут не спец) - SQLite - насколько адекватнос скулайт поддерживает многопользовательскую одновременную работу, транзакции/блокировки и прочее.
.
в любом случае автору - успехов! держи в курсе.
   Злопчинский
 
66 - 23.03.20 - 18:29
.. и, сильно сомневаюсь, что ТС обойдется только сущностями типа "справочник". В свое время наблюдал как охеренно квалифицированные дельфисты писали расчеты для коммунальной конторы. Кучу времени трахались с тем, чтобы родить то, что в итоге у 1С шло "из коробки". В итоге - были и сужности аналогичные журналам, и периоды действия и периоды регистрации, и перерасчеты всякие вытсняющие и куча всякой хрени.. могу что-то путать, но общее то, что процентов 50% времени они потратили на то, чтобы создать "движок".
 
 Рекламное место пустует
   Провинциальный 1сник
 
67 - 23.03.20 - 18:34
(48) В части российских регионов больничные оплачивает ФСС напрямую работнику, а не работодатель в зачет взносов. За работодателем остается только первые 3 дня в случае болезни.

"В советское время человеку два рабочих дня месяца уходили не на зарплату, а откладывались на отпуск. "
Интересно, не знал о таком. То есть, в расчетном листке была строчка "удержание на очередной отпуск"? И оплата отпуска шла из этих накопленных удержаний, без аванса?
   pavlika
 
68 - 23.03.20 - 18:41
Тут типовой продукт не успеваешь допиливать под требования бизнеса, завидую тому кто с нуля хочет это все поднять. Меня вот больше интересует сколько методологов согласуют бизнес логику этого продукта и кто потом будет отвечать в случае обращений в трудовую инспекцию, суды? Или все что Вы делаете в нашем ПО на Ваш страх и риск?
   Shandor777
 
69 - 23.03.20 - 18:58
(67)/В части российских регионов больничные оплачивает ФСС напрямую работнику, а не работодатель в зачет взносов. За работодателем остается только первые 3 дня в случае болезни. /
Так это оплачивает. А рассчитывает кто? Речь ведь идет о программе рассчета зарплаты работодателем. Т.е. программа должна обеспечивать правильный рассчет. А уж три дня, два или весь больничный, это уже без разницы.
Суть моего предложения была в том, чтобы больничный полностью и рассчитывался ФСС, на основе поступающих сведений и взносов.
   Emery
 
70 - 23.03.20 - 19:17
(65) > В далеком 1999г после полутора недель подготовки сертифицировался по ЗиК.

Я начал работать, после второго ВУЗа в 1990-м году. Зарплата тогда считалась вообще примитивно. В то время был уже FoxBase, DBase, Lotus-123 (тип эксела). Из-за нехватки памяти, для расчета текущего месяца, прошлый удалялся, а в Лотусе можно было посчитать не более 128 человек за один раз. В общем, все было легко и просто. И чем компьютера становились мощнее, тем сложнее становился расчет зарплаты и вообще учет.

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

Нет, «зарплата» у меня не управленческая, а самая, что ни на есть «настоящая». Согласен, что претендовать сейчас на соответствие российскому законодательство – абсолютно не реально, тем более что в России (в Москве) я последний раз был в начале 90-х. Боюсь, что Москву я уже не узнаю, хотя поддерживаю переписку с одногруппницами из МГУ, они держат меня в курсе событий, а я их учу «Родину любить», в смысле, Путина (смешно, наверное).

Если читать все мои реплики, то понятно, что задача альтернативной «зарплаты» для России у меня не стоит, скорее, это 64-х битная альтернатива платформе 1С77 и зарплатной конфигурации, ориентированной на ЛНР.

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

Вообще-то меня интересует РБД (распределенная БД), под управлением некой безинтерфейсной серверной службы, хотя SQLite может работать и в многопользовательской среде, понятно, что не как альтернатива промышленным базам данных. Ведь это всего лишь Embedded System.

(66) >.. и, сильно сомневаюсь, что ТС обойдется только сущностями типа "справочник".

Но ведь обхожусь же, в своей конфигурации на «семерке», которая пашет, как Папа Карло уже 15 лет. Расчет у меня внешний, с помощью движка Visual FoxPro, который обменивается данными с 1С77 как с DDE-сервером. Все работает чудесно, результаты расчета отображаются в реальном временив в 1С.

Одно время делал собственный учет ресурсов, на той же идее и он даже пару лет работал на предприятии, но ему просто существовала альтернатива ПУБ-77 для Украины, которую мне пришлось адаптировать по просьбе главбуха. А вот альтернативу зарплаты главбух предложить не смогла.

>.В свое время наблюдал как охеренно квалифицированные дельфисты писали расчеты для коммунальной конторы. Кучу времени трахались с тем, чтобы родить то, что в итоге у 1С шло "из коробки". В итоге - были и сужности аналогичные журналам, и периоды действия и периоды регистрации, и перерасчеты всякие вытсняющие и куча всякой хрени.. могу что-то путать, но общее то, что процентов 50% времени они потратили на то, чтобы создать "движок".

Я вообще смотрю, что очень мало людей, которые далеко уходят в концепции учета, от предложенной «классиками», т.е., фирмой 1С. Я в этом плане готов экспериментировать с большим размахом :) . Образование как бы позволяет, если бы только лени поменьше :) .
   Emery
 
71 - 23.03.20 - 19:23
(67) > "В советское время человеку два рабочих дня месяца уходили не на зарплату, а откладывались на отпуск. "
Интересно, не знал о таком. То есть, в расчетном листке была строчка "удержание на очередной отпуск"? И оплата отпуска шла из этих накопленных удержаний, без аванса?

Я сейчас затрудняюсь вспомнить детали, давно это было, может быть и не вполне точен. Просто написал, как запомнил.
   shuhard
 
72 - 23.03.20 - 19:34
(70)[Я вообще смотрю, что очень мало людей, которые далеко уходят в концепции учета, от предложенной «классиками», т.е., фирмой 1С]
для ЗиУП, большей частью используемого для расчета налогов и взносов + генерация фискальной отчетности, уход от классики бесполезен.
стоит типовая копейки, рабочих мест мало
   Emery
 
73 - 23.03.20 - 19:35
(68) > Меня вот больше интересует сколько методологов согласуют бизнес логику этого продукта и кто потом будет отвечать в случае обращений в трудовую инспекцию, суды? Или все что Вы делаете в нашем ПО на Ваш страх и риск?

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

Меня, точнее протоколы расчетов программы, наши расчетчики проверяют до сих пор. И не редки вопросы, почему у тебя так, а них по-другому? Разбираемся, смотрим. Чаще всего соглашаются, но иногда приходилось программу шлифовать. В крайнем случае, всегда можно использовать фиксированные суммы в видах расчетов, хотя я считаю, что расчетчики иногда «химичат». В любом случае, за цифры отвечают они, мое дело обеспечить все их хотелки.
   Emery
 
74 - 23.03.20 - 19:40
(69) > Суть моего предложения была в том, чтобы больничный полностью и рассчитывался ФСС, на основе поступающих сведений и взносов.

Я не вижу тут особых проблем. Это сможет реализовать даже любой пользователь в собственном плагине. Я должен, прежде всего, предоставить такую возможность.
   Злопчинский
 
75 - 23.03.20 - 19:47
(70) "Я вообще смотрю, что очень мало людей, которые далеко уходят в концепции учета, от предложенной «классиками», т.е., фирмой 1С. Я в этом плане готов экспериментировать с большим размахом :) . Образование как бы позволяет, если бы только лени поменьше :)."
- здесь в первую очередь играет роль ДОСТУПНОСТь мамы, всегда можно проконсултироваться, у коллег поинтересоватьяс как это у них работает (большое сообщестов).
В твоем изделии - оно будет жить ровно до тех пор пока лично ты будешь в этом заинтересован. А описартьяс на одного человека нынче - совсем не выход. 1С в этом варианте гораздо предпочтительнее. Как пример: orefkov и Снегопат
   Emery
 
76 - 23.03.20 - 19:51
(72) > для ЗиУП, большей частью используемого для расчета налогов и взносов + генерация фискальной отчетности, уход от классики бесполезен.

Я уже соглашался с подобным подходом. Здесь я вам не конкурент. Но я бы мог предложить вести учет рабочего времени в моей программе (вместо эксела, для тех, кто его использует для подобных целей). А потом просто экспортировать данные в ЗУП и там уже считать, как велят «классики». Экспорт в ЗУП и импорт его данных в мою (для быстрой и удобной модификации), это первое, чем я собираюсь заняться в плане интеграции программ. Как оно будет на самом деле, посмотрим.
   Emery
 
77 - 23.03.20 - 20:03
(75) > В твоем изделии - оно будет жить ровно до тех пор пока лично ты будешь в этом заинтересован. А описартьяс на одного человека нынче - совсем не выход. 1С в этом варианте гораздо предпочтительнее.

Все так, но если народ начнет писать собственные плагины, то тогда программа будет иметь шанс жить независимой жизнью. Сама она будет бесплатной, открытой и без защиты. А когда код программы будет в достаточной мере отшлифован и прочно ассоциирован с моим именем, то тогда его можно будет сделать опенсорсным. Проблема у меня только одна, как бороться с собственной ленью :) .
   palsergeich
 
78 - 23.03.20 - 20:16
(77) Не будет никто писать плагины. Правда жизни.
Вон есть ЕДТ. Сиди пиши плагины. Хрен там, кроме пяти - десяти энтузиастов - никому это нахрен не в перлось. В том числе и мамке, они пока родили один плагин всего.
   palsergeich
 
79 - 23.03.20 - 20:18
Мы на работу работать ходим что бы денежки получать, тратить еще личное время на что то около работы - часто непозволительная роскошь.
Примеров чуть больше чем дофига.
   palsergeich
 
80 - 23.03.20 - 20:19
(78) И то те кто пишут - ИМХО делают это для того что бы сделать java-leave. По крайней мере от одного из них я такую фразу слышал.
   Злопчинский
 
81 - 23.03.20 - 20:19
(77) не взлетит для рынка.
для использования лично тобой - вполне.
другими - маловероятно.
1Сники - ленивые в основном.
Доки будут?
Какое описание будет?
Какая поддержка от разработчика будет?
.
выиграть можно только за счет того что это будет ЛУЧШЕ чем у мамы.
что - маловероятно.
   palsergeich
 
82 - 23.03.20 - 20:20
(81) Недостаточно быть лучше.
   Злопчинский
 
83 - 23.03.20 - 20:21
(82) "Лучше" - это объемное понятие. Включает в себя много чего. и вот в этом "много чего" - и надо быть лучше.
   Злопчинский
 
84 - 23.03.20 - 20:22
вот если сделать ПЛАТФОРМУ - аналог 77, только халявный и более продвинутый малость чем 77 - вот это было бы интерсено.
   Зубровка
 
85 - 23.03.20 - 20:22
(82) Чой-то? Вон, Магазька взлетела же только на том, что лучше.
   palsergeich
 
86 - 23.03.20 - 20:23
(85) Где она взлетела?
Я ни разу ее не видел нигде. Так слышал что есть такая коробка - не более.
С таким же успехом можно мою нетленку сказать что она взлетела, есть внедрения и продажи, точнее были))
   Злопчинский
 
87 - 23.03.20 - 20:25
(85) Она летит только пока Юра ее поддерживает.
я вот, например, не знаю независимых доработок Магазьки под нужды. И не знаю незавимымх разработчиков/РП/консультантов под Магазьку. А ждать мне - пока Юрий впилит нужную мне вещь, опираясь на его собственные предпочтения надо/не надо - не с руки. В свое время - у лавочника одного - отказались от Магазьки - в т.ч. и по этой причине.
   rsv
 
88 - 23.03.20 - 20:26
(0) не важно где вы ее считаете . Главное чтобы соответствовало все НК , ТК , ПБУ и ведомственным актам.
   Зубровка
 
89 - 23.03.20 - 20:26
(86) Так ты с ларьками не работаешь, где тебе увидеть то?
   Зубровка
 
90 - 23.03.20 - 20:28
(87) Доработок нет, так как это нишевый продукт для маленьких ларьков. Там нормальные деньги заработать трудно очень. Впрочем, ТС ничего подобного даже близко не грозит, он не от потребностей бизнеса, а от своих фантазий пляшет.
   Злопчинский
 
91 - 23.03.20 - 20:29
Разработчик 1С:ЗУП (Вьетнам г. Ханой), Полный день
сегодня

Город: Москва
Зарплата: не указана
Тип занятости: Полный день
Территория работы: На территории работодателя
Специализация: Программист 1С
Конфигурация: 1С:Зарплата и Управление Персоналом 3.x
Требуемый опыт работы: 3-6 лет
1C Vietnam
Вступление:
• Вакансия предполагает переезд в г.Ханой, Вьетнам
• Уровень зарплаты обсуждается на собеседовании
   palsergeich
 
92 - 23.03.20 - 20:30
(89) работать не работаю, да.
Но по остаткам вполне себе хожу и всегда примечаю на чем работают.
Сети - на своих решенияхостальные почти все в рознице или отраслевках на ней.
Видел и УТ. Даже ЕРП один раз.
   Зубровка
 
93 - 23.03.20 - 20:30
(91) Ну, с ЛДНР во Вьетнам вполне себе имеет смысл переезжать.
   palsergeich
 
94 - 23.03.20 - 20:30
(92) по ларькам
   Злопчинский
 
95 - 23.03.20 - 20:31
(90) угу.
как практик, прошедший все ступени - от костылей до своих разработок и проектов по WMS - скажу так: если делать нечего и хочется прокачать скиллы и в качестве хобби - то можно пилить свой велосипед. Но это будет именно велосипед - то есть повторение уже пройденного другими. Смысла очень мало.
   Зубровка
 
96 - 23.03.20 - 20:31
(92) Как примечаешь? Что, прямо к продавцам пристаёшь - а на чем вы работает, ну-ка, покажите?
   palsergeich
 
97 - 23.03.20 - 20:31
(91) Жилье за свой счёт.
ЗП вроде как по слухам - Московская, только школы/сады платные и тоже за свой счёт.
Одиночке будет неплохо, а вот с семьёй только ради смены климата.
   palsergeich
 
98 - 23.03.20 - 20:32
(96) у меня хорошее зрение, а в заголовке окна конфигурация пишется)
   Зубровка
 
99 - 23.03.20 - 20:35
(98) О, ладно, с ларьками понятно. А в каких сетях 1С на фронте?
   palsergeich
 
100 - 23.03.20 - 20:37
(99) Самсон фарма например
  1  2  3   

Список тем форума
Рекламное место пустует  Рекламное место пустует
Оптимист верит, что мы живем в лучшем из миров. Пессимист боится, что так оно и есть.
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.