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

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

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

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

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

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

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

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

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

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

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

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

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

Будущая (бесплатная) программа не зря называется «Модульный учет». Это будет истинная модульность, с  бизнес логикой, основанной на плагинах и открытых SQLite-скриптах, с открытым SDK и явной концепцией учета. Сами плагины (на С++) смогут писать все кому не лень, делать их платными и бесплатными, соответственно, именно общая поддержка, при наличии интереса, поможет программе взлететь.
 
 
   palsergeich
 
101 - 23.03.20 - 20:39
rendez-vous
   Зубровка
 
102 - 23.03.20 - 20:40
(87) Но, кстати, если бы Магазька не на 1С была, рынка бы поболее занимала.
   palsergeich
 
103 - 23.03.20 - 20:40
Евросеть.
Думаю достаточно.
   palsergeich
 
104 - 23.03.20 - 20:41
(102) не факт.
Дело не в платформе ИМХО
   Зубровка
 
105 - 23.03.20 - 20:44
(103) Ещё давай, я статистику собираю, я вот только КиБ и Бристоль знаю, что на 1С.
   Зубровка
 
106 - 23.03.20 - 20:45
(104) Именно в платформе, вернее в её стоимости. Дорого ларькам платить за 1С + Магазька.
   Emery
 
107 - 23.03.20 - 20:46
(75) > вот если сделать ПЛАТФОРМУ - аналог 77, только халявный и более продвинутый малость чем 77 - вот это было бы интерсено.

Так это и есть главная цель, собственная 64-битная платформа а-ля 1С77 на SQLite. А «зарплата» это практическое демо для нее, чтобы не было как с «2С», платформа, типа есть, а конфы, только убогое демо. Тем не менее, к зарплатной конфигурации для своего модульного учета («МУЗА») я отношусь очень серьезно, по крайней мере, для ЛНР.
   Зубровка
 
108 - 23.03.20 - 20:50
(107) Да почему SQLite то? Бесплатных СУБД более подходящих есть много.
   Emery
 
109 - 23.03.20 - 20:54
(107)+ Не (75), а (84).

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

Вы думаете, это меня остановит? Мое дело предложить, ваше дело отказаться :) .
   Злопчинский
 
110 - 23.03.20 - 20:59
(70) еще раз - будет твоя "коробка" (платформа) поддерживать многопользовательскую работу хотя бы на уровне 77?
   Emery
 
111 - 23.03.20 - 21:00
(108) > Да почему SQLite то? Бесплатных СУБД более подходящих есть много.

Потому, что это единственная опенсорсная внедряемая система. Другие системы клиент-серверные, а это уже другая парадигма для меня, поскольку я ориентирован на распределенные базы данных и некоторую собственную серверную службу. Что-то похожее на планы обмена в «восьмерке».
   Emery
 
112 - 23.03.20 - 21:02
(110) > Хуже чем «семерка» не будет.
   Злопчинский
 
113 - 23.03.20 - 21:02
   Злопчинский
 
114 - 23.03.20 - 21:03
(112) c учетом того что я почитал навскидку - для многопользовательской работы очень нужно будет RDP
   Emery
 
115 - 23.03.20 - 21:06
(114) > Постараюсь обойтись без RDP.
   Зубровка
 
116 - 23.03.20 - 21:06
(111) А firebird не катит?
   Emery
 
117 - 23.03.20 - 21:09
(116) > Нет, это слишком тяжелая система для моих целей.
   Зубровка
 
118 - 23.03.20 - 21:10
(117) Мда... Как говорится, "пилите, Шура, пилите".
   Провинциальный 1сник
 
119 - 24.03.20 - 05:52
(117) firebird тяжелый? Мы об одном и том же говорим?
Вообще, firebird лучше sqlite хотя бы тем, что он чистый версионник, а не блокировочник, со всеми бонусами этого, и полностью соответствует стандарту SQL. Плюс развитый внутренний процедурный язык, позволяющий внутри базы реализовать часть бизнес-логики и ограничений данных с минимальным оверхедом. При этом как и в sqlite вся база в одном файле - очень удобно.
   Зубровка
 
120 - 24.03.20 - 06:04
(119) Так и я о чём, человек в плену своих дремучих представлений об окружающем мире.
   zelyak
 
121 - 24.03.20 - 06:22
Так то можно и платформу самому написать что бы ни от кого не зависеть! Да как то слабовата платформа 1С, на Спектруме не катит вообще … Думаю ВСЁ СКАЗАНО ПРАВИЛЬНО АВТОРОМ!!! Сейчас самое важно сосредоточиться на написании универсальной ОС под Спектрум и Эльбрус, послезавтра НОВАЯ НОРМАЛЬНАЯ платформа от АВТОРА, затем МУЗА и к концу месяца у нас будет СУПЕР-СИСТЕМА-УЧЕТА-ЗП МУЗА (гордость распирает, ещё раз МУЗА)- главное что бы в очередной раз ГБ не наложал/ла успел отправить отчетность из МУЗА в своей ОС и с Эльбруса !!!
   Провинциальный 1сник
 
122 - 24.03.20 - 06:28
Да и кстати у firebird тоже есть встраиваемая версия по типу sqlite
   zelyak
 
123 - 24.03.20 - 06:30
Вот работнику без разницы на чем Вы будете считать ЗП и как начислять, его волнует ИТОГО. Хоть просто цифры придумывайте, а уж тем более никого сейчас не волнует сколько памяти будет затрачено при расчете ЗП. Многие компании вообще ЗП в Экселе считают и ничего - прекрасно работают. Разговор напоминает "восьмёрка сырая - буду юзать клюшки". С точки зрения кода сложно не посчитать ЗП, её нужно ещё интегрировать с внешним миром, а главное В СРОК ! Даже 1С не всегда делает В СРОК. Ну даже если Ваши система замечательная, а не станет Вас - кто её будет обслуживать ?! Бизнесу нужна хоть какая-то уверенность в завтрашнем дне - отсюда и идёт стандартизация. Вы гений, молодец, умница - но Ваша уникальность бизнесу не нужна!
   Emery
 
124 - 24.03.20 - 06:51
Одни не видят смысла в программе полностью, другие в использовании SQLite. Но кто мешает написать свой вариант «2С»  и конфигурацию к нему? Поскольку меня аргументы за Firebird против SQLite не впечатляют.
   Йохохо
 
125 - 24.03.20 - 07:00
(124) расчет показателей не в твоей программе, налогов тоже. Зачем?
   Emery
 
126 - 24.03.20 - 07:02
(123) > Вообще не пойму, о чем вы говорите. Даже мелкософт не претендует на абсолютную универсальность своих продуктов. У меня есть собственная ниша, которую фирма «1С» пока не собирается занимать из-за возможных санкций со стороны дяди Сэма. Я имею в виду рынок учета в ЛНР / ДНР. Здесь в ходу всякие подделки. Но зачем мне делать монстра типа «восьмерки», когда хорошо зарекомендовала себя рабочая лошадка типа «семерки»? И она будет у нас работать, пока ей не придет лучшая замена. У меня есть интерес поработать в этом направлении. Еще раз, ниша вообще пустая. Путного ПО нет вообще. Поэтому смысл в своей работе я вижу. Если кто-то предложит собственный улучшенный вариант 1С77, то перейду на него и займусь другим проектом. Благо, идей гораздо больше, чем возможностей их реализации.
   Emery
 
127 - 24.03.20 - 07:37
(125) > расчет показателей не в твоей программе, налогов тоже. Зачем?

Почему вы так решили? Для непризнанных республик все будет считаться полностью. А если речь идет о первоначальной интеграции с «восьмеркой», то да, сначала надо организовать экспорт / импорт, а потом можно развивать отношения по мере возможностей и необходимости.
   Bigbro
 
128 - 24.03.20 - 08:36
(127) если цель вполне конкретная пустая ниша расчета ЗП в ЛДНР - пиши и занимай. насколько можешь технологично и всерьез.
примеры успешных региональных ЗП решений конкурирующих с ЗиК и ЗУП (до сих пор!) - есть.
так что удачи. главное сумейте поддержку обеспечить, это то что важнее всего для клиента.
   Злопчинский
 
129 - 24.03.20 - 19:39
Как у ТС продвигается РАБОТА? за истекший день в реализацию концепции вложено что-нить? или без волшебного пенделя никак?
   Emery
 
130 - 24.03.20 - 20:38
(129) > Как у ТС продвигается РАБОТА? за истекший день в реализацию концепции вложено что-нить? или без волшебного пенделя никак?

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

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

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

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

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

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

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

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

В общем, я и программирую и учусь одновременно.
 
 Рекламное место пустует
   Злопчинский
 
131 - 24.03.20 - 20:46
короче - жопа.
вместо создания бизнес-приложения - создание еще одной платформы. а создать платформу - дело очень-очень небыстрое.
итого: не взлетит в обозримой перспективе.
а когда взлетит (если ВДРУГ) - то разработка останется далеко-далеко позади ушедших вперед
   Emery
 
132 - 24.03.20 - 20:55
(131) Для создания бизнес приложений сейчас в наших условиях, нет ничего лучше «семерки», особенно с нужными внешними компонентами. Для ЛДНР ничего другого и не надо (до тех пор, пока не начнут внедрять «восьмерку» принудительно). Поэтому вопрос с этой стороны для меня не стоит.

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

Поэтому проект на Си++ это всего лишь несколько лет работы в свое удовольствие. Альтернатива – ничего не делать, но это скучно… :)
   Злопчинский
 
133 - 24.03.20 - 21:19
(132) ну, с учетом того что я клюшечник - то зачем мне плевать в колодец?
   Злопчинский
 
134 - 24.03.20 - 21:20
"Альтернатива – ничего не делать, но это скучно… :)"
- наваяй свою ЗП на 8-ке.
   Зубровка
 
135 - 24.03.20 - 21:28
(134) Тяжело у 1С с "модульностью и плагинами"
   Злопчинский
 
136 - 24.03.20 - 21:51
(135) почему это?
нормально имхо.
.
смотря что делать модульностью и плагинами.
если какие-то расчкеты - то наверное прорблем нет.
а вот архитектуру....
   Зубровка
 
137 - 24.03.20 - 22:08
(136) Да-да, особенно в типовых всё с модульностью и плагинами хорошо :))
   Emery
 
138 - 25.03.20 - 06:41
(133) > ну, с учетом того что я клюшечник - то зачем мне плевать в колодец?

Я этих подробностей не знал, ладно забираю свои слова обратно :) . Но, думаю, на форуме всегда найдутся желающие пнуть за сам факт любви к «семерке». Иногда я думаю, что это их мелкая «мстя», за то, что они вынуждены иметь специфические отношения, скажем так, с «восьмеркой».
   Emery
 
139 - 25.03.20 - 06:58
(133) > - наваяй свою ЗП на 8-ке.

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

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

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

Похоже, что та же эволюция ждет 1С. 1С9х будет лучше 8х, а 1С10х – скорее всего, хуже.
   Злопчинский
 
141 - 25.03.20 - 10:26
(139) ну если в УФ не пихать на экран 100500 элементов - то вполне нормальные формы.
ОФ - чем они глюкавые-то? нормальные формы тоже.
   la luna llena
 
142 - 25.03.20 - 10:29
(0) зачем это нужно, без налогов и отчетности?
   Emery
 
143 - 25.03.20 - 11:11
(141) > ну если в УФ не пихать на экран 100500 элементов - то вполне нормальные формы.

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

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

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

Ключевое слово «пока». Действительно, нет смысла делать учетную программу без отчетности. Но рано или поздно приходит время, когда возникает необходимость поменять платформу.
   Злопчинский
 
145 - 25.03.20 - 11:17
(143) "Я вот говорил автору «Магазьки», что мне его интерфейс не нравится," - мне, кстати, тоже
   Злопчинский
 
146 - 25.03.20 - 11:18
(143) велосипеды снова.
   Злопчинский
 
147 - 25.03.20 - 11:19
нафиг никому не интересны твои недовольства интерфейсами.
и на УФ и на ОФ можно сделать нормальные фейсы.
все проблемы в том что значально все универсально.
если ПОТОМ запилить фейс под выстроенный регламент работы - все проще.
и нафиг никому платформа не интересна.
прикладную конфигу давай. уже бы давно наваял...
   la luna llena
 
148 - 25.03.20 - 11:26
(144) Но рано или поздно приходит время, когда возникает необходимость поменять платформу. - зачем?

Действительно, нет смысла делать учетную программу без отчетности.  - поддерживать одному изменения отчетности? ну-ну. Хотя возможно у вас изменения выходят гораздо реже, чем у нас
   wt
 
149 - 25.03.20 - 11:50
(39) Однимсловом все становится ясно: на Украине не взлетела...
К Вашему сведению. ЗиК у меня работала при 8 расчетчиках, на 7к сотров, считая дивиденды и совместителей и договорняеов и многосменный работников. До 2012г. Ничего не переписано было, а дополнено: Журнал зарплаты- в связи с позаказным учетом, виды расчетов из-за опять же позаказного учета и сложных видов деятельности работников. Более 200 ВР.
В (0) много ошибок и просто не понимания такого вида учета, как расчёт зарплаты. Вам для прояснения темы, надо поработать на нормальном предприятии в отделе труда и заработной платы. На многое  замените точку зрения.
   Emery
 
150 - 25.03.20 - 12:43
(146) > велосипеды снова.

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

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

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

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

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

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

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

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

Можно было бы написать ее на обычных формах «восьмерки», по аналогии с «Магазькой». Однако понятно же, что конкурировать с ЗУПом на территории России я не смогу, а на территории ЛДНР вполне можно пока обойтись и «семерочными» конфигурациями. Но с точки зрения перспективы, собственная платформа и конфигурации под нее более интересны в смысле самомотивации.
   Emery
 
151 - 25.03.20 - 12:57
(148) > Действительно, нет смысла делать учетную программу без отчетности.  - поддерживать одному изменения отчетности? ну-ну. Хотя возможно у вас изменения выходят гораздо реже, чем у нас

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

Однако идея моя в другом. Я не планирую, как автор «Магазьки», делать все изменения самому, хотя он не устает повторять, что это «народная» программа. Я хочу создать платформу для модульного учета, где бизнес-модули, в виде плагинов, смогут ваять все кому не лень. Если идея окажется удачной, то создавать бизнес-логику смогут не только я, но и вы и все другие, при желании. Похоже на создание конфигураций в 1С, только модульного типа. Сам же я буду делать только хорошие демо-конфигурации, имеющие смысл у нас, в непризнанных республиках. А вы, если заинтересуетесь, сможете создать аналоги для себя.
   Said_We
 
152 - 25.03.20 - 13:18
Что бы поддерживать в 1С самописке (от типовой 0%) законодательство и все отчетные формы, ходить спокойно в отпуска и даже иногда болеть, достаточно трех человек. Проверено.
(0) Тоже достали УФ и весь геморой бесполезного кода, который на голову свалился и не имеет смысла, а только тормозит все процессы - разработку, реальное использование и т.д.? :-)
   Злопчинский
 
153 - 25.03.20 - 13:19
(151) "Я хочу создать платформу для модульного учета, где бизнес-модули, в виде плагинов, смогут ваять все кому не лень."
- есть уже. 1С. хоть 77, хоть 8.
   Злопчинский
 
154 - 25.03.20 - 13:21
(151) "..бизнес-логику"
- бизнес-логика завязана на концепцию/архитектуру построения прикладного решения.
(БЛ автомобиля - изучить ПДД, сдать права, сдать вождение. БЛ велосипеда - полдня поучился и поехал).
.
с архитектурой прикладного решения для начала созхдания/допиливания бизнес-логики - как я понял сейчас = 0.
   Said_We
 
155 - 25.03.20 - 13:22
(153) тормоза. 77 только с 1С++ скорость хоть какая-то.
   Emery
 
156 - 25.03.20 - 13:35
(149) > Однимсловом все становится ясно: на Украине не взлетела...

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

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

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

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

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

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

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

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

Я 1С++ не пользуюсь, только формексом и собственными ВК. А скорости мне вполне хватает от движка Visual FoxPro, который работает с 1С77 как с DDE-сервером.
   Провинциальный 1сник
 
158 - 25.03.20 - 13:45
(157) "Я 1С++ не пользуюсь"
А зря. Одна индексированная таблица ускоряет и упрощает алгоритмы на порядок. А еще и ODBCRecordSet есть.
   Злопчинский
 
159 - 25.03.20 - 13:48
(158) "аборигены, сэр!"
   Провинциальный 1сник
 
160 - 25.03.20 - 14:00
(159) Помню, как до моего знакомства с индексированной таблицей извращался, чтобы сделать быстрый поиск по таблице в несколько десятков тысяч записей. Вплоть до использования объекта XBASE с индексом по нужному ключу и ссылкой на номер строки. И это всё равно было намного быстрее, чем штатный поиск в ТЗ.
   Emery
 
161 - 25.03.20 - 14:00
(158) > А зря.

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

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

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

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

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

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

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

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

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

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

Сейчас речь вообще не об этом. Если хотите, это всего лишь эксперимент, типа, а что будет, если мы напишем такую программу? Может что-то будет, а может ничего не будет. Просто большие фирмы не хотят делать эту работу, поскольку им это не выгодно, а мне только интересно, не более…
   Said_We
 
164 - 25.03.20 - 14:43
На VFP есть программы, которые сейчас поддерживаются. И даже продаются.
Например бухсофт
https://service.buhsoft.ru/
   Said_We
 
165 - 25.03.20 - 14:48
(163) Тут какое-то даже описание есть...
https://www.buhsoft.ru/download-zik-functions?utm_source=www.buhsoft.ru&utm_medium=refer&utm_campaign=download-zik-functions

Когда-то бухсофт выпускала проверочные программы для ПФР. Выгружали из 1С в файл и прогоняли проверку от бухсофта. Это было до широкого использования контуров и т.д.
   Said_We
 
166 - 25.03.20 - 14:52
(163) Выгрузка проводок в 1С там точно есть. Но и своя бухгалтерия какая-то есть.
Возможно есть и выгрузка результата в ЗиУП, только не знаю зачем. С отчетностью в бухсофте ранее было всё не хуже. На форуме у них же на сайте можно было напрямую общаться с разработчиками. Сейчас не знаю.
 
 Рекламное место пустует
   Said_We
 
167 - 25.03.20 - 14:53
(163) ", а мне только интересно, не более…" - Стоит ли изобретать велосипед, тем более ради спортивного интереса?
   Злопчинский
 
168 - 25.03.20 - 15:01
(167) ну вишь - говорит для развития.
я самописку вмс лабал на 77 - даже работает. но это было от а) отсутствия бюджета и б) как хобби для поучения понимания как в больших системах работает. Как хобби - да, даже маленький выхлоп есть. Как постоянная практическая польза - нет, поезд далеко впереди едет, а эта разработка - для "лавочников". которым что ни возьми - всё дорого.
   la luna llena
 
169 - 25.03.20 - 15:13
(152) ходить спокойно в отпуска и даже иногда болеть, достаточно трех человек.
а кто пишет алгоритмы для этих трех человек? кто разбирается в законодательстве как бог?
   Said_We
 
170 - 25.03.20 - 15:14
(168) Да понятно, что не для спортивного интереса. Просто прежде чем писать, надо посмотреть, а что уже есть. Основная претензия к скорости в 1С абсолютно обоснована. Желание что бы это был VFP. + и т.д. Я привел ссылку где это уже всё есть. + опыт поддержки на протяжении многих лет в условиях какой-то конкуренции с 1С. Более того, одно время результаты в 1С выгружали и проверяли в продуктах от бухсофта. Это я тоже указал.
Скорость нужна не для лавочников как раз, а предприятий с 1000 и более человек. Тут 1С в части скорости с VFP не может конкурировать.
   Злопчинский
 
171 - 25.03.20 - 15:21
третий день уже. а ни одной блок-схемы ТС еще не показал. фигня...
   Said_We
 
172 - 25.03.20 - 15:30
(169) Они же. Нет там ничего сложного. Ту же 77 в самой 1С когда вышла ЗиУП сопровождало 1.5 человека. Прибавьте сюда методологов, которые писали те же методики - получите те же 3 человека.
Сопровождение частично эти же трое тоже могут выполнять, но уже на второй линии. Когда уже проверенные недочеты выявлены и описаны на первой линии.
   la luna llena
 
173 - 25.03.20 - 15:50
(172) я когда работала 20 лет назад на подобной должности, для меня это было очень сложно. Выходит новый закон, читаешь его читаешь, что написано - непонятно, потом читаешь пояснения к закону, одни говорят одно, другие другое, надо очень быстро разобраться и накодить. Нервная работа.
   Said_We
 
174 - 25.03.20 - 15:54
(173) Нервная - не то слово. Тем более, что пишут все эти новшества в законах гуманитарии с кашей в голове и не несут никакой ответственности.
Через несколько лет плотной работы - их художества читаются. Комментарии читать, ну только для общего развития, чтобы самому себе вопросы задать и на них найти свои ответы. Читать всегда первоисточник, т.е. сам закон.
   Злопчинский
 
175 - 25.03.20 - 15:54
(173) я поэтому (писал выше) заниматься ЗиКом и бросил (хотя и сертифицировался по нему)
   Said_We
 
176 - 25.03.20 - 15:55
(175) Я тоже бросил заниматься ЗиК. В том числе по этому. Надоедает.
   pechkin
 
177 - 25.03.20 - 16:01
Рекомендую тс делать сие поделие на фузине
Так будет маркетинг и реклама бесплатная
Ну и плюс куда проще чем на с++
   Злопчинский
 
178 - 25.03.20 - 16:01
(177) кстати да. и при этом м.б. реальный выхлоп.
   wt
 
179 - 25.03.20 - 16:10
(156) расчёт зарплаты шёл 2-3 дня, включая распечатку. Основная задержка , это ввод табеля и начислений,  далее все просто.
   wt
 
180 - 25.03.20 - 17:15
+(179) по поводу концепции, в остальном мне просто все равно, что там будет нарисовано. У нас выпускался такой документ на предприятии, как Расчёт заработной платы. Он входил ссылкой в учетную политику. Выпускал его ОТиЗ совместно с Бух. Конечно, фоном я там присутствовал. Там было все о начислении зарплаты. Порядок расчета, начисления/удержания, отчетные формы, взаимоотношения с фискальными органами. Я бы мог сказать, вот какой я молодец- разработал концепцию! Но нафик мне это надо, нести юридическую ответственность перед налоговой, аудиторами, когда есть специальные подразделения? Выоб этом не думаете, ну и флаг вам в руки. Далее. Есть в типовых много чего, что не устраивает работников Бух. Вот эти хотелки и нагружают персонал, что осуществляет поддержку. Были моменты, когда приходилось по два раза в месяц вносить изменения. Особенно перед годовой отчетностью. Поэтому я всеми правдами и не правдами делал так, чтобы порядок расчета не отличался от типовой. Иметь свою концепцию и оперативно работать по внесению изменений на весах однозначно перевешивали второй вариант. Вы, похоже, об этом не догадываетесь. А этот геморрой и подведёт итог под вашей концепцией.
   Emery
 
181 - 25.03.20 - 19:46
(179) > расчёт зарплаты шёл 2-3 дня, включая распечатку. Основная задержка , это ввод табеля и начислений,  далее все просто.

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

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

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

В любом случае меня что-то ваш опыт не греет. Поэтому я останусь лучше при своем мнении.
   Emery
 
182 - 25.03.20 - 19:51
(171) > третий день уже. а ни одной блок-схемы ТС еще не показал. фигня...

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

А подробности по новой концепции пока еще в стадии разработки и это понятно, на первом месте у меня разработка платформы.
   Emery
 
183 - 25.03.20 - 19:55
(174) > Читать всегда первоисточник, т.е. сам закон.

Кстати, а почему никто не хочет идти в юристы по бухгалтерскому праву, ведь это их работа. Тогда как, скажем, есть юристы по морскому праву (с одной подобной дамой я даже переписывался :) ).
   Emery
 
184 - 25.03.20 - 19:57
(177) > Ну и плюс куда проще чем на с++

Мне не надо как проще, ибо сложная умственная работа мне нравиться, а надо, чтобы работа была в удовольствие…
   Emery
 
185 - 25.03.20 - 20:26
(180) > Вы, похоже, об этом не догадываетесь. А этот геморрой и подведёт итог под вашей концепцией.

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

Так что, как говорится, нет безнадежной работы, если ее делать другому. Поэтому, чтобы подобной неразберихи не было нужно создавать собственную концепцию учета с гарантированным сохранением исторических данных. Какие инструкции все это описывают? У нас никакие. Вот и Европа жила хорошо, пока не столкнулась с реальным кризисом. И мы столкнулись, прежде всего, с украинским кризисом. И никто нам не помогает по части концепции. Да, гуманитарка Путина реально спасла нас от голода во время войны, но ему ли думать про наши учетные проблемы? Поэтому думаем мы, а ваша критика выглядит несколько не в струю.
   wt
 
186 - 25.03.20 - 20:32
(181) что же я вам, такому продвинутому, должен простые вещи об’яснять?
Когда работает такое кол расчетчиков, то возникает потребность, как поделить сотров между ними? На достаточно крупных предприятиях делается разделение по подразделениям. По подразделениям и другим группам и проводится работа.
Далее- 700сотров в час. У вас там супероператоры за компами сидят? Попробуйте тогда просто набрать текст на листок формата а4 и подумайте что такое вы произнесли. 2-3 дня это не работа компа или системы, а весь расчёт зарплаты предприятия.
Вот поэтому и появилась моя первая фраза о территории.
   Emery
 
187 - 25.03.20 - 20:40
(186) > Трудно вас понять, наверное, останемся лучше каждый при своем мнении…
   wt
 
188 - 25.03.20 - 21:27
(181) по поводу перерасчетов и ошибок. Вся ответственность на расчетчике. Его профессионализм гарантия достоверности информации. Контроль само собой подразумевается их работой. Для этого у них есть необходимые инструменты. Различные отчеты и своды. Кроме того расход денег контролировали экономисты подразделений и плановый отдел. Особенностью этого были работы с разными источниками финансирования(у нас это Заказы). Но самый главный контролёр, это был работник. Если он подозревал, что ему не правильно начислили или удержали, то он к расчетчику приходил с молотком. Поэтому ошибок при расчете практически не было. Были ошибки другого плана. Например, сотр уезжал в командировку, ему начислялись деньги из определенного источника финансирования. Он там заболевал, приносил больничный через пару месяцев. А с его денег уже начислены налоги и прочая, кроме того могли и заказ этот закрыть. Деньги подвисало, кроме того могли быть и перечислены в налоговые органы. Система помогала решать эти коллизии . Исправляла не правильные начисления в прошлых периодах.
   Emery
 
189 - 25.03.20 - 21:47
(188) > Естественно, что у вас своя специфика, у меня своя. Все будет нормально, если мы будем уважать чужую работу, даже если не вполне понимаем ее…
   Злопчинский
 
190 - 25.03.20 - 22:59
(181) "три дня это 72 часа," - три дня - это НА ВСЕ. начиная от ручного заполнения табелей итд. а сам расчет я думаю достаточно быстро проходил
   Злопчинский
 
191 - 25.03.20 - 23:05
ну, у меня квалифицированная расчетчица-бухгалтер-1Сница, восстанавливала зарплату за лет пять наверно заваленную, с подгонокой всех цифр под фактически выплаченное. все это делалось в ЗиК77. знаючи и умеючи - не так уж и геморно. аккуратно - да. тщательно - да. Основная пробле ма - что булГапхтерши даже не могли соорганизоваться и предоставить этому специаличту первичку которая была - то есть даже тупо разложить по хронологии - сама в итоге все делала. разруха не в клозетах, а в головах - как говорится. за свою жизнь всего нескольо человек рекомендовал за которых знал что стыдно не будет. эта расчетцифа-бух - одна из рекомендованых.
   Emery
 
192 - 26.03.20 - 07:01
(190) > а сам расчет я думаю достаточно быстро проходил

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

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

Так ведь я говорил больше не о своих проблемах по восстановлению данных, они были, но умеренные, а про проблемы формата сдачи отчетности в госорганы, когда нужно было старые данные впихнуть в новые, измененные формы, которые по факту были «невпихиваемые». Тем более, вопрос касался переплаты налоговых сумм, которые те в упор отказывались признавать, а иначе отчетность нельзя было сдать в принципе, без халтуры. Наши уже просили, говорили, мы на возврат денег не претендуем, только примите цифры. И эта мутня длилась целый год, еле спихнули. Т.е., проблемы были, по большому счету не наши, а госорганов, которые в период войны были никакими, а потом начали делать из нас виноватых.
   rphosts
 
193 - 26.03.20 - 13:08
(164) на VFP...
Когда-то сам на FP2.5 for DOS рисовал РасчетЗП... время было такое все коум не лень рисовали ЗП и склад... сделал и то и другое.
   Said_We
 
194 - 26.03.20 - 16:14
(0) Почитал концепцию - странная она. У меня другое представление о расчете ЗП.
   Emery
 
195 - 26.03.20 - 17:43
(193) Какая может быть «зарплата» на FoxPro под MS-DOS (последняя версия 2.6а) я очень хорошо знаю. Поэтому, когда я впервые увидел 1C77, я понял, это самое то! То, что у меня едва работало на FP-2.6a, после трех лет экспериментов, на «семерке» взлетело на ура за 3 месяца, а через полгода программа уже реально работала на предприятии. Правда, я ее еще несколько месяцев очень интенсивно дорабатывал, потом еще несколько месяцев менее интенсивно. И она работает до сих пор. Редкая живучесть программы (даже не моей, а платформы 7.7).
   Emery
 
196 - 26.03.20 - 18:27
(194) > Почитал концепцию - странная она. У меня другое представление о расчете ЗП.

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

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

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

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

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

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

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

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

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

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

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

Таким образом, простой алгоритм – простая программа. Все остальное это уже дело техники…
   Йохохо
 
197 - 26.03.20 - 18:36
(196) "периодические реквизиты справочников и периодические константы" на часики справа мышку наведи, между марта и четверг что там?
   Emery
 
198 - 26.03.20 - 18:41
(194)+ Хороший пример относительно стабильного параметра, которые может «поплыть» по вине законодателей, это учетный период. Например, вместо помесячной, депутаты могут предложить нам считать зарплату понедельно. И это, кстати, было бы более справедливо и естественно, в какой-то мере. С пересчетом важных итогов (типа налогов) за весь учетный год. А где-то бы решили выплачивать зарплату подекадно, почему нет. Данная концепция все это учитывает априори.
   Злопчинский
 
199 - 26.03.20 - 20:06
(196) "Для этого я предложил взять за основу минимальную учетную единицу – один календарный час. При этом мы постулируем, что в пределах любого календарного часа никакие учетные параметры абсолютно не должны меняться. "
- почему час? за час какой-нить производственник-железячник может на трех станках поработать с разными тарифами, с разной степенью сложности, да еще относящимися к разным виртуальным подразделениям и вообзе фирмам внутри "холденга".
.
если уже брать - то брать минуту.
и описывать периоды как "минута старта, длительность"
.
не?
   Злопчинский
 
200 - 26.03.20 - 20:07
(196) "Потом суммируем все суммы ячеек по каждому слою и результат представляем в компактном виде для текущих отчетов."
- продумывал? точно взлетит?
а то будут какие-нибудь взносы, налоги, начисления/пр которые относятся сразу "ко всему периоду" и не могут быть "пропорционально раскиданы" на составляющие периода?
  1  2  3   

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