|
OFF: Концепция расчета заработной платы | ☑ | ||
---|---|---|---|---|
0
Emery
23.03.20
✎
09:48
|
Концепция расчета заработной платы
Использование собственной программы по учету и расчету заработной платы (пока на семерке) убеждает, что «не так страшен чёрт, как его малюют». А именно используемая концепция зарплаты в тиражных продуктах фирмы 1С не должна выглядеть как черный ящик с безумно сложными алгоритмами расчета. Там избыточная сложность связана с отсутствием истинной модульности, непрозрачностью концепции расчета и, может быть, не оптимальностью самой этой концепции. Если каждый учетный параметр отслеживать и рассчитывать индивидуально, то как бы все сильно упрощается (вспоминаем принцип: «Разделяй и властвуй»). Для поддержки разговора, публикую мою собственную концепцию учета заработной платы, которую я собираюсь реализовать в своей будущей программе модульного учета, в данном случае: Модульный Учет – ЗАрплата (МУЗА). Общий принцип – использование минимальных учетных единиц, для которых все расчетные параметры ПОСТОЯННЫ. Принципиально расчет заработной платы может быть повременным и сдельным. Пока рассмотрим только повременную оплату. 1. Минимальная учетная единица – час. 2. Час может учитываться полностью либо частично, с коэффициентом учета от нуля до единицы. 3. Расчет часа работы зависит от следующих параметров: – от расположения в сутках (дневные, вечерние и ночные часы); – от расположения внутри либо вне текущего графика работы сотрудника, в т.ч. полного, сокращенного либо графика работы с учетом особых условий (сверхурочные и т.п.); – от дня недели (рабочие / выходные дни по текущему законодательству); – от расположения внутри либо вне текущего расчетного периода (например, перерасчет прошлых периодов либо предварительный расчет будущих периодов); – от расположения внутри текущего года (учет праздничных, особых выходных дней, сезонной работы и т.п.); – от территории работы (северные, районные коэффициенты и т.п.); – от стажа работника (общий, непрерывный, выслуги лет и т.п.); – от квалификации и образования работника (тарифные ставки); – от возраста работника (например, премия к юбилею); – от социального статуса работника (например, инвалид, мать-одиночка, бездетный холостяк, для выплаты налога на бездетность в СССР, лауреат премии, кавалер орденов и т.д. и т.п.); – от вида деятельности, эквивалентной работе (болезнь, декретный отпуск, уход за детьми, учетный отпуск, творческий отпуск, военные сборы, гособязанности и т.д. и т.п.); – прочее. 4. Видов расчетов, вычисляющих стоимость одного учетного часа, может быть множество. Сюда входят основные начисления, доплаты, премии, поощрения, компенсации, индексация, материальная помощь, подарки и т.д. и т.п. Кроме начислений есть и удержания (налоги, штрафы, алименты и т.п.), на расчет которых также влияют объективные и субъективные параметры (например, льготы на детей). 5. Виды расчетов могут быть зависимыми, порядок расчета определяется нормативами и законодательными актами. 6. Распределение конкретного вида расчета по учетным часам может иметь два представления: компактное и развернутое. В отчетах используется компактное представления, а в расчетах – развернутое. 7. Сам расчет заработной платы осуществляется путем разворачивания компактной расчетной информации по всем учетным часам, по каждому слою последовательности видов расчетов. Все дискретные ячейки рассчитываются, суммируются, а результат переводится опять в компактную форму и отображается в соответствующих отчетах. Т.е., еще раз, рассчитывается каждый час учетного периода индивидуально для каждого вида расчета, а затем итоговые данные сворачиваются в компактный вид, пригодный для отчетов. Главное, чтобы не было потери информации при свертке, другими словами, в отчетах информация может быть неполной, но в базе данных он должна полностью сохраняться. Будущая (бесплатная) программа не зря называется «Модульный учет». Это будет истинная модульность, с бизнес логикой, основанной на плагинах и открытых SQLite-скриптах, с открытым SDK и явной концепцией учета. Сами плагины (на С++) смогут писать все кому не лень, делать их платными и бесплатными, соответственно, именно общая поддержка, при наличии интереса, поможет программе взлететь. |
|||
1
Молочный брат
23.03.20
✎
10:13
|
Что это было?? Сезонное обострение?
|
|||
2
Ботаник Гарден Меран
23.03.20
✎
10:17
|
Такое на фокспро рисовали 25 лет назад.
И 20 лет назад все эти поделки сдохли. |
|||
3
polosov
23.03.20
✎
10:18
|
(0) А в чем принципиальное отличие от существующих зарплатных учетных систем?
Модульность? |
|||
4
mikecool
23.03.20
✎
10:19
|
я в 99 году ваял нетленку для завода на бух компоненте
единственно не было пересчета задним числом, но им не требовалось в расчете ЗП нет ничего страшного, есть много законодательных приколов |
|||
5
mikecool
23.03.20
✎
10:20
|
+4 а так - писать можно на чем угодно, если есть время и средства
|
|||
6
Emery
23.03.20
✎
10:26
|
(2) > И 20 лет назад все эти поделки сдохли.
Естественно, FoxPro v. 2.6a для DOSс его 640 КБ памяти не позволял открыть одновременно более пары тройки окон. А VFP, не многих лучше. А вот движок VFP прекрасно работает с «семеркой», как с DDE-сервером. |
|||
7
Провинциальный 1сник
23.03.20
✎
10:29
|
(6) Вот уж от чего не страдал фокспро для дос - так это от нехватки памяти. Ему реально 640 кб было вполне достаточно, он сам умел своппинг при необходимости.
|
|||
8
Emery
23.03.20
✎
10:33
|
(3) > Модульность?
Да, плюс легкое приложение, типа «семерки», но 64-битное. Совмещение «конфигуратора» с основной программой, открытые SQLite скрипты, простая база данных, по типу SDF, как в FoxPro но с индексами на SQLite. Язык С++ для плагинов бизнес-логики (кому недостаток. А кому достоинство). |
|||
9
Молочный брат
23.03.20
✎
10:36
|
Автор, а в чем смысл разработки концепции? Ну, допустим, это почти гениально. Что дальше?
|
|||
10
Kongo2019
23.03.20
✎
10:37
|
(0) Сама зарплата считается легко. а вот как начинается НДФЛ, со всяким вычетами и прочие налоги, вот тут весело. Плюс отечность.
|
|||
11
Emery
23.03.20
✎
10:40
|
(4) > в расчете ЗП нет ничего страшного, есть много законодательных приколов
Ну и как вы предлагаете эти приколы обходить? А нестандартные ситуации, не учитываемые моделью, скажем ЗУПа? Что с ними делать? Бизнес-логика должна быть простой, открытой, модульной, легкой для модификации и изменений. Современные учетные программы от фирмы 1С от этого давно отошли. |
|||
12
Арбузов
23.03.20
✎
10:43
|
(11) А платежеспособному клиенту вот эта вот вся "модульность, плагины на С++" нужна? Если нет, то ваша концепция яйца выеденного не стоит.
|
|||
13
polosov
23.03.20
✎
10:44
|
(11) А серт специалиста по ЗУПу есть? Если не сдавал, то настоятельно рекомендую.
|
|||
14
El_Duke
гуру
23.03.20
✎
10:45
|
(11) Пример "нестандартной ситуации" приведите пожалуйста ?
|
|||
15
Shandor777
23.03.20
✎
10:46
|
(10) /а вот как начинается НДФЛ, со всяким вычетами и прочие налоги, вот тут весело. Плюс отечность./
Эт точно. Не знаю, что там сейчас, есть ли СЗВ-3? Если есть, то посоветовал бы автору проработать алгоритм этого, или какой там сейчас отчет взамен появился. Для разных категорий работников, инвалидов в том числе, с учетом установления и снятия инвалидности. И самое главное, рассчеты и отчеты с учетом СТОРНИРОВАНИЯ! Но и это всё можно преодолеть, НО. Когда вам придется 100500 раз переделывать алгоритмы из-за очередного бзыка законодательства, то вы поймете, почему ЗиК стоила дороже БУ. А сам по себе рассчет всяких там сдельных, с КТУ, надбавками и прочее - это все простенькая фигня. |
|||
16
Emery
23.03.20
✎
10:49
|
(9) > Автор, а в чем смысл разработки концепции? Ну, допустим, это почти гениально. Что дальше?
Чтобы избежать явных ошибок, ведь ее реализация будет открытой, а значит должна быть гибкой. Вот моя зарплата на 1С77, внедренная на нашей фирме, могла бы быть лучше, если бы я не допустил некоторых концептуальных ошибок, которые некритичны, пока я сопровождаю программу, но для других могут стать проблемными. Допустим, завтра переведут всех на понедельный расчет зарплаты, как у буржуев. И что будет делать фирма 1С, не говоря уже о простых смертных? Стон будет посильней, чем у либералов, от «космической поправки Терешковой» :) . А у нас это реализуется с пол-пинка. Также, если будет полный, либо частичный учет зарплаты за год. |
|||
17
Молочный брат
23.03.20
✎
10:52
|
(16) Правильно ли понял, что речь идет об очередной самоделке?? А у заказчика вашей самоделки есть справка от психиатра?? А вообще некрасиво обманывать
|
|||
18
Йохохо
23.03.20
✎
10:53
|
(17) крымской самоделке
|
|||
19
Emery
23.03.20
✎
10:55
|
(10) > Сама зарплата считается легко. а вот как начинается НДФЛ, со всяким вычетами и прочие налоги, вот тут весело. Плюс отечность.
Легко, если нет приколов. И НДФЛ тому пример. Трудности, потому, что вычисляется не оптимально, а не оптимально, потому, что концепция учета недостаточно гибкая. То же и по отчетности. |
|||
20
Bigbro
23.03.20
✎
10:56
|
(16) вы реально считаете себя способным предвидеть что способны родить у нас законодатели в области ЗП?
ну удачи вам в этом. я навидался всякого и как бы не относился к продуктам 1с в сфере ЗП - понимаю что проблема не в платформе и не в конфигурации. и любая гениальная учетная система упрется в законотворчество. |
|||
21
Irbis
23.03.20
✎
10:57
|
(18) да, там ещё не переболели "модульностью", но лет через 10 и это пройдёт.
|
|||
22
Bigbro
23.03.20
✎
10:59
|
(0) покажете мне корректный пример расчета для инвалида с ребенком инвалидом с доп выходными и сокращенной продолжительностью рабочего дня со сверхурочными, ночными, районным коэффициентом надбавками за вредность и переводом между разными регионами в середине месяца?
тогда обсудим. |
|||
23
Emery
23.03.20
✎
11:00
|
(12) > А платежеспособному клиенту вот эта вот вся "модульность, плагины на С++" нужна? Если нет, то ваша концепция яйца выеденного не стоит.
Вообще-то лучшее – враг хорошего! Но, если вашему клиенту рюшечки вжнее ехать, то всем не угодишь. Как кто-то сказал, что даже у самого плохого писателя есть свой читатель. Меня ваш вариант совершенно не пугает :) . |
|||
24
Молочный брат
23.03.20
✎
11:02
|
Крым??? Тогда это многое обьясняет. Надо помочь автору понять бессмысленность разработки
|
|||
25
Арбузов
23.03.20
✎
11:04
|
(23) Клиенту важна уверенность, что программа расчета ЗП соответствует текущему законодательству и что поддерживать программу в случае ухода разработчика будет просто. А в случае вашей разработки эти оба пункта 100% не выполняются.
|
|||
26
Арбузов
23.03.20
✎
11:05
|
(24) А как-бы не ЛНР/ДНР даже :))
|
|||
27
Emery
23.03.20
✎
11:07
|
(13) > А серт специалиста по ЗУПу есть? Если не сдавал, то настоятельно рекомендую.
Нет, но боюсь, что он мне не поможет. Во-первых, я живу не в России, а в ЛНР, а конфигураций для ЛДНР фирма 1С не выпускает от слова «совсем», не хотят, наверное :) . Во-вторых, концепция ЗУП (а ранее ЗиК) мне не нравятся (то же можно сказать про «Камин» и др.). Так, я совершенно не согласен с Еленой Гряниной, которая заявляет: «Табельный учет не нужен! Не нужен!!!». В ответ, я ей отвечаю: «Оклад по дням не нужен! Не нужен!!!» :) . |
|||
28
Йохохо
23.03.20
✎
11:09
|
(27) ну вдруг они в долю к тебе войдут, делай сразу хорошо
|
|||
29
El_Duke
гуру
23.03.20
✎
11:12
|
(27) Припоминаю наш с Вами диспут года 2 назад, лихо тогда шашками махали
>>«Оклад по дням не нужен! Не нужен!!!» Обоснование ? |
|||
30
Shandor777
23.03.20
✎
11:14
|
(27)/Так, я совершенно не согласен с Еленой Гряниной, которая заявляет: «Табельный учет не нужен! Не нужен!!!». В ответ, я ей отвечаю: «Оклад по дням не нужен! Не нужен!!!» :) ./
Ну, я давно пришел к выводу, что нужна просто почасовая оплата. Всё остальное - от лукавого. :) |
|||
31
Арбузов
23.03.20
✎
11:17
|
(30) Да-да, почасовая сдельно-премиальная :))
|
|||
32
Shandor777
23.03.20
✎
11:21
|
(31) Нет, просто почасовая. Если сотрудник выполняет более квалифицированную работу, либо его навыки позволяют ему при должном качестве производить больше продукции - ему повышают оплату часа работы. Всё.
|
|||
33
Йохохо
23.03.20
✎
11:22
|
(29) они борются что первым отменять, табель или оклад по дням. У ТС позиция ПРИНЦИПИАЛЬНО разнится с Гряниной, оклад надо отменять первым, Грянина пусть ждет
|
|||
34
Emery
23.03.20
✎
11:23
|
(14) > Пример "нестандартной ситуации" приведите пожалуйста ?
Ну, вот сегодняшняя ситуация. В ЛНР принят закон о повышении зарплаты бюджетникам. Мы не бюджетники, но на повышение претендуем. Собственники отмораживаются, типа, вам хорошо и то, что есть. Наш профсоюз обратился в прокуратуру, те обязали руководство выплачивать повышенную зарплату с 1-го января. Руководство (временная администрация) приказ о повышении подписывать отказывается, тем более что с завтрашнего дня оно может поменяться из-за завершения срока своих полномочий. И вот конец марта на носу, а как считать зарплату – непонятно. Т.е. это будет повышенная (с января, с февраля или марта?) или обычная зарплата, сегодня не ясно. Но если повышенная, то нужно включить в март разницу по каждому виду расчета за каждый период (между повышенной и обычной з/п). Потом, если приказ выйдет поздно, то за март уже успеют ввести данные по обычной з/п, а при использовании повышенных расценок все данные нужно будет перенабрать, точнее перевыбрать (а еще точнее, использовать мою обработку, которую, я написал на днях), поскольку времени но новый ввод данных уже может не быть, да и не поймут меня девочки-операторы. Это все можно сделать в обычном ЗУПе или еще где? И подобных ситуаций возникает по нескольку раз в год. Выручает именно «автомат Калашникова» в виде собственной конфигурации на 1С77, которая меня еще не подводила ни разу. |
|||
35
Shandor777
23.03.20
✎
11:24
|
Концептуально было бы, например оплату больничных вывести из обязанности работодателя, это работа страхового фонда.
Оплату отпускных сделать не сложным рассчетом, а выплачивать накопленную 1/12 от ежемесячного заработка, или вообще на отпуск работник может сам откладывать. |
|||
36
Shandor777
23.03.20
✎
11:27
|
(34) Ну вот, Вы сами прекрасно описали тот "сумашедший дом", который Вы предлагаете "автоматизировать" да еще бесплатно! :)
|
|||
37
8 bit
23.03.20
✎
11:28
|
(0) автор не отдупляет, что коробочные варианты, предлагаемые той же самой 1С, заточены под универсальность, т.е. на большинство случаев жизни, встречающихся при расчет заработной платы.
Автор, соорудив поделку для расчета ЗП для своего ларька, считает, что этой поделкой можно покрыть все ларьки в районе, а потом выходить на город и захватывать область. Удачи. |
|||
38
El_Duke
гуру
23.03.20
✎
11:31
|
(34) >>Это все можно сделать в обычном ЗУПе или еще где?
А в чем таки проблема ? Вводится Кадровый перевод или Изменение планового начисления, с начала года/с февраля/с марта. В нем указывается новый оклад,ЧТС и конфа сама пересчитает тем месяцы, которые затрагивает повышение Вопрос абсолютно технический, никакие цирки с собственниками не могут помешать |
|||
39
Emery
23.03.20
✎
11:33
|
(14) > И самое главное, рассчеты и отчеты с учетом СТОРНИРОВАНИЯ!
Но и это всё можно преодолеть, НО. Когда вам придется 100500 раз переделывать алгоритмы из-за очередного бзыка законодательства, то вы поймете, почему ЗиК стоила дороже БУ. У нас в ЛНР, а до этого в Украине-1.0, ЗиК нигде не взлетала, а там где работала, то 3 программиста изменили ее на 80% за два года. За это время я написал собственную конфигурацию. То, что здесь описано, это концепция нулевого уровня. Далее будут разработаны более подробные концептуальные подходы по конкретным видам учета. В этом то и весь цимус, разработать такие алгоритмы, которые будут относительно спокойно переносить «бзыки законодательства» и «бешенного принтера» ГосДумы. |
|||
40
Emery
23.03.20
✎
11:39
|
(20) > вы реально считаете себя способным предвидеть что способны родить у нас законодатели в области ЗП?
По крайней мере, у нас в ЛНР, да. Потом можно будет посмотреть и в сторону России :) . > я навидался всякого и как бы не относился к продуктам 1с в сфере ЗП - понимаю что проблема не в платформе и не в конфигурации. и любая гениальная учетная система упрется в законотворчество. С законотворчеством можно и нужно бороться правильными концепциями и алгоритмами. На эту тему производители софта не любят говорить из-за своекорыстных интересов. Именно поэтому я этот вопрос и подымаю. Проблемные места нужно, как минимум, проговаривать вслух, а не только чехвостить производителей нетленнок. |
|||
41
Emery
23.03.20
✎
11:46
|
(22) > покажете мне корректный пример расчета для инвалида с ребенком инвалидом с доп выходными и сокращенной продолжительностью рабочего дня со сверхурочными, ночными, районным коэффициентом надбавками за вредность и переводом между разными регионами в середине месяца?
тогда обсудим. Каждый вид расчета это отдельный слой всех учетных часов расчетного периода. Эти «слои» (виды расчетов) следуют в нормативном порядке. Добиваемся, чтобы в каждом часе, каждого слоя были фиксированные параметры учета, точнее, другими они быть и не могут, таким образом, просто вычисляем их. Затем все суммируем, в т.ч., отрицательные удержания. В общем, думаю, это не проблема, а всего лишь задача :) . |
|||
42
Emery
23.03.20
✎
11:52
|
(25) > Клиенту важна уверенность, что программа расчета ЗП соответствует текущему законодательству и что поддерживать программу в случае ухода разработчика будет просто. А в случае вашей разработки эти оба пункта 100% не выполняются.
Это программа не для конечного клиента («тётки-бухгалтера-расчетчицы»), а для штатного программиста предприятия. Если хотят работать без своего программиста и иметь программу под ключ, то да, это не ко мне. Но мне ведь и не нужны все клиенты. В любом случае я найду достаточное для себя количество клиентов, чтобы не скучать :) . |
|||
43
Emery
23.03.20
✎
11:59
|
(28) > ну вдруг они в долю к тебе войдут, делай сразу хорошо
Пытаюсь! Насчет доли, пока не опубликую прототип, то вряд ли. А вот вопросы, как правильно писать большие проекты на С++, уже возникли. Если по принципу непрерывного потока сознания, то получается плохо, в переводе на литературный язык. А примеров хорошего структурирования кода я не видел за исключением исходников Win32xx, но WTL, мне почему-то нравиться больше (по содержанию, не по форме). |
|||
44
Неуловимый Джо
23.03.20
✎
12:02
|
Короче очередная Фузина
|
|||
45
polosov
23.03.20
✎
12:06
|
(42) Штатному прогу надо сначала изучить концепцию твоего решения, потом узнать как это дорабатывать. Сравни базу знаний по тиражным решениям и по своей еще не придуманной программе.
|
|||
46
Bigbro
23.03.20
✎
12:10
|
(41) почему часы а не минуты? что за универсальная концепция которая на часах зациклена?
если фиксируется время рабочее до минут и характер работы и ее оплата существенно отличается для разных видов времени? куда в таком раскладе часы пойдут? |
|||
47
Emery
23.03.20
✎
12:11
|
(29) > Припоминаю наш с Вами диспут года 2 назад, лихо тогда шашками махали
>>«Оклад по дням не нужен! Не нужен!!!» > Обоснование ? Есть расчет оклада по часам, этого достаточно. Тем более что они могут непринципиально различаться. В моей текущей «зарплате» я считаю и так и так, но если есть отличия, то вывожу в протокол расчета сообщение: «Оплата по часам (х.хх) отличается от оплаты по дням (y.yy), принимается расчет по часам». Если бухгалтеров здесь будет что-то напрягать, то тогда будет рассматривать нюансы. Я все учетные и расчетные параметры проецирую на часовые поля, скажем так, поэтому расчет по дням (при учете по дневной или месячной тарифной ставке) даст тот же самый результат. Даже с учетом предпраздничных сокращенных рабочих дней. Поэтому, зачем нам лишние алгоритмы, нарушающие концепцию, тем более, дающие тот же самый результат (при правильном их использовании)? |
|||
48
Emery
23.03.20
✎
12:26
|
(35) > Концептуально было бы, например оплату больничных вывести из обязанности работодателя, это работа страхового фонда.
У нас первые пять дней больничного листа оплачивает работодатель, а для расчета б/л по соцстраху используется зарплатная история сотрудника за шесть месяцев, так что идея сомнительна. > Оплату отпускных сделать не сложным рассчетом, а выплачивать накопленную 1/12 от ежемесячного заработка, или вообще на отпуск работник может сам откладывать. В советское время человеку два рабочих дня месяца уходили не на зарплату, а откладывались на отпуск. Именно эти деньги на отпуск он и не получал. А не так, как бывает, принялся на работу и в первый же день заболел, или ушел в отпуск, вот и считаем ему непонятные суммы только по окладу. |
|||
49
Emery
23.03.20
✎
12:31
|
(36) > Ну вот, Вы сами прекрасно описали тот "сумашедший дом", который Вы предлагаете "автоматизировать" да еще бесплатно! :)
Внедрение по просьбе клиента, консультации, плагины на заказ, вполне могут быть платными. А насчет «сумасшедшего дома», как посмотреть. Если с точки зрения надежных и эффективных алгоритмов, то можно даже получить удовольствие, что быстро справился с нетривиальной проблемой :) |
|||
50
Emery
23.03.20
✎
12:39
|
(37) > автор не отдупляет, что коробочные варианты, предлагаемые той же самой 1С, заточены под универсальность, т.е. на большинство случаев жизни, встречающихся при расчет заработной платы.
Эта «универсальность» слишком жесткая и громоздкая, чтобы быть привлекательной. Если ежикам нравится плакать, колоться, но есть кактусы, то кто же им это запретит? > Автор, соорудив поделку для расчета ЗП для своего ларька, считает, что этой поделкой можно покрыть все ларьки в районе, а потом выходить на город и захватывать область. Насчет России не знаю, но для ЛДНР очень даже вариант, пока фирма «1С» боится санкций за работу там, как Сбербанк шарахается от Крыма (кстати, после своего перехода из ЦБ в правительство, он не вернулся в Крым?). |
|||
51
Emery
23.03.20
✎
12:46
|
(38) > А в чем таки проблема ?
А по времени это сколько займет, для 1000 человек с пересчетом порядка 10 видов для каждого за один месяц? И потом новый оклад указывается вручную для всех или можно программно? Что-то мне подсказывает, что «быстро только дети делаются», не уверен, что ваша теория победит нашу практику :) . |
|||
52
hhhh
23.03.20
✎
12:47
|
(50) а учет по дням у вас не планируется? По часам сейчас практически нигде нет. Зачем это по часам нужно?
|
|||
53
El_Duke
гуру
23.03.20
✎
12:53
|
(51) Да я откуда знаю сколько ?
У каждого свое железо, у кого то древнее, а у кого то новье навороченное. Думаю столько же времени уйдет как и обычный расчет зарплаты за месяц |
|||
54
Emery
23.03.20
✎
13:06
|
(45) > Штатному прогу надо сначала изучить концепцию твоего решения, потом узнать как это дорабатывать. Сравни базу знаний по тиражным решениям и по своей еще не придуманной программе.
Так ведь никто никого не заставляет. Но концепция будет простой, насколько это вообще возможно. Использоваться будут только объекты типа справочник а-ля 1С (а также обработки и отчеты). Точнее, таблицы и иерархические данные, типа деревьев. Никаких там документов, регистров, журналов, перечислений, планов счетов и тому подобного. Лично мне это ничего не нужно. Более того, вместо прикладного языка будет использоваться С++, бизнес логика представляться в плагинах, все запросы будут располагаться во внешних скриптах. Конфигуратор будет встроенным, отладчик – уровня С++. Движок базы данных – SQLite. Конфигурационные файлы будут двух типов текстовые, фиксированной ширины с внешним заголовком (юзаются с помощью MMF) и бинарные, в виде базы данных SQLite (все взаимозаменяемое). Индексы (внешние), как я уже говорил, будут генерироваться движком SQLite. Примеры, документация, все это планируется. К счастью, я могу ориентироваться целиком на собственные интересы. Так что, кому не нравится, может не использовать. |
|||
55
Emery
23.03.20
✎
13:19
|
(46) > почему часы а не минуты? что за универсальная концепция которая на часах зациклена?
если фиксируется время рабочее до минут и характер работы и ее оплата существенно отличается для разных видов времени? Было сказано, что: «2. Час может учитываться полностью либо частично, с коэффициентом учета от нуля до единицы.» Речь идет о том, что в течение часа никакие учетные параметры изменяться не могут. Или вы можете привести контрпример? А вот минуты учитываются просто, это коэффициент использования рабочего часа в расчетах. Если это 1/60, то используется 1 минута, а если 1/3600, то одна секунда. Любая точность, на ваш вкус. Но вот никакие учетные параметры в течение одного часа не могут, точнее, не должны меняться в принципе. Да, я допускаю, что из-за вредности, законодатели могут установить, скажем, вечернее или ночное время, не с точностью до часа, а с точностью, допустим, до получаса. Тогда календарный час у меня придется расщеплять на два виртуальных, скажем первые полчаса – дневные, а вторые – вечерние. Если такая мутня возникнет, но, наверное, придумать что-то можно, тот же учет виртуальных часов, хотя это будет некрасиво, либо вести учет до получаса, пока депутаты, все из той же вредности, не введут точность до 15 минут или даже меньше. Короче говоря, сегодня час – это разумный компромисс. |
|||
56
Emery
23.03.20
✎
13:31
|
(52) > а учет по дням у вас не планируется? По часам сейчас практически нигде нет. Зачем это по часам нужно?
Учет по дням, сменам, вахтам и т.п., это частный случай учета по дням. Вот есть сутки – 24 час. У вас, допустим рабочими являются 8 дневных часов, с 8-00 до 17.00 плюс час с 12.00 до 13.00 перерыв. Все. Таблица коэффициентов использования рабочего времени в данных сутках у вас сбудет состоять из 8 единиц и 16 нулей. Для текущей недели все аналогично с понедельника по пятницу. На выходные – все календарные часы – нулевые. В текущем месяце могут быть исключения, праздники, сокращенные рабочие дни и т.п. Все описывается соответствующими коэффициентами использования рабочих часов в месяце. Аналогично для всего года. Т.е., мы имеем поле рабочих часов сотрудников за любой период, что, по сути, является его плановым графиком. Фактический график может отличаться от планового, но в расчетах всегда будут использоваться оба графика. Естественно, что подобными часовыми полями мы можем описать все мыслимые и не мыслимые графики работы либо просто учетные часы (ведь оплачиваться может не обязательно только рабочее время). |
|||
57
Emery
23.03.20
✎
13:34
|
(53) > Думаю столько же времени уйдет как и обычный расчет зарплаты за месяц
Что-то я не уверен в этом. Ладно, останемся при своем мнении, типа, нет безнадежной работы, если ее делать другому :) . |
|||
58
hhhh
23.03.20
✎
13:41
|
(56) зачем такая невероятная хрень? Коэффициенты какие-то, праздничные и предпраздничные дни? В ЗУП учитывается просто: количество отработанных дней разделить на количество всего раочих дней в месяце. Зачем вы так невероятно усложнили?
|
|||
59
polosov
23.03.20
✎
13:42
|
(58) Потому что человек уперся в свою почасовку и теперь будет все системы учета времени приводить велосипедами к ней.
|
|||
60
8 bit
23.03.20
✎
13:49
|
(52) в смысле учета по часам сейчас нет нигде? Он везде. Наоборот, в днях мало кто считает.
|
|||
61
Emery
23.03.20
✎
14:08
|
(58) > зачем такая невероятная хрень? Коэффициенты какие-то, праздничные и предпраздничные дни? В ЗУП учитывается просто: количество отработанных дней разделить на количество всего раочих дней в месяце. Зачем вы так невероятно усложнили?
Просто считается в простых случаях. Но на любом производственном предприятии масса нюансов, да и сам ЗУП – невероятно громоздок и сложен для восприятия и модификации на уровне конфигурации. Почему бы вам не сказать фирме 1С – уберите из ЗУПа процентов 80 кода, он мне не нужен. На что они меланхолично ответят, зато нужен другим. Я считаю зарплату по своей программе уже 15 лет и там было столько нюансов, которые ни пером описать, ни, как там дальше? Адаптированная мной для ЛНР конфигурация ПУБ-77 для Украины содержит меньше изменений на порядки. А так, я согласен, что 90% случаев описываются 10% алгоритмов и наоборот, 10% случаев описываются 90% алгоритмов. Поэтому, когда встал вопрос об оптимальном учете и расчете зарплаты, хотя бы уровня ЛНР, вот тогда и возникла идея почасового учета. Да она громоздкая, но на внутреннем уровне. Для отчетов все остается по-прежнему, представление данных будет компактным. Зато алгоритмы расчета упрощаются на порядок и становятся модульными, которые можно будет менять как перчатки. Главная идея, что на уровне элементарной учетной единицы все расчетные параметры постоянны. А если вы используете большие учетные интервалы (дни, недели, месяцы), то в общем случае там расчетные параметры – переменные. Вот учет всех их изменений и представляет основную трудность. И все равно часть учетной информации теряется и считается с ошибками. Так что это просто жизненный опыт решения подобных задач, в более-менее общем виде. |
|||
62
Йохохо
23.03.20
✎
14:20
|
(61) то что ваш костыль 15 лет обрастал мясом не значит что под мясом не костыль
|
|||
63
Emery
23.03.20
✎
14:30
|
(62) Так речь идет не о старой программе, а о новой. Ибо старая да, источник опыта, но для публикации не годится, хотя на своем месте это рабочая лошака еще та. А новая будет ориентирована на совместное творчество на уровне плагинов. Плохие заменил хорошими, добавил новые и все дела.
|
|||
64
AliceLight
23.03.20
✎
16:12
|
Постою, послушаю
|
|||
65
Злопчинский
23.03.20
✎
18:26
|
В далеком 1999г после полутора недель подготовки сертифицировался по ЗиК.
работал примерно полтора-два года, потом НАХЕР бросил. Принципиально. Мне совсем не нравилось становится спец иалистом по трудовому законодательству и прочим НПА - а это первое что надо было чтобы а) понимать почему считается так а не иначе и б) бухи были реально "тупые" все в части зп (именно бухи, которые занимались зарплатой, попадались пару расчетчиков - с ними было проще). . у ТС все проблемы будут с поддержкой соответствия законодательству (если только главной целью не будет "управленческая зарплата"). А накропать частных алгоритмов/плагинов для частностей - не проблема. . также вызывают вопросы (но тут не спец) - SQLite - насколько адекватнос скулайт поддерживает многопользовательскую одновременную работу, транзакции/блокировки и прочее. . в любом случае автору - успехов! держи в курсе. |
|||
66
Злопчинский
23.03.20
✎
18:29
|
.. и, сильно сомневаюсь, что ТС обойдется только сущностями типа "справочник". В свое время наблюдал как охеренно квалифицированные дельфисты писали расчеты для коммунальной конторы. Кучу времени трахались с тем, чтобы родить то, что в итоге у 1С шло "из коробки". В итоге - были и сужности аналогичные журналам, и периоды действия и периоды регистрации, и перерасчеты всякие вытсняющие и куча всякой хрени.. могу что-то путать, но общее то, что процентов 50% времени они потратили на то, чтобы создать "движок".
|
|||
67
Провинциальный 1сник
23.03.20
✎
18:34
|
(48) В части российских регионов больничные оплачивает ФСС напрямую работнику, а не работодатель в зачет взносов. За работодателем остается только первые 3 дня в случае болезни.
"В советское время человеку два рабочих дня месяца уходили не на зарплату, а откладывались на отпуск. " Интересно, не знал о таком. То есть, в расчетном листке была строчка "удержание на очередной отпуск"? И оплата отпуска шла из этих накопленных удержаний, без аванса? |
|||
68
pavlika
23.03.20
✎
18:41
|
Тут типовой продукт не успеваешь допиливать под требования бизнеса, завидую тому кто с нуля хочет это все поднять. Меня вот больше интересует сколько методологов согласуют бизнес логику этого продукта и кто потом будет отвечать в случае обращений в трудовую инспекцию, суды? Или все что Вы делаете в нашем ПО на Ваш страх и риск?
|
|||
69
Shandor777
23.03.20
✎
18:58
|
(67)/В части российских регионов больничные оплачивает ФСС напрямую работнику, а не работодатель в зачет взносов. За работодателем остается только первые 3 дня в случае болезни. /
Так это оплачивает. А рассчитывает кто? Речь ведь идет о программе рассчета зарплаты работодателем. Т.е. программа должна обеспечивать правильный рассчет. А уж три дня, два или весь больничный, это уже без разницы. Суть моего предложения была в том, чтобы больничный полностью и рассчитывался ФСС, на основе поступающих сведений и взносов. |
|||
70
Emery
23.03.20
✎
19:17
|
(65) > В далеком 1999г после полутора недель подготовки сертифицировался по ЗиК.
Я начал работать, после второго ВУЗа в 1990-м году. Зарплата тогда считалась вообще примитивно. В то время был уже FoxBase, DBase, Lotus-123 (тип эксела). Из-за нехватки памяти, для расчета текущего месяца, прошлый удалялся, а в Лотусе можно было посчитать не более 128 человек за один раз. В общем, все было легко и просто. И чем компьютера становились мощнее, тем сложнее становился расчет зарплаты и вообще учет. > у ТС все проблемы будут с поддержкой соответствия законодательству (если только главной целью не будет "управленческая зарплата"). А накропать частных алгоритмов/плагинов для частностей - не проблема. Нет, «зарплата» у меня не управленческая, а самая, что ни на есть «настоящая». Согласен, что претендовать сейчас на соответствие российскому законодательство – абсолютно не реально, тем более что в России (в Москве) я последний раз был в начале 90-х. Боюсь, что Москву я уже не узнаю, хотя поддерживаю переписку с одногруппницами из МГУ, они держат меня в курсе событий, а я их учу «Родину любить», в смысле, Путина (смешно, наверное). Если читать все мои реплики, то понятно, что задача альтернативной «зарплаты» для России у меня не стоит, скорее, это 64-х битная альтернатива платформе 1С77 и зарплатной конфигурации, ориентированной на ЛНР. > также вызывают вопросы (но тут не спец) - SQLite - насколько адекватнос скулайт поддерживает многопользовательскую одновременную работу, транзакции/блокировки и прочее. Вообще-то меня интересует РБД (распределенная БД), под управлением некой безинтерфейсной серверной службы, хотя SQLite может работать и в многопользовательской среде, понятно, что не как альтернатива промышленным базам данных. Ведь это всего лишь Embedded System. (66) >.. и, сильно сомневаюсь, что ТС обойдется только сущностями типа "справочник". Но ведь обхожусь же, в своей конфигурации на «семерке», которая пашет, как Папа Карло уже 15 лет. Расчет у меня внешний, с помощью движка Visual FoxPro, который обменивается данными с 1С77 как с DDE-сервером. Все работает чудесно, результаты расчета отображаются в реальном временив в 1С. Одно время делал собственный учет ресурсов, на той же идее и он даже пару лет работал на предприятии, но ему просто существовала альтернатива ПУБ-77 для Украины, которую мне пришлось адаптировать по просьбе главбуха. А вот альтернативу зарплаты главбух предложить не смогла. >.В свое время наблюдал как охеренно квалифицированные дельфисты писали расчеты для коммунальной конторы. Кучу времени трахались с тем, чтобы родить то, что в итоге у 1С шло "из коробки". В итоге - были и сужности аналогичные журналам, и периоды действия и периоды регистрации, и перерасчеты всякие вытсняющие и куча всякой хрени.. могу что-то путать, но общее то, что процентов 50% времени они потратили на то, чтобы создать "движок". Я вообще смотрю, что очень мало людей, которые далеко уходят в концепции учета, от предложенной «классиками», т.е., фирмой 1С. Я в этом плане готов экспериментировать с большим размахом :) . Образование как бы позволяет, если бы только лени поменьше :) . |
|||
71
Emery
23.03.20
✎
19:23
|
(67) > "В советское время человеку два рабочих дня месяца уходили не на зарплату, а откладывались на отпуск. "
Интересно, не знал о таком. То есть, в расчетном листке была строчка "удержание на очередной отпуск"? И оплата отпуска шла из этих накопленных удержаний, без аванса? Я сейчас затрудняюсь вспомнить детали, давно это было, может быть и не вполне точен. Просто написал, как запомнил. |
|||
72
shuhard
23.03.20
✎
19:34
|
(70)[Я вообще смотрю, что очень мало людей, которые далеко уходят в концепции учета, от предложенной «классиками», т.е., фирмой 1С]
для ЗиУП, большей частью используемого для расчета налогов и взносов + генерация фискальной отчетности, уход от классики бесполезен. стоит типовая копейки, рабочих мест мало |
|||
73
Emery
23.03.20
✎
19:35
|
(68) > Меня вот больше интересует сколько методологов согласуют бизнес логику этого продукта и кто потом будет отвечать в случае обращений в трудовую инспекцию, суды? Или все что Вы делаете в нашем ПО на Ваш страх и риск?
Ну, какие вопросы могут быть к бесплатному ПО? Наверное, надо будет в лицензии написать, что пользователь использует ПО на собственный страх и риск. Хотя сама постановка вопроса странная. Я всегда полагал, что расчетчики должны получать тот результат, который хотят. Программа должна им в этом помогать. Меня, точнее протоколы расчетов программы, наши расчетчики проверяют до сих пор. И не редки вопросы, почему у тебя так, а них по-другому? Разбираемся, смотрим. Чаще всего соглашаются, но иногда приходилось программу шлифовать. В крайнем случае, всегда можно использовать фиксированные суммы в видах расчетов, хотя я считаю, что расчетчики иногда «химичат». В любом случае, за цифры отвечают они, мое дело обеспечить все их хотелки. |
|||
74
Emery
23.03.20
✎
19:40
|
(69) > Суть моего предложения была в том, чтобы больничный полностью и рассчитывался ФСС, на основе поступающих сведений и взносов.
Я не вижу тут особых проблем. Это сможет реализовать даже любой пользователь в собственном плагине. Я должен, прежде всего, предоставить такую возможность. |
|||
75
Злопчинский
23.03.20
✎
19:47
|
(70) "Я вообще смотрю, что очень мало людей, которые далеко уходят в концепции учета, от предложенной «классиками», т.е., фирмой 1С. Я в этом плане готов экспериментировать с большим размахом :) . Образование как бы позволяет, если бы только лени поменьше :)."
- здесь в первую очередь играет роль ДОСТУПНОСТь мамы, всегда можно проконсултироваться, у коллег поинтересоватьяс как это у них работает (большое сообщестов). В твоем изделии - оно будет жить ровно до тех пор пока лично ты будешь в этом заинтересован. А описартьяс на одного человека нынче - совсем не выход. 1С в этом варианте гораздо предпочтительнее. Как пример: orefkov и Снегопат |
|||
76
Emery
23.03.20
✎
19:51
|
(72) > для ЗиУП, большей частью используемого для расчета налогов и взносов + генерация фискальной отчетности, уход от классики бесполезен.
Я уже соглашался с подобным подходом. Здесь я вам не конкурент. Но я бы мог предложить вести учет рабочего времени в моей программе (вместо эксела, для тех, кто его использует для подобных целей). А потом просто экспортировать данные в ЗУП и там уже считать, как велят «классики». Экспорт в ЗУП и импорт его данных в мою (для быстрой и удобной модификации), это первое, чем я собираюсь заняться в плане интеграции программ. Как оно будет на самом деле, посмотрим. |
|||
77
Emery
23.03.20
✎
20:03
|
(75) > В твоем изделии - оно будет жить ровно до тех пор пока лично ты будешь в этом заинтересован. А описартьяс на одного человека нынче - совсем не выход. 1С в этом варианте гораздо предпочтительнее.
Все так, но если народ начнет писать собственные плагины, то тогда программа будет иметь шанс жить независимой жизнью. Сама она будет бесплатной, открытой и без защиты. А когда код программы будет в достаточной мере отшлифован и прочно ассоциирован с моим именем, то тогда его можно будет сделать опенсорсным. Проблема у меня только одна, как бороться с собственной ленью :) . |
|||
78
palsergeich
23.03.20
✎
20:16
|
(77) Не будет никто писать плагины. Правда жизни.
Вон есть ЕДТ. Сиди пиши плагины. Хрен там, кроме пяти - десяти энтузиастов - никому это нахрен не в перлось. В том числе и мамке, они пока родили один плагин всего. |
|||
79
palsergeich
23.03.20
✎
20:18
|
Мы на работу работать ходим что бы денежки получать, тратить еще личное время на что то около работы - часто непозволительная роскошь.
Примеров чуть больше чем дофига. |
|||
80
palsergeich
23.03.20
✎
20:19
|
(78) И то те кто пишут - ИМХО делают это для того что бы сделать java-leave. По крайней мере от одного из них я такую фразу слышал.
|
|||
81
Злопчинский
23.03.20
✎
20:19
|
(77) не взлетит для рынка.
для использования лично тобой - вполне. другими - маловероятно. 1Сники - ленивые в основном. Доки будут? Какое описание будет? Какая поддержка от разработчика будет? . выиграть можно только за счет того что это будет ЛУЧШЕ чем у мамы. что - маловероятно. |
|||
82
palsergeich
23.03.20
✎
20:20
|
(81) Недостаточно быть лучше.
|
|||
83
Злопчинский
23.03.20
✎
20:21
|
(82) "Лучше" - это объемное понятие. Включает в себя много чего. и вот в этом "много чего" - и надо быть лучше.
|
|||
84
Злопчинский
23.03.20
✎
20:22
|
вот если сделать ПЛАТФОРМУ - аналог 77, только халявный и более продвинутый малость чем 77 - вот это было бы интерсено.
|
|||
85
Зубровка
23.03.20
✎
20:22
|
(82) Чой-то? Вон, Магазька взлетела же только на том, что лучше.
|
|||
86
palsergeich
23.03.20
✎
20:23
|
(85) Где она взлетела?
Я ни разу ее не видел нигде. Так слышал что есть такая коробка - не более. С таким же успехом можно мою нетленку сказать что она взлетела, есть внедрения и продажи, точнее были)) |
|||
87
Злопчинский
23.03.20
✎
20:25
|
(85) Она летит только пока Юра ее поддерживает.
я вот, например, не знаю независимых доработок Магазьки под нужды. И не знаю незавимымх разработчиков/РП/консультантов под Магазьку. А ждать мне - пока Юрий впилит нужную мне вещь, опираясь на его собственные предпочтения надо/не надо - не с руки. В свое время - у лавочника одного - отказались от Магазьки - в т.ч. и по этой причине. |
|||
88
rsv
23.03.20
✎
20:26
|
(0) не важно где вы ее считаете . Главное чтобы соответствовало все НК , ТК , ПБУ и ведомственным актам.
|
|||
89
Зубровка
23.03.20
✎
20:26
|
(86) Так ты с ларьками не работаешь, где тебе увидеть то?
|
|||
90
Зубровка
23.03.20
✎
20:28
|
(87) Доработок нет, так как это нишевый продукт для маленьких ларьков. Там нормальные деньги заработать трудно очень. Впрочем, ТС ничего подобного даже близко не грозит, он не от потребностей бизнеса, а от своих фантазий пляшет.
|
|||
91
Злопчинский
23.03.20
✎
20:29
|
Разработчик 1С:ЗУП (Вьетнам г. Ханой), Полный день
сегодня Город: Москва Зарплата: не указана Тип занятости: Полный день Территория работы: На территории работодателя Специализация: Программист 1С Конфигурация: 1С:Зарплата и Управление Персоналом 3.x Требуемый опыт работы: 3-6 лет 1C Vietnam Вступление: • Вакансия предполагает переезд в г.Ханой, Вьетнам • Уровень зарплаты обсуждается на собеседовании |
|||
92
palsergeich
23.03.20
✎
20:30
|
(89) работать не работаю, да.
Но по остаткам вполне себе хожу и всегда примечаю на чем работают. Сети - на своих решенияхостальные почти все в рознице или отраслевках на ней. Видел и УТ. Даже ЕРП один раз. |
|||
93
Зубровка
23.03.20
✎
20:30
|
(91) Ну, с ЛДНР во Вьетнам вполне себе имеет смысл переезжать.
|
|||
94
palsergeich
23.03.20
✎
20:30
|
(92) по ларькам
|
|||
95
Злопчинский
23.03.20
✎
20:31
|
(90) угу.
как практик, прошедший все ступени - от костылей до своих разработок и проектов по WMS - скажу так: если делать нечего и хочется прокачать скиллы и в качестве хобби - то можно пилить свой велосипед. Но это будет именно велосипед - то есть повторение уже пройденного другими. Смысла очень мало. |
|||
96
Зубровка
23.03.20
✎
20:31
|
(92) Как примечаешь? Что, прямо к продавцам пристаёшь - а на чем вы работает, ну-ка, покажите?
|
|||
97
palsergeich
23.03.20
✎
20:31
|
(91) Жилье за свой счёт.
ЗП вроде как по слухам - Московская, только школы/сады платные и тоже за свой счёт. Одиночке будет неплохо, а вот с семьёй только ради смены климата. |
|||
98
palsergeich
23.03.20
✎
20:32
|
(96) у меня хорошее зрение, а в заголовке окна конфигурация пишется)
|
|||
99
Зубровка
23.03.20
✎
20:35
|
(98) О, ладно, с ларьками понятно. А в каких сетях 1С на фронте?
|
|||
100
palsergeich
23.03.20
✎
20:37
|
(99) Самсон фарма например
|
|||
101
palsergeich
23.03.20
✎
20:39
|
rendez-vous
|
|||
102
Зубровка
23.03.20
✎
20:40
|
(87) Но, кстати, если бы Магазька не на 1С была, рынка бы поболее занимала.
|
|||
103
palsergeich
23.03.20
✎
20:40
|
Евросеть.
Думаю достаточно. |
|||
104
palsergeich
23.03.20
✎
20:41
|
(102) не факт.
Дело не в платформе ИМХО |
|||
105
Зубровка
23.03.20
✎
20:44
|
(103) Ещё давай, я статистику собираю, я вот только КиБ и Бристоль знаю, что на 1С.
|
|||
106
Зубровка
23.03.20
✎
20:45
|
(104) Именно в платформе, вернее в её стоимости. Дорого ларькам платить за 1С + Магазька.
|
|||
107
Emery
23.03.20
✎
20:46
|
(75) > вот если сделать ПЛАТФОРМУ - аналог 77, только халявный и более продвинутый малость чем 77 - вот это было бы интерсено.
Так это и есть главная цель, собственная 64-битная платформа а-ля 1С77 на SQLite. А «зарплата» это практическое демо для нее, чтобы не было как с «2С», платформа, типа есть, а конфы, только убогое демо. Тем не менее, к зарплатной конфигурации для своего модульного учета («МУЗА») я отношусь очень серьезно, по крайней мере, для ЛНР. |
|||
108
Зубровка
23.03.20
✎
20:50
|
(107) Да почему SQLite то? Бесплатных СУБД более подходящих есть много.
|
|||
109
Emery
23.03.20
✎
20:54
|
(107)+ Не (75), а (84).
(78) > Не будет никто писать плагины. Правда жизни. Вы думаете, это меня остановит? Мое дело предложить, ваше дело отказаться :) . |
|||
110
Злопчинский
23.03.20
✎
20:59
|
(70) еще раз - будет твоя "коробка" (платформа) поддерживать многопользовательскую работу хотя бы на уровне 77?
|
|||
111
Emery
23.03.20
✎
21:00
|
(108) > Да почему SQLite то? Бесплатных СУБД более подходящих есть много.
Потому, что это единственная опенсорсная внедряемая система. Другие системы клиент-серверные, а это уже другая парадигма для меня, поскольку я ориентирован на распределенные базы данных и некоторую собственную серверную службу. Что-то похожее на планы обмена в «восьмерке». |
|||
112
Emery
23.03.20
✎
21:02
|
(110) > Хуже чем «семерка» не будет.
|
|||
113
Злопчинский
23.03.20
✎
21:02
|
про Sqlite https://habr.com/ru/post/149356/
|
|||
114
Злопчинский
23.03.20
✎
21:03
|
(112) c учетом того что я почитал навскидку - для многопользовательской работы очень нужно будет RDP
|
|||
115
Emery
23.03.20
✎
21:06
|
(114) > Постараюсь обойтись без RDP.
|
|||
116
Зубровка
23.03.20
✎
21:06
|
(111) А firebird не катит?
|
|||
117
Emery
23.03.20
✎
21:09
|
(116) > Нет, это слишком тяжелая система для моих целей.
|
|||
118
Зубровка
23.03.20
✎
21:10
|
(117) Мда... Как говорится, "пилите, Шура, пилите".
|
|||
119
Провинциальный 1сник
24.03.20
✎
05:52
|
(117) firebird тяжелый? Мы об одном и том же говорим?
Вообще, firebird лучше sqlite хотя бы тем, что он чистый версионник, а не блокировочник, со всеми бонусами этого, и полностью соответствует стандарту SQL. Плюс развитый внутренний процедурный язык, позволяющий внутри базы реализовать часть бизнес-логики и ограничений данных с минимальным оверхедом. При этом как и в sqlite вся база в одном файле - очень удобно. |
|||
120
Зубровка
24.03.20
✎
06:04
|
(119) Так и я о чём, человек в плену своих дремучих представлений об окружающем мире.
|
|||
121
zelyak
24.03.20
✎
06:22
|
Так то можно и платформу самому написать что бы ни от кого не зависеть! Да как то слабовата платформа 1С, на Спектруме не катит вообще … Думаю ВСЁ СКАЗАНО ПРАВИЛЬНО АВТОРОМ!!! Сейчас самое важно сосредоточиться на написании универсальной ОС под Спектрум и Эльбрус, послезавтра НОВАЯ НОРМАЛЬНАЯ платформа от АВТОРА, затем МУЗА и к концу месяца у нас будет СУПЕР-СИСТЕМА-УЧЕТА-ЗП МУЗА (гордость распирает, ещё раз МУЗА)- главное что бы в очередной раз ГБ не наложал/ла успел отправить отчетность из МУЗА в своей ОС и с Эльбруса !!!
|
|||
122
Провинциальный 1сник
24.03.20
✎
06:28
|
Да и кстати у firebird тоже есть встраиваемая версия по типу sqlite
|
|||
123
zelyak
24.03.20
✎
06:30
|
Вот работнику без разницы на чем Вы будете считать ЗП и как начислять, его волнует ИТОГО. Хоть просто цифры придумывайте, а уж тем более никого сейчас не волнует сколько памяти будет затрачено при расчете ЗП. Многие компании вообще ЗП в Экселе считают и ничего - прекрасно работают. Разговор напоминает "восьмёрка сырая - буду юзать клюшки". С точки зрения кода сложно не посчитать ЗП, её нужно ещё интегрировать с внешним миром, а главное В СРОК ! Даже 1С не всегда делает В СРОК. Ну даже если Ваши система замечательная, а не станет Вас - кто её будет обслуживать ?! Бизнесу нужна хоть какая-то уверенность в завтрашнем дне - отсюда и идёт стандартизация. Вы гений, молодец, умница - но Ваша уникальность бизнесу не нужна!
|
|||
124
Emery
24.03.20
✎
06:51
|
Одни не видят смысла в программе полностью, другие в использовании SQLite. Но кто мешает написать свой вариант «2С» и конфигурацию к нему? Поскольку меня аргументы за Firebird против SQLite не впечатляют.
|
|||
125
Йохохо
24.03.20
✎
07:00
|
(124) расчет показателей не в твоей программе, налогов тоже. Зачем?
|
|||
126
Emery
24.03.20
✎
07:02
|
(123) > Вообще не пойму, о чем вы говорите. Даже мелкософт не претендует на абсолютную универсальность своих продуктов. У меня есть собственная ниша, которую фирма «1С» пока не собирается занимать из-за возможных санкций со стороны дяди Сэма. Я имею в виду рынок учета в ЛНР / ДНР. Здесь в ходу всякие подделки. Но зачем мне делать монстра типа «восьмерки», когда хорошо зарекомендовала себя рабочая лошадка типа «семерки»? И она будет у нас работать, пока ей не придет лучшая замена. У меня есть интерес поработать в этом направлении. Еще раз, ниша вообще пустая. Путного ПО нет вообще. Поэтому смысл в своей работе я вижу. Если кто-то предложит собственный улучшенный вариант 1С77, то перейду на него и займусь другим проектом. Благо, идей гораздо больше, чем возможностей их реализации.
|
|||
127
Emery
24.03.20
✎
07:37
|
(125) > расчет показателей не в твоей программе, налогов тоже. Зачем?
Почему вы так решили? Для непризнанных республик все будет считаться полностью. А если речь идет о первоначальной интеграции с «восьмеркой», то да, сначала надо организовать экспорт / импорт, а потом можно развивать отношения по мере возможностей и необходимости. |
|||
128
Bigbro
24.03.20
✎
08:36
|
(127) если цель вполне конкретная пустая ниша расчета ЗП в ЛДНР - пиши и занимай. насколько можешь технологично и всерьез.
примеры успешных региональных ЗП решений конкурирующих с ЗиК и ЗУП (до сих пор!) - есть. так что удачи. главное сумейте поддержку обеспечить, это то что важнее всего для клиента. |
|||
129
Злопчинский
24.03.20
✎
19:39
|
Как у ТС продвигается РАБОТА? за истекший день в реализацию концепции вложено что-нить? или без волшебного пенделя никак?
|
|||
130
Emery
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
|
короче - жопа.
вместо создания бизнес-приложения - создание еще одной платформы. а создать платформу - дело очень-очень небыстрое. итого: не взлетит в обозримой перспективе. а когда взлетит (если ВДРУГ) - то разработка останется далеко-далеко позади ушедших вперед |
|||
132
Emery
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) Да-да, особенно в типовых всё с модульностью и плагинами хорошо :))
|
|||
138
Emery
25.03.20
✎
06:41
|
(133) > ну, с учетом того что я клюшечник - то зачем мне плевать в колодец?
Я этих подробностей не знал, ладно забираю свои слова обратно :) . Но, думаю, на форуме всегда найдутся желающие пнуть за сам факт любви к «семерке». Иногда я думаю, что это их мелкая «мстя», за то, что они вынуждены иметь специфические отношения, скажем так, с «восьмеркой». |
|||
139
Emery
25.03.20
✎
06:58
|
(133) > - наваяй свою ЗП на 8-ке.
Пробовал уже. Но управляемые формы не комильфо. Это хорошо для других целей, а обычные формы 1С8х достаточно глюкавые и по большому счету не дают особых преимуществ перед 1С77. «Семерка» же хороша как интерфейсный контейнер, работу с базой данных лучше делать через ВК либо движок Visual FoxPro в связке с DDE-сервером 7.7 (как в моей «зарплате»). Однако современные тенденции мотивируют на использование интерфейсных рюшечек в программах, в этом смысле «семерка» выглядит бледно. Я пробовал использовать ВК для расширения интерфейсных возможностей 1С, но без хакерских методов трудно добиться чего-то путного. Потом плюнул и решил, что проще наваять новый интерфейс с нуля а-ля 1С77, чем ковырять существующий. И это действительно так. Проблемы только в моей недостаточной квалификации как спеца по C++ / WTL. Но это дело наживное. Потом можно будет книги писать по программированию на «плюсах» :) . |
|||
140
Emery
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 элементов - то вполне нормальные формы.
ОФ - чем они глюкавые-то? нормальные формы тоже. |
|||
142
la luna llena
25.03.20
✎
10:29
|
(0) зачем это нужно, без налогов и отчетности?
|
|||
143
Emery
25.03.20
✎
11:11
|
(141) > ну если в УФ не пихать на экран 100500 элементов - то вполне нормальные формы.
Почему-то мне не хочется делать десктопные приложения на УФ. Но для работы в браузерах это самое то. > ОФ - чем они глюкавые-то? нормальные формы тоже. Спасибо, не надо! Я пробовал адаптировать ЗУП на обычных формах под себя. Так основное время я боролся не с алгоритмами, а с интерфейсом. Вот если бы фирма 1С сериализовала бы обычные формы в xml, как управляемые, то тогда еще можно было бы поюзать их, хотя не факт, что перешел бы. Я вот говорил автору «Магазьки», что мне его интерфейс не нравится, на что он обиделся, мол, других устраивает, с чем я не спорю. Но создание хорошего и удобного интерфейса в конфигурации 1С довольно трудоемкая вещь, вот, кстати, почему большинство типовых сделаны по принципу: «с глаз долой, из сердца – вон!» или «нам с ними не работать!». Именно поэтому я хочу иметь собственный интерфейс, который можно было бы легко и быстро настраивать под себя и чтобы формы по умолчанию радовали глаз. |
|||
144
Emery
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
|
нафиг никому не интересны твои недовольства интерфейсами.
и на УФ и на ОФ можно сделать нормальные фейсы. все проблемы в том что значально все универсально. если ПОТОМ запилить фейс под выстроенный регламент работы - все проще. и нафиг никому платформа не интересна. прикладную конфигу давай. уже бы давно наваял... |
|||
148
la luna llena
25.03.20
✎
11:26
|
(144) Но рано или поздно приходит время, когда возникает необходимость поменять платформу. - зачем?
Действительно, нет смысла делать учетную программу без отчетности. - поддерживать одному изменения отчетности? ну-ну. Хотя возможно у вас изменения выходят гораздо реже, чем у нас |
|||
149
wt
25.03.20
✎
11:50
|
(39) Однимсловом все становится ясно: на Украине не взлетела...
К Вашему сведению. ЗиК у меня работала при 8 расчетчиках, на 7к сотров, считая дивиденды и совместителей и договорняеов и многосменный работников. До 2012г. Ничего не переписано было, а дополнено: Журнал зарплаты- в связи с позаказным учетом, виды расчетов из-за опять же позаказного учета и сложных видов деятельности работников. Более 200 ВР. В (0) много ошибок и просто не понимания такого вида учета, как расчёт зарплаты. Вам для прояснения темы, надо поработать на нормальном предприятии в отделе труда и заработной платы. На многое замените точку зрения. |
|||
150
Emery
25.03.20
✎
12:43
|
(146) > велосипеды снова.
Я бы рад использовать хорошую альтернативу 1С77, но, то, что знаю, мне не нравится. «2С» так хорошо начали, но быстро закончили. А до этого были «Ананас», «1L» и другие. Веб-ориентированные приложения меня тоже пока не устраивают. (147) > нафиг никому не интересны твои недовольства интерфейсами. Ну, вообще-то тема про «концепцию…», а про «интерфейс» это попутные ответы. Не спрашивайте, не будет повода говорить об этом. > и на УФ и на ОФ можно сделать нормальные фейсы. Ну, так делайте! Только без меня, ладно? > все проблемы в том что значально все универсально. Думаю, что проблемы скорее в не тех концепциях и алгоритмах. > прикладную конфигу давай. уже бы давно наваял... Можно было бы написать ее на обычных формах «восьмерки», по аналогии с «Магазькой». Однако понятно же, что конкурировать с ЗУПом на территории России я не смогу, а на территории ЛДНР вполне можно пока обойтись и «семерочными» конфигурациями. Но с точки зрения перспективы, собственная платформа и конфигурации под нее более интересны в смысле самомотивации. |
|||
151
Emery
25.03.20
✎
12:57
|
(148) > Действительно, нет смысла делать учетную программу без отчетности. - поддерживать одному изменения отчетности? ну-ну. Хотя возможно у вас изменения выходят гораздо реже, чем у нас
Ну да, нам до «бешенного принтера» Госдумы, далеко. В этом преимущества малых государств, нет лоббистов в законодательстве, чтобы навязывать делать дурную работу (по принципу: «были бы негры, а работа найдется» и…, наоборот :) ). Однако идея моя в другом. Я не планирую, как автор «Магазьки», делать все изменения самому, хотя он не устает повторять, что это «народная» программа. Я хочу создать платформу для модульного учета, где бизнес-модули, в виде плагинов, смогут ваять все кому не лень. Если идея окажется удачной, то создавать бизнес-логику смогут не только я, но и вы и все другие, при желании. Похоже на создание конфигураций в 1С, только модульного типа. Сам же я буду делать только хорошие демо-конфигурации, имеющие смысл у нас, в непризнанных республиках. А вы, если заинтересуетесь, сможете создать аналоги для себя. |
|||
152
Said_We
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. |
|||
155
Said_We
25.03.20
✎
13:22
|
(153) тормоза. 77 только с 1С++ скорость хоть какая-то.
|
|||
156
Emery
25.03.20
✎
13:35
|
(149) > Однимсловом все становится ясно: на Украине не взлетела...
Ну, да, конфигурацию ЗиК делала не фирма «1С», а ее партнер фирма «Abbyy» в Киеве. А намудрили наверное потому, что сейчас расположены на проспекте Бендеры, а в то время были, не исключено, юными бендеровцами-нелегалами. > К Вашему сведению. ЗиК у меня работала при 8 расчетчиках, на 7к сотров, считая дивиденды и совместителей и договорняеов и многосменный работников. До 2012г. Ничего не переписано было, а дополнено: Журнал зарплаты- в связи с позаказным учетом, виды расчетов из-за опять же позаказного учета и сложных видов деятельности работников. Более 200 ВР. Впечатляет! А сколько времени уходило на расчет «7к сотров» и количество бумаги на печать их лицевых счетов? Если не секрет? А то я подобную информацию не могу получить на Мисте уже лет десять! А так у меня тоже порядка двух сотен видов расчетов (сейчас глянул – 170). Причем в собственном плане счетов. > В (0) много ошибок и просто не понимания такого вида учета, как расчёт зарплаты. Вам для прояснения темы, надо поработать на нормальном предприятии в отделе труда и заработной платы. На многое замените точку зрения. Странное утверждение. Это напоминает мне случай, когда я принес научную статью своему шефу, доктору наук, для публикации. Он посмотрел, сказал, нужно еще поработать. Хотя ничего не понял, ручаюсь. Через пару месяцев я принес ее снова, все один к одному. Только в авторах он шел первым по списку (в начале авторов не было вообще). – Вот это совсем другое дело!, сказал он. Только надо бы еще включить в список авторов кандидата наук, его друга. Я в то время был простым инженером в научно-производственном объединении. С тем пор всегда в списке авторов смотрю, кто стоит последним… :) . Так что без конкретных замечаний, я критику не воспринимаю. А так у меня производственное предприятие на 1000 человек, примерно. Программа работала на трех подобных фирмах, на которых работал я. До меня считал нашу зарплату районный вычислительный центр с огромным штатом. Мне сказали, что солидная фирма должна считать сама. С тем пор мы считаем, уже 15 лет, сами, сначала украинскую зарплату, потом ЛНР-овскую. У нас даже главный бухгалтер не спец по зарплате, хотя я по ее инициативе внедрил адаптированный мною ПУБ-77 для Украины (вместо моей программы «Учет ресурсов», которая до нее работала два года на нашем предприятии). Поэтому, извините, но ваши утверждения мне кажутся голословными, а ваш совет сомнительным. Вы можете только сказать, что моя концепция учета и расчета з/п, представленная в (0), отличается от «классиков» фирмы 1С. Да, отличается! К этому я и стремился. Но другая, не обязательно хуже, а может даже и лучше. |
|||
157
Emery
25.03.20
✎
13:39
|
(155) > тормоза. 77 только с 1С++ скорость хоть какая-то.
Я 1С++ не пользуюсь, только формексом и собственными ВК. А скорости мне вполне хватает от движка Visual FoxPro, который работает с 1С77 как с DDE-сервером. |
|||
158
Провинциальный 1сник
25.03.20
✎
13:45
|
(157) "Я 1С++ не пользуюсь"
А зря. Одна индексированная таблица ускоряет и упрощает алгоритмы на порядок. А еще и ODBCRecordSet есть. |
|||
159
Злопчинский
25.03.20
✎
13:48
|
(158) "аборигены, сэр!"
|
|||
160
Провинциальный 1сник
25.03.20
✎
14:00
|
(159) Помню, как до моего знакомства с индексированной таблицей извращался, чтобы сделать быстрый поиск по таблице в несколько десятков тысяч записей. Вплоть до использования объекта XBASE с индексом по нужному ключу и ссылкой на номер строки. И это всё равно было намного быстрее, чем штатный поиск в ТЗ.
|
|||
161
Emery
25.03.20
✎
14:00
|
(158) > А зря.
А вы зря не пользуетесь VFP и DDE. > Одна индексированная таблица ускоряет и упрощает алгоритмы на порядок. Могу вам сказать по секрету, VFP тоже поддерживает индексы и очень хорошо поддерживает и тоже в 15 раз (что не предел!) работает более эффективно, чем движок «семерки». Мой расчетный модуль даже использует индексы 1С, хотя для большей производительности движку VFP лучше создавать собственные индексы. > А еще и ODBCRecordSet есть. А там DDE-канал есть, ничуть не хуже, уверяю вас! |
|||
162
rphosts
25.03.20
✎
14:03
|
(0) ну вот ты сделал допустим норм по, оно летает и без ошибок.... И тут проблемы:
1.мало кто из одинэснега умеет на крестах. И что-то сомневаюсь что из-за этого по будет что-то изучать. 2.а что с рег.отчетностью? А отчетностями в ПФР, ФНС? 3.опенскрипты и напильники... Но без гарантии что они более-менее работоспособны что сегодня что через неделю-месяц-год будут работать... Как Гб отнесётся к таким рискам? |
|||
163
Emery
25.03.20
✎
14:14
|
(162) > 1.мало кто из одинэснега умеет на крестах. И что-то сомневаюсь что из-за этого по будет что-то изучать.
Не вопрос, для них остается «семерка» и «восьмерка», а особо жаждущие наверняка дождутся «девятки». > 2.а что с рег.отчетностью? А отчетностями в ПФР, ФНС? Я уже писал, это программа не вместо российских учетных систем, а в помощь им. Я живу в ЛНР, поэтому могу только за этот регион отвечать и то не полностью :) . > 3.опенскрипты и напильники... Но без гарантии что они более-менее работоспособны что сегодня что через неделю-месяц-год будут работать... Как Гб отнесётся к таким рискам? Эта программа для программистов, в первую очередь. Если у обычных пользователей не будет штатного программиста, желающего поддерживать эту программу, то не стоит ее и внедрять. Сейчас речь вообще не об этом. Если хотите, это всего лишь эксперимент, типа, а что будет, если мы напишем такую программу? Может что-то будет, а может ничего не будет. Просто большие фирмы не хотят делать эту работу, поскольку им это не выгодно, а мне только интересно, не более… |
|||
164
Said_We
25.03.20
✎
14:43
|
На VFP есть программы, которые сейчас поддерживаются. И даже продаются.
Например бухсофт https://service.buhsoft.ru/ |
|||
165
Said_We
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С в файл и прогоняли проверку от бухсофта. Это было до широкого использования контуров и т.д. |
|||
166
Said_We
25.03.20
✎
14:52
|
(163) Выгрузка проводок в 1С там точно есть. Но и своя бухгалтерия какая-то есть.
Возможно есть и выгрузка результата в ЗиУП, только не знаю зачем. С отчетностью в бухсофте ранее было всё не хуже. На форуме у них же на сайте можно было напрямую общаться с разработчиками. Сейчас не знаю. |
|||
167
Said_We
25.03.20
✎
14:53
|
(163) ", а мне только интересно, не более…" - Стоит ли изобретать велосипед, тем более ради спортивного интереса?
|
|||
168
Злопчинский
25.03.20
✎
15:01
|
(167) ну вишь - говорит для развития.
я самописку вмс лабал на 77 - даже работает. но это было от а) отсутствия бюджета и б) как хобби для поучения понимания как в больших системах работает. Как хобби - да, даже маленький выхлоп есть. Как постоянная практическая польза - нет, поезд далеко впереди едет, а эта разработка - для "лавочников". которым что ни возьми - всё дорого. |
|||
169
la luna llena
25.03.20
✎
15:13
|
(152) ходить спокойно в отпуска и даже иногда болеть, достаточно трех человек.
а кто пишет алгоритмы для этих трех человек? кто разбирается в законодательстве как бог? |
|||
170
Said_We
25.03.20
✎
15:14
|
(168) Да понятно, что не для спортивного интереса. Просто прежде чем писать, надо посмотреть, а что уже есть. Основная претензия к скорости в 1С абсолютно обоснована. Желание что бы это был VFP. + и т.д. Я привел ссылку где это уже всё есть. + опыт поддержки на протяжении многих лет в условиях какой-то конкуренции с 1С. Более того, одно время результаты в 1С выгружали и проверяли в продуктах от бухсофта. Это я тоже указал.
Скорость нужна не для лавочников как раз, а предприятий с 1000 и более человек. Тут 1С в части скорости с VFP не может конкурировать. |
|||
171
Злопчинский
25.03.20
✎
15:21
|
третий день уже. а ни одной блок-схемы ТС еще не показал. фигня...
|
|||
172
Said_We
25.03.20
✎
15:30
|
(169) Они же. Нет там ничего сложного. Ту же 77 в самой 1С когда вышла ЗиУП сопровождало 1.5 человека. Прибавьте сюда методологов, которые писали те же методики - получите те же 3 человека.
Сопровождение частично эти же трое тоже могут выполнять, но уже на второй линии. Когда уже проверенные недочеты выявлены и описаны на первой линии. |
|||
173
la luna llena
25.03.20
✎
15:50
|
(172) я когда работала 20 лет назад на подобной должности, для меня это было очень сложно. Выходит новый закон, читаешь его читаешь, что написано - непонятно, потом читаешь пояснения к закону, одни говорят одно, другие другое, надо очень быстро разобраться и накодить. Нервная работа.
|
|||
174
Said_We
25.03.20
✎
15:54
|
(173) Нервная - не то слово. Тем более, что пишут все эти новшества в законах гуманитарии с кашей в голове и не несут никакой ответственности.
Через несколько лет плотной работы - их художества читаются. Комментарии читать, ну только для общего развития, чтобы самому себе вопросы задать и на них найти свои ответы. Читать всегда первоисточник, т.е. сам закон. |
|||
175
Злопчинский
25.03.20
✎
15:54
|
(173) я поэтому (писал выше) заниматься ЗиКом и бросил (хотя и сертифицировался по нему)
|
|||
176
Said_We
25.03.20
✎
15:55
|
(175) Я тоже бросил заниматься ЗиК. В том числе по этому. Надоедает.
|
|||
177
pechkin
25.03.20
✎
16:01
|
Рекомендую тс делать сие поделие на фузине
Так будет маркетинг и реклама бесплатная Ну и плюс куда проще чем на с++ |
|||
178
Злопчинский
25.03.20
✎
16:01
|
(177) кстати да. и при этом м.б. реальный выхлоп.
|
|||
179
wt
25.03.20
✎
16:10
|
(156) расчёт зарплаты шёл 2-3 дня, включая распечатку. Основная задержка , это ввод табеля и начислений, далее все просто.
|
|||
180
wt
25.03.20
✎
17:15
|
+(179) по поводу концепции, в остальном мне просто все равно, что там будет нарисовано. У нас выпускался такой документ на предприятии, как Расчёт заработной платы. Он входил ссылкой в учетную политику. Выпускал его ОТиЗ совместно с Бух. Конечно, фоном я там присутствовал. Там было все о начислении зарплаты. Порядок расчета, начисления/удержания, отчетные формы, взаимоотношения с фискальными органами. Я бы мог сказать, вот какой я молодец- разработал концепцию! Но нафик мне это надо, нести юридическую ответственность перед налоговой, аудиторами, когда есть специальные подразделения? Выоб этом не думаете, ну и флаг вам в руки. Далее. Есть в типовых много чего, что не устраивает работников Бух. Вот эти хотелки и нагружают персонал, что осуществляет поддержку. Были моменты, когда приходилось по два раза в месяц вносить изменения. Особенно перед годовой отчетностью. Поэтому я всеми правдами и не правдами делал так, чтобы порядок расчета не отличался от типовой. Иметь свою концепцию и оперативно работать по внесению изменений на весах однозначно перевешивали второй вариант. Вы, похоже, об этом не догадываетесь. А этот геморрой и подведёт итог под вашей концепцией.
|
|||
181
Emery
25.03.20
✎
19:46
|
(179) > расчёт зарплаты шёл 2-3 дня, включая распечатку. Основная задержка , это ввод табеля и начислений, далее все просто.
А почему бы считать зарплату по подразделениям? Или была проблема со сводными отчетами? А сложные виды, типа средних, перерасчеты прошлых периодов и т.п. программа считала или расчетчики? Далее, три дня это 72 часа, у вас было 7 тысяч сотрудников, значит 1000 сотрудников программа считала 10 часов, т.е., 100 человек в час. У меня за час конфигурация считает примерно 700 человек и это без оптимизации, которую мне лень делать, думаю добиться 1000 человек в час (для многосменного рабочего предприятия) не вопрос, а при глубокой оптимизации можно увеличить производительность еще больше. И потом, перерасчеты у вас были? Ведь невозможно, чтобы при формировании первичных документов не было ошибок. Кто у вас их контролирует и насколько серьезно? В любом случае меня что-то ваш опыт не греет. Поэтому я останусь лучше при своем мнении. |
|||
182
Emery
25.03.20
✎
19:51
|
(171) > третий день уже. а ни одной блок-схемы ТС еще не показал. фигня...
У меня есть блок схемы, но для старой (несовершенной, но реализованной) концепции. Чтобы избежать критики, я не хочу их публиковать ибо я сам себе критик :) . А подробности по новой концепции пока еще в стадии разработки и это понятно, на первом месте у меня разработка платформы. |
|||
183
Emery
25.03.20
✎
19:55
|
(174) > Читать всегда первоисточник, т.е. сам закон.
Кстати, а почему никто не хочет идти в юристы по бухгалтерскому праву, ведь это их работа. Тогда как, скажем, есть юристы по морскому праву (с одной подобной дамой я даже переписывался :) ). |
|||
184
Emery
25.03.20
✎
19:57
|
(177) > Ну и плюс куда проще чем на с++
Мне не надо как проще, ибо сложная умственная работа мне нравиться, а надо, чтобы работа была в удовольствие… |
|||
185
Emery
25.03.20
✎
20:26
|
(180) > Вы, похоже, об этом не догадываетесь. А этот геморрой и подведёт итог под вашей концепцией.
Не надо думать, что сложнее вашей работы никто не видел. Мне приходилось разбирать завалы предшественников по пенсионному фонду лет за десять. Это в середине 2000-х. Далее, у нас, если знаете, были активные военные действия на территории ЛНР. И хотя мой город непосредственно почти не пострадал, но по части отчетности была полная дупа. Так местные органы (налоговая и пенсионный) полностью лишились необходимой отчетности (мол, передали все электронные данные Украине (а почему, спрашивается, не сохранили копии?), а такая, неоднозначная, никакую информацию не вернула. Вот и пришлось где-то с 2014 по 2018 года восстанавливать всю информацию для них, т.е., пересдавать им все отчеты, задним числом, за все периоды. Кроме этого, они несколько раз меняли сам формат отчетности и ПО для нее (сначала украинское, а потом онлайновые формы на сайте госуслуг). Пересдать всю эту отчетность (не по нашей вине) в старом виде, но по новому формату геморрой был еще тот. Потом оказалось, что мы несколько лет переплачивали пенсионные взносы в налоговую службу (именно так, деньги забирала налоговая, а претензии по отчетности предъявляла пенсионная служба, причем по ошибкам такого рода, которые налоговой были абсолютно ультрофиолетовы). Налоговая стремилась получать деньги любой ценой, вводя нас сознательно в заблуждение, а потом еще сделали виноватыми, хотя деньги предприятие переплачивало. Все это приходилось опять таки восстанавливать задним числом. Причем у нас за это время и программа менялась и данные изменялись безвозвратно по разным причинам и вообще одно время работать было просто некому, а бомбоубежище находилось в подвале предприятия. А город наш укропы бомбили с самолетов, правда, это касалось только железной дороги. Так что, как говорится, нет безнадежной работы, если ее делать другому. Поэтому, чтобы подобной неразберихи не было нужно создавать собственную концепцию учета с гарантированным сохранением исторических данных. Какие инструкции все это описывают? У нас никакие. Вот и Европа жила хорошо, пока не столкнулась с реальным кризисом. И мы столкнулись, прежде всего, с украинским кризисом. И никто нам не помогает по части концепции. Да, гуманитарка Путина реально спасла нас от голода во время войны, но ему ли думать про наши учетные проблемы? Поэтому думаем мы, а ваша критика выглядит несколько не в струю. |
|||
186
wt
25.03.20
✎
20:32
|
(181) что же я вам, такому продвинутому, должен простые вещи об’яснять?
Когда работает такое кол расчетчиков, то возникает потребность, как поделить сотров между ними? На достаточно крупных предприятиях делается разделение по подразделениям. По подразделениям и другим группам и проводится работа. Далее- 700сотров в час. У вас там супероператоры за компами сидят? Попробуйте тогда просто набрать текст на листок формата а4 и подумайте что такое вы произнесли. 2-3 дня это не работа компа или системы, а весь расчёт зарплаты предприятия. Вот поэтому и появилась моя первая фраза о территории. |
|||
187
Emery
25.03.20
✎
20:40
|
(186) > Трудно вас понять, наверное, останемся лучше каждый при своем мнении…
|
|||
188
wt
25.03.20
✎
21:27
|
(181) по поводу перерасчетов и ошибок. Вся ответственность на расчетчике. Его профессионализм гарантия достоверности информации. Контроль само собой подразумевается их работой. Для этого у них есть необходимые инструменты. Различные отчеты и своды. Кроме того расход денег контролировали экономисты подразделений и плановый отдел. Особенностью этого были работы с разными источниками финансирования(у нас это Заказы). Но самый главный контролёр, это был работник. Если он подозревал, что ему не правильно начислили или удержали, то он к расчетчику приходил с молотком. Поэтому ошибок при расчете практически не было. Были ошибки другого плана. Например, сотр уезжал в командировку, ему начислялись деньги из определенного источника финансирования. Он там заболевал, приносил больничный через пару месяцев. А с его денег уже начислены налоги и прочая, кроме того могли и заказ этот закрыть. Деньги подвисало, кроме того могли быть и перечислены в налоговые органы. Система помогала решать эти коллизии . Исправляла не правильные начисления в прошлых периодах.
|
|||
189
Emery
25.03.20
✎
21:47
|
(188) > Естественно, что у вас своя специфика, у меня своя. Все будет нормально, если мы будем уважать чужую работу, даже если не вполне понимаем ее…
|
|||
190
Злопчинский
25.03.20
✎
22:59
|
(181) "три дня это 72 часа," - три дня - это НА ВСЕ. начиная от ручного заполнения табелей итд. а сам расчет я думаю достаточно быстро проходил
|
|||
191
Злопчинский
25.03.20
✎
23:05
|
ну, у меня квалифицированная расчетчица-бухгалтер-1Сница, восстанавливала зарплату за лет пять наверно заваленную, с подгонокой всех цифр под фактически выплаченное. все это делалось в ЗиК77. знаючи и умеючи - не так уж и геморно. аккуратно - да. тщательно - да. Основная пробле ма - что булГапхтерши даже не могли соорганизоваться и предоставить этому специаличту первичку которая была - то есть даже тупо разложить по хронологии - сама в итоге все делала. разруха не в клозетах, а в головах - как говорится. за свою жизнь всего нескольо человек рекомендовал за которых знал что стыдно не будет. эта расчетцифа-бух - одна из рекомендованых.
|
|||
192
Emery
26.03.20
✎
07:01
|
(190) > а сам расчет я думаю достаточно быстро проходил
Так ведь я и спрашивал про «сам расчет», а не общее время. Общее время сомнительно, чтобы три дня, иначе, чем расчетный отдел занимается остальные 27 дней месяца? Хвосты, обычно, тянутся долго, плюс всякого рода дополнительная, вспомогательная и сопутствующая работа. (191) > все это делалось в ЗиК77. знаючи и умеючи - не так уж и геморно. аккуратно - да. тщательно – да Так ведь я говорил больше не о своих проблемах по восстановлению данных, они были, но умеренные, а про проблемы формата сдачи отчетности в госорганы, когда нужно было старые данные впихнуть в новые, измененные формы, которые по факту были «невпихиваемые». Тем более, вопрос касался переплаты налоговых сумм, которые те в упор отказывались признавать, а иначе отчетность нельзя было сдать в принципе, без халтуры. Наши уже просили, говорили, мы на возврат денег не претендуем, только примите цифры. И эта мутня длилась целый год, еле спихнули. Т.е., проблемы были, по большому счету не наши, а госорганов, которые в период войны были никакими, а потом начали делать из нас виноватых. |
|||
193
rphosts
26.03.20
✎
13:08
|
(164) на VFP...
Когда-то сам на FP2.5 for DOS рисовал РасчетЗП... время было такое все коум не лень рисовали ЗП и склад... сделал и то и другое. |
|||
194
Said_We
26.03.20
✎
16:14
|
(0) Почитал концепцию - странная она. У меня другое представление о расчете ЗП.
|
|||
195
Emery
26.03.20
✎
17:43
|
(193) Какая может быть «зарплата» на FoxPro под MS-DOS (последняя версия 2.6а) я очень хорошо знаю. Поэтому, когда я впервые увидел 1C77, я понял, это самое то! То, что у меня едва работало на FP-2.6a, после трех лет экспериментов, на «семерке» взлетело на ура за 3 месяца, а через полгода программа уже реально работала на предприятии. Правда, я ее еще несколько месяцев очень интенсивно дорабатывал, потом еще несколько месяцев менее интенсивно. И она работает до сих пор. Редкая живучесть программы (даже не моей, а платформы 7.7).
|
|||
196
Emery
26.03.20
✎
18:27
|
(194) > Почитал концепцию - странная она. У меня другое представление о расчете ЗП.
Понимаю! С концепцией ЗиК и ЗУП коррелирует слабо. У них ведь что является основной единицей? Учетный документ. А у меня учетный элемент. Документ не обладает условием атомарности, а учетный элемент обладает по определению, поскольку именно таким мы его и выбираем. Далее, какие основные проблемы в прикладной модели «зарплаты» 1С? Правильно, непостоянство параметров на интервале их использования. Для борьбы с этим фирма «1С» придумала периодические реквизиты справочников и периодические константы. Если эта парадигма еще худо-бедно работает для констант, то для справочников это полная дупа. Именно поэтому я их никогда и не использовал. Естественно, что в «восьмерке» предложена уже другая концепция периодичности параметров. А в «девятке» будет третья. Это соответствующие регистры сведений. Работать с ними можно, но, тоже, не слишком удобно. Если взять довольно много периодических параметров на большом интервале, то их совместное использование и алгоритмический анализ будет усложняться экспоненциально с их количеством и степенью детализации. Для простых случаев, типа бюджетной «зарплаты», это еще кое-как работает, а для сложной и объемной производственной «зарплаты» это может вызвать «культурный шок». Другая проблема для алгоритмов, это когда относительно стабильные параметры начинает вдруг, из-за бзиков законодательства, давать «течь», то бишь из «условно постоянных» становиться «условно переменными» :) . И как назло алгоритм это не предусматривает. Например, начинает меняться структура предприятия, его род деятельности, должности, социальный статус и т.п. и т.п. С одним таким изменением еще можно справится, а одновременно с многими – тяжело. Поэтому, естественный способ борьбы с экспоненциальной сложностью алгоритмов на относительно случайных динамических данных, это взять за основу неизменяемую «элементарную частицу», На которой все параметры гарантированно постоянны. Тогда самый сложный экспоненциальный (точнее, сложный кусочно-линейный) алгоритм можно представить в виде относительно простых независимых линейных алгоритмов. Для этого я предложил взять за основу минимальную учетную единицу – один календарный час. При этом мы постулируем, что в пределах любого календарного часа никакие учетные параметры абсолютно не должны меняться. Хотя сам час может использоваться частично, с коэффициентом от нуля до единицы. Если какой-то параметр все же будет меняться в пределах часа, то это потенциальный источник экспоненциальной сложности в используемых алгоритмах. Естественно, мы должны рассматривать все календарные часы учетного периода (большая часть которых будет с нулевым коэффициентом использования). На это поле часов проецируются (распределяются) все используемые учетные параметры, послойно, в нормативном порядке их следования. А далее все просто, считаем каждую ячейку в текущем слое независимо по чисто линейному алгоритму. Потом суммируем все суммы ячеек по каждому слою и результат представляем в компактном виде для текущих отчетов. Как видите, все просто и нам не надо никаких периодических псевдо атомарных реквизитов. Кстати, стоимость одного календарного часа (которая может быть не только положительной, но и отрицательной и нулевой), зависит от следующих групп параметров: – Пространственные параметры, точнее, параметры местности, предприятия, государства и т.п.; – Временные параметры (относительные и абсолютные) и – Параметры Субъекта, являющегося «собственником» этих календарных часов, коих может быть очень много. Таким образом, простой алгоритм – простая программа. Все остальное это уже дело техники… |
|||
197
Йохохо
26.03.20
✎
18:36
|
(196) "периодические реквизиты справочников и периодические константы" на часики справа мышку наведи, между марта и четверг что там?
|
|||
198
Emery
26.03.20
✎
18:41
|
(194)+ Хороший пример относительно стабильного параметра, которые может «поплыть» по вине законодателей, это учетный период. Например, вместо помесячной, депутаты могут предложить нам считать зарплату понедельно. И это, кстати, было бы более справедливо и естественно, в какой-то мере. С пересчетом важных итогов (типа налогов) за весь учетный год. А где-то бы решили выплачивать зарплату подекадно, почему нет. Данная концепция все это учитывает априори.
|
|||
199
Злопчинский
26.03.20
✎
20:06
|
(196) "Для этого я предложил взять за основу минимальную учетную единицу – один календарный час. При этом мы постулируем, что в пределах любого календарного часа никакие учетные параметры абсолютно не должны меняться. "
- почему час? за час какой-нить производственник-железячник может на трех станках поработать с разными тарифами, с разной степенью сложности, да еще относящимися к разным виртуальным подразделениям и вообзе фирмам внутри "холденга". . если уже брать - то брать минуту. и описывать периоды как "минута старта, длительность" . не? |
|||
200
Злопчинский
26.03.20
✎
20:07
|
(196) "Потом суммируем все суммы ячеек по каждому слою и результат представляем в компактном виде для текущих отчетов."
- продумывал? точно взлетит? а то будут какие-нибудь взносы, налоги, начисления/пр которые относятся сразу "ко всему периоду" и не могут быть "пропорционально раскиданы" на составляющие периода? |
|||
201
Злопчинский
26.03.20
✎
20:10
|
(198) период регистрации и период действия/начисления - такое типа есть? когда считаем/пересчитываем в одном периоде то что относилось и должн быть исправлено в другом периоже? перерасчеты (не перезапись поверх ранее рассчитанного. а именно перерасчеты) как будут делаться/учитываться? что-то типа вытиеснения будет ли что/как?
|
|||
202
Emery
26.03.20
✎
20:46
|
(199) > - почему час? за час какой-нить производственник-железячник может на трех станках поработать с разными тарифами, с разной степенью сложности, да еще относящимися к разным виртуальным подразделениям и вообзе фирмам внутри "холденга".
Смотри, я сразу сказал, что принципиально есть две системы, повременная и сдельная. То, про что ты говоришь, это сдельная система. Поэтому здесь ученый элемент или «атом» это уже не час, а некая материальная «железяка». Хотя, теоретически, это может быть космонавт или подводник, у которых счет поминутный. Полчаса он был в открытом космосе, 15 минут в «предбаннике», где его постепенно готовят к вакууму (как там, у Гарри Гаррисона: «Я открыл космический иллюминатор, высунул голову в открытый космос и глубоко вдохнул космический вакуум» :) ) и 15 минут одевал скафандр. Все это время может иметь разные расценки оплаты. А до этого плавал в невесомости, в спортивном костюме, внутри корабля еще по одной расценке, которая также может быть дифференцирована поминутно. Т.е., исключения могут быть однозначно. Но для этого нужно уже писать другую программу, с другой концепцией. (200) > а то будут какие-нибудь взносы, налоги, начисления/пр которые относятся сразу "ко всему периоду" и не могут быть "пропорционально раскиданы" на составляющие периода? Ну, этот вопрос решаемый. Нелинейный расчетный слой применяется к уже рассчитанным слоям (хоть линейным, хоть к нелинейным). Мы делаем расчет, например, вычисляем налог по прогрессивной шкале, а затем уже результат распределяем пропорционально по всем учетным часам (для последующих рассчитываемых слоев). Конечно, может быть ситуация, когда прогрессивная шкала меняется в течение отчетного периода (так и было в относительно давние времена). С этим мы боролись либо по явно указанным законодательным нормативам, если они были, а если их не было, то делали два расчета за весь отчетный период, по одной прогрессивной шкале и по другой, а затем вычисляли промежуточный результат, пропорционально временным отрезкам использования этих алгоритмов. Да, это несколько сложновато, но зато используемые расчетные слои, как правило, более простые по своей структуре, чем в других алгоритмах. Короче говоря, нелинейную ситуацию можно также отработать, только несколько сложнее. |
|||
203
Злопчинский
26.03.20
✎
20:53
|
Можно все отработать, "только сложнее".
чертики сидят в частностях. частности - требуют усложнения. и вся стройная система (интересная многим) становится "нестройной" что не представляет интереса никому кроме ее создателя... . |
|||
204
Emery
26.03.20
✎
21:11
|
(201) > период регистрации и период действия/начисления - такое типа есть? когда считаем/пересчитываем в одном периоде то что относилось и должн быть исправлено в другом периоже? перерасчеты (не перезапись поверх ранее рассчитанного. а именно перерасчеты) как будут делаться/учитываться? что-то типа вытиеснения будет ли что/как?
Естественно! Правда, в моей программе они называются отчетным и зачетным периодами, но для всех будет общепринятая терминология. Часовые поля у меня будут непрерывными. Для расчетов мы сможем использовать любые интервалы из текущего, прошлого или будущих периодов, любой продолжительности. Например, для расчета средних берутся несколько месяцев. Перерасчет вообще будет простым. Сравниваться будут часы «старые» и «новые» и по каждому виду расчета браться соответствующая разница. То, что в концепции 1С называется принципом вытеснения, у меня заменяется нормативным (или даже произвольным, под ответственность бухгалтера-расчетчика) порядком расчетных слоев. Вытеснение у меня это просто замещение одних видов расчета другими и регулироваться будет на уровне пользователя. Например, во время отпуска можно болеть, а можно автоматически прерывать отпуск на период болезни. Если расчетчик захочет, под свою ответственность, провести эти виды расчетов параллельно, то он сможет это сделать. Здесь я не буду привязываться к законодательству, которое у вас может быть одно, а у нас другое. Общий принцип – расчетчик должен иметь возможность получить любой расчет (с его полным протоколированием), какой он захочет, под свою личную ответственность. Именно за результаты расчета должен отвечать не программист, а расчетчик, но он должен иметь для своей работы все необходимые инструменты и отчеты. Хотя никто не мешает, задействовать внешние скрипты, завязанные на то или иное законодательство. |
|||
205
Emery
26.03.20
✎
21:19
|
(203) > чертики сидят в частностях. частности - требуют усложнения.
Даже не «чертики», а «Дьявол кроется в деталях». > и вся стройная система (интересная многим) становится "нестройной" что не представляет интереса никому кроме ее создателя... На эту тему надо говорить вслух, а не прятать сомнительные алгоритмы в «черный ящик». У нас нелинейных расчетов уже давно нет, а если у вас есть, то их можно оформлять в отдельные плагины, с обсуждением на форумах их достоинств и недостатков. И потом, сложный алгоритм это всегда вызов, который хочется победить. А в моей практике приходилось встречаться с очень нетривиальными алгоритмами, на фоне которых кусочно-линейные (т.е., нелинейные для «зарплаты» и бухгалтерии) алгоритмы далеко не самые сложные :) . |
|||
206
Злопчинский
26.03.20
✎
21:54
|
ну дык давай, ваяй прикладнуху, а не нахрен ненужную платформу.
сделай на 77 прикладнуху прототип альфа. выложи. пусть народ покуртит/посмотрит. а потом портировать на твои с++ легко будет. . а то ты со своими самопальными гридами и прочими элементами в технике погрязнешь.. НАМ это не интересно. |
|||
207
Emery
27.03.20
✎
06:41
|
(206) > НАМ это не интересно.
А что ВАМ интересно :) ? |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |