Удалить давно уволенных из справочника сотрудников. #184446

Работаю с конф. “Зарплата+Кадры ” V 7.7 на MS SQL. Бухгалтера раздражает внушительный список уволенных, некоторые уже много лет не с нами. При этом отдел кадров непоколебим в желании использовать табельные номера давно уволенных сотрудников. Есть ли способ отделаться от “мертвых душ”, кроме как уволиться самой?

Спасибо за сочувствие! Я поступила еще круче :). Нашла в МD ссылки на сотрудника, написала скрипт на сервере для удаления ссылок из всех файлов по ID сотрудника (их море!) и стала блондинкой! Неужели ничего попроще нельзя сделать!!!

Если у Вас ЗиК на СКЛ, то явно пора увольняться :-(Заодно и тупых кадровиков с собой захватите, которым жалко табельных номеров новых. :-))И бухгалтера раздражительного с собою захватите. Не люблю я раздражительных расчетчиков.

прикольное разводилово :)

Другие ЗиК по новой внедрять - поседеешь, а тут вроде считается все по закону - каждый день исправляем алгоритмы расчетов :). А впереди маячит проблема сброса всех старых данных в архив, т.к. по уволенным может понадобиться информация и захочется посмотреть ее в отдельной архивной БД (уже намекаали).

"раздражает внушительный список уволенных" - несчастная любовь среди них? Если нет, промогут средства для укрепления нервной системы.

Увольняйте расчетчиков нафиг. Мало того что раздражительная, так и законов и логики Зик не знает.ЗиК должна быть тока на ДБФ и править ее надо раз в полгода для новых форм отчетностей/изменения законодательства.

Интересно, кто-нибудь достаточно долго работал с ЗиК?На сегодня у меня порядка 300000 записей в журнале зарплаты, начало работы 2004г. Для SQL это не размер, а в DBF беда должна была уже у кого-нибудь случиться.

Ну никто не мешает воспользоваться обработками с Клуба профессионалов 1С.

Рэйв, миленький, расскажи как урезать. А насчет законов - у меня государство такое активное - Беларусь, мы их каждый день переписываем.

Типовая ЗиК, 2К сотров в штатке, текучка, база 1,5 Гига, 15-20 записей на сотра в месяц, ДБФ. Полет нормальный. Вопросом о количестве записей в таблицах никогда не задавался. Благо их можно иногда прирезать. :-)Беда случается, если руки не оттуда растут. :-0

Ввод начального сальдо по сотрудникам ("живым")

Россия.Секрет в том, что не надо ставить вчерашний релиз, а минимум позавчерашний (и то, если нельзя еще подождать). За это время на Т1С все косяки выловят, а готовый релиз размножить на все юр.лица. :-)Торопливость нужна при ловле вшей.

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

> все косяки выловятага, ЩАС!

С бюджетом дел не имел, но вроде типовая Российская ЗиК нормально раскладывает все по бюджету/хозрасчету. По крайней мере если нормально настроить проводки.ЗЫ: С Белоруссией дел тоже не имел.

Купленная предприятием типовая настройка ЗиК для Беларуси предусматривает только одну форму собственности :)), а вот в типовой бухгалтерии все путем - однако парадокс.

Это не парадокс, это упрощение задачи программерам пишущим на другой рынок.