Есть ли у кого проблемы со скоростью расчета заработной платы в 1С?

Форум Учет и отчетность Зарплата и кадровый учет (Зарплата)

1С:Зарплата и Управление Персоналом 2.5 Платформа 1С v8.3

1. gubanoff 63 23.07.15 11:38 Сейчас в теме

Хочется узнать, как обстоят дела со скоростью расчета и начисления заработной платы в реальных внедрениях. Конфигурации интересуют любые - как типовые, так и полностью самописные, даже если расчет происходит не на регистрах расчета.
В комментариях приятно было бы видеть, если было бы указано, что за конфигурация, файловый вариант или СУБД, сколько сотрудников рассчитывается.
Например: Зарплата и управление персоналом 8, сильно доработана, SQL, 2000 сотрудников, рассчитывает за 4 минуты.

П.С. Вознаграждение в 1 стартмани уйдет тому, у кого по итогам недели опроса будет самое большое (малое время неинтересно, если в программе 5 сотрудников, то тут будет 2 секунды) время расчета :)

По теме из базы знаний

Вознаграждение за ответ

Сумма: 0 $m

Добавили:
gubanoff (6.00 $m)

Показать полностью

Сколько длится расчет заработной платы за 1 месяц в 1С (все начисления и удержания по всем сотрудникам)?

Менее 5 минут (45.24%, 19 голосов)

45.24%

От 5 до 10 минут (14.29%, 6 голосов)

14.29%

От 10 минут до 30 минут (16.67%, 7 голосов)

16.67%

От 30 минут до 1 часа (11.9%, 5 голосов)

11.9%

Более 1 часа (11.9%, 5 голосов)

11.9%

Найденные решения

11. Painted 49 23.07.15 15:54 Сейчас в теме

УПП, SQL2008, много организаций, сотрудников тоже много. Зарплата считается по подразделениям. Самое большое подразделение самой большой организации (~ 400 сотр.) считается 1 час.
Зарплата довольно громоздкая. Тариф сотрудника на данном объекте - это отдельная запись в регистре плановых начислений. Плюс отдельная запись - премия сотрудника на этом объекте, компенсация за вредность и т.д.

Остальные ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. karpik666 3775 23.07.15 12:01 Сейчас в теме

(1) gubanoff, видимо у вас только оклад. Зуп 2.5. 900 сотрудников с северными, районными, шахтерскими, ночными, дневными, суточными, весенними, летними, для женщин, для мужчин где-то 15-20 минут, но это если всех сразу рассчитывать, обычно такое количество считается по подразделениям. ах-да MS SQL 2012

4. gubanoff 63 23.07.15 13:01 Сейчас в теме

(2) karpik666, поэтому и интересны реальные внедрения. Для одного оклада+премии все летает.

5. tusv 211 23.07.15 13:54 Сейчас в теме

(4) gubanoff, 600 человек, 6 пользователей, десяток видов расчета, текучка 5%.
Сервера 1с и SQL на разных железяках. База, Лог и TempDb на разных винтах
Ежедневно, ночью - остановка сервера 1С - реиндексация средствами SQL с dbсс checkDb - Запуск Сервера
Ежемесячно - Пакетный запуск конфигуратора с Реструктурилизацией
Летает

3. ben19791010 23.07.15 12:18 Сейчас в теме

(1) gubanoff, файловая 200 сотров менее 1 минуты

15. amaksimov 27.07.15 14:35 Сейчас в теме

(1) gubanoff, нам помогало обновление статистики СУБД(или частое обновление статистики СУБД)

17. gubanoff 63 27.07.15 15:49 Сейчас в теме

(15) crabzzy, спасибо за совет, но меня интересует статистика :) Пожалуйста, напишите какая у вас ситуация - сколько сотрудников, за сколько считает.

36. Olga63 28.07.15 17:30 Сейчас в теме

(1) Аааа, Вы статистом подрабатываете)))

38. gubanoff 63 29.07.15 15:32 Сейчас в теме

(36) Olga63, статистиком тогда уже :)

6. Mnemonik 23.07.15 14:35 Сейчас в теме

Платформа 8.2.19.83, Конф. 1С ЗУП 8.2 КОРП редакция 2.5, СУБД MS SQL 2008 R2, сотрудников ~500 - ~800, пользователей ~8 - ~15.
Расчёт заработной платы в целом по организации от 40 до 55 минут.
Специфические расчёты: Северная надбавка по рабочим дням для вахтовых работников, Льготные часы женщинам, День заезда/День выезда, Оплата по часовому тарифу ремонт/стажировка/тех. обслуживание.

8. gubanoff 63 23.07.15 15:14 Сейчас в теме

(6) Mnemonik, бухгалтера не жалуются на такие сроки? Почти час идет расчет, если по итогу ошибка, то нужно все пересчитать и так несколько раз. Можно в выплату зарплаты не успеть :)

9. karpik666 3775 23.07.15 15:20 Сейчас в теме

(8) gubanoff, у вас какие-то странные бухгалтера. Наши перед расчетами, еще вручную все пересчитают, затем программа все заполнит, а потом уже не надо все перессчитывать, достаточно каждого сотрудника в отдельности.

10. gubanoff 63 23.07.15 15:40 Сейчас в теме

(9) karpik666, это у вас "идеальные" бухгалтера :) У нас таких нет. На бухгалтера в среднем приходится около 500 сотрудников, если каждого отдельно пересчитывать - зачем тогда программа? Это раз. А второе - в последний момент приносят премию, вычеты или еще что-то, что нужно всем внести. В таком случае никто физически не успеет всех поштучно посчитать.

42. shomo 30.07.15 11:19 Сейчас в теме

(9) karpik666, а зачем им 1С? Делали бы все, по старинке, в экселе.... Там быстрее и прогера дергать не надо когда ошибка идет... У нас 800 сотр и до часа (база файловая).

45. gubanoff 63 30.07.15 11:27 Сейчас в теме

(42) shomo, я так понимаю, что у вас несколько бухгалтеров-расчетчиков? Скорее всего, 2-3 человека. Как они в файловой базе параллельно работают, нормально? Я имею ввиду, если один расчетчик проводит больничный лист, то другие же ждут его в файловой базе. Насколько критично у вас это?

46. shomo 30.07.15 11:57 Сейчас в теме

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

47. gubanoff 63 30.07.15 12:37 Сейчас в теме

(46) shomo, насколько у вас типовая конфигурация?

50. shomo 30.07.15 16:12 Сейчас в теме

(47) gubanoff, Есть доработки, но не в плане расчетов...

21. Mnemonik 28.07.15 07:53 Сейчас в теме

(8) gubanoff, Жалоб по быстродействию нет, если время расчёта в пределах 60 минут.
Ошибки в расчёте могут быть только если есть ошибки в первичных документах, ошибки в алгоритмах бывают только на этапе внедрения, ну либо в очень редких случаях. Касательно пересчёта начисления, это уже нюансы работы бухгалтера-расчётчика. Это уже другая история, это уже организационные моменты.

7. AnryMc 849 23.07.15 14:59 Сейчас в теме

SQL и 1С на одном сервере (+ терминал) но сервер очень навороченный. 200 сотрудников, учет отработанного времени по отклонениям.
по каждому сотруднику несколько начислений: оклад, премия, надбавка, ...
пользователей 3 - 5, плюс ещё 20 в бухгалтерии.
Расчет и проведение минут 20-40.

11. Painted 49 23.07.15 15:54 Сейчас в теме

12. gubanoff 63 24.07.15 13:16 Сейчас в теме

(11) Painted, а что делают, если после расчета что-то пошло не так?

52. Painted 49 08.08.15 00:44 Сейчас в теме

(12) gubanoff,

а что делают, если после расчета что-то пошло не так?

Перечитывают. ))
(51) gubanoff, Забыл упомянуть, под полными правами считает минут 20. Иногда, пересчитываю сам, когда расчетчикам совсем некогда.
ps Сорри за опоздание, в отпуске был.

51. gubanoff 63 31.07.15 09:05 Сейчас в теме

Подведем предварительные итоги, отдадим деньги :)
Итоги - в прикрепленной табличке.
Победителем объявляется (11) Painted, т.к. там одно подразделение считается около часа, а если запустить все подразделения сразу, то, очевидно, получим время еще большее.
Спасибо всем за участие, ждем новых данных для пополнения статистики :)

Прикрепленные файлы:

13. gubanoff 63 27.07.15 13:05 Сейчас в теме

Интересно, а за прошлые месяцы все любят пересчитывать ЗП или только наши бухгалтера?

14. karpik666 3775 27.07.15 13:39 Сейчас в теме

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

16. gubanoff 63 27.07.15 14:58 Сейчас в теме

(14) karpik666, я в плане быстродействия, что пересчет за прошлые месяцы также влечет увеличение времени расчета. Если, к примеру, за месяц считает 1 час, то при пересчете за прошлых 6 месяцев (или год, как все любят) это уже может быть 12 часов :)

18. echo77 1881 27.07.15 19:28 Сейчас в теме

УПП 1.3, SQL 2008.
~2000 сотрудников.
Расчет зарплаты заключается не просто в нажатии кнопок рассчитать, провести.
Расчетный отдел 4 человека - проверяют табели, выполняют расчет, сравнивают результаты.
Перед этим предварительно загружают данные из другой подсистемы.
После расчета выполняется расчет страховых взносов и отражение в БУ - что тоже занимает до 1 часа.
Расчет производится несколько дней (2-3)

33. gubanoff 63 28.07.15 13:38 Сейчас в теме

(18) echo77, уточните, пожалуйста, время расчета в документе "Начисление ЗП".

19. MarinaS65 28.07.15 00:43 Сейчас в теме

Согласна с echo77. Зарплата не рассчитывается за 4 минуты. У нас штат около 1000 чел., много больничных, отпуска, командировки, премии и т.д. Эти документы надо занести в программу и рассчитать,процесс трудоемкий, времени занимает много.Если взять чистое время на выполнение этих операций, то неделя точно уйдет (не поднимая головы). А уже потом создается документ "Начисление з/пл" и если всех разом рассчитать, то минут 10 только заполняет документ и затем рассчитывает 15-20 мин.Времени проверять каждого сотрудника нет. Конфигурация сильно доработанная, тормозит страшно. Зарплата и управление персоналом 8, SQL2008.

32. gubanoff 63 28.07.15 13:34 Сейчас в теме

(19) MarinaS65, я понимаю, что нужно внести больничные, табеля и т.п. Это текучка и для этого и принимаются на работу бухгалтера, чтобы целый месяц этим заниматься. Это не рассматриваем. Интересует только, сколько длится расчет в документе "Начисление ЗП". Сколько по времени этот документ заполняется и потом рассчитывается. Исключительно сколько обсчитывает программа внесенные данные, если так будет понятней. Само внесение данных за кадром.

20. kanashimi2 28.07.15 01:25 Сейчас в теме

месяц кропотливых трудов отдела по расчету заработной платы и отдела кадров. численность более тысячи, зарплата навороченная, конфигурация доработанная, sql 2008, зуп 8.
к сожалению такой кнопки еще не придумали, чтобы все считалось в один клик)

34. gubanoff 63 28.07.15 13:39 Сейчас в теме

(20) kanashimi2, уточните, пожалуйста, сколько все же в документе "Начисление ЗП" длится расчет.

22. Olga63 28.07.15 09:18 Сейчас в теме

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

23. karpik666 3775 28.07.15 09:21 Сейчас в теме

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

24. GalinaK 5 28.07.15 09:31 Сейчас в теме

(23) karpik666, и "Начисление зарплаты" тоже делается "не скопом в конце месяца, а может формироваться постепенно в течении месяца" и формируются не сразу на всех, а что-то по подразделению, кому-то отдельно... вариантов очень много и расчет соответственно тоже не весь сразу.
Это только в 7.7 можно было запустить полный расчет сразу по всем и "замерять время"

25. karpik666 3775 28.07.15 09:35 Сейчас в теме

(24) GalinaK, расскажите как делать начисление зп в течении месяца или каким сотрудникам? я про такой вариант не знаю. Одно дело уволенным сотрудникам начислять зп в середине месяца, а другое в конце расчетного периода всем. Здесь тоже можно запустить полный расчет по всем, и на сколько я понимаю ошибки в этом не будет, просто некоторые организации, если у них большая структура, делят расчет по подразделениям, так даже удобней.

26. GalinaK 5 28.07.15 09:58 Сейчас в теме

(25) karpik666, уволенные само собой, идущие в отпуск в начале следующего месяца или уходят в отпуск в текущем месяце, но просят выплатить з/п до ухода в отпуск (получается вроде аванса, но расчет нужен полный, чтобы лишнего не выплатить). Сделать один д-т "Начисление зарплаты " на всех - конечно нет ошибки, но при необходимости каких-то пересчетов (или по одному сотруднику или по подразделению) полностью всю организацию пересчитывать? очень непродуктивно... Потому не совсем понятно, что нужно (1) gubanoff

27. karpik666 3775 28.07.15 10:07 Сейчас в теме

(26) GalinaK, По поводу уволенных и отпускников или декретниц, это не большинство, а лишь малая часть из общего количества сотрудников, и их вполне естественно нужно рассчитывать на дату предстоящего события. И если мы обсуждаем одну программу: зуп 2.5, то при перерасчетах никаких сложностей нет, если документ сформирован в целом по предприятию, а нужно пересчитать кого-то в отдельности, и период расчета еще не закрыт, то позиционируемся на этого сотруднику в кнопке "Рассчитать" выбираем рассчитать сотрудника и данные перессчитаются по сотруднику, если же нам нужно их перезаполнить, то выбираем заполнить подбором, и выбираем в списках того же самого сотрудника, тогда необходимые начисления перезаполнятся и дальше как с пересчетом. Если же расчетный период закрыт, то выбираем пункт "исправить" и выбираем сотрудника, чьи начисления нужно изменить и сформируется новый документ перерасчета.

30. GalinaK 5 28.07.15 11:06 Сейчас в теме

(27) karpik666, а варианты, когда несколько расчетчиков и каждый считает только свои подразделения вам встречались? и в этом случае тоже находятся сотрудники, которых приходится считать индивидуально - которые поработали не в одном подразделении в течение месяца ...
И, поддерживаю (28) Olga63, "скорость здесь понятие неуместное"

31. karpik666 3775 28.07.15 11:18 Сейчас в теме

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

28. Olga63 28.07.15 10:10 Сейчас в теме

(23) Постепенно в конце месяца, кроме отпускных, не есть удобно. Многое в конце месяца и позабыть можно.
Зп выплачивается 2 раза месяц. кроме отпускных. И начислять ее кусками, плодить ошибки.И скорость здесь понятие неуместное.

29. karpik666 3775 28.07.15 10:29 Сейчас в теме

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

35. Olga63 28.07.15 17:28 Сейчас в теме

А что это за опрос? Насколько хороша и очаровательна 1С ?
Я часто от нее не в восторге.

37. kot30688 3 29.07.15 02:07 Сейчас в теме

Добрый день! Тут, как мне кажется, много разных составляющих. Например есть предприятие А, численность персонала около 300 человек. Бухгалтер делает расчет каждого сотрудника отдельно, на одного времени уходит менее 10 секунд (это так, в среднем, начисления разные - у кого оклад + премия + районный + дальневосточная надбавка, а у кого к этим же показателям добавляются различные надбавки за классность, за вредность, за сложность и прочие), но считает она это все около недели. А вот в предприятии Б персонала чуть меньше (~250), но расчет зарплаты ведется по подразделениям (от 5 до 20 человек), в среднем - не более минуты, бухгалтер справляется за день - два. Конфигурация УПП 1.3, СУБД SQL 2012.

39. echo77 1881 29.07.15 17:08 Сейчас в теме

Проблем со скоростью расчета зарплаты нет, бухгалтера успевают

40. noven 30.07.15 08:24 Сейчас в теме

1С 8.3 ЗКБУ 700 человек, MS SQL express полный расчет меньше 3 минут. До это стоят PostgreSQL 9.1 расчет был 40-50 минут. Щас думаем о покупке нормального SQL сервера.

41. Olga63 30.07.15 11:09 Сейчас в теме

(40)Чемпиен просто!!!

43. shomo 30.07.15 11:21 Сейчас в теме

(40) noven, Вот и я начальству твержу, что надо сервер закупать и на SQL переходить...

44. gubanoff 63 30.07.15 11:26 Сейчас в теме

(40) noven, а есть ли у вас перерасчеты, сложные начисления или только оклад+премия?

48. noven 30.07.15 13:42 Сейчас в теме

(44) gubanoff, перерасчеты есть, сложных нет, есть некоторые ВР в которых есть прописанные нами формулы, но насколько они сложные трудно судить.
ЗЫ я дней 10 парился с этой зарплатой. Изменение параметров postgresql.cfg существенного прироста не дало. Потом решил покрутить на MS SQL, поставил express. Был просто шокирован разницой во времени расчета.

49. Богатырев Артур 125 30.07.15 14:40 Сейчас в теме

ЗУП 2.5. Полный месячный расчет по примерно 1200 сотрудникам (оклады, надбавки, масса всяких плановых удержаний) на SQL-базе занимал 20-40 минут. Подключение пользователей к базе - по локальной сети (сама база, как уже сказал - сетевая).
Речь идет только о "Начисление зарплаты" - заполнить и рассчитать. Всякие отпуска-больничные и разовые - даже не упоминаю!
Что влияло на скорость (замечено по опыту):
- Наличие других пользователей в базе (если сидит 2-3 и сидит 40-50 - разница большая), особенно если кто-то еще начинает в момент расчета проводить хоть какие то манипуляции с зарплатой. Выигрыш может составлять 10-15 минут. И главное - не выскакивает "конфликт блокировок транзакций"!
- Т.к. клиент 1С на машине у нас толстый и противный, то опять таки разница до 30-50% времени - запустить на дохленькой машинке бухгалтера, или по терминалу зайти на сам сервер, где крутится база 1С.
- Заметный выигрыш в скорости дала настройка базы на SQL-сервере (подробностей не знаю) - разбили файл базы данных на несколько, регулярно чистили логи.
- Перезапуск сервера 1С и самого SAL-сервера раз в неделю.

53. DoctorRoza 19.08.15 17:56 Сейчас в теме

Платформа 8.2.19.116, Конф. 1С ЗУП 8.2 редакция 2.5, СУБД MS SQL 2012 R2, сотрудников ~2500, пользователей ЗУП ~ 25.
Расчёт заработной платы в целом по организациЯМ от 1 до 1.5 часов.
Есть всякая специфика: вредность, средняя ЗП, простои, работа женщин после декрета, вышедших раньше положенного срока и т.п.
Производство!

54. пользователь 11.02.23 19:16

Сообщение было скрыто модератором.

...

Внимание! Тема сдана в архив