Добрый день!

Как можно "уговорить" типовую обработку переноса перебросить данные по физическим лицам, работающим по договорам ГПХ?
Интересуют кадровые данные (необходимые для ДГПХ) + № зарплатного счета.

Пробовал ввести документ "Ввод расчета списку сотрудников" с плановым начислением с декабря на январь. Не помогло.

COM/OLE не предлагать?

Нее ))
Что нибудь для ленивых.
Хочется понять при каком условии типовой перенос определяет что сотр еще нужен в базе.

Или лучше сразу выгрузить обработку и правила из макета и их настраивать?

Ну, метод проб и ошибок - популярный :)

(3) точно. особенно когда другие методы плохо освоены..

Список физлиц (договорников) очень большой. Часть действующие, часть можно оставить в 7-ке. Кто нужен знают только бухгалтера. Поэтому хотел найти такой документ, при наличии которого типовая обработка переноса сочла бы физлицо актуальным и перенесла по нему кадровые данные.
Бухгалтера искусственно перед переносом создали бы несколько таких документов (по своим участкам) и типовой перенос перекинул бы данные по кадровикам.
Вместо документа можно использовать другой признак доступный пользователям.
В крайнем случае придется переносить весь спр. сотрудники. Но хотелось бы воспользоваться избирательностью типового переноса и почистить справочник.

Кто разбирался с типовыми правилами переноса подскажите, пожалуйста, где в правилах определяется переносить сотрудника в ЗуП или нет?

Пока нашел только одно место. Это алгоритм "ФизическиеЛица_Выборка"

Там были строки:
        Если ЗначениеЗаполнено(глРаботалСотрудник(СпрСотрудники.ТекущийЭлемент(), Параметры.ДатаНачалаПереносаРасчетныхДанных, Параметры.ДатаОкончанияУчета)) = 1 Тогда
            СписокФизлиц.ДобавитьЗначение(СпрСотрудники.ТекущийЭлемент());
        Иначе
            ФизлицаДляПроверки.ДобавитьЗначение(СпрСотрудники.ТекущийЭлемент());
        КонецЕсли;

И еще одно аналогичное условие для второго варианта переноса.

Дополнил эти условия строками

        ИначеЕсли СпрСотрудники.ПереноситьСотраВЗуП = 1 Тогда
            СписокФизлиц.ДобавитьЗначение(СпрСотрудники.ТекущийЭлемент());

Реквизит "ПереноситьСотраВЗуП" добавлен в типовую ЗиК и выведен на форму.
Перенос отработал без ошибок, но отмеченных сотрудников не перенес.

Что еще проверить?

(4) Перенеси весь справочник сотрудники. Ты в курсе, что в 8-ке тоже можно удалять лишнее, как и в 7-ке?
:)

(6) В курсе. Но типовые правила ни хотят "лишних" сотрудников переносить. А отдельно правила писать для спр.Сотрудники, пока не охото, думаю у меня дольше получится (структура сильно поменялась - появилась история в док. удостоверение личности, № зарплатного счета)

(7) Выгружаешь ВСЕ типовой выгрузкой. Тут нужно пробовать, как проглотит типовой обмен твои костыли.
Далее из ЗиК обработкой печать содержимого справочников выплевываешь все свои допреквизиты, создаешь обработку и загружаешь из выплюнутого в 8-ку.
Печать содержимого есть на любом ИТС
...1CIts\EXE\EXTREPS\UNIREPS\REFPRINT.ERT

(2) не поняла... ГПХшники с действующими договорами не переносятся?

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

"Выгружаешь ВСЕ типовой выгрузкой." проблема как раз в том, что типовая выгрузка (ИМХО) отбрасывает ВСЕ (точнее всех) не нужное в новой базе. А в данном случае в организации значительная численность договорников. Типовая выгрузка (опять же ИМХО) считает что с сотром нет текущих взаимоотношений, и его не следует тащить в новую базу.

Была идея существующими средствами искусственно создать "текущих взаимоотношений" и заставить типовую выгрузку перенести сотра (физлицо). Вариант описанный в первом сообщении не взлетел. Да и не очень он "красивый".

Сейчас пробую добавить в ЗиК признак в справочник Сотрудники "ПереноситьСотраВЗуП" и дополнительно по нему определять в типовых правилах переносить сотра или нет. Ну а реквизит могут заполнить пользователи или пробежаться обработкой.

(9) Договоры составляются не более чем на 1 календарный месяц. Такие сотры (физлица) у нас не переносятся

(11) ну вот вы и ответили на вопрос свой - договора составьте на тех, кто нужен, и  они перенесутся типовыми правилами

(12) не спорю, хотя и не проверял, не удивлюсь если там что-нибудь вылезет... Вы случайно не проверяли?
Но договорников нуу Очень много )). Оставлю как запасной вариант. Договора можно в ЗиКе сгенерить обработкой по предыдущему месяцу.
Спасибо за идею

(13) нет, не проверяла. и пока не собираюсь. но точно знаю, что если бы действующие ГПХшники не переносились, то на партнерском точно что-то было бы уже

(14) пробую из демо базы ЗиК перенести физлицо Гладких
с различными вариантами текущий расчетный период, документ Договор, накопленная задолженность
что-то пока не получается

подскажите, пожалуйста, обработка "Перенос данных из предыдущих программ" в ЗуП 3.0 правила получает из общего макета "ЗарплатаКадрыПереносДанныхИзЗиК23"?
И если нужно доработать правила, то правим их в этом макете?

Возможно пригодится кому-нибудь.

Причина была в том, что в общем макете вместе с файлом правил находится файл обработки для выгрузки из ЗиК. В обработке есть эти же строки. После добавления условия на СпрСотрудники.ПереноситьСотраВЗуП перенос стал выгружать и физ лиц.