Вход | Регистрация
    1  2   
1С:Предприятие :: 1С:Предприятие 8 общая

Сравнение зуп 2.5 и 3.1.13.75

Сравнение зуп 2.5 и 3.1.13.75
Я
   Лунный_цветок
 
19.02.20 - 09:32
Всем привет!

Конечно, я могу почитать статьи в интернете, которые кишат сравнениями зуп 2.5 с зуп 3.1, но там все слишком общее... Поделитесь, какие мелочи и нюансы вам безумно нравятся в зуп 3.1 и которых не было в зуп 2.5?
   seevkik
 
1 - 19.02.20 - 09:34
Зуп 3 ещё поддерживается.
   2S
 
2 - 19.02.20 - 09:34
Есть вещи, которых не хватает в зуп 3 из 2.5
   Йохохо
 
3 - 19.02.20 - 09:34
новизны, в 2.5 не хватало новизны и перемен
   Фрэнки
 
4 - 19.02.20 - 09:35
вопрос из разряда "почему вам нравится есть мясо" или "поделитесь своей безумной любовью к блюдам из моркови"
   Aleksey
 
5 - 19.02.20 - 09:36
А какой смысл сравнивать?
   SleepyHead
 
6 - 19.02.20 - 09:37
(0) "Сравнение ЗУП 2.5 и 3.1"

Я думаю, что корректным будет такое сравнение:

Зарплата 2.х для дос < Зарплата 4.03 для Дос < ЗиК77 < ЗУП 2.5 < ЗУП 3.1
   Гобсек
 
7 - 19.02.20 - 09:49
Регламентированная отчетность в ЗУП 3.1 лучше сделана
6-НДФЛ
СЗВ-СТАЖ
   Skylark
 
8 - 19.02.20 - 10:00
Мне нравится что ЗУП 3.1 дольше запускается

-------------------
|                 |
|    САРКАЗМ      |
|_________________|

Все эти годы развития компьютерных и программных мощностей - для чего они? Чтобы я ждал запуска базы 5 секунд до ввода пароля, а потом ещё 7-8 секунд до её открытия???!!!1111
   VladZ
 
9 - 19.02.20 - 10:01
(3) Ха-ха! Шутка дня!
   Йохохо
 
10 - 19.02.20 - 10:03
(8) ЗУП + апач = 2 секунды
   VladZ
 
11 - 19.02.20 - 10:03
(8) "Все эти годы развития компьютерных и программных мощностей - для чего они?" - чтобы смотреть пор-но в качестве 4К.
   Said_We
 
12 - 19.02.20 - 10:07
(0) Вчера пришлось глянуть расчет мат выгоды, на 3.1 с досрочным погашением и изменением ставки рефинансирования в середине месяца. 3.1. Посчитала не правильно.
ЗиК 77 рассчитал верно и прозрачно и с комментарием расчета. :-) Что дало 3.1? Не знаю. По моему модный фантик.
   dka80
 
13 - 19.02.20 - 10:08
(11) что ты там в качестве 4К разглядывать собрался? прыщи?
   dka80
 
14 - 19.02.20 - 10:09
(12) зато права на отпуск при работе в отпуске по беременности и родам ЗУП 2.5 не считает, а 3.1 считает. Кстати, вроде и с матвыгодой проблем не было
   Said_We
 
15 - 19.02.20 - 10:16
(14) У нас и ЗиК был научен считать право на отпуск в такой ситуации. Допилить можно всё что угодно.
Мне не нравится реализация расчетов в РР в 8.х, по сравнению с журналом расчетов в 77. Расчет в документах.... Как-то это не естественно. Да с самим РР работать на порядок удобнее чем с ЖР, но реализация в ЗиУП какая-то не та.
   VladZ
 
16 - 19.02.20 - 10:17
(12) ЗИК изначально проектировалась, как программа для расчета ЗП.

ЗУП (а точнее платформа 8.х) - как универсальная платформа, которая должна работать как на винде, так и на планшете и т.д и т.п.
Любая универсальная система неоптимальна.
   pechkin
 
17 - 19.02.20 - 10:18
зуп 2.5 вроде только корп и соответственно цена итс
   pechkin
 
18 - 19.02.20 - 10:19
(16) ЗиК  - это вообще самамя страшная конфы из все конф 1С
   SleepyHead
 
19 - 19.02.20 - 10:20
(18) Страшнее всего неведомое.
   Aleksey
 
20 - 19.02.20 - 10:21
(11) не просто порно,а VR-Porno
   Said_We
 
21 - 19.02.20 - 10:24
(18) Прикинь, но в ЗиК есть комментарий расчета, а на 8.х можно сказать его нет. В чем улучшение?
   SleepyHead
 
22 - 19.02.20 - 10:26
(21) Вы просто не знаете, где он.
   Said_We
 
23 - 19.02.20 - 10:28
(22) "можно сказать его нет" - означает что, то что есть это как бы не совсем, то что необходимо. :-)
   Гобсек
 
24 - 19.02.20 - 10:28
Вид начисления проезд к месту работы на автобусе 
В ЗУП 2.5 у меня был размер стоимости проезда был вбит прямо в форумулу вида расчета готовой цифрой.
В ЗУП 3.1 тариф на проезд заводят документом "Данные для расчета зарплаты". По этим документам можно посмотреть, например, как менялся тариф со временем.
   Фрэнки
 
25 - 19.02.20 - 10:30
(24) и кто ж тебе мешал в 2.5 через показатели сделать?
   Said_We
 
26 - 19.02.20 - 10:32
(7) Ну так в 2.5 не стали реализовывать уже, что бы заведомо было со временем стало хуже чем в 3.1
   VladZ
 
27 - 19.02.20 - 10:32
(20) Ну вот, подтянулись те, кто "в теме". ;)
   pechkin
 
28 - 19.02.20 - 10:32
(21) я не говорю что зуп хороша, но по зик я ни разу не видел что рассчетчик сам мог без помощи прога рассчитать
   pechkin
 
29 - 19.02.20 - 10:33
не зряж камин во времена зика неплохо шел
   d4rkmesa
 
30 - 19.02.20 - 10:34
(8) Это вы забыли расчет зарплаты в ЗиК 7.7. На тогдашнем железе работал не меньше получаса, если порядка 1000 сотров.
 
 Рекламное место пустует
   Said_We
 
31 - 19.02.20 - 10:34
Разработчики 3.1 ещё боле далеки от жизни чем 2.5. Хотя это наверное один и те же люди.
Придумали паралельно несколько конфигураций сопровождать 3.1.9, 3.1.12 и т.д.
   Гобсек
 
32 - 19.02.20 - 10:36
В ЗУП 3.1 появилось понятие "Совокупная тарифная ставка". В ЗУП 3.1 я включаю оплату за вредность в совокупную тарифную ставку. Для того, чтобы достигнуть аналогичного эффекта в ЗУП 2.5, я вносил изменения в конфигурацию.
   Гобсек
 
33 - 19.02.20 - 10:37
(25) А что, была такая возможность? Если была, то я не знал.
   Фрэнки
 
34 - 19.02.20 - 10:38
(28) э... как это не видел? Расчетчик обычно всегда сам все считал.
Другое дело, что квалификация должна быть немножко получше.
А то попадаются сейчас иногда "расчетчики", которые впадают в ступор от необходимости поработать в экселе, т.е. пользователь-расчетчик все-таки должен быть не хуже, чем манагер из продажников.
   d4rkmesa
 
35 - 19.02.20 - 10:38
(28) В одной из организаций, где я работал, целая преступная группа была(да и сейчас есть, наверное) в лице главбуха, расчетчиков и программистки, которые в ЗиКе делали выплаты левым сотрудникам. В 3.1 я вижу, это уже не так просто.
   Йохохо
 
36 - 19.02.20 - 10:41
(34) поработает он в экселе, а потом лезть в закрытый год за ним исправлять ночами, потому что он всё в экселе будет хреначить в меру своего понимания добра и добра
   Фрэнки
 
37 - 19.02.20 - 10:42
(33) а как же! Прям в функциональной панели на вкладке "Расчет зарплаты" отображается "Показатели для расчета зарплаты"
Мало того, там есть и ежемесячно изменяемые и действующие постоянно. Т.е. функционал такой в 2.5 был и всем кто хотел им пользоваться он был доступен прямо с панели.
   pechkin
 
38 - 19.02.20 - 10:42
(35) ну программист то был же в группе
   SleepyHead
 
39 - 19.02.20 - 10:43
(23) Я думаю, это вопрос привычки и не более того.
   Фрэнки
 
40 - 19.02.20 - 10:44
(36) Он в принципе ДОЛЖЕН знать, как в экселе перемножать суммы в колонках, как листы добавлять, формулы. А если он вообще не умеет им пользоваться, на уровне того, что школьники умеют, а этот "расчетчик" не умеет - я вот про что
   SleepyHead
 
41 - 19.02.20 - 10:45
(40) Это если руководство понимает, что сотрудников можно и нужно обучать. У меня был случай, когда вроде бы умнейшие тетки, которые отлично знают законодательство, ничего не знали про эксел, писали суммы на бумажке и складывали на калькуляторе. Просто показал, что можно иначе, у людей груз с души свалился.
   Йохохо
 
42 - 19.02.20 - 10:47
(41) и в штатке минус 2, добро не бывает беззубым)
   2S
 
43 - 19.02.20 - 10:47
Расшифрую (2). Верните ввод произвольных отклонений за период!
   Гобсек
 
44 - 19.02.20 - 10:50
(43) В ЗУП 2.5 был документ "Регистрация разовых удержаний"
В ЗУП 3.1 его нет :-(
   dka80
 
45 - 19.02.20 - 10:56
(44) Удержания по прочим операциям? Не?
   pavlika
 
46 - 19.02.20 - 10:57
Более оперативное изменение законодательства и исправление ошибок. Все остальное вторично. Фишки все пилят под себя сами.
   SleepyHead
 
47 - 19.02.20 - 11:03
(42) Зачот, но две ушли на пенсию, двух приняли, все так же пока.
   Гобсек
 
48 - 19.02.20 - 11:07
(45) В ЗУП 3.1 документ "УдержаниеВСчетРасчетовПоПрочимОперациям" назначает плановое удержание, которое затем рассчитывается другим документом.
В ЗУП 2.5 документ "РегистрацияРазовыхУдержанийРаботниковОрганизаций" позволяет сделать непосредственно удержание готовой суммой.
   Фрэнки
 
49 - 19.02.20 - 11:10
(48) Только не надо доказывать, что в 2.5 вот эта возможность была прям вот хорошо-хорошо
Непосредственно взять и удержать может не слабо так аукнуться
   dka80
 
50 - 19.02.20 - 11:10
(48) А в ЗУП 2.5 есть очередность взыскания? Нет. Так что логика, что назначается в одном месте, а рассчитывается в другом есть
   Доминошник
 
51 - 19.02.20 - 11:12
В ЗУП 3.1 при выборе способа заполнения (графика, режима работы) "По циклам произвольной длины" можно добавить только 99 дней, В ЗУП 2.5 можно было сделать на год.
   Конструктор1С
 
52 - 19.02.20 - 11:13
(8) 15 лет назад открываешь новостную статью, браузер сжирает 5 мегабайт оперативы. Сейчас открываешь новостную статью, и браузер сжирает 200 мегабайт оперативы. Вот такой он, прогресс...
   dka80
 
53 - 19.02.20 - 11:13
В ЗУП 2.5 в табель можно было добавить только 5 видов времени, в ЗУП 3.1 неограничено
   SleepyHead
 
54 - 19.02.20 - 11:28
(51) В чем смысл такого планирования на год?
   SleepyHead
 
55 - 19.02.20 - 11:29
(48) Когда я в ЗУп 3.1 мало что понимал, запилил свой такой документ, теперь жалею. Не надо было этого делать, вон в крайнем случае свод показатель, вид удержания и данные для расчета ЗП.

А так при обновлении постоянно следить за типами приходится.
   Гобсек
 
56 - 20.02.20 - 13:05
В ЗУП 3.1 появился документ "Совмещение должностей"
   Фрэнки
 
57 - 20.02.20 - 13:42
Ура! Зрелизилась    3.1.13.75    20.02.20
   Alexandr_U1982
 
58 - 20.02.20 - 14:02
(57) Вчера она считалась тестовой)
   RoRu
 
59 - 20.02.20 - 14:07
(58) тестовую плохо тестят )))
   2S
 
60 - 20.02.20 - 14:09
(57) Фрэнки, что в ней есть такого, чего нет в 3.1.10?
сблатуй меня на переход
 
 Рекламное место пустует
   Alexandr_U1982
 
61 - 20.02.20 - 14:14
(60) Я, правда, не Френки, но отвечу.

Вот же список "преимуществ":
https://dl04.1c.ru/content/HRMCorp/3_1_13_75/news.htm

P.S. Мы тоже сидим на 3.1.10
   2S
 
62 - 20.02.20 - 14:22
(61) спасибо, вкусно
   kumena
 
63 - 20.02.20 - 14:54
> Поделитесь, какие мелочи и нюансы вам безумно нравятся в зуп 3.1 и которых не было в зуп 2.5?

Кактус, ноутбук и штатка на логотипе третьего зупа, очень нравиться и отражает все суть, особенно кактус!
Я просто снимаю шляпу и хлопаю в ладоши!!!
   Alexandr_U1982
 
64 - 20.02.20 - 16:01
(63) "Вы просто не умеете его готовить"
   Alexandr_U1982
 
65 - 20.02.20 - 16:17
(63) А у вас есть завершенные внедрения ЗУП 3.1?
   Фрэнки
 
66 - 20.02.20 - 17:47
(62) ну как-то не особо востребовано. Можно еще на 3.1.10 задержаться
   SleepyHead
 
67 - 21.02.20 - 08:08
(66) расчет показателя "ОтработаноДней", "ОтработаноЧасов" в начислениях типа "Оплата праздничных" все-таки починили, сегодня с утра уже проверил. Проблема с вычислением часовой ставки для оплаты праздничных исходя их оклада и всех надбавок наконец решена.

А на 3.1.10 этот показатель правильно считается ?
   2S
 
68 - 21.02.20 - 08:12
(67) до этого считала по виду времени?
   SleepyHead
 
69 - 21.02.20 - 08:17
(68) А до этого значение было равно значению показателя ВремяВДнях, ВремяВЧасах, т.е. по виду времени.

https://bugboard.v8.1c.ru/error/000057309
   strange2007
 
70 - 21.02.20 - 08:25
В 3.1 есть территориальное деление. А ещё там очень и очень круто реализован сложный учёт, в котором в итоге могут разобраться только гуру, познавшие боль мирскую.
Мне в ЗУПе 3.1 очень нравится процедура переколбашивания НДФЛ, которая на 2000+ строк. А ещё я обожаю в тройке ораву регистров без регистраторов, которые двигают документы не глядя и иногда только один раз.
В общем штука крутая, для любителей острых ощущений
   2S
 
71 - 21.02.20 - 08:28
добавлю еще 5 копеек. Иногда сталкивался с чудом вынужденного перепроведения табелей, иначе неверно учитывалось рабочее время в начислении.
Анализ движений до и после не выявлял никаких расхождений в регистрах, но факт остается фактом.
   SleepyHead
 
72 - 21.02.20 - 08:30
(71) Они там вообще не нужны. Ну может быть, за исключением случаев, когда нужно указать часы работы по территориям.
   2S
 
73 - 21.02.20 - 08:31
(72) есть случае, когда без них не обойтись, была как-то тема, где мусолили этот вопрос
   SleepyHead
 
74 - 21.02.20 - 08:35
(73) Какие конкретно случаи? Я пока только про территории могу согласиться.. Все остальное решается либо неявками, либо вводом соответствующих документов о работе в праздники, в выходные, на хуой конец - ввод данных об особых часах документом "Данные для расчета зарплаты".
   2S
 
75 - 21.02.20 - 08:37
Выделение рабочего времени на вредных условиях, например
Вообще разделение рабочего времени по видам, от которых пляшут те или иные начисления.
   Фрэнки
 
76 - 21.02.20 - 08:43
(67) Наверное, нет. И вероятности нет, что в 3.1.10 когда-то правильно посчитается.

Тут уже будет другой момент, не в конкретной ошибке или некорректности отдельного расчета показателя, а в том, насколько будет выдерживаться задекларированная версионность вида : ветка 3.1.10 - стабильная, ветка не равная 3.1.10 - разработка на перспективу.
   SleepyHead
 
77 - 21.02.20 - 08:43
(75) Про вредные условия - решается рабочими местами. Не может быть так, чтобы на одном рабочем месте вредные работы, на другом - нет.
Второе не понял, как-то размыто описали.
   Фрэнки
 
78 - 21.02.20 - 08:47
(71) Относительно применимости Табелей тоже нужна какая-то методическая определенность. Если табель точно остается всего лишь продвинутой _отчетной_ формой - это один подход.
Если же он технически применим в расчетах и допустимо его использование с _вводом_ данных для расчетов - это другой подход.

Они не должны существовать одновременно. Я бы предположил, что должна быть функциональная опция, которая жестко укажет и на уровне исполняемого кода и на уровне применимости пользователями, что работает - табель или график?
   Фрэнки
 
79 - 21.02.20 - 08:50
(77) // Про вредные условия - решается рабочими местами.
Ну тогда каждая позиция в штатном расписании должна быть сопоставлена или с указанными вредными условиями от рабочего места, или просто должна соответствовать не только условиям вредности, но и в целом условиям оплаты для рабочих мест.
   SleepyHead
 
80 - 21.02.20 - 08:53
(79) Да, а иначе получается бардак и сложно проверяемый расчет взносов.
   2S
 
81 - 21.02.20 - 08:53
(77) при больших объемам это нереально, табель очень выручает в таких случаях
   SleepyHead
 
82 - 21.02.20 - 08:55
(81) Не согласен, это просто плохая организация работы. Хочется быстрей-быстрей.
   kauksi
 
83 - 21.02.20 - 09:02
После перевода пары-тройки баз на 500 человек с ЗУП 2.5 на 3.1 и курения партнерского форума, видишь, что некоторые принципиальные вопросы не решаются годами в угоду каким то редко у кого используемым фишкам...
одно "Включить расчет зарплаты без оптимизации" чего стоит... Конечно кое что стало удобнее... Но товарищи которые делают походу никогда не переносили из старой базы... Потом включить изменения штатного невозможно... все слетает напрочь. Территории (если есть обособленные подразделения с другим ОКТМО) в начальной штатной расстановке указать невозможно... и расчет по ним так же косячил. Если в момент переноса были переходящие отпуска - средний считается неверно... Если есть займы то изменений ставки рефинансирования в середине месяца приводит к неверному погашению и т.д. Разница на копейки по сравнению с ЗУП 2.5 из за разного округления в алгоритмах... Если не использовать Расчет за первую половину месяца, что на крупных предприятиях просто невозможно, то для корректного уменьшения аванса в случае больничных, отпусков в первой половине приходится писать свои обработки... откройте партнерку и найдите темы где ++10 и сделайте их... а не "Поддержка исчисления взносов с доходов студентов, работающих в студотряде." много у нас в стране студотрядов???
   bolder
 
84 - 21.02.20 - 09:04
(31) Это же их попоболь ))Мне фиолетово - одним клиентам 3.1.12, другим 3.1.10.
   Фрэнки
 
85 - 21.02.20 - 09:19
(80) А бардак, кстати, и есть - там же при установке вредных условий прет путаница - там где-то нужно в самой должности привязка, что там есть вредность, но где-то еще возникает, что не взирая на наличие должности, на одном рабочем месте количество отработанных часов во вредных условиях достаточное для применения в расчетах взносов в фонды, а на другом рабочем месте - нет.
   Фрэнки
 
86 - 21.02.20 - 09:22
Т.е. само наличие спец-оценки - оно привязывается по рабочим местам. Конкретно. Не по тому, как в трудовую книжку должность написали, а по наличию спец-оценки рабочего места.
В итоге, в справочнике должностей возникает дубль, отличающийся от других таких же элементов наличием вредности.
   SleepyHead
 
87 - 21.02.20 - 09:24
(83) Проблем в 3.1 хватает, но приводить в качестве аргумента дешевые манипуляции типа "да они просто базы не переносили" - как-то несерьезно. Одумайтесь.
   SleepyHead
 
88 - 21.02.20 - 09:25
(83) "Если не использовать Расчет за первую половину месяца, что на крупных предприятиях просто невозможно, то для корректного уменьшения аванса в случае больничных, отпусков в первой половине приходится писать свои обработки."

Сам-то понял, что написал? В телегу не сяду и пешком не пойду, так это называется.
   SleepyHead
 
89 - 21.02.20 - 09:28
(86) Не совсем понял, вы имеете ввиду именно должности? Мы к позициям штатного привязываем у себя, устраивает. В наименовании позиции приходится загонять описание вредности, если оно есть. Это не вполне удобно в некоторых отчетах, но зато бардака нет.
   kubik_live
 
90 - 21.02.20 - 09:46
(57) "2. Обычные версии 3.1.11, 3.1.12 и т.д. Они сменяют друг друга в течение года (выпуск новой версии означает прекращение поддержки предыдущей)..."

https://releases.1c.ru/project/HRM30

Т.е. 3.1.12 всё?
   Фрэнки
 
91 - 21.02.20 - 09:50
(90) ну там до ноября шли и 3.1.11 и 3.1.12
Затем внезапно по 3.1.11 перестали выдавать обновления. Но пошли тестовые 3.1.13
Предположу, что 3.1.12 перестанут выдавать после начала выдачи тестовой 3.1.14
   Фрэнки
 
92 - 21.02.20 - 09:51
Проблема только в количестве одновременно сопровождаемых веток
   KnightAlone
 
93 - 21.02.20 - 09:52
https://releases.1c.ru/total?hideUnavailablePrograms=true вот здесь черным по белому - выходить будут 3.1.10 и 3.1.13, что там не понятно?
   El_Duke
 
94 - 21.02.20 - 09:54
(83) >> для корректного уменьшения аванса в случае больничных, отпусков в первой половине приходится писать свои обработки...

Нахуа ?
Хоть и нет в зарплатном законодательстве термина "аванс", но суть этой выплаты именно такова при выборе способа фиксированной суммой. Вы заранее соглашаетесь выплачивать Х руб. независимо от фактической явки. Сами. Добровольно

И зачем после этого писАть какие то там обработки - ЯННП
   Said_We
 
95 - 21.02.20 - 12:25
(89) Все просто. Должность и вредность и рабочее место это два разных справочника должно быть.
Если то или иное рабочее место вдруг меняется, у нас что должность сотрудника должна меняться? Не в программе, а по жизни.
Это говорит о том, что структура спроектирована не отражающая действительную жизнь.

(94) Это правильное организационное решение, но по факту аудиторы рисуют риски при таком подходе. Привязывают (за уши) формулировку "заработная плата" к фактическому расчету, при этом забывая про НДФЛ и льготы, которые можно узнать только в конце месяца, так как у них свой срок расчета и свой порядок. + есть огромное желание не переплачивать аванс, в случае если вдруг окажется что сотрудник не был на рабочем месте (болел, невыход и т.д.) и решил уволиться.

Поэтому самое нормальное организационное решение должны сделать наши депутаты и правительство - ввести понятие аванса и порядок его расчета. Это должен быть простой алгоритм, который рассчитывается так же как и любой другой. Обычное обязательное плановое начисление/удержание, как оклад, алименты, НДФЛ и т.д.
Но этого не произойдет, мы же заняты геополитикой, дележкой власти, Украиной, короновирусом и всем подряд... Созиданием никто не занимается.
   Said_We
 
96 - 21.02.20 - 12:38
(95) К ответу на (89).
Пример: Сотрудник1 и Сотрудник2 работает в должности = "Должность 1", каждый на своем рабочем месте. В дату Х одно из рабочих мест проходит аттестацию, а второе нет (не проходило или не прошло).
Как результат пусть Сотрудник 1 работает на рабочем месте, которое прошло аттестацию, а Сотрудник 2 на рабочем месте, которое не прошло аттестацию. И по факту работая в одной должности, согласно ШР, один из сотрудников может иметь отношение к вредным условиям, а второй нет, по факту выполняемых обязанностей.

Собственно вопросы:
▬ После аттестации рабочего места сотрудник стал занимать другую должность, относительно оргштатной структуры предприятия? НЕТ.
▬ После проведения аттестации, мы должны сформировать кадровый приказ о переводе сотрудника, если согласно оргштатной структуры у него ничего не поменялось? НЕТ.

А раз мы всё это должны сделать в программе, то это проблемы в программе, от того что структура так спроектирована. Нумерацию кадровых приказов (служебных) с фиктивными номерами и т.д.
   2S
 
97 - 21.02.20 - 12:40
(96) в КОРП это пофиксино
   Said_We
 
98 - 21.02.20 - 12:43
(97) Это должно было быть в любой версии и сразу, как только появилась эта аттестация рабочих мест.
   pavlika
 
99 - 21.02.20 - 12:47
(96) Не понял проблемы. Ведите штатное расписание и проводите СОУТ для него, а не к позиции привязывайтесь.
   pavlika
 
100 - 21.02.20 - 12:48
т.е. не к должности
  1  2   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.