Конфигурации 1cv8
1С:Зарплата и Управление Персоналом 2.5
1С:Зарплата и Управление Персоналом 3.x
1С:Конвертация данных
Существует необходимость переноса физиков из ЗУП 2.5 в ЗУП 3.1, релиз ЗУП 2.5 очень древний - перевести на тройку нет возможности... Реализовывал кто нибудь перенос физиков между данными конфигурациями? Конкретно смущает контактная информация, как ее конвертировать в понятный для тройки вариант? (именно из регистра сведений в xml строку) и где все это в ЗУП 3.1 хранится?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
И чем не устраивает поиск по каталогу разработок на сайте, сразу же предлагающий
Существует необходимость переноса физиков из ЗУП 2.5 в ЗУП 3.1
Чем не устраивает штатная возможность 3.1 загрузить данные физлиц из отчетных файлов ПФР и ФНС?
И чем не устраивает поиск по каталогу разработок на сайте, сразу же предлагающий
(6)
Но при этом отказаться от "лишних" телодвижений, вроде двойного ввода физических лиц.
Соответственно, и совет в (7) "не годится".
почему нужны регламентные задания, а то и правда - есть же разработки готовые...
Все просто: судя по "создается физик в базе зуп 2.5 > создается физик в базе 3.1" хотят какое-то время вести учет параллельно в 2.5 и в 3.1, сравнивая результаты.
Но при этом отказаться от "лишних" телодвижений, вроде двойного ввода физических лиц.
Соответственно, и совет в (7) "не годится".
Но надо реализовать регламентным заданием, создается физик в базе зуп 2.5 > создается физик в базе 3.1
тогда на стороне 3,1 необходимо поднять http-сервис по получению данных
релиз ЗУП 2.5 очень древний - перевести на тройку нет возможности
То есть как это нет возможности?
Обновить древний до актуального, а уже потом перевести на тройку...
Или вы не ищете лёгких путей?
(5)так нет возможности, основная база для кадрового учета на ЗУП 2.5, релиз 2012 года, она настолько переписана что обновить уже не реально силами одного специалиста, так как необходимо переписывать массу обработок которые загружают данные из разных систем например по сотрудникам склада, одних обработок которыми пользуются кадры и бухгалтерия под полтинник, не беру в учет логистику и прочее.
Раз у Вас есть зарплата, значит есть и бухгалтерия, можно попробовать синхронизировать обе зарплаты с бухгалтерией, единственный минус ))), зарплата в двойном размере за месяц, это так для размышления, можно же удалить, проще чем что-то создавать
(10)все не так то просто, общий список сотрудников разделен на несколько юр лиц, тоесть порядка 20 буховских баз, и на каждую буховскую базу определенной количество сотрудников устроенных именно в этом юр лице. Так что полный список физиков можно достать только из базы на ЗУП 2.5
Можно сделать внешнюю обработку, подключить ее как регламентное задание к зуп 3.1 и таскать физиков из баз произвольным алгоритмом.
(14)
Чтобы фактически учет вести в 2.5, как привыкли, а 3.1 тупо обновлять для формирования актуальной реготчетности.
Можно сделать внешнюю обработку, подключить ее как регламентное задание к зуп 3.1 и таскать физиков из баз произвольным алгоритмом.
Вангую следующий этап хотелок: переносить не только физлиц, но и начисления, удержания, выплаты, кадровые данные.
Чтобы фактически учет вести в 2.5, как привыкли, а 3.1 тупо обновлять для формирования актуальной реготчетности.
То есть силами одного специалиста перенести все имеющиеся доработки нереально, а написать правила полной трансляции всех видов данных из ЗУП 2.5 в ЗУП 3.1 по вашему это задача на минутку? :)
По сути вы собираетесь вместо того чтобы один раз сделать переход с 2.5 на 3.1 делать его после каждого обновления...
Лучше проверьте все эти доработки на предмет реальной необходимости, возможно процентов 70 можно временно заменить ручным трудом до доработки. И кстати если у вас такой древний релиз как у них реализованы РСВ и 2-НДФЛ? Возможно у них и так полно ручной работы но сосредоточена она как раз там где фирма 1с всё без проблем решает обновлениями?
Регистр учета НДФЛ красивый формируется? А то его всё чаще требуют...
Для того чтобы посмотреть какие проблемы трансляции в данных даже у самой фирмы 1с вам чисто для себя было бы полезно обновиться и попробовать сделать штатный перенос... Думаю после этого у вас для 1с появится много тёплых слов, очень тёплых, можно сказать горячих :)
По сути вы собираетесь вместо того чтобы один раз сделать переход с 2.5 на 3.1 делать его после каждого обновления...
Лучше проверьте все эти доработки на предмет реальной необходимости, возможно процентов 70 можно временно заменить ручным трудом до доработки. И кстати если у вас такой древний релиз как у них реализованы РСВ и 2-НДФЛ? Возможно у них и так полно ручной работы но сосредоточена она как раз там где фирма 1с всё без проблем решает обновлениями?
Регистр учета НДФЛ красивый формируется? А то его всё чаще требуют...
Для того чтобы посмотреть какие проблемы трансляции в данных даже у самой фирмы 1с вам чисто для себя было бы полезно обновиться и попробовать сделать штатный перенос... Думаю после этого у вас для 1с появится много тёплых слов, очень тёплых, можно сказать горячих :)
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот