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

(11) не пыли, ЗУП 3.1 рабочая, уровень бактракера ни о чем

в 3.2 будет 7790 ошибок

(0) При этом сколько ошибок сделал пользователь?

(2) присоединюсь

(0) Вы не любите кошек? Вы просто не умеете их готовить.

(0) Нужно помнить, что:
Процесс программирования - это процесс исправления старых ошибок плюс внесение новых.

ЗУП 3 - "молодой и быстрорастущий" организм.
Для сравнения: УТ10 - самая стабильная конфигурация. И заметь, практически уже никто ее не обсуждает.

(6) >>Процесс программирования - это процесс исправления старых ошибок плюс внесение новых.

Какое отношение процесс программирования имеет к ЗУП 3?

Для сравнения: ТиС 9.2 - самая стабильная конфигурация. И заметь, практически уже никто ее не обсуждает.

(0) Они совсем недавно скинули в багтрекер все ошибки, которые раньше не были опубликованы, незначительные и прочие.
До того их было около 300.
А так, вполне рабочая конфигурация, второй год работаем, 1.5 тыс.сотрудников.

(8) а ты уверен что если вручную пересчитать то не будут найдены ошибки? я после чтения багтрекера пришел в ужас. ни один документ не гарантирует правильность расчета.

Всё будет только хуже, из-за неверного подхода к разработке количество ошибок будет только расти. Эпоха "доступно и всерьёз" закончилась.

А в Белорусском ЗУП вышла новая форма ПУ-2 так там даже побор не работает в документ, не говоря уже о правильности заполнения!

Подбор, Карл!
Закрытие формы подбора сотрудников ни к чему не приводит - это событие никак не обрабатывается!

Если перепровести проведенный документ, то он не перепроведется. Надо обязательно отменять его проведение. Возвращаемся во времена виндоус 95 (Apply-OK).

ЗУП только повторяет изощренность нашего законодательства в этом вопросе, нужно упрощать правила расчета зарплаты и отчетности,
Особенно правила заполнения 6-НДФЛ.

(0) Скажут перейдем, нет, то бум сидеть на 3.1.

И да, ребята там с ЗУП-пом перемудрили, код до невозможности утяжелен. Конечно приятно что запросы теперь переведены в некий шаблон, и зависят в итоге от настроек БД.
Но шаг влево, шаг вправо и все сыпется :)

ЗУП 3.1 неверно смоделирован изначально. Нужно по людям отдельно, а по начислениям и вычетам отдельно, и отдельно выплаты налогов. То что сейчас это рай для консультантов и отдела сопровождения. Они в ЗУП чихнуть даже не могут. Надеюсь в новой версии все будет лучше.

(14) Я думаю, что напрасно пытаются такие изощренные требования реализовать "крутым" кодом. Тру программерам нужно прикрутить фитилёк. Надо делать тупо условиями и циклами. Пусть будет медленно, зато понятно, предсказуемо и с минимумом ошибок, которые реально отловить.
А то сначала программно формируют запросы с десятками временных таблиц, а потом какие-то дикие обработки результатов унифицированными процедурами.

(17) Так тоже нельзя, медленно. ЗП надо тогда будет считать сразу ,как только рассчитают прошлую, без передышек :)
У кого-то в штате 30 человек, а у кого-то и до 10 000 и более доходит :)

(18) Да ладно, ну будет 10000 вместо трех минут обсчитываться час-другой ничего страшного.

(16) Есть же Камин. Там всё просто, изучается за три дня полностью с нуля до расчета зарплаты по всей фирме. Но там ручной работы для расчетчика больше, чем в ЗУПе. Хотя в ЗУПе намного выше вероятность наткнуться на проблему, которую без специалиста не решить..

30% времени занимаюсь исправлением типовых ошибок ЗУПа и исправлением своего *****кода после очередного обновления релиза.
Завод, под 3000 сотрудников.
Основная претензия, помимо низкого качества кода - отсутствие дуракоустойчивости. Шаг влево-вправо - и непредсказуемый результат.
Ну и частое обновление внутренних механизмов. Один баг типовой исправишь - в следующем релизе на его месте 3 вырастут.

А че за 3.2? Что там в ней - все переписали что ли?

(22) нет никакого 3.2, это влажные мечты ТС.

(10) расшифруй пожалуйста , заинтриговал .

(0) какой 3.2? мы уже на 4.0 переходим









PS на 3.1 чем реже обновляешься - тем лучше. в идеале - раз в год. после каждого обновления постоянно обнаруживаются косяки, лучше один релиз отладить и сидеть на нем, пока регл. отчетность не тронут

(16) Да от такого рая выть хочется порой.

(25) Если обмениваешься с БП, то приходитсч обновлять - обмены нормально работают только между равновозрастными конфигурациями...

Наверное будет как с 2.5. Помню было такое счастливо время что 2.5 настроили , доисправляли (модули)  и радостно с расчетчиками вздохнули ура, все хорошо, можно расслабится. И тут на тебе - прекращена поддержка. так же будет скорее всего и с 3.1

2 (27) есть же lts релизы, вот на них год и сидеть - там изменений все-таки меньше

Клуб нытиков и паникеров.

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

Хотите меньше ошибок и большей стабильности лоббируйте упрощение законодательства в вопроса учет труда и его оплаты
примерно как в Сигнгапуре или в Австралии, утрировано: обеды/отпуска за свой счет, больничный - твои проблемы, отработал час - получи ставку, ленишься - просто пока и давай на улицу.

(30) +100

(30) Насчет клуба, ты загнул.
Страна... Без преувеличения.
Ну, и в ответку: пору уже, как в Австралии и Сингапуре - баг - за свой счет.

(30) Текущую архитектуру и подход да, сложно поддерживать. Другой вопрос, что когда ее делали не было таких явных проблем.
Архитектуру поменяют, выпустят 1С 9.0 и ЗУП 4.

(30) "ошибок было много всегда и во времена ЗИК" - только в более простой ЗиК исправить ошибки было на порядок легче. Идеология массовых и сложных расчетов в запросах порочна - такие расчеты очень плохо поддаются отладке и исправлению.

(34) согласен, в ЗИК отладчиком на ошибку обычно выйти занимало минут 5 не больше. сколько сейчас, думаю, все в курсе