Имя: Пароль:
1C
1С v8
5000 сотрудников. УПП или ЗУП?
0 asdfg13
 
04.03.13
18:37
5000 сотрудников, 200 видов начислений,РАУЗ, сделка, повременка, весь гемор - какой только может быть при расчете ЗП и еще столько же, чего быть не может. В УПП - бухия и немного производства, планирования, бюджетирования (150 одновременных подключений) всего 400 пользователей. Нужен расчет ЗП. У кого летает?  УПП или ЗУП?
1 ILM
 
гуру
04.03.13
18:40
На временные таблицы переделаете  расчет и будет нормально и там и там.
2 КонецЦикла
 
04.03.13
18:41
1C 8 летает... анекдот
3 maxmb
 
04.03.13
18:43
Однозначно ЗУП
4 asdfg13
 
04.03.13
18:43
аргументы
5 Oleg_Kag
 
04.03.13
18:48
ЗиК + прямые запросы + пила циркулярная + 100500 негров
6 Джинн
 
04.03.13
18:49
Летает - понятие относительное. ЗУП на 15 тыс. человек видел. Не летает, но если все сразу запустятся, то за 4 часа считает. Если вразвалочку, то 2 суток.
7 asdfg13
 
04.03.13
18:51
4 часа это гуд
8 SeregaMW
 
04.03.13
18:52
(0)В.В. чет мало оглаедов у Вас на шеи, плохо стараетесь товарищь! сказал бы Вам Ленин!
9 maxmb
 
04.03.13
18:53
(0) нету времени все перечислять.
УПП обнови пару раз и все поймешь,ЗУП релизы пилят каждый месяц и очень много критических.
10 Джинн
 
04.03.13
18:54
(7) Там ресурсы под это нехилые.
11 asdfg13
 
04.03.13
18:54
весомо, но большой  гемор с интеграцией туда-сюда.
12 asdfg13
 
04.03.13
18:55
к 9
13 КонецЦикла
 
04.03.13
18:55
Главное структуру хорошо продумать
Что там будет запросы отправлять и формочки показывать не важно: клюшки, снеговики или сапописка
...это если делать упор на производительность а не 2поддержку"
14 SeregaMW
 
04.03.13
18:56
(0)по теме:
Конечно УПП, если в УПП - бухия и немного производства, планирования, бюджетирования (150 одновременных подключений) если из них кто-то отдыхает то может помогать делать расчет!   ;-)
15 ILM
 
гуру
04.03.13
18:57
(0) Будете месяц закрывать, обращайтесь...
16 asdfg13
 
04.03.13
18:58
)) много не заплатим
17 КонецЦикла
 
04.03.13
18:58
(9) " и очень много критических."
Это типа преимущество поддержки? :)
18 КонецЦикла
 
04.03.13
18:59
(16) Сколько у Вас денех на это?
19 maxmb
 
04.03.13
19:01
(0) по зупу пиши, если будет сложное ТЗ по расчетам.
20 SeregaMW
 
04.03.13
19:02
(17)Это преимущество нашего законодательства, а есть же сидят пиндюки у себя на МСФО и не чего не делают. Вот она экономика в динамики ;-)
21 КонецЦикла
 
04.03.13
19:03
(20) такие не называются "критическими" :)
22 SeregaMW
 
04.03.13
19:07
(0) А на чем сейчас все это плавает?
23 vyaz
 
04.03.13
19:08
(0) 200 ВР? что-то не верится...
24 asdfg13
 
04.03.13
19:09
плавает на ДОСе
25 ILM
 
гуру
04.03.13
19:09
(16) А я много и не беру
26 asdfg13
 
04.03.13
19:10
200, резать пытались несколько раз, меньше не стало.
27 Emvika
 
04.03.13
19:15
(0) если есть сделка, то лучше всего в одной базе вести...
у сдельных нарядов в УПП очень оригинальное "проектное решение", как его разработчики сами называют...
налоги со сделкой в отдельной базе посчитать, или, не дай бог, пересчитать в последующем периоде сдельный наряд - вот тут веселье и начнется...
28 SeregaMW
 
04.03.13
19:18
(27) вот с этого места по подробней...
29 Emvika
 
04.03.13
19:20
(28) куда уж подробней-то?
пересчитай наряд прошлого месяца и просчитай налоги и взносы с него...
давно не проверяла, но, думаю, ничего с 2009 года не изменилось...
30 Очкарик
 
04.03.13
19:22
какая ерунда, 50000 сотрудников - это мало для 1с, бери уПП
31 SeregaMW
 
04.03.13
19:27
(29) Я отбиваю пальцы за фразы "Я открыла период и пере...
....ай ай, я больше не буду" ;-)
32 SeregaMW
 
04.03.13
19:30
(29) Управляемые формы появились, УПП 1.4, а не давно метеорит возле Челябинска упал! ;-)
33 zmaximka
 
04.03.13
19:38
200 видов начислений это жестокая жесть
34 asdfg13
 
04.03.13
19:42
(33) Каждый финдир им войну объявляет )) Уже третий сменился, а их как было 200 так и осталось
35 Emvika
 
04.03.13
19:44
(31) нет-нет, ни в коем случае не открывать период...
я про то, чтобы в текущем периоде исправить начисления (ну есть такой функционал в ЗУП и подсистеме расчет ЗП в УПП)

ты ЗУП не знаешь, да?
36 Emvika
 
04.03.13
19:44
+(35)  в текущем периоде исправить начисления _предыдущего периода_
37 asdfg13
 
05.03.13
06:02
ап
38 asdfg13
 
05.03.13
08:47
нет ни у кого что ли?
39 ptiz
 
05.03.13
09:02
ЗУП. Проще с обновлениями. Отдельная база (меньше нагрузки на основную УПП).
40 asdfg13
 
05.03.13
09:05
Зато надо две базы обновлять. Нагрузку анализировать надо. Если мощи хватает и то и то делать - смысла нет в отдельную выводить
41 neckto
 
05.03.13
09:07
Имхо, лучше 2 отдельные базы. Помимо возможности обновления ЗУП независимо от УПП, получишь возможность перебрасывать начисленные суммы свернуто, без сотрудников. Бухи к данному вопросу относятся очень трепетно.
Есть и минусы: понадобится выгрузка из ЗУП в УПП текущего кадрового состояния сотрудников для печати доверенностей и проч.
42 asdfg13
 
05.03.13
09:09
(41)обновления УПП от ЗУП в части зарплаты сильно отстают?
43 asdfg13
 
05.03.13
09:11
С доверенностями перетоптались бы. Со сделкой гемор будет. У нас в УПП база с трудоемкостью живая, которую надо к сделке цеплять.
44 Skylark
 
05.03.13
09:16
На авиаремонтном заводе поддерживал ЗУП с 2500 сотрудников. Там не 200 видов расчетов, но тоже зоопарк со сдельными нарядами, переходами из бригады в бригаду с разными коэффициентами и т.п. База была на самом обычном серверишке, на быстродействие никто особо не жаловался. Расчетчиков несколько штук + сдельные наряды вводили прямо в цехах.
45 Yuwa
 
05.03.13
09:18
Не вижу никакого смысла ставить отдельно ЗУП.
46 asdfg13
 
05.03.13
09:19
(44) Первый практик ))
47 asdfg13
 
05.03.13
09:21
(44) "быстродействие никто особо не жаловался" - полный расчет с налогами сколько часов?
48 ptiz
 
05.03.13
09:21
(42) А сейчас вы УПП не обновляете?
Если думаете обновлять "отдельно зарплатную часть", то даже не мечтайте, всё переплетено.
49 dmpl
 
05.03.13
09:22
(0) Если сможешь уговорить расчетчиков не делать табеля Т-13 до расчета зарплаты - и там, и там нормально будет. Только обновления придется регулярно применять.
50 g_frost
 
05.03.13
09:22
типовой ЗУП - порядка 5000 сотрудников, полет нормальный
но возможность обойтись без перекачки между ЗУП - УПП это заманчиво.
51 asdfg13
 
05.03.13
09:24
(42) раза два в год.
52 Skylark
 
05.03.13
09:26
(47) о часах речь не шла, гораздо меньше
53 asdfg13
 
05.03.13
09:27
(50) Вот и я думаю - и так и так гемор, но одновременно две базы вести.......
54 Skylark
 
05.03.13
09:31
Другой конторе поставили УПП из "центра". Я им из ЗиКов все перенес. Через несколько месяцев просили "вынести" зарплату в ЗУП. Но там ситуация была другая - УПП периферийная, все права закрыты, период закрыт - и открывалось только из центра по заявке; короче не погоняешь расчет ЗП.
55 dmpl
 
05.03.13
09:35
(47) Минут 20, если в 1 документе сразу всех запустить (порядка 3-5 строк на человека). Это у меня регулярная проверка после очередного обновления.
56 asdfg13
 
05.03.13
09:44
(55) обнадеживает
57 Odavid
 
05.03.13
09:45
Как вообще можно сравнивать УПП и ЗУП?!
только 1сники так могут...
еще куда ни шло - ЗУП или БП.. хоть для расчета ЗП, хоть про "летает"...
58 asdfg13
 
05.03.13
09:49
(57)а кто сравнивает? Конкретная задача - расчет ЗП в 1С. Надо выбрать оптимальный вариант УПП или ЗУП.
59 Odavid
 
05.03.13
09:49
(54)>>Через несколько месяцев просили "вынести" зарплату в ЗУП
я им вынес.
Еще через несколько месяцев попросили кое-что оставить, а кое-что - вернуть обратно в УПП.
Я сделал.
Еще через полгода попросили это "кое-что" перенесенное на предыдущем этапе поменять местами.
Я поменял.
Но вот когда после всего этого они спросили меня - где же зЗП лучше считать, в УПП или ЗУП, и не сделать ли им одну УПП - я не выдержал.... :)
60 asdfg13
 
05.03.13
09:52
(59) и что?
61 Skylark
 
05.03.13
09:56
(60) что, что
не видишь - гуру пришел
62 Skylark
 
05.03.13
09:57
мы тупые мышки, которые не могут сообразить как им стать ежиками, а он мудрая сова - мыслит стратегически
63 asdfg13
 
05.03.13
09:58
ааааааа
64 Odavid
 
05.03.13
10:03
>>Надо выбрать оптимальный вариант УПП или ЗУП.
объясняю для 1сников:
не может быть оптимального варианта из этих двух программ - они совершенно разного уровня ориентации и "тяжелости".
Зарплатный "модуль" из УПП во многом (но не во всем) повторяет ЗУП, и обновляет 1С их одновременно.
Но ЗУП всегда будет перегонять по скорости УПП, т.к. не содержит тех гирь, которые содержит УПП.
65 Maxus43
 
05.03.13
10:03
я за ЗУП. Сами планируем выносить из УПП его... тяжёл больно, особенно узко в обменах стало РИБа, как расчет ЗП - так обмены километровые. Грёбаный регистр Графики работ по видам времени, причем с разбивкой по сотрудникам как правило
66 asdfg13
 
05.03.13
10:13
(65) на сколько сотрудников зп считаешь?
67 Maxus43
 
05.03.13
10:23
(66) 15 филиалов, там от конкретного зависит, я в центре, 600 чел. в филиалах 1000-2000. Всего - много, мпасает пока РИБ
68 asdfg13
 
05.03.13
10:30
(67) все, что накопал по крупным зарплатным проектам в 1С твоя схема - филиалы. Действительного крупняка предъявить пока никто не может. Меня терзают смутные сомнения, что король то голый.
69 asdfg13
 
05.03.13
10:32
Нет, был один. Стройка. 6000 человек. Все на окладе. Отпуска и все. Даже больничных нет.
70 Maxus43
 
05.03.13
10:32
(68) 4-5 тысяч на прошлой работе было, без филиалов, там завод. но не скажу что сильно крупняк, тыщ 15 - это да.
Знаю организацию где реально крупняк, там внедрение заканчивается вроде, на заводе Сухого.
71 Джинн
 
05.03.13
10:33
(64) Да,да... Бла-бла-бла... Сферическая в вакууме... 2*2=4...
72 asdfg13
 
05.03.13
10:35
(70) Сухой?! Это уже интересно! Надо будет с ними пообщаться.
73 Odavid
 
05.03.13
10:36
(71) ну что еще ждать от 1с-ника..
(69) вот скажи мне, мил человек, какая разница - расчет 1000 человек или 10000 в ЗУП? А в УПП?
Предположим, что "сервер" не на персоналке.
76 Джинн
 
05.03.13
10:37
(70) Закончилось уже. Но его мало кто повторить может - там гемора немерено было. Даже привлекали разработчиков платформы из 1С. Там Oracle  в виде корпоративного стандарта и внедренцы сдуру под него подписались.
77 Odavid
 
05.03.13
10:37
(71)>>Да,да... Бла-бла-бла...
.. еще и говорить не научился, а уже туда же - всех тянет в 1с... :)
78 Maxus43
 
05.03.13
10:37
(73) у меня проблемы с РИБом начинаются, а не с количеством
79 Odavid
 
05.03.13
10:38
Oracle - это сила.
Которой надо уметь пользоваться.
80 Maxus43
 
05.03.13
10:39
(76) я там был краем уха на аутсорсе, знаю внедренцев... гемор да, но победили насколько знаю
81 Maxus43
 
05.03.13
10:39
з.ы. внедренцы там тока с ораклом и работают, скл - штучные проекты, основа оракл
82 asdfg13
 
05.03.13
10:40
(81) спасибо, пробью их по своим каналам.
83 Джинн
 
05.03.13
10:41
(79) Вам не надоело вандализмом тут заниматься? Если нечего сказать, то лучше помолчать. Нет смысла тут таблицу умножения выдавать за божественное откровение - все ее еще в школе выучили.
84 Джинн
 
05.03.13
10:45
(82) Вряд ли Вы из "пробъете". Они не любят делиться информацией.

Если очень сильно подожмет - могу свести с руководителем этого проекта. Но Костя человек занятой и просто так беспокоить нет смысла. Если упретесь уже в конкретные проблемы - стукнитесь.
85 Odavid
 
05.03.13
10:48
(84) результат-то где?
а то уже графики составлены - ходить по таким клиентам через год-другой и переделывать все вчистую.
После знатоков таблиц умножения... :)
86 Maxus43
 
05.03.13
10:50
(85) боюсь Туда вас не подпустят на пушечный выстрел
87 Odavid
 
05.03.13
10:53
(86) я не про себя.
Меня ЗУП интересует только с точки зрения удобства расчета ЗП.
А пускают только "своих"? Ну вот поэтому потом и переделывают. За "только своими" :)
88 Odavid
 
05.03.13
10:54
(87) + я имел ввиду - переделывают на 1С.
Так как нормально внедрить Оракл не могут.
89 asdfg13
 
05.03.13
10:55
(84) (86) Я знаю их "специфику". Есть варианты. Попробую.
90 Джинн
 
05.03.13
10:55
(85) Ага. Только сначала им двери нужно расширить. Ибо Вы с такими растопыренными пальцами войти не сможете.

(88) Для тех, у кого рация на бронепоезде - речь шла о SQL-сервере Oracle.
91 Tata001
 
05.03.13
10:57
УПП и ЗУП... закрытие табеля - очень сильно тормозит 1с так же как и расчет з/п
92 asdfg13
 
05.03.13
11:00
(91) сильно это как?
93 Odavid
 
05.03.13
11:00
(90) кто в бронепоезде - скажите, что у вас там внедряет "команда внедренцев"? Оракл? :)
И, видимо, прирост производительности и  успехов таков, что сначала "внедренцы сдуру под него подписались", а потом - "внедренцы там тока с ораклом и работают".
94 Maxus43
 
05.03.13
11:02
(93) Внедренцы там специализируются на Оракле, его палитновые партнёры. И поверьте, они вкурсе как работать с ним
95 Chai Nic
 
05.03.13
11:03
(91) Табель - это второе, за что хочется применить к фирме 1с оружие массового поражения. Первое это сдельные наряды..
96 Odavid
 
05.03.13
11:04
(94) так какой смысл мутить на Оракл то, что даже с SQL работает как с помойкой? Прирост-то где? Результат?
97 Maxus43
 
05.03.13
11:05
(96) результат - успешное внедрение системы на 1с в связке с субд оракл, скуль бы не потянул
98 asdfg13
 
05.03.13
11:06
(95) В месяц примерно 10000 нарядов по 50 строчек. В чем гемор вылезет?
99 Krendel
 
05.03.13
11:07
(0) Дай угадаю- РАйкон?
100 1C-band
 
05.03.13
11:08
100!
101 asdfg13
 
05.03.13
11:08
(99) мимо
102 Smallrat
 
05.03.13
11:10
я за отдельную базу.
Настраивать обмен легче (и даёт доп плюшки возможностью настройки обмена) чем тащить все минусы работы зарплатчиков в тяжелой базе - "ууу, там ошибка в новом способе расчёта больничного, срочно, срочно обновление" и т.д.
103 Krendel
 
05.03.13
11:10
(101) Местный?
104 Odavid
 
05.03.13
11:12
(97)>>скуль бы не потянул
позвольте не согласиться.
Что бы не потянул SQL? В дайте цифру "непотянутого".
105 Джинн
 
05.03.13
11:12
(93) Для тех, у кого рация на бронепоезде - выше было написано, что на предприятии Oracle корпоративный стандарт. И заказчик продавил решение именно на этой платформе.

(97) Да потянул бы. Нет никакой разницы на таких объемах. Условия "внешние" были. Из-за особенностей работы 1С с Oracle возникли некоторые проблемы и пришлось разработчиков платформы выдергивать. В своем роде уникальный проект.
106 Chai Nic
 
05.03.13
11:12
(98) Гемор в движениях документа. Прикол в том, что сдельный наряд сам делает движения по регистрам учета страховых взносов и отражение в бухучете, в то время как начисления и соответственно взаиморасчеты с сотрудниками двигает другой документ (Начисление зарплаты), который заполняется на основании сдельных нарядов, причем только для тех сотрудников, у которых основная сдельная оплата труда. То есть, имеем аккуратно уложенные грабли.
107 Odavid
 
05.03.13
11:13
(104) + уже начинаю потихоньку подсмеиваться - это "нечто" тянет 1С и Оракл, но не тянет SQL :)
108 Джинн
 
05.03.13
11:14
(107) Перестаньте флудить. Это тематическая ветка. Иначе пойдете в бан.
109 Odavid
 
05.03.13
11:14
(1050 >>что на предприятии Oracle корпоративный стандарт
вот поэтому потом и идут к вам внедренцы 1С на "родном" MS SQL.
Каждому мишке - своя фишка.
110 Maxus43
 
05.03.13
11:15
(105) я вкурсе что там была за проблема, зачем дёргали разрабов... хз, имхо скуль там не вариант
111 МегаБум
 
05.03.13
11:19
(0) возьмите любую программу расчета зарплаты не под 1С (фокспро, клиппер и т.п.) - будет летать. Те поделки, которые делает 1С в нынешнем виде - летать не будет никогда.
112 Krendel
 
05.03.13
11:21
(111) Зачёд
114 dmpl
 
05.03.13
11:51
(65) А вот нефиг табеля Т-13 на сотрудников вводить.
115 asdfg13
 
05.03.13
11:51
(111) вариант такой думали. Сейчас в ДОСе, фокспро, и т.п. считается нормально. Проблема вылезает с сопровождением и доработками всего этого. Все местные бабушки, которые этого монстра создавали 20 лет либо уже уволились, либо собираются. И тупик. Где сейчас хорошего фокспрошника найдешь, который еще и в ЗП понимает. И на такой оклад как у нас. Нет таких. 1С хоть как-то понятно как сопровождать можно. Бабла снимут конечно, но люди зарплату получат.
116 Odavid
 
05.03.13
11:54
(115) и у вас такая же деградация с фокспро? вот так оно и есть по всей стране.
117 dmpl
 
05.03.13
11:55
(92) Запись табеля происходит с помощью менеджера записи либо кучи небольших наборов записей (зависит от данных и настроек документа), т.к. ГрафикиРаботыПоВидамВремени не подчинен регистратору, и одним набором записать его невозможно. Табель на 100 человек может записываться минуту-другую, при этом есть подтормаживания у всех.
118 КонецЦикла
 
05.03.13
11:57
(115) Сколько денег на это готовы выделить? Если не брать в штат
Вроде уже спрашивал :)
119 Джинн
 
05.03.13
11:59
(115) > Сейчас в ДОСе, фокспро, и т.п. считается нормально
Не верю! (с) Станиславский.

А налоги со взносами считаются, и отчетность в фонды формируется, и средние всякие по разным правилам формируются, и видов начислений пачка, и всякие надбавки, коэффициенты, ночные-праздничные?

Очень сомневаюсь, что это возможно. Вряд ли Вы сможете держать своих методистов и программеров. Заодно и постоянно отслеживать все изменения в законодательстве. Это было бы крайне дорогое решение.
120 Maxus43
 
05.03.13
12:01
(119) бог с тобой, им нужен расчет обычный, потом как обычно отчетность руками сводят наверняка
121 asdfg13
 
05.03.13
12:01
(119) 1 методист и один программист. Считает ВСЕ.
122 asdfg13
 
05.03.13
12:02
20 лет делали, что бы все считало.
123 Джинн
 
05.03.13
12:03
(121) Ну Вы монстры! :)
124 asdfg13
 
05.03.13
12:03
+ к этому массив начисленной ЗП с налогами по 10 измерениям раскладывается. Сам удивляюсь.
125 Maxus43
 
05.03.13
12:06
(124) изменения законодательства то как?
126 Maxus43
 
05.03.13
12:07
например расчет среднего за 2 года который - это алгоритм менять прилично жеж
127 Никола_
Питерский
 
05.03.13
12:12
Конечно лучше ЗУП отдельно вынести. Все таки обновлять его проще, а думаю изменений в отчетности будет еще много в связи с реформами ПФР и прочее.
В целом нормально 5 кило человек расчитывалось, правда было дробление по подразделениям максимально 800 человек в одном подразделении.
128 Emvika
 
05.03.13
13:15
(118) денег выделить на что?
129 Chai Nic
 
05.03.13
13:29
(127) Ага. Главное - не делать "полный расчет" одним документом, если их в периоде несколько (по подразделениям). Замучаетесь потом с пересчетами НДФЛ для сотрудников, которые перевелись из одного подразделения в другое. На мой взгляд, правильная схема такая - на каждое подразделение по документу начисления зарплаты (только начисления), и далее сводно по предприятию удержания, погашения займов и НДФЛ. Это минимизирует проблемы.
130 asdfg13
 
05.03.13
13:50
Второй день ветка висит и только одна реальная ссылка на расчет ЗП в 1С для 5000 сотрудников! Как-то мало для 1С )))
131 asdfg13
 
05.03.13
13:51
или люди с такими проектами здесь не ходят?
132 КонецЦикла
 
05.03.13
13:54
(130) Интересует факт существования таких внедрений или какой-то результат для себя?
Они есть, но ни у кого не "летает", 100%
Я предлагаю написать нетленку на 1С + SQL, не очень дорого.
133 asdfg13
 
05.03.13
14:01
(132) скорее матрасик подложить хочется. Если так как ты говоришь - хрень, просто матрасиком не отделаешься)))
134 asdfg13
 
05.03.13
14:02
Скорее хочется матрасик подложить, хотя если верить тому, что ты говоришь, матрасиком тут не отделаешься.
135 Бирюк
 
05.03.13
14:06
(134) Не 1С-ные решения не рассматриваются в принципе?
136 asdfg13
 
05.03.13
14:15
что сделал не так?
137 asdfg13
 
05.03.13
14:15
(132) Скорее хочется матрасик подложить, хотя если верить тому, что ты говоришь, матрасиком тут не отделаешься.
138 Никола_
Питерский
 
05.03.13
14:16
(130) Одномоментно было расчет, 5340 человек в базе.
Только много всяких факторов, одно дело у всех оклад и пятидневка, плюс по мелочи больничные/отпуска все белым бело. Другое дело, если множество заморочек и т.д. но пути решения всех затыков разные вплоть до административных и т.д.
С точки зрения производительности, особых затыков небыло все таки ЗУП по сравнению с ЗиКом это земля и небо.

Нюансов много. Нужен грамонтый расчетчик(руководитель) который очень хорошо шарит в ЗУПе + равноценно грамотный кадровик(руководитель). И главное что бы была нормально выработанная система работы. Кадры/Расчет. Ну и спец который всегда сможет ответить на любой вопрос расчетчика/кадровика. И желательно что бы спец. минимально ковырял типовой код, то есть предлагал всевозможные решения типовыми механизмами.
139 Никола_
Питерский
 
05.03.13
14:17
(137) Юр. лицо у Вас одно ? или мега пупер холдинг ? с десятками юр.лиц ?
140 asdfg13
 
05.03.13
14:18
одно
141 asdfg13
 
05.03.13
14:24
))
142 asdfg13
 
05.03.13
14:26
(135) пока нет, думаю, что будет еще хуже.
143 samozvanec
 
05.03.13
14:28
(0) предлагаю третий вариант - пусть сами в конце месяца говорят, кому сколько дать. а то пока оракл в зуп выгрузишь, все разбегутся
144 asdfg13
 
05.03.13
17:01
тема закрыта?
145 Maxus43
 
05.03.13
17:03
(144) ну тебе сказали ещё и реальное внедрение на 15000 расчет, но как там что узнать хз, а денег нанять тех внедренцев врятли хватит
146 samozvanec
 
05.03.13
17:04
(144) у тебя какие вопросы остались?
147 asdfg13
 
05.03.13
17:19
(145) К сожалению тут не все видно. Понятно только, что с эской надо быть осторожнее ))
148 МегаБум
 
07.03.13
12:22
(119) ты не поверишь! )) до сих пор пользуемся программой расчеты зарплаты под клиппером с 98 года - все формируется, и даже больше чем в 1С.
149 Джинн
 
07.03.13
12:28
(145) Они относительно недорого обходятся. Если у кого есть интерес - пусть пишет. Сведу.
150 Террз
 
07.03.13
12:43
УПП (1.3, РАУЗ) - 4,5 тысячи человек. 8 расчетчиков - не тормозит. Железо новое.
151 Doomer
 
07.03.13
12:57
При работе 5000 в ЗУП могут возникнуть проблемы не в производительности в необходимости постоянного обмена с БП или УПП из за появления новой аналитики.
Пример:
У меня клиенты вели учет в ЗУП. 2000 сотров. Занимаются производством. Постоянно ремонты или создания новых ОС. Приходилось постоянно делать обмен для новых объектов аналитики. Опять же авансовые отчеты, спецодежда требует появления физ лиц в БП или УПП. Опять нужно постоянно выгружать. Поэтому для себя решил что лучше при большом числе сотрудников начислять з.п. той же базе УПП или КА если производительность позволяет.
При 2000 сотрудников никаких проблем с производительностью нет.
152 Doomer
 
07.03.13
12:58
(129) Так для 5000 рыл наверняка не один расчетчик работает.
153 Doomer
 
07.03.13
13:00
(119) Вышеуказанные клиенты были приучены работать в нетленке написанной еще под DOS. Там они почти все считали вручную. Ничего не жужали. При переходе на 1С не верили, что автоматические расчеты налогов вообще возможны.
154 Террз
 
07.03.13
13:01
(151) +1

С постоянной выгрузкой из УПП в ЗУП будет куча гемора, особенно когда нужно что-то быстро сделать или срочные отчеты. а так данные все время актуальны. и отсутствует проблема при синхранизации баз - на таком объеме это огромный плюс. ну и администрировать 1 систему проще чем несколько.
155 Террз
 
07.03.13
13:01
(153) - не АМБА случайно?
156 Doomer
 
07.03.13
13:03
(155) Нет. Это наша местная разработка. Не видел даже названия у нее.
157 asdfg13
 
14.03.13
17:02
(150)(151) Спасибо!
158 IKSparrow
 
14.03.13
17:21
(0) 24000 сотрудников. ЗУП. Слегка подкорректированный. Видов расчётов поменьше было. Всё летало.
159 EvgeniuXP
 
14.03.13
19:03
(158) и куда улетело? :)