Столкнулся с кучей проблем при переходе с 7.7 на 8.2. С грехом пополам трудности преодолены, но непонятны многие вопросы. Например, почему оплата переносится оборотами целиком за год? Это ведь неправильно отражается потом в той же расчетной ведомости. Самое ужасное, что устройство данных в ЗИКБУ просто отвратительное. Начисления считаются по сотрудникам, выплаты и удержания по физлицам, а потом все это склеивается в расчетной ведомости и расчетных листках. При том, что в разрезе подразделений учет не ведется. И поэтому расчетная ведомость берет информацию о подразделении откуда придется, то из реквизитов, то из сопутствующих документов, то вообще от балды. Можно было бы сделать общий регистр именно для РВ и РЛ , нет, зачем, это ж ресурсы будет жрать (хотя он вроде есть, но не используется для этого). Зато другие регистры представлены в двойном экземпляре, хотя содержат идентичные данные. Хотя ужасов там крайне много, меня беспокоят вот эти:
Почему документы переноса записаны одной датой? Найти их и отредактировать сложно, обработок нет ни встроенных, ни сторонних. Надо все писать.
Почему документы переноса выплат содержат в себе выплаты за весь год? Период регистрации один - и соответственно, если сотрудник принят на работу в сентябре, выплаты фиксируются январем, а так как он в январе не был сотрудником, расчетная ведомость ставит его пустой строчкой, и найти его становится невозможно ни одним разумным способом - я это смог сделать только удаляя записи по одной штуке, а их тысячи.
Ну и разделение по подразделениям, КБК и КОСГУ делается непосредственно в расчетной ведомости в одном большом сложном запросе. Видно, что все силы программисты убили на этот запрос, поэтому на интерфейс поскупились - не работает расшифровка "проблеммных" сумм, отборов практически нет (ну, несколько сотрудников или все), слабые возможности по настройке структуры формирования (нет физлиц, нет полей столбцов) и так далее.
Зачем они так издеваются над юзерами, которым вообще недоступна информация о том, как работают эти отчеты?
Всю семерку переписал, судя по всему, придется переписывать и 8ку?

> Зачем они так издеваются над юзерами

чтобы они обучались у франей

да обучаются они, но когда мне показывают очередную ошибку, после кучи времени по поиску этой ошибки видно, что косяк был допущен еще до переноса в 7ке, но 8ка этот косяк прячет так, что никакой юзер не справится с ее поиском. это типа для франей заработок получается на сопровождении, так?

(2) разумеется

тебе 1с спецом делает ошибки, чтобы ты их исправлял

да, конфигурация в плане сложности и навороченности всего, что только можно удалась, в плане учета - нет. в расчетных листках вообще не расшифровывается ни одна сумма, а надо бы. хоть бы ссылкой на документ. в своде почти тоже самое. итоги врут. начальное сальдо + начисления - удержания - выплаты не равно конечному сальдо. а это уже, извините, косяк 8ки. на любом наборе данных эта формула должна работать, в 7ке она не работала тоже, но я нашел ошибки и поправил их. и здесь придется все переписывать с нуля. люди привыкли к 7ке. 8ка не лучше. она отбирает у людей возможности 7ки, а новых не предоставляет. например, я привык к журналу докемунтов по сотруднику, а в 8ке его попросту нет. пользоваться поиском ссылок на объект?

7ка точно в плане гибкости была на ура по сравнению с коммерцией

кстати, DJ Anthon давно хотел с тобой одну тему о бюджетке переговорить

(6) давай

чего давай ?
где реквизиты ? )))

а, я думал здесь )) у меня уже 2 ночи туго соображаю ) djanthonсобакамайлру можно в магенте

не, в магенте anthonsсобачкамайлру

чет не понял при чем тут зикбу. структура хранения начислений такая же как в зупе и глюки теже, кроме кривого распределения по источникам, но до этого автор пока не дошел

(11) при том, что там ко всему добавились глюки с КБК и КОСГУ (были только с подразделениями), то есть ошибки возвелись в степень. может, при идеальном учете этого бы и не было, но лично я такого учета нигде не видел.

зы. разделение по источникам делается в спец регистрах расчета и в каждом документе.

(13) я в курсе. сделано просто все это коряво. начисления в одних регистрах, выплаты и удержания - в других. подразделений в регистрах нет. в итоге ведомость собирает инфу и лепит из нее черти что, особенно если есть ошибки в документах.