Идеи Малого Бизнеса

Пожалуйста, войдите или зарегистрируйтесь.

Автор Тема: Модульная программа для расчета заработной платы  (Прочитано 9719 раз)

0 Пользователей и 1 Гость просматривают эту тему.
Понравилась эта тема - поделитесь ссылкой на нее в соцсетях:

sasha_ya

  • Newbie
  • *
  • Оффлайн Оффлайн
  • Сообщений: 16

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

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

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

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

Идеи Малого Бизнеса


Ацеола-друг индейцев

  • Newbie
  • *
  • Оффлайн Оффлайн
  • Сообщений: 4

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

divan

  • Moderator
  • Hero Member
  • *****
  • Оффлайн Оффлайн
  • Пол: Мужской
  • Сообщений: 2899
  • Divan
    • www.domalife.ru

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

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

Идеи Малого Бизнеса


Darhan

  • Newbie
  • *
  • Оффлайн Оффлайн
  • Сообщений: 87

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

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

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

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

divan

  • Moderator
  • Hero Member
  • *****
  • Оффлайн Оффлайн
  • Пол: Мужской
  • Сообщений: 2899
  • Divan
    • www.domalife.ru

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

Идеи Малого Бизнеса


Darhan

  • Newbie
  • *
  • Оффлайн Оффлайн
  • Сообщений: 87

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

Fordewind

  • Newbie
  • *
  • Оффлайн Оффлайн
  • Сообщений: 23

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

Идеи Малого Бизнеса


shrake

  • Newbie
  • *
  • Оффлайн Оффлайн
  • Пол: Мужской
  • Сообщений: 8

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

Здесь
http://www.sql.ru/forum/actualthread.aspx?tid=675399
товарищ собрался своими силами делать ERP-систему.


Записан

sasha_ya

  • Newbie
  • *
  • Оффлайн Оффлайн
  • Сообщений: 16

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

Здесь
http://www.sql.ru/forum/actualthread.aspx?tid=675399
товарищ собрался своими силами делать ERP-систему.





Я не собираюсь делать ERP систему, я просто делаю отличную от стандартной конфигурацию для расчета заработной платы. Можете конечно спросить: "Зачем изобретать велосипед? Есть же ужеготовая конфигурация".
Конфигурация конечно есть, а Вы хоть сами то пробовали в ней что нибудь считать? Я с 1с работаю уже 5 лет, и принцип подхода к организации учета в стандартной конфигурации 1с до сихпор не привык. Организация данных там сделана настолько безобразно, что даже изменить конфигурацию или добавить в нее что-нибудь новое достаточно трудоемко и требует немаловремени, данные сотрудников раскиданы по разным местам, и чтобы собрать их в один отчет надо перелопатитьвсю базу. А если после изменения конфигурации нужно сделать обновления? Благо ели их немного то в принципе терпимо, а вот если их до чертиков, то тут уж....
Записан

Идеи Малого Бизнеса


sasha_ya

  • Newbie
  • *
  • Оффлайн Оффлайн
  • Сообщений: 16

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

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

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

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

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

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

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

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

Записан

АндрейН

  • Jr. Member
  • **
  • Оффлайн Оффлайн
  • Сообщений: 294

Я так понимаю что система будет разрабатываться не на языке 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С. Кроме того фирма продающая такое ПО может - сегодня работает, а завтра нет или программист уволился и некому поддерживать и консультировать - здесь для клиента тоже риск. Правда по-моему многим клиентам это не важно.
Записан

Идеи Малого Бизнеса


sasha_ya

  • Newbie
  • *
  • Оффлайн Оффлайн
  • Сообщений: 16

Я так понимаю что система будет разрабатываться не на языке 1С, а будет использоваться другой язык(платформу). Какой?

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

АндрейН

  • Jr. Member
  • **
  • Оффлайн Оффлайн
  • Сообщений: 294

Цитировать
Описанная программа- это моя конфигурация для 1с.
Непонятно как вы тогда уложите это в стоимость 1-несколько тысяч. Если всё делать официально и с лицензиями, то чтобы использовать вашу конфигурацию клиенту потребуется покупать платформу 1С, а в 8.1 - ключи для каждого места(3 -4.5 тыс руб).
Можно конечно без лицензий - просто взломать. Но в этом случае как у вас - так и у клиента будут определённые неудобства, а если в Москве, или работая с крупной компанией то ещё и проблемы.
Записан

Идеи Малого Бизнеса


sasha_ya

  • Newbie
  • *
  • Оффлайн Оффлайн
  • Сообщений: 16

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

АндрейН

  • Jr. Member
  • **
  • Оффлайн Оффлайн
  • Сообщений: 294

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

Идеи Малого Бизнеса


 

Рейтинг@Mail.ru Рейтинг Досок Объявлений

Homeidea.ru © 2006-2020
Мы в социальных сетях
Разместить рекламу

Страница сгенерирована за 0.498 секунд. Запросов: 36.