BTC: 13125 USD
ETH: 409 USD
BCH: 273 USD
LTC: 59 USD
DASH: 71 USD
Перейти к содержанию


sasha_ya

Пользователи
  • Публикаций

    11
  • Зарегистрирован

  • Посещение

1 Подписчик

Информация о sasha_ya

  • Звание
    Rank №2

Посетители профиля

337 просмотров профиля
  1. Как только закончу настройку модуля, выложу в инет для оценки. А пока что спорить не очем.
  2. Вот эта универсальность как раз меня и напрягает в 1с. Моя конфигурация, а точнее модули к ней, как раз относятся к специфике отдельных отраслей. То есть я не буду для каждой отрасли делать отдельную конфигурацию, достаточно лишь настроить модули. Я не рассматриваю конфигурацию как отдельный продукт, это лишь платформа для разработчика модулей. Фирма 1с придумала инструмент для создания конфигураций, а я к ним "приделал моторчики". Разработать модуль для отдельной отрасли в моей конфигурации в разы быстрее чем написать новую или переделать типовую.
  3. Сложность - да. Ещё основные причины - отсутствие чётких указаний(чёткого пинка) руководства о внедрении, недостаточная квалификация внедренцев и персонала клиента. Насчет цены, думаю что убедили... Насчет квалификации клиентов, тоже согласен, но здесь скорее не квалификация как бухгалтеров, а как пользователей ПК. Для этого и я сделал так, что в моей программе всего 5 документов. Все документы вводятся по типовой схеме и запомнить это не сложно.
  4. Думаю, что покроет. Еще как покроет. Работаю с 1с, и много клиентов тех, кто купили зарплату, но не расчитывают в ней. Основная причина - сложность работы!!! В моей же конфигурации - нет смены периода расчетов, начисление и расчет выполняются одной!!! кнопкой. Там все намного проще!!! Отпуск, больничные,табель ...и тд.вводятся однотипными документами, разница лишь в операции. Принцип работы такой: вводится документ-основание для расчета и далее собственно сам расчет. Нету журнала расчета заработной платы. Вместо него более удобная система. Отличия от типовой очень существенные. Я делал упор как на удобство и быстроту работы для пользователей, так и для разработчиков скорость разработки увеличивается как минимум в 3 раза, и требует охват более узкой специализации. А чем уже специализация тем легче разработчику. Для того чтобы добавить новый не типовой вид расчета не надо заходить в конфигуратор и разбираться в чужом коде, просто как в экселе делаете формулу и все. Согласитесь добавить формулу типа экселя проще чем написать кусок кода, и требует намного меньше времени и квалификации. И насколько это будет меньше!!!
  5. Конфигурация написана для платформа 1с 7.7, причем не важно на какой компоненте, работает на любой из компонент. Да, если на предприятии нет 1с, то придется ее покупать. А если есть? Тогда можно скачиватьи работать.
  6. Никакого языка кроме 1с использоваться не будет!!! Описанная программа- это моя конфигурация для 1с. То есть модульная конфигурация!!! И в ней чтобы добавить новый реквизит сотруднику например требуется 3 секунды времени, при этом его не нужно заходить в форму и размещать его там, он сам там появляется!!!
  7. Ок, опишу возможности с позиции обычного пользователя и с позиции разработчика. С позиции пользователя: Например я являюсь бухгалтером обычной бюджетной организации. Устанавливаю конфигурацию, сама конфигурация без подключенных модулей не считает, не хранит никаких данных и расчетов, короче не делает ничего. Загружаю в базу модули, которые нужны для расчета зарплаты работникам бюджетной сферы, замечу, что ничего лишнего кроме того что касается расчета зарплаты бюджетникам, не загружается (модуль состоит из файла с описанием структуры данных и внешних обработок). Если же у меня есть еще и военнослужащие, то дополнительно загружаю модель для расчета денежного довольствия военнослужащим и тд. При этом реализован механизм разделения учета по этим самым модулям, у меня они называются категории сотрудников, можно в одной базе работать как с денежным довольствием так и с бюджетниками, например двум бухгалтерам одновременно, и при этом совершенно не мешая друг другу. Что касается функциональности. В моей конфигурации организация даных привязана к 3-м объектам: к подразделениям, к должностям в этих подразделениях, ну и соответственно к самим сотрудникам. Для чего это нужно? Ну например у каждого подразделения в организации есть специальные надбавки, которые распространяются на всех работников. Достаточно просто установить надбавку для подразделения, и всем сотрудникам данного подразделения будет начисляться эта надбавка. Можно конечно ввести и каждому сотруднику, а если этих сотрудников человек так 400, то вводить всем им одинаковые суммы это утомительно. При этом если будет принят новый человек в это подразделение ему автоматически тоже будет начисляься эта надбавка. Что касается расчетов надбавок и выплат. Они настраиваются путем ввода формул, типа как в экселе. В формулах можно оперировать данными сотрудников, должностей и подразделений, а также использовать значения уже существующих надбавок, еще существуют так называемые функции, которые подключаются к базе как внешние обработки и так же учавствуют в расчете заработной платы (например для расчета каких либо исключительных ситуаций, которые не опишешь обычнымми формулами). У каждого аглоритма расчета есть условия для его выполнения, а также есть еще дата действия. Кроме формул можно использовать мастер для ввода набавок, который так же хранится во внешней обработке, и который так же вводит формулы, только предоставляет пользователю более дружественный и понятный интерфейс. Что касается документов по вводу больничных, отпуска, табеля и тд. У меня в конфигурации это вводится 2-мя документами "Ввод по объекту", и "Ввод по списку объектов". В этих документах Выбирается операция (например табель, больничные или отпуск...), после чего изменяются те или иные данные по объекту (например подразделение, должности или сотрудники), на основе которых программа будет расчитывать те или иные выплаты. В остальном конфигурация ничего примечательного и принципиально отличного от других не содержит. Теперь с позиции разработчика: Наверное все будутсо мною согласны что если разрабатывать конфигурацию, которая сразу бы подходила для расчета нескольких категорий сотрудников, то это достаточно сложно. Нужно учитывать все ньансы разных систем оплаты труда, при этом делать это так, чтобы все это было взаимосвязано между собой и все работало верно. И если один человек разрабатывает систему оплаты труда для одной категории, а другой человек для следующей категории, то при этом им нужно знать не только ньансы расчетов своей системы, но и все ньюансы другой системы, хорошо если этих систем 2 или 3, а если их больше, что тогда? Нужно иметь квадратную голову и кучу сотрудников для решения данной задачи. В моей же конфигурации каждая система оплаты труда разрабатывается и существует независимо от других систем, то есть если разработчик занимается одной системой оплаты труда, то он владеет знаниями и ньансами непосредственно своей "зарплаты" и ничего более, на другие системы ему наплевать.
  8. А как быть с пешеходами дальтониками или водителями с таким же диагнозом? Или для слепых пешеходов? А может и правда эта лампочка добавит ума пешеходам и водителям? Меняпоражает скаким упорством автор доказывает своюточку зрения. По мне так фар достаточно. Вы же сами писали что один раз вам водитель поморгал фарами, и что это было один раз. Вы случаем не из Китая? Там вообще светофоры редко увидишь. И лампочек никаких нет спереди, и тем не менее аварийность не выше чем у нас, наверное в России менталитет менять надо, а не лампочки на бампер ставить.
  9. "Предлагаю добавить еще несколько лампочек разных цветовых оттенков, говорящих о различных состояниях автомобиля или водителя. А еще лучше сверху сделать светящуюся бегущую строку, а на руле водителя расположить клавиатуру, где он будет набирать то что хочет, чтобы лучше обмениваться информацией с другими участниками движения." На мой взгляд существуют правила дорожного движения, которые все участники движения должны соблюдать. Так зачем придумывать еще что то?
  10. Начну пожалуй вот с чего. Все имеющиеся сейчас решения для автомтизации процесса расчета ЗП, имеют один недостаток, в одну программу или конфигурацию (например 1с) закладывают все системы оплаты труда (бюджетники, общаясистема, военнослужащие, госслужащие итд и тп). Но эти системы далеки от необходимых потребностей того или иного предприятия, и требуют дополнительной доработки, которая стоит немалых денег и времени или наличия досточной квалификации в области программирования. Поэтому большиство предприятий используют для специфических расчетов Excel или подобные системы, просто из-за того, что они достаточно просты в освоении и конфигурировании алгоритмов расчета зарплаты. Первый момент. В моей программе настроить тот самый алгоритм так же просто как в экселе т.е. обычными формулами, так же можно использовать специальные функции для расчетов, которые добавляются отдельными модулями к программе. Печатные формы документов и отчетов так же хранятся во внешних модулях. Поэтому в программе можно настрооить набор модулей для каждой категории предприятий в отдельности, а предприятие в свою очередь может работать только с тем участком, который ему необходим. Например если это воинская часть - то загружаются модули для расчета денежного довольствия военнослужащим, при этом бухгалтер работает только с теми данными, которые касаются непосредственно военнослужащих, нет лишних отчетов, печатных форм, только то что нужно. Второй момент. Зачем предприятию покупать программу, которая кроме того что нужно умеет делать то, что для предприятия не имеет значения? Зачем, например бюджетному учреждению расчитывать денежное довольствие? Зачем переплачивать деньги за то, что не нужно? Поэтому в моем проекте стоимость одного набора модулей (например для работников бюджетной сферы) будет составлять порядка 1000 рублей, само же ядро будет бесплатно. Деньги не большие, но если их перемножить на количество потенциальных клиентов, то сумма может выйти как минимум с 6 нулями.
×
×
  • Создать...