Модульная программа для расчета заработной платы

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

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

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

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

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

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

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

хотелось бы поподробнее, возможно ли поделиться примерной обработкой для понимания?

программировать в 1С может первокласник даже

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

Любой кто знает английский может написать драму не хуже Шекспира!

Идея нереальная...
Не буду много писать, почему так.

Здесь
http://www.sql.ru/fo...ть ERP-систему.

Ок, опишу возможности с позиции обычного пользователя и с позиции разработчика.

С позиции пользователя:

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

Что касается функциональности. В моей конфигурации организация даных привязана к 3-м объектам: к подразделениям, к должностям в этих подразделениях, ну и соответственно к самим сотрудникам. Для чего это нужно? Ну например у каждого подразделения в организации есть специальные надбавки, которые распространяются на всех работников. Достаточно просто установить надбавку для подразделения, и всем сотрудникам данного подразделения будет начисляться эта надбавка. Можно конечно ввести и каждому сотруднику, а если этих сотрудников человек так 400, то вводить всем им одинаковые суммы это утомительно. При этом если будет принят новый человек в это подразделение ему автоматически тоже будет начисляься эта надбавка.

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

Что касается документов по вводу больничных, отпуска, табеля и тд. У меня в конфигурации это вводится 2-мя документами "Ввод по объекту", и "Ввод по списку объектов". В этих документах Выбирается операция (например табель, больничные или отпуск...), после чего изменяются те или иные данные по объекту (например подразделение, должности или сотрудники), на основе которых программа будет расчитывать те или иные выплаты.
В остальном конфигурация ничего примечательного и принципиально отличного от других не содержит.

Теперь с позиции разработчика:

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

Я так понимаю что система будет разрабатываться не на языке 1С, а будет использоваться другой язык(платформу). Какой?
Я сейчас с 1С работаю, есть учётная система на CBuilder+Interbase, которая работает давно. Ещё есть пример системы на HTML+ASP+MS SQL
При работе с 1С требуется раз в 5 меньше времени на программирование. 1C заточена под экономические задачи. Другие системы - нет. Добавить новый реквизит сотруднику - это 5 минут работы. На CBuilder приходилось париться по несколько часов. Это невыгодная система для учётной системы небольшой фирмы - браться за её доработку смысла нет - или работать за 100 рублей в час, или выкатывать заказчику счёт в десятки тысяч рублей.

Достоинства CBuilder - высокая гибкость по сравнению с 1С. Интерфес программы можно оптимизировать по максимуму для нужд клиента - сделать работу удобной и быстрой. Оптимизировать скорость работы системы. Защиту системы можно сделать такой какой захочется и защитить систему. В 1С защита - слабенькая - особенно в 7.7.

HTML+ASP+MS SQL - у предприятия сделавшего эту систему все деньги с продажи системы ушли на зп программистам.

Экономически не выгодно делать систему экономических расчётов не на 1С - ИМХО. Но на другой системе появляется больше возможностей - мощные интерфейсы, оптимизация работы, защита. Только нужно ли это малым предприятиям?

Может выгода появляется если систему тиражировать и продавать сотням клиентов. Сделать одну программу под одного клиента, а потом продавать её другим - тупиковый путь. Как правило программа заточенная под одного клиента - другим не понятна и требует обучения, других не устраивает и требует доработок. Стоимость доработок + стоимость обучения - десятки тысяч. А изначально разрабатывается система стоимостью одна - несколько тыс. рублей.

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

После выпуска системы:
- Требуется постоянный отдел для доработки системы - исправление ошибок, корректировки под требования законодательства, доработки для клиентов;
- Требуется линия консультаций;
- Устраивать курсы обучения бухгалтеров;
- Требуется возможность обновления системы у клиента с минимальными затратами;
- Чтобы продавать систему нужно юридическое-бухгалтерское сопровождение;
- Чтобы много продавать необходимы менеджеры, реклама - нужно рекламировать, устраивать презентации;

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


И сколько потребуется выпустить версий системы пока она станет лучше 1С?

По-моему сектор экономических программ для малых предприятий 1С завоевало прочно. Фирмы с количеством сотрудников больше нескольких десятков, или сотен врят ли оценят небольшую экономию на учётной системе - купить Noname систему за 2000 руб, или купить 1С 7.7 за 8000 руб. Они лучше купят 1С 8.1 за 15 - 20 тыс. А те кто хотят сэкономить - установят нелицензионную 1С - наймут программиста по знакомству или по объявлению.


И купив такую программу за 2000 если фирме потребуются доработки под свои нужды, то наверняка они по стоимости будут многократно превосходить стоимость программы, потому что ещё и язык программирования будет не для экономического ПО и поэтому дорабатывать программу достаточно трудоёмко - это дороговато и психологически клиенту не понятно - вся программа за 2 тыс, а дополнительный отчёт к ней за 10 тыс руб. Если бухгалтер у клиента - плохообучаемый(а таких много) - он работал только с 1С, то потребуется обучение и не маленькое - это также расход для клиента.
Скорее всего если систему не поймут при презентации то её не будут и покупать. С 1С всё равно можно разобраться - система знакомая многим - клиенту её можно купить и самому потихонечку....А с Noname системой клиент задолбает горячую линию вопросами и даже хорошую инструкцию может не захотеть читать.

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

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

Конфигурация написана для платформа 1с 7.7, причем не важно на какой компоненте, работает на любой из компонент. Да, если на предприятии нет 1с, то придется ее покупать. А если есть? Тогда можно скачиватьи работать.

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

Думаю, что покроет. Еще как покроет. Работаю с 1с, и много клиентов тех, кто купили зарплату, но не расчитывают в ней. Основная причина - сложность работы!!! В моей же конфигурации - нет смены периода расчетов, начисление и расчет выполняются одной!!! кнопкой. Там все намного проще!!! Отпуск, больничные,табель ...и тд.вводятся однотипными документами, разница лишь в операции.

Принцип работы такой: вводится документ-основание для расчета и далее собственно сам расчет. Нету журнала расчета заработной платы. Вместо него более удобная система. Отличия от типовой очень существенные.

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

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

Сложность - да. Ещё основные причины - отсутствие чётких указаний(чёткого пинка) руководства о внедрении, недостаточная квалификация внедренцев и персонала клиента.


Насчет цены, думаю что убедили...

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

Кстати, я как то задумывался над созданием информационной системы для малых фирмочек on-line (сам уже 6 лет занимаюсь внедрением ERP - Navision). Которая доступна из браузера и не требует установки спец софта на компьютере пользователя, собственно как и сервера и его обслуги. Плюс такой системы как минимум в том, что пробовать ее можно совершенно безплатно и безотлагательно. Но перевесил один явный минус - не понятно как фирмы отнесуться к хранению своей информации вне офиса...
Но идею я не оставил на совсем. Сейчас подумываю над on-line программой для составления семейного бюджета...

На данный момент, являюсь лишь пользователем 1С, но несколько лет назад, пришлось работать "программистом" 1С пару лет. Почему в кавычках - кто работал, поймет. По ЗиК-у не работал, врать не буду - бухгалтерия, торговля и склад, ну чуть-чуть производство. Но была(да наверняка и есть) такая конфа как "Камин" - пару раз приходилось писать отчетики и обработочки, так, по мелочи - кстати именно эту конфигурацию стали ставить бюджетники, тем более она, если не ошибаюсь, работает на компоненте "бухгалтерия", что также снижает расходы, но это я так, для примера. Если Вы возьмете любую крупную 1С Франчайзи, у них будет масса доработок, и разработок для всех видов учета. А теперь самое главное - на самом деле, конфигураций море, просто многие про них не знают, для примера - что бы научиться грамотно работать с конфигурированием 1С(я имею ввиду 7-ку, к 8-ке я вообще не прикасался) надо написать хоть простенькую, но свою конфигурацию, теперь прикиньте, сколько людей работало и работает в этой сфере - скажу по секрету , на форумах можно найти действительно грамотные решения - кой какие платные, некоторые бесплатные, но сыроваты, в принципе, если разбираешься в вопросе - можно найти ВСЕ. Есть один большой минус, который тут же превращается в крест - это ОБСЛУЖИВАНИЕ программы - какой бы простой продукт не был, всегда будут люди, которые просто раз за разом не будут понимать как это работает - а тут и скажется именно то, что у Вас просто не будет возможности ответить на все вопросы. Вам бы посмотреть, как продвигались наиболее успешные программные продукты на основе 1С - а они то как раз уходили от так называемой универсальности 1С к специфике отдельных отраслей (примеры: общепит, смета, автотранспортное предприятия и т.д. - эти конфигурации получили достаточно широкое применение, и соответственно и бабок разработчики получили достаточно прилично) может как раз и стоит рассмотреть опыт этих производителей? Желаю удачи. Прошу прощения за некоторую сумбурность поста .

Вот эта универсальность как раз меня и напрягает в 1с. Моя конфигурация, а точнее модули к ней, как раз относятся к специфике отдельных отраслей. То есть я не буду для каждой отрасли делать отдельную конфигурацию, достаточно лишь настроить модули.
Я не рассматриваю конфигурацию как отдельный продукт, это лишь платформа для разработчика модулей. Фирма 1с придумала инструмент для создания конфигураций, а я к ним "приделал моторчики". Разработать модуль для отдельной отрасли в моей конфигурации в разы быстрее чем написать новую или переделать типовую.

Как только закончу настройку модуля, выложу в инет для оценки. А пока что спорить не очем.