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

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

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

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

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

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

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

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

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

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

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

Будущая (бесплатная) программа не зря называется «Модульный учет». Это будет истинная модульность, с  бизнес логикой, основанной на плагинах и открытых SQLite-скриптах, с открытым SDK и явной концепцией учета. Сами плагины (на С++) смогут писать все кому не лень, делать их платными и бесплатными, соответственно, именно общая поддержка, при наличии интереса, поможет программе взлететь.

Что это было?? Сезонное обострение?

Такое на фокспро рисовали 25 лет назад.
И 20 лет назад все эти поделки сдохли.

(0) А в чем принципиальное отличие от существующих зарплатных учетных систем?
Модульность?

я в 99 году ваял нетленку для завода на бух компоненте
единственно не было пересчета задним числом, но им не требовалось
в расчете ЗП нет ничего страшного, есть много законодательных приколов

+4 а так - писать можно на чем угодно, если есть время и средства

(2) > И 20 лет назад все эти поделки сдохли.

Естественно, FoxPro v. 2.6a для DOSс его 640 КБ памяти не позволял открыть одновременно более пары тройки окон. А VFP, не многих лучше. А вот движок VFP прекрасно работает с «семеркой», как с DDE-сервером.

(6) Вот уж от чего не страдал фокспро для дос - так это от нехватки памяти. Ему реально 640 кб было вполне достаточно, он сам умел своппинг при необходимости.

(3) > Модульность?

Да, плюс легкое приложение, типа «семерки», но 64-битное. Совмещение «конфигуратора» с основной программой, открытые SQLite скрипты, простая база данных, по типу SDF, как в FoxPro но с индексами на SQLite. Язык С++ для плагинов бизнес-логики (кому недостаток. А кому достоинство).

Автор, а в чем смысл разработки концепции? Ну, допустим, это почти гениально. Что дальше?

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

(4) > в расчете ЗП нет ничего страшного, есть много законодательных приколов

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

(11) А платежеспособному клиенту вот эта вот вся "модульность, плагины на С++" нужна? Если нет, то ваша концепция яйца выеденного не стоит.

(11) А серт специалиста по ЗУПу есть? Если не сдавал, то настоятельно рекомендую.

(11) Пример "нестандартной ситуации" приведите пожалуйста ?

(10) /а вот как начинается НДФЛ, со всяким вычетами и прочие налоги, вот тут весело. Плюс отечность./
Эт точно. Не знаю, что там сейчас, есть ли СЗВ-3? Если есть, то посоветовал бы автору проработать алгоритм этого, или какой там сейчас отчет взамен появился. Для разных категорий работников, инвалидов в том числе, с учетом установления и снятия инвалидности.
И самое главное, рассчеты и отчеты с учетом СТОРНИРОВАНИЯ!
Но и это всё можно преодолеть, НО. Когда вам придется 100500 раз переделывать алгоритмы из-за очередного бзыка законодательства, то вы поймете, почему ЗиК стоила дороже БУ.
А сам по себе рассчет всяких там сдельных, с КТУ, надбавками и прочее - это все простенькая фигня.

(9) > Автор, а в чем смысл разработки концепции? Ну, допустим, это почти гениально. Что дальше?

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

Допустим, завтра переведут всех на понедельный расчет зарплаты, как у буржуев. И что будет делать фирма 1С, не говоря уже о простых смертных? Стон будет посильней, чем у либералов, от «космической поправки Терешковой» :) . А у нас это реализуется с пол-пинка. Также, если будет полный, либо частичный учет зарплаты за год.

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

(17) крымской самоделке

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

Легко, если нет приколов. И НДФЛ тому пример. Трудности, потому, что вычисляется не оптимально, а не оптимально, потому, что концепция учета недостаточно гибкая. То же и по отчетности.

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

(18) да, там ещё не переболели "модульностью", но лет через 10 и это пройдёт.

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

(12) > А платежеспособному клиенту вот эта вот вся "модульность, плагины на С++" нужна? Если нет, то ваша концепция яйца выеденного не стоит.

Вообще-то лучшее – враг хорошего! Но, если вашему клиенту рюшечки вжнее ехать, то всем не угодишь. Как кто-то сказал, что даже у самого плохого писателя есть свой читатель. Меня ваш вариант совершенно не пугает :) .

Крым??? Тогда это многое обьясняет. Надо помочь автору понять бессмысленность разработки

(23) Клиенту важна уверенность, что программа расчета ЗП соответствует текущему законодательству и что поддерживать программу в случае ухода разработчика будет просто. А в случае вашей разработки эти оба пункта 100% не выполняются.

(24) А как-бы не ЛНР/ДНР даже :))

(13) > А серт специалиста по ЗУПу есть? Если не сдавал, то настоятельно рекомендую.

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

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

(27) ну вдруг они в долю к тебе войдут, делай сразу хорошо

(27) Припоминаю наш с Вами диспут года 2 назад, лихо тогда шашками махали

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

Обоснование ?

(27)/Так, я совершенно не согласен с Еленой Гряниной, которая заявляет: «Табельный учет не нужен! Не нужен!!!». В ответ, я ей отвечаю: «Оклад по дням не нужен! Не нужен!!!» :) ./
Ну, я давно пришел к выводу, что нужна просто почасовая оплата. Всё остальное - от лукавого. :)

(30) Да-да, почасовая сдельно-премиальная :))

(31) Нет, просто почасовая. Если сотрудник выполняет более квалифицированную работу, либо его навыки позволяют ему при должном качестве производить больше продукции - ему повышают оплату часа работы. Всё.

(29) они борются что первым отменять, табель или оклад по дням. У ТС позиция ПРИНЦИПИАЛЬНО разнится с Гряниной, оклад надо отменять первым, Грянина пусть ждет

(14) > Пример "нестандартной ситуации" приведите пожалуйста ?

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

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

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

(34) Ну вот, Вы сами прекрасно описали тот "сумашедший дом", который Вы предлагаете "автоматизировать" да еще бесплатно! :)

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

Удачи.

(34) >>Это все можно сделать в обычном ЗУПе или еще где?

А в чем таки проблема ?
Вводится Кадровый перевод или Изменение планового начисления, с начала года/с февраля/с марта. В нем указывается новый оклад,ЧТС и конфа сама пересчитает тем месяцы, которые затрагивает повышение
Вопрос абсолютно технический, никакие цирки с собственниками не могут помешать

(14) > И самое главное, рассчеты и отчеты с учетом СТОРНИРОВАНИЯ!
Но и это всё можно преодолеть, НО. Когда вам придется 100500 раз переделывать алгоритмы из-за очередного бзыка законодательства, то вы поймете, почему ЗиК стоила дороже БУ.

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

То, что здесь описано, это концепция нулевого уровня. Далее будут разработаны более подробные концептуальные подходы по конкретным видам учета. В этом то и весь цимус, разработать такие алгоритмы, которые будут относительно спокойно переносить «бзыки законодательства» и «бешенного принтера» ГосДумы.

(20) > вы реально считаете себя способным предвидеть что способны родить у нас законодатели в области ЗП?

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

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

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

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

Каждый вид расчета это отдельный слой всех учетных часов расчетного периода. Эти «слои» (виды расчетов) следуют в нормативном порядке. Добиваемся, чтобы в каждом часе, каждого слоя были фиксированные параметры учета, точнее, другими они быть и не могут, таким образом, просто вычисляем их. Затем все суммируем, в т.ч., отрицательные удержания. В общем, думаю, это не проблема, а всего лишь задача :) .

(25) > Клиенту важна уверенность, что программа расчета ЗП соответствует текущему законодательству и что поддерживать программу в случае ухода разработчика будет просто. А в случае вашей разработки эти оба пункта 100% не выполняются.

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

(28) > ну вдруг они в долю к тебе войдут, делай сразу хорошо

Пытаюсь! Насчет доли, пока не опубликую прототип, то вряд ли. А вот вопросы, как правильно писать большие проекты на С++, уже возникли. Если по принципу непрерывного потока сознания, то получается плохо, в переводе на литературный язык. А примеров хорошего структурирования кода я не видел за исключением исходников Win32xx, но WTL, мне почему-то нравиться больше (по содержанию, не по форме).

Короче очередная Фузина

(42) Штатному прогу надо сначала изучить концепцию твоего решения, потом узнать как это дорабатывать. Сравни базу знаний по тиражным решениям и по своей еще не придуманной программе.

(41) почему часы а не минуты? что за универсальная концепция которая на часах зациклена?
если фиксируется время рабочее до минут и характер работы и ее оплата существенно отличается для разных видов времени?
куда в таком раскладе часы пойдут?

(29) > Припоминаю наш с Вами диспут года 2 назад, лихо тогда шашками махали
>>«Оклад по дням не нужен! Не нужен!!!»
> Обоснование ?

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

(35) > Концептуально было бы, например оплату больничных вывести из обязанности работодателя, это работа страхового фонда.

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

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

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

(36) > Ну вот, Вы сами прекрасно описали тот "сумашедший дом", который Вы предлагаете "автоматизировать" да еще бесплатно! :)

Внедрение по просьбе клиента, консультации, плагины на заказ, вполне могут быть платными. А насчет «сумасшедшего дома», как посмотреть. Если с точки зрения надежных и эффективных алгоритмов, то можно даже получить удовольствие, что быстро справился с нетривиальной проблемой :)

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

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

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

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

(38) > А в чем таки проблема ?

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

Что-то мне подсказывает, что «быстро только дети делаются», не уверен, что ваша теория победит нашу практику :) .

(50) а учет по дням у вас не планируется? По часам сейчас практически нигде нет. Зачем это по часам нужно?

(51) Да я откуда знаю сколько ?

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

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

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

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

Так что, кому не нравится, может не использовать.

(46) > почему часы а не минуты? что за универсальная концепция которая на часах зациклена?
если фиксируется время рабочее до минут и характер работы и ее оплата существенно отличается для разных видов времени?

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

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

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

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

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

Короче говоря, сегодня час – это разумный компромисс.

(52) > а учет по дням у вас не планируется? По часам сейчас практически нигде нет. Зачем это по часам нужно?

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

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

(53) > Думаю столько же времени уйдет как и обычный расчет зарплаты за месяц

Что-то я не уверен в этом. Ладно, останемся при своем мнении, типа, нет безнадежной работы, если ее делать другому :) .

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

(58) Потому что человек уперся в свою почасовку и теперь будет все системы учета времени приводить велосипедами к ней.

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

(58) > зачем такая невероятная хрень? Коэффициенты какие-то, праздничные и предпраздничные дни? В ЗУП учитывается просто: количество отработанных дней разделить на количество всего раочих дней в месяце. Зачем вы так невероятно усложнили?

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

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

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

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

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

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

(61) то что ваш костыль 15 лет обрастал мясом не значит что под мясом не костыль

(62) Так речь идет не о старой программе, а о новой. Ибо старая да, источник опыта, но для публикации не годится, хотя на своем месте это рабочая лошака еще та. А новая будет ориентирована на совместное творчество на уровне плагинов. Плохие заменил хорошими, добавил новые и все дела.

Постою, послушаю

В далеком 1999г после полутора недель подготовки сертифицировался по ЗиК.
работал примерно полтора-два года, потом НАХЕР бросил. Принципиально.
Мне совсем не нравилось становится спец иалистом по трудовому законодательству и прочим НПА - а это первое что надо было чтобы а) понимать почему считается так а не иначе и б) бухи были реально "тупые" все в части зп (именно бухи, которые занимались зарплатой, попадались пару расчетчиков - с ними было проще).
.
у ТС все проблемы будут с поддержкой соответствия законодательству (если только главной целью не будет "управленческая зарплата"). А накропать частных алгоритмов/плагинов для частностей - не проблема.
.
также вызывают вопросы (но тут не спец) - SQLite - насколько адекватнос скулайт поддерживает многопользовательскую одновременную работу, транзакции/блокировки и прочее.
.
в любом случае автору - успехов! держи в курсе.

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

(48) В части российских регионов больничные оплачивает ФСС напрямую работнику, а не работодатель в зачет взносов. За работодателем остается только первые 3 дня в случае болезни.

"В советское время человеку два рабочих дня месяца уходили не на зарплату, а откладывались на отпуск. "
Интересно, не знал о таком. То есть, в расчетном листке была строчка "удержание на очередной отпуск"? И оплата отпуска шла из этих накопленных удержаний, без аванса?

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

(67)/В части российских регионов больничные оплачивает ФСС напрямую работнику, а не работодатель в зачет взносов. За работодателем остается только первые 3 дня в случае болезни. /
Так это оплачивает. А рассчитывает кто? Речь ведь идет о программе рассчета зарплаты работодателем. Т.е. программа должна обеспечивать правильный рассчет. А уж три дня, два или весь больничный, это уже без разницы.
Суть моего предложения была в том, чтобы больничный полностью и рассчитывался ФСС, на основе поступающих сведений и взносов.

(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С. Я в этом плане готов экспериментировать с большим размахом :) . Образование как бы позволяет, если бы только лени поменьше :) .

(67) > "В советское время человеку два рабочих дня месяца уходили не на зарплату, а откладывались на отпуск. "
Интересно, не знал о таком. То есть, в расчетном листке была строчка "удержание на очередной отпуск"? И оплата отпуска шла из этих накопленных удержаний, без аванса?

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

(70)[Я вообще смотрю, что очень мало людей, которые далеко уходят в концепции учета, от предложенной «классиками», т.е., фирмой 1С]
для ЗиУП, большей частью используемого для расчета налогов и взносов + генерация фискальной отчетности, уход от классики бесполезен.
стоит типовая копейки, рабочих мест мало

(68) > Меня вот больше интересует сколько методологов согласуют бизнес логику этого продукта и кто потом будет отвечать в случае обращений в трудовую инспекцию, суды? Или все что Вы делаете в нашем ПО на Ваш страх и риск?

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

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

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

Я не вижу тут особых проблем. Это сможет реализовать даже любой пользователь в собственном плагине. Я должен, прежде всего, предоставить такую возможность.

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

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

Я уже соглашался с подобным подходом. Здесь я вам не конкурент. Но я бы мог предложить вести учет рабочего времени в моей программе (вместо эксела, для тех, кто его использует для подобных целей). А потом просто экспортировать данные в ЗУП и там уже считать, как велят «классики». Экспорт в ЗУП и импорт его данных в мою (для быстрой и удобной модификации), это первое, чем я собираюсь заняться в плане интеграции программ. Как оно будет на самом деле, посмотрим.

(75) > В твоем изделии - оно будет жить ровно до тех пор пока лично ты будешь в этом заинтересован. А описартьяс на одного человека нынче - совсем не выход. 1С в этом варианте гораздо предпочтительнее.

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

(77) Не будет никто писать плагины. Правда жизни.
Вон есть ЕДТ. Сиди пиши плагины. Хрен там, кроме пяти - десяти энтузиастов - никому это нахрен не в перлось. В том числе и мамке, они пока родили один плагин всего.

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

(78) И то те кто пишут - ИМХО делают это для того что бы сделать java-leave. По крайней мере от одного из них я такую фразу слышал.

(77) не взлетит для рынка.
для использования лично тобой - вполне.
другими - маловероятно.
1Сники - ленивые в основном.
Доки будут?
Какое описание будет?
Какая поддержка от разработчика будет?
.
выиграть можно только за счет того что это будет ЛУЧШЕ чем у мамы.
что - маловероятно.

(81) Недостаточно быть лучше.

(82) "Лучше" - это объемное понятие. Включает в себя много чего. и вот в этом "много чего" - и надо быть лучше.

вот если сделать ПЛАТФОРМУ - аналог 77, только халявный и более продвинутый малость чем 77 - вот это было бы интерсено.

(82) Чой-то? Вон, Магазька взлетела же только на том, что лучше.

(85) Где она взлетела?
Я ни разу ее не видел нигде. Так слышал что есть такая коробка - не более.
С таким же успехом можно мою нетленку сказать что она взлетела, есть внедрения и продажи, точнее были))

(85) Она летит только пока Юра ее поддерживает.
я вот, например, не знаю независимых доработок Магазьки под нужды. И не знаю незавимымх разработчиков/РП/консультантов под Магазьку. А ждать мне - пока Юрий впилит нужную мне вещь, опираясь на его собственные предпочтения надо/не надо - не с руки. В свое время - у лавочника одного - отказались от Магазьки - в т.ч. и по этой причине.

(0) не важно где вы ее считаете . Главное чтобы соответствовало все НК , ТК , ПБУ и ведомственным актам.

(86) Так ты с ларьками не работаешь, где тебе увидеть то?

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

Разработчик 1С:ЗУП (Вьетнам г. Ханой), Полный день
сегодня

Город: Москва
Зарплата: не указана
Тип занятости: Полный день
Территория работы: На территории работодателя
Специализация: Программист 1С
Конфигурация: 1С:Зарплата и Управление Персоналом 3.x
Требуемый опыт работы: 3-6 лет
1C Vietnam
Вступление:
• Вакансия предполагает переезд в г.Ханой, Вьетнам
• Уровень зарплаты обсуждается на собеседовании

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

(91) Ну, с ЛДНР во Вьетнам вполне себе имеет смысл переезжать.

(92) по ларькам

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

(92) Как примечаешь? Что, прямо к продавцам пристаёшь - а на чем вы работает, ну-ка, покажите?

(91) Жилье за свой счёт.
ЗП вроде как по слухам - Московская, только школы/сады платные и тоже за свой счёт.
Одиночке будет неплохо, а вот с семьёй только ради смены климата.

(96) у меня хорошее зрение, а в заголовке окна конфигурация пишется)

(98) О, ладно, с ларьками понятно. А в каких сетях 1С на фронте?

(99) Самсон фарма например

rendez-vous

(87) Но, кстати, если бы Магазька не на 1С была, рынка бы поболее занимала.

Евросеть.
Думаю достаточно.

(102) не факт.
Дело не в платформе ИМХО

(103) Ещё давай, я статистику собираю, я вот только КиБ и Бристоль знаю, что на 1С.

(104) Именно в платформе, вернее в её стоимости. Дорого ларькам платить за 1С + Магазька.

(75) > вот если сделать ПЛАТФОРМУ - аналог 77, только халявный и более продвинутый малость чем 77 - вот это было бы интерсено.

Так это и есть главная цель, собственная 64-битная платформа а-ля 1С77 на SQLite. А «зарплата» это практическое демо для нее, чтобы не было как с «2С», платформа, типа есть, а конфы, только убогое демо. Тем не менее, к зарплатной конфигурации для своего модульного учета («МУЗА») я отношусь очень серьезно, по крайней мере, для ЛНР.

(107) Да почему SQLite то? Бесплатных СУБД более подходящих есть много.

(107)+ Не (75), а (84).

(78) > Не будет никто писать плагины. Правда жизни.

Вы думаете, это меня остановит? Мое дело предложить, ваше дело отказаться :) .

(70) еще раз - будет твоя "коробка" (платформа) поддерживать многопользовательскую работу хотя бы на уровне 77?

(108) > Да почему SQLite то? Бесплатных СУБД более подходящих есть много.

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

(110) > Хуже чем «семерка» не будет.

про Sqlite https://habr.com/ru/post/149356/

(112) c учетом того что я почитал навскидку - для многопользовательской работы очень нужно будет RDP

(114) > Постараюсь обойтись без RDP.

(111) А firebird не катит?

(116) > Нет, это слишком тяжелая система для моих целей.

(117) Мда... Как говорится, "пилите, Шура, пилите".

(117) firebird тяжелый? Мы об одном и том же говорим?
Вообще, firebird лучше sqlite хотя бы тем, что он чистый версионник, а не блокировочник, со всеми бонусами этого, и полностью соответствует стандарту SQL. Плюс развитый внутренний процедурный язык, позволяющий внутри базы реализовать часть бизнес-логики и ограничений данных с минимальным оверхедом. При этом как и в sqlite вся база в одном файле - очень удобно.

(119) Так и я о чём, человек в плену своих дремучих представлений об окружающем мире.

Так то можно и платформу самому написать что бы ни от кого не зависеть! Да как то слабовата платформа 1С, на Спектруме не катит вообще … Думаю ВСЁ СКАЗАНО ПРАВИЛЬНО АВТОРОМ!!! Сейчас самое важно сосредоточиться на написании универсальной ОС под Спектрум и Эльбрус, послезавтра НОВАЯ НОРМАЛЬНАЯ платформа от АВТОРА, затем МУЗА и к концу месяца у нас будет СУПЕР-СИСТЕМА-УЧЕТА-ЗП МУЗА (гордость распирает, ещё раз МУЗА)- главное что бы в очередной раз ГБ не наложал/ла успел отправить отчетность из МУЗА в своей ОС и с Эльбруса !!!

Да и кстати у firebird тоже есть встраиваемая версия по типу sqlite

Вот работнику без разницы на чем Вы будете считать ЗП и как начислять, его волнует ИТОГО. Хоть просто цифры придумывайте, а уж тем более никого сейчас не волнует сколько памяти будет затрачено при расчете ЗП. Многие компании вообще ЗП в Экселе считают и ничего - прекрасно работают. Разговор напоминает "восьмёрка сырая - буду юзать клюшки". С точки зрения кода сложно не посчитать ЗП, её нужно ещё интегрировать с внешним миром, а главное В СРОК ! Даже 1С не всегда делает В СРОК. Ну даже если Ваши система замечательная, а не станет Вас - кто её будет обслуживать ?! Бизнесу нужна хоть какая-то уверенность в завтрашнем дне - отсюда и идёт стандартизация. Вы гений, молодец, умница - но Ваша уникальность бизнесу не нужна!

Одни не видят смысла в программе полностью, другие в использовании SQLite. Но кто мешает написать свой вариант «2С»  и конфигурацию к нему? Поскольку меня аргументы за Firebird против SQLite не впечатляют.

(124) расчет показателей не в твоей программе, налогов тоже. Зачем?

(123) > Вообще не пойму, о чем вы говорите. Даже мелкософт не претендует на абсолютную универсальность своих продуктов. У меня есть собственная ниша, которую фирма «1С» пока не собирается занимать из-за возможных санкций со стороны дяди Сэма. Я имею в виду рынок учета в ЛНР / ДНР. Здесь в ходу всякие подделки. Но зачем мне делать монстра типа «восьмерки», когда хорошо зарекомендовала себя рабочая лошадка типа «семерки»? И она будет у нас работать, пока ей не придет лучшая замена. У меня есть интерес поработать в этом направлении. Еще раз, ниша вообще пустая. Путного ПО нет вообще. Поэтому смысл в своей работе я вижу. Если кто-то предложит собственный улучшенный вариант 1С77, то перейду на него и займусь другим проектом. Благо, идей гораздо больше, чем возможностей их реализации.

(125) > расчет показателей не в твоей программе, налогов тоже. Зачем?

Почему вы так решили? Для непризнанных республик все будет считаться полностью. А если речь идет о первоначальной интеграции с «восьмеркой», то да, сначала надо организовать экспорт / импорт, а потом можно развивать отношения по мере возможностей и необходимости.

(127) если цель вполне конкретная пустая ниша расчета ЗП в ЛДНР - пиши и занимай. насколько можешь технологично и всерьез.
примеры успешных региональных ЗП решений конкурирующих с ЗиК и ЗУП (до сих пор!) - есть.
так что удачи. главное сумейте поддержку обеспечить, это то что важнее всего для клиента.

Как у ТС продвигается РАБОТА? за истекший день в реализацию концепции вложено что-нить? или без волшебного пенделя никак?

(129) > Как у ТС продвигается РАБОТА? за истекший день в реализацию концепции вложено что-нить? или без волшебного пенделя никак?

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

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

Главная проблема в том, что я не профессионал в С++. Это очень обширная область знаний и компетенций, которую приходится осваивать на ходу. Другая проблема, нехватка информации в Интернете, хотя я его юзаю очень плотно. Слабо помогают и примеры кода на codeproject.com и github.com, хотя это лучше, чем ничего. Почему-то мои вопросы лишь изредка задают другие, без хороших ответов на них. Например, я задался целью использовать локальные меню в дочерних окнах, чтобы не городить кучу кнопок, как это любят делать программисты на формах 1С. Но, оказывается, сделать это очень непросто, особенно не «вообще», а виде хорошего рабочего примера.

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

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

Еще немного конкретики, это разработка механизмов доступа к ini-файлам, json-файлам, sdf-файлам (по технологии MMF) и их эквивалентам в базе данных SQLite. Далее отработка механизма внешних индексов на базе SQLite, ну т.д. и т.п.

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

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

В общем, я и программирую и учусь одновременно.

короче - жопа.
вместо создания бизнес-приложения - создание еще одной платформы. а создать платформу - дело очень-очень небыстрое.
итого: не взлетит в обозримой перспективе.
а когда взлетит (если ВДРУГ) - то разработка останется далеко-далеко позади ушедших вперед

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

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

Поэтому проект на Си++ это всего лишь несколько лет работы в свое удовольствие. Альтернатива – ничего не делать, но это скучно… :)

(132) ну, с учетом того что я клюшечник - то зачем мне плевать в колодец?

"Альтернатива – ничего не делать, но это скучно… :)"
- наваяй свою ЗП на 8-ке.

(134) Тяжело у 1С с "модульностью и плагинами"

(135) почему это?
нормально имхо.
.
смотря что делать модульностью и плагинами.
если какие-то расчкеты - то наверное прорблем нет.
а вот архитектуру....

(136) Да-да, особенно в типовых всё с модульностью и плагинами хорошо :))

(133) > ну, с учетом того что я клюшечник - то зачем мне плевать в колодец?

Я этих подробностей не знал, ладно забираю свои слова обратно :) . Но, думаю, на форуме всегда найдутся желающие пнуть за сам факт любви к «семерке». Иногда я думаю, что это их мелкая «мстя», за то, что они вынуждены иметь специфические отношения, скажем так, с «восьмеркой».

(133) > - наваяй свою ЗП на 8-ке.

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

Однако современные тенденции мотивируют на использование интерфейсных рюшечек в программах, в этом смысле «семерка» выглядит бледно. Я пробовал использовать ВК для расширения интерфейсных возможностей 1С, но без хакерских методов трудно добиться чего-то путного. Потом плюнул и решил, что проще наваять новый интерфейс с нуля а-ля 1С77, чем ковырять существующий. И это действительно так. Проблемы только в моей недостаточной квалификации как спеца по C++ / WTL. Но это дело наживное. Потом можно будет книги писать по программированию на «плюсах» :) .

(137) > Да-да, особенно в типовых всё с модульностью и плагинами хорошо :))

«Восьмерка» сейчас в таком состоянии, что давно перестала быть привлекательной, как в свое время «семерка». Это как Windows 6 (Vista), которая была такой, мягко скажем, неудачной, что мелкософту пришлось в срочном порядке пересматривать свою концепцию операционки. Вот «Семерка» (Windows 7) уже более-менее, Windows 8 – так себе, Windows 9 они пропустили (по крипто-религиозным мотивам, «девятка» в отличие от «шестерки» это русское число). Windows 10 можно настроить для нормальной работы, но, по умолчанию, настройки там не очень.

Похоже, что та же эволюция ждет 1С. 1С9х будет лучше 8х, а 1С10х – скорее всего, хуже.

(139) ну если в УФ не пихать на экран 100500 элементов - то вполне нормальные формы.
ОФ - чем они глюкавые-то? нормальные формы тоже.

(0) зачем это нужно, без налогов и отчетности?

(141) > ну если в УФ не пихать на экран 100500 элементов - то вполне нормальные формы.

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

> ОФ - чем они глюкавые-то? нормальные формы тоже.

Спасибо, не надо! Я пробовал адаптировать ЗУП на обычных формах под себя. Так основное время я боролся не с алгоритмами, а с интерфейсом. Вот если бы фирма 1С сериализовала бы обычные формы в xml, как управляемые, то тогда еще можно было бы поюзать их, хотя не факт, что перешел бы. Я вот говорил автору «Магазьки», что мне его интерфейс не нравится, на что он обиделся, мол, других устраивает, с чем я не спорю. Но создание хорошего и удобного интерфейса в конфигурации 1С довольно трудоемкая вещь, вот, кстати, почему большинство типовых сделаны по принципу: «с глаз долой, из сердца – вон!» или «нам с ними не работать!». Именно поэтому я хочу иметь собственный интерфейс, который можно было бы легко и быстро настраивать под себя и чтобы формы по умолчанию радовали глаз.

(142) > зачем это нужно, без налогов и отчетности?

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

(143) "Я вот говорил автору «Магазьки», что мне его интерфейс не нравится," - мне, кстати, тоже

(143) велосипеды снова.

нафиг никому не интересны твои недовольства интерфейсами.
и на УФ и на ОФ можно сделать нормальные фейсы.
все проблемы в том что значально все универсально.
если ПОТОМ запилить фейс под выстроенный регламент работы - все проще.
и нафиг никому платформа не интересна.
прикладную конфигу давай. уже бы давно наваял...

(144) Но рано или поздно приходит время, когда возникает необходимость поменять платформу. - зачем?

Действительно, нет смысла делать учетную программу без отчетности.  - поддерживать одному изменения отчетности? ну-ну. Хотя возможно у вас изменения выходят гораздо реже, чем у нас

(39) Однимсловом все становится ясно: на Украине не взлетела...
К Вашему сведению. ЗиК у меня работала при 8 расчетчиках, на 7к сотров, считая дивиденды и совместителей и договорняеов и многосменный работников. До 2012г. Ничего не переписано было, а дополнено: Журнал зарплаты- в связи с позаказным учетом, виды расчетов из-за опять же позаказного учета и сложных видов деятельности работников. Более 200 ВР.
В (0) много ошибок и просто не понимания такого вида учета, как расчёт зарплаты. Вам для прояснения темы, надо поработать на нормальном предприятии в отделе труда и заработной платы. На многое  замените точку зрения.

(146) > велосипеды снова.

Я бы рад использовать хорошую альтернативу 1С77, но, то, что знаю, мне не нравится. «2С» так хорошо начали, но быстро закончили. А до этого были «Ананас», «1L» и другие. Веб-ориентированные приложения меня тоже пока не устраивают.

(147) > нафиг никому не интересны твои недовольства интерфейсами.

Ну, вообще-то тема про «концепцию…», а про «интерфейс» это попутные ответы. Не спрашивайте, не будет повода говорить об этом.

> и на УФ и на ОФ можно сделать нормальные фейсы.

Ну, так делайте! Только без меня, ладно?

> все проблемы в том что значально все универсально.

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

> прикладную конфигу давай. уже бы давно наваял...

Можно было бы написать ее на обычных формах «восьмерки», по аналогии с «Магазькой». Однако понятно же, что конкурировать с ЗУПом на территории России я не смогу, а на территории ЛДНР вполне можно пока обойтись и «семерочными» конфигурациями. Но с точки зрения перспективы, собственная платформа и конфигурации под нее более интересны в смысле самомотивации.

(148) > Действительно, нет смысла делать учетную программу без отчетности.  - поддерживать одному изменения отчетности? ну-ну. Хотя возможно у вас изменения выходят гораздо реже, чем у нас

Ну да, нам до «бешенного принтера» Госдумы, далеко. В этом преимущества малых государств, нет лоббистов в законодательстве, чтобы навязывать делать дурную работу (по принципу: «были бы негры, а работа найдется» и…, наоборот :) ).

Однако идея моя в другом. Я не планирую, как автор «Магазьки», делать все изменения самому, хотя он не устает повторять, что это «народная» программа. Я хочу создать платформу для модульного учета, где бизнес-модули, в виде плагинов, смогут ваять все кому не лень. Если идея окажется удачной, то создавать бизнес-логику смогут не только я, но и вы и все другие, при желании. Похоже на создание конфигураций в 1С, только модульного типа. Сам же я буду делать только хорошие демо-конфигурации, имеющие смысл у нас, в непризнанных республиках. А вы, если заинтересуетесь, сможете создать аналоги для себя.

Что бы поддерживать в 1С самописке (от типовой 0%) законодательство и все отчетные формы, ходить спокойно в отпуска и даже иногда болеть, достаточно трех человек. Проверено.
(0) Тоже достали УФ и весь геморой бесполезного кода, который на голову свалился и не имеет смысла, а только тормозит все процессы - разработку, реальное использование и т.д.? :-)

(151) "Я хочу создать платформу для модульного учета, где бизнес-модули, в виде плагинов, смогут ваять все кому не лень."
- есть уже. 1С. хоть 77, хоть 8.

(151) "..бизнес-логику"
- бизнес-логика завязана на концепцию/архитектуру построения прикладного решения.
(БЛ автомобиля - изучить ПДД, сдать права, сдать вождение. БЛ велосипеда - полдня поучился и поехал).
.
с архитектурой прикладного решения для начала созхдания/допиливания бизнес-логики - как я понял сейчас = 0.

(153) тормоза. 77 только с 1С++ скорость хоть какая-то.

(149) > Однимсловом все становится ясно: на Украине не взлетела...

Ну, да, конфигурацию ЗиК делала не фирма «1С», а ее партнер фирма «Abbyy» в Киеве. А намудрили наверное потому, что сейчас расположены на проспекте Бендеры, а в то время были, не исключено, юными бендеровцами-нелегалами.

> К Вашему сведению. ЗиК у меня работала при 8 расчетчиках, на 7к сотров, считая дивиденды и совместителей и договорняеов и многосменный работников. До 2012г. Ничего не переписано было, а дополнено: Журнал зарплаты- в связи с позаказным учетом, виды расчетов из-за опять же позаказного учета и сложных видов деятельности работников. Более 200 ВР.

Впечатляет! А сколько времени уходило на расчет «7к сотров» и количество бумаги на печать их лицевых счетов? Если не секрет? А то я подобную информацию не могу получить на Мисте уже лет десять!

А так у меня тоже порядка двух сотен видов расчетов (сейчас глянул – 170). Причем в собственном плане счетов.

> В (0) много ошибок и просто не понимания такого вида учета, как расчёт зарплаты. Вам для прояснения темы, надо поработать на нормальном предприятии в отделе труда и заработной платы. На многое  замените точку зрения.

Странное утверждение. Это напоминает мне случай, когда я принес научную статью своему шефу, доктору наук, для публикации. Он посмотрел, сказал, нужно еще поработать. Хотя ничего не понял, ручаюсь. Через пару месяцев я принес ее снова, все один к одному. Только в авторах он шел первым по списку (в начале авторов не было вообще). – Вот это совсем другое дело!, сказал он. Только надо бы еще включить в список авторов кандидата наук, его друга. Я в то время был простым инженером в научно-производственном объединении. С тем пор всегда в списке авторов смотрю, кто стоит последним… :) . Так что без конкретных замечаний, я критику не воспринимаю.

А так у меня производственное предприятие на 1000 человек, примерно. Программа работала на трех подобных фирмах, на которых работал я. До меня считал нашу зарплату районный вычислительный центр с огромным штатом. Мне сказали, что солидная фирма должна считать сама. С тем пор мы считаем, уже 15 лет, сами, сначала украинскую зарплату, потом ЛНР-овскую. У нас даже главный бухгалтер не спец по зарплате, хотя я по ее инициативе внедрил адаптированный мною ПУБ-77 для Украины (вместо моей программы «Учет ресурсов», которая до нее работала два года на нашем предприятии).

Поэтому, извините, но ваши утверждения мне кажутся голословными, а ваш совет сомнительным. Вы можете только сказать, что моя концепция учета и расчета з/п, представленная в (0), отличается от «классиков» фирмы 1С. Да, отличается! К этому я и стремился. Но другая, не обязательно хуже, а может даже и лучше.

(155) > тормоза. 77 только с 1С++ скорость хоть какая-то.

Я 1С++ не пользуюсь, только формексом и собственными ВК. А скорости мне вполне хватает от движка Visual FoxPro, который работает с 1С77 как с DDE-сервером.

(157) "Я 1С++ не пользуюсь"
А зря. Одна индексированная таблица ускоряет и упрощает алгоритмы на порядок. А еще и ODBCRecordSet есть.

(158) "аборигены, сэр!"

(159) Помню, как до моего знакомства с индексированной таблицей извращался, чтобы сделать быстрый поиск по таблице в несколько десятков тысяч записей. Вплоть до использования объекта XBASE с индексом по нужному ключу и ссылкой на номер строки. И это всё равно было намного быстрее, чем штатный поиск в ТЗ.

(158) > А зря.

А вы зря не пользуетесь VFP и DDE.

> Одна индексированная таблица ускоряет и упрощает алгоритмы на порядок.

Могу вам сказать по секрету, VFP тоже поддерживает индексы и очень хорошо поддерживает и тоже в 15 раз (что не предел!) работает более эффективно, чем движок «семерки». Мой расчетный модуль даже использует индексы 1С, хотя для большей производительности движку VFP лучше создавать собственные индексы.

> А еще и ODBCRecordSet есть.

А там DDE-канал есть, ничуть не хуже, уверяю вас!

(0) ну вот ты сделал допустим норм по, оно летает и без ошибок....  И тут проблемы:
1.мало кто из одинэснега умеет на крестах. И что-то сомневаюсь что из-за этого по будет что-то изучать.
2.а что с рег.отчетностью? А отчетностями в ПФР, ФНС?
3.опенскрипты и напильники... Но без гарантии что они более-менее работоспособны что сегодня что через неделю-месяц-год будут работать... Как Гб отнесётся к таким рискам?

(162) > 1.мало кто из одинэснега умеет на крестах. И что-то сомневаюсь что из-за этого по будет что-то изучать.

Не вопрос, для них остается «семерка» и «восьмерка», а особо жаждущие наверняка дождутся «девятки».

> 2.а что с рег.отчетностью? А отчетностями в ПФР, ФНС?

Я уже писал, это программа не вместо российских учетных систем, а в помощь им. Я живу в ЛНР, поэтому могу только за этот регион отвечать и то не полностью :) .

> 3.опенскрипты и напильники... Но без гарантии что они более-менее работоспособны что сегодня что через неделю-месяц-год будут работать... Как Гб отнесётся к таким рискам?

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

Сейчас речь вообще не об этом. Если хотите, это всего лишь эксперимент, типа, а что будет, если мы напишем такую программу? Может что-то будет, а может ничего не будет. Просто большие фирмы не хотят делать эту работу, поскольку им это не выгодно, а мне только интересно, не более…

На VFP есть программы, которые сейчас поддерживаются. И даже продаются.
Например бухсофт
https://service.buhsoft.ru/

(163) Тут какое-то даже описание есть...
https://www.buhsoft.ru/download-zik-functions?utm_source=www.buhsoft.ru&utm_medium=refer&utm_campaign=download-zik-functions

Когда-то бухсофт выпускала проверочные программы для ПФР. Выгружали из 1С в файл и прогоняли проверку от бухсофта. Это было до широкого использования контуров и т.д.

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

(163) ", а мне только интересно, не более…" - Стоит ли изобретать велосипед, тем более ради спортивного интереса?

(167) ну вишь - говорит для развития.
я самописку вмс лабал на 77 - даже работает. но это было от а) отсутствия бюджета и б) как хобби для поучения понимания как в больших системах работает. Как хобби - да, даже маленький выхлоп есть. Как постоянная практическая польза - нет, поезд далеко впереди едет, а эта разработка - для "лавочников". которым что ни возьми - всё дорого.

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

(168) Да понятно, что не для спортивного интереса. Просто прежде чем писать, надо посмотреть, а что уже есть. Основная претензия к скорости в 1С абсолютно обоснована. Желание что бы это был VFP. + и т.д. Я привел ссылку где это уже всё есть. + опыт поддержки на протяжении многих лет в условиях какой-то конкуренции с 1С. Более того, одно время результаты в 1С выгружали и проверяли в продуктах от бухсофта. Это я тоже указал.
Скорость нужна не для лавочников как раз, а предприятий с 1000 и более человек. Тут 1С в части скорости с VFP не может конкурировать.

третий день уже. а ни одной блок-схемы ТС еще не показал. фигня...

(169) Они же. Нет там ничего сложного. Ту же 77 в самой 1С когда вышла ЗиУП сопровождало 1.5 человека. Прибавьте сюда методологов, которые писали те же методики - получите те же 3 человека.
Сопровождение частично эти же трое тоже могут выполнять, но уже на второй линии. Когда уже проверенные недочеты выявлены и описаны на первой линии.

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

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

(173) я поэтому (писал выше) заниматься ЗиКом и бросил (хотя и сертифицировался по нему)

(175) Я тоже бросил заниматься ЗиК. В том числе по этому. Надоедает.

Рекомендую тс делать сие поделие на фузине
Так будет маркетинг и реклама бесплатная
Ну и плюс куда проще чем на с++

(177) кстати да. и при этом м.б. реальный выхлоп.

(156) расчёт зарплаты шёл 2-3 дня, включая распечатку. Основная задержка , это ввод табеля и начислений,  далее все просто.

+(179) по поводу концепции, в остальном мне просто все равно, что там будет нарисовано. У нас выпускался такой документ на предприятии, как Расчёт заработной платы. Он входил ссылкой в учетную политику. Выпускал его ОТиЗ совместно с Бух. Конечно, фоном я там присутствовал. Там было все о начислении зарплаты. Порядок расчета, начисления/удержания, отчетные формы, взаимоотношения с фискальными органами. Я бы мог сказать, вот какой я молодец- разработал концепцию! Но нафик мне это надо, нести юридическую ответственность перед налоговой, аудиторами, когда есть специальные подразделения? Выоб этом не думаете, ну и флаг вам в руки. Далее. Есть в типовых много чего, что не устраивает работников Бух. Вот эти хотелки и нагружают персонал, что осуществляет поддержку. Были моменты, когда приходилось по два раза в месяц вносить изменения. Особенно перед годовой отчетностью. Поэтому я всеми правдами и не правдами делал так, чтобы порядок расчета не отличался от типовой. Иметь свою концепцию и оперативно работать по внесению изменений на весах однозначно перевешивали второй вариант. Вы, похоже, об этом не догадываетесь. А этот геморрой и подведёт итог под вашей концепцией.

(179) > расчёт зарплаты шёл 2-3 дня, включая распечатку. Основная задержка , это ввод табеля и начислений,  далее все просто.

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

Далее, три дня это 72 часа, у вас было 7 тысяч сотрудников, значит 1000 сотрудников программа считала 10 часов, т.е., 100 человек в час. У меня за час конфигурация считает примерно 700 человек и это без оптимизации, которую мне лень делать, думаю добиться 1000 человек в час (для многосменного рабочего предприятия) не вопрос, а при глубокой оптимизации можно увеличить производительность еще больше.

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

В любом случае меня что-то ваш опыт не греет. Поэтому я останусь лучше при своем мнении.

(171) > третий день уже. а ни одной блок-схемы ТС еще не показал. фигня...

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

А подробности по новой концепции пока еще в стадии разработки и это понятно, на первом месте у меня разработка платформы.

(174) > Читать всегда первоисточник, т.е. сам закон.

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

(177) > Ну и плюс куда проще чем на с++

Мне не надо как проще, ибо сложная умственная работа мне нравиться, а надо, чтобы работа была в удовольствие…

(180) > Вы, похоже, об этом не догадываетесь. А этот геморрой и подведёт итог под вашей концепцией.

Не надо думать, что сложнее вашей работы никто не видел. Мне приходилось разбирать завалы предшественников по пенсионному фонду лет за десять. Это в середине 2000-х. Далее, у нас, если знаете, были активные военные действия на территории ЛНР. И хотя мой город непосредственно почти не пострадал, но по части отчетности была полная дупа. Так местные органы (налоговая и пенсионный) полностью лишились необходимой отчетности (мол, передали все электронные данные Украине (а почему, спрашивается, не сохранили копии?), а такая, неоднозначная, никакую информацию не вернула. Вот и пришлось где-то с 2014 по 2018 года восстанавливать всю информацию для них, т.е., пересдавать им все отчеты, задним числом, за все периоды. Кроме этого, они несколько раз меняли сам формат отчетности и ПО для нее (сначала украинское, а потом онлайновые формы на сайте госуслуг). Пересдать всю эту отчетность (не по нашей вине) в старом виде, но по новому формату геморрой был еще тот. Потом оказалось, что мы несколько лет переплачивали пенсионные взносы в налоговую службу (именно так, деньги забирала налоговая, а претензии по отчетности предъявляла пенсионная служба, причем по ошибкам такого рода, которые налоговой были абсолютно ультрофиолетовы). Налоговая стремилась получать деньги любой ценой, вводя нас сознательно в заблуждение, а потом еще сделали виноватыми, хотя деньги предприятие переплачивало. Все это приходилось опять таки восстанавливать задним числом. Причем у нас за это время и программа менялась и данные изменялись безвозвратно по разным причинам и вообще одно время работать было просто некому, а бомбоубежище находилось в подвале предприятия. А город наш укропы бомбили с самолетов, правда, это касалось только железной дороги.

Так что, как говорится, нет безнадежной работы, если ее делать другому. Поэтому, чтобы подобной неразберихи не было нужно создавать собственную концепцию учета с гарантированным сохранением исторических данных. Какие инструкции все это описывают? У нас никакие. Вот и Европа жила хорошо, пока не столкнулась с реальным кризисом. И мы столкнулись, прежде всего, с украинским кризисом. И никто нам не помогает по части концепции. Да, гуманитарка Путина реально спасла нас от голода во время войны, но ему ли думать про наши учетные проблемы? Поэтому думаем мы, а ваша критика выглядит несколько не в струю.

(181) что же я вам, такому продвинутому, должен простые вещи об’яснять?
Когда работает такое кол расчетчиков, то возникает потребность, как поделить сотров между ними? На достаточно крупных предприятиях делается разделение по подразделениям. По подразделениям и другим группам и проводится работа.
Далее- 700сотров в час. У вас там супероператоры за компами сидят? Попробуйте тогда просто набрать текст на листок формата а4 и подумайте что такое вы произнесли. 2-3 дня это не работа компа или системы, а весь расчёт зарплаты предприятия.
Вот поэтому и появилась моя первая фраза о территории.

(186) > Трудно вас понять, наверное, останемся лучше каждый при своем мнении…

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

(188) > Естественно, что у вас своя специфика, у меня своя. Все будет нормально, если мы будем уважать чужую работу, даже если не вполне понимаем ее…

(181) "три дня это 72 часа," - три дня - это НА ВСЕ. начиная от ручного заполнения табелей итд. а сам расчет я думаю достаточно быстро проходил

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

(190) > а сам расчет я думаю достаточно быстро проходил

Так ведь я и спрашивал про «сам расчет», а не общее время. Общее время сомнительно, чтобы три дня, иначе, чем расчетный отдел занимается остальные 27 дней месяца? Хвосты, обычно, тянутся долго, плюс всякого рода дополнительная, вспомогательная и сопутствующая работа.

(191) > все это делалось в ЗиК77. знаючи и умеючи - не так уж и геморно. аккуратно - да. тщательно – да

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

(164) на VFP...
Когда-то сам на FP2.5 for DOS рисовал РасчетЗП... время было такое все коум не лень рисовали ЗП и склад... сделал и то и другое.

(0) Почитал концепцию - странная она. У меня другое представление о расчете ЗП.

(193) Какая может быть «зарплата» на FoxPro под MS-DOS (последняя версия 2.6а) я очень хорошо знаю. Поэтому, когда я впервые увидел 1C77, я понял, это самое то! То, что у меня едва работало на FP-2.6a, после трех лет экспериментов, на «семерке» взлетело на ура за 3 месяца, а через полгода программа уже реально работала на предприятии. Правда, я ее еще несколько месяцев очень интенсивно дорабатывал, потом еще несколько месяцев менее интенсивно. И она работает до сих пор. Редкая живучесть программы (даже не моей, а платформы 7.7).

(194) > Почитал концепцию - странная она. У меня другое представление о расчете ЗП.

Понимаю! С концепцией ЗиК и ЗУП коррелирует слабо. У них ведь что является основной единицей? Учетный документ. А у меня учетный элемент. Документ не обладает условием атомарности, а учетный элемент обладает по определению, поскольку именно таким мы его и выбираем. Далее, какие основные проблемы в прикладной модели «зарплаты» 1С? Правильно, непостоянство параметров на интервале их использования.

Для борьбы с этим фирма «1С» придумала периодические реквизиты справочников и периодические константы. Если эта парадигма еще худо-бедно работает для констант, то для справочников это полная дупа. Именно поэтому я их никогда и не использовал.

Естественно, что в «восьмерке» предложена уже другая концепция периодичности параметров. А в «девятке» будет третья. Это соответствующие регистры сведений. Работать с ними можно, но, тоже, не слишком удобно.

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

Другая проблема для алгоритмов, это когда относительно стабильные параметры начинает вдруг, из-за бзиков законодательства, давать «течь», то бишь из «условно постоянных» становиться «условно переменными» :) . И как назло алгоритм это не предусматривает. Например, начинает меняться структура предприятия, его род деятельности, должности, социальный статус и т.п. и т.п. С одним таким изменением еще можно справится, а одновременно с многими – тяжело.

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

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

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

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

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

– Пространственные параметры, точнее, параметры местности, предприятия, государства и т.п.;
– Временные параметры (относительные и абсолютные) и
– Параметры Субъекта, являющегося «собственником» этих календарных часов, коих может быть очень много.

Таким образом, простой алгоритм – простая программа. Все остальное это уже дело техники…

(196) "периодические реквизиты справочников и периодические константы" на часики справа мышку наведи, между марта и четверг что там?

(194)+ Хороший пример относительно стабильного параметра, которые может «поплыть» по вине законодателей, это учетный период. Например, вместо помесячной, депутаты могут предложить нам считать зарплату понедельно. И это, кстати, было бы более справедливо и естественно, в какой-то мере. С пересчетом важных итогов (типа налогов) за весь учетный год. А где-то бы решили выплачивать зарплату подекадно, почему нет. Данная концепция все это учитывает априори.

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

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

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

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

Смотри, я сразу сказал, что принципиально есть две системы, повременная и сдельная. То, про что ты говоришь, это сдельная система. Поэтому здесь ученый элемент или «атом» это уже не час, а некая материальная «железяка». Хотя, теоретически, это может быть космонавт или подводник, у которых счет поминутный. Полчаса он был в открытом космосе, 15 минут в «предбаннике», где его постепенно готовят к вакууму (как там, у Гарри Гаррисона: «Я открыл космический иллюминатор, высунул голову в открытый космос и глубоко вдохнул космический вакуум» :) ) и 15 минут одевал скафандр. Все это время может иметь разные расценки оплаты. А до этого плавал в невесомости, в спортивном костюме, внутри корабля еще по одной расценке, которая также может быть дифференцирована поминутно.

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

(200) > а то будут какие-нибудь взносы, налоги, начисления/пр которые относятся сразу "ко всему периоду" и не могут быть "пропорционально раскиданы" на составляющие периода?

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

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

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

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

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

Естественно! Правда, в моей программе они называются отчетным и зачетным периодами, но для всех будет общепринятая терминология.

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

Перерасчет вообще будет простым. Сравниваться будут часы «старые» и «новые» и по каждому виду расчета браться соответствующая разница.

То, что в концепции 1С называется принципом вытеснения, у меня заменяется нормативным (или даже произвольным, под ответственность бухгалтера-расчетчика) порядком расчетных слоев. Вытеснение у меня это просто замещение одних видов расчета другими и регулироваться будет на уровне пользователя. Например, во время отпуска можно болеть, а можно автоматически прерывать отпуск на период болезни. Если расчетчик захочет, под свою ответственность, провести эти виды расчетов параллельно, то он сможет это сделать. Здесь я не буду привязываться к законодательству, которое у вас может быть одно, а у нас другое. Общий     принцип – расчетчик должен иметь возможность получить любой расчет (с его полным протоколированием), какой он захочет, под свою личную ответственность. Именно за результаты расчета должен отвечать не программист, а расчетчик, но он должен иметь для своей работы все необходимые инструменты и отчеты. Хотя никто не мешает, задействовать внешние скрипты, завязанные на то или иное законодательство.

(203) > чертики сидят в частностях. частности - требуют усложнения.

Даже не «чертики», а «Дьявол кроется в деталях».

> и вся стройная система (интересная многим) становится "нестройной" что не представляет интереса никому кроме ее создателя...

На эту тему надо говорить вслух, а не прятать сомнительные алгоритмы в «черный ящик». У нас нелинейных расчетов уже давно нет, а если у вас есть, то их можно оформлять в отдельные плагины, с обсуждением на форумах их достоинств и недостатков. И потом, сложный алгоритм это всегда вызов, который хочется победить. А в моей практике приходилось встречаться с очень нетривиальными алгоритмами, на фоне которых кусочно-линейные (т.е., нелинейные для «зарплаты» и бухгалтерии) алгоритмы далеко не самые сложные :) .

ну дык давай, ваяй прикладнуху, а не нахрен ненужную платформу.
сделай на 77 прикладнуху прототип альфа.
выложи. пусть народ покуртит/посмотрит.
а потом портировать на твои с++ легко будет.
.
а то ты со своими самопальными гридами и прочими элементами в технике погрязнешь..
НАМ это не интересно.

(206) > НАМ это не интересно.

А что ВАМ интересно :) ?