Опишем конкретный пример перехода с "ЗИК" на "ЗУП"

Для чего переходить с «ЗИК» на «ЗУП»? Стоит ли овчина выделки?

Этот вопрос задают все расчетчики. Так в чем же преимущества новой программы?

Любое руководитель заинтересован в развитии своего предприятия. Персонал растет и контролировать работу каждого человека невозможно. Отдел кадров просто не может справиться с такой работой. Руководитель просто не знает в лицо каждого сотрудника. Для стимулирования, мотиваций, анализа работы персонала создается служба «Управление персоналом» которая работает непосредственно с руководителем и вместе создают схемы и методики поощрения, мотиваций, формирование штатного расписания и т. д. В "ЗИК 7/7" эта возможность реализована на уровне отдела кадров. В целом данная программа предназначена только для одного: расчета заработной платы и налогов. "ЗУП" же предоставляет работать вместе как расчетчикам так и отделу управления персоналом. Приведем краткий список задач решаемых с помощью "ЗУП":

1. расчет заработной платы;
2. управление финансовой мотивацией персонала;
3. исчисление регламентированных законодательством налогов и взносов с фонда оплаты труда;
4. отражение начисленной зарплаты и налогов в затратах предприятия;
5. управление денежными расчетами с персоналом, включая депонирование;
6. учет кадров и анализа кадрового состава;
7. автоматизация кадрового делопроизводства;
8. планирование потребностей в персонале;
9. обеспечение бизнеса кадрами;
10. управление компетенциями, обучением, аттестациями работников;
11. эффективное планирование занятости персонала.

Из этого списка можно сделать вывод что расчет зарплаты лишь одна из задач с которым «ЗУП» справляется на отлично.

Предметная область, автоматизируемая прикладным решением "1С:Зарплата и Управление Персоналом 8", поясняется следующей схемой.

В программе можно вести учет нескольких юридических лиц. Так же возможно формировать консолидированную отчетность по холдингу в целом. Таким образом отпадает составлять отдельные отчеты которые приходилось обрабатывать чаще всего в Excel-е. В программе проявился учет управленческой заработной платы. Платформа представляет собой мощный механизм для формирования аналитических отчетов, а также инструмент для создания любых отчетов в режиме пользователя при помощи компоновки данных . Также есть возможность ограничить пользователя доступ к любым данным на уровне системы. Обновление программы, как и во всех версиях «восьмерки» можно производитель самостоятельно через интернет, нет необходимости вызывать специалиста.

Первый вопрос при приобретении программы — это вопрос цены.

Сравним стоимость "ЗИК" и "ЗУП":

Так как же осуществить переход на новый уровень автоматизации безболезненно?

Почти каждая организация при переходе на новую зарплатную программу выбирает начало нового года по нескольким причинам:

• возможность минимизировать ввод информации по НДФЛ и ЕСН (при вводе программы в середине года потребуется вводить всю информацию о налоговой базе и начисленных налогах с начала года в программу);
• возможность автоматически получать заполнение деклараций по ЕСН и ОПС, а также подачу сведений по НДФЛ и в ПФР.

Какие данные нам потребуются при переходе на новую программу с начала года:

• для начислений по больничным, отпускам, командировкам потребуется средний заработок за предыдущие периоды;
• остатки по взаиморасчетам с работниками организации на начало года;
• данные по переходящим отпускам и больничным с прошлого года на будущий год;
• данные по переходящему НДФЛ с отпусков и больничных, начисленных в прошлом году за будущий год.

Опишем конкретный пример перехода с "ЗИК" на "ЗУП".

Клиент вел 3 базы на "ЗИК" и необходимо было перевести все эти базы в одну "ЗУП". Первая и вторая база были обычные без доп начислений повременно-премиальные, третья содержала сдельные наряды. Необходимо было перенести как сотрудников, так и все собственные расчеты с сотрудниками разработанные в "ЗИК". Данные в "ЗУП" загружаем только за последние 12 месяцев (для расчета среднего) , все кадровые документы для сохранения истории, а также документы но начислению и выдаче. ВНИМАНИЕ! Если вы сами осуществляете переход не перепроводите документы сформированные выгрузкой . При стандартном переносе данных из ЗиК 7.7 в ЗУП 8.0 нужно будет перепроверить кадровые документы. Если в ЗиК 7.7 имелось несколько кадровых приказов в один день на одного и того же сотрудника, то такие документы перенесутся в ЗУП 8.0, но не смогут быть проведены. Такие ситуации нужно отследить и поправить вручную.

Также советуем обратить внимание на вычеты по НДФЛ и стаж для расчета северной надбавки. Скорее всего, их придется заносить вручную Редко встретишь базу «ЗИК» которую вели правильно. Без предварительной подготовки базы к переносу процесс перехода просто невозможен. Во первых необходимо избавиться от всех элементов помеченных на удаление, если удаление не возможно то снимите пометку на удаление. Во вторых сформируйте все ведомости за 12 месяцев для сравнения. В третьих очистите классификатор адресов (лишняя трата времени, все равно он не переноситься). И только после этого можно осуществлять переход. Желательно чтобы переход был осуществлен специалистами из Франчайзинговой компании, тогда риск сведется с минимуму, гарантировано без головной боли. Процесс выгрузки данных из «ЗИК» занимает не более 1-3 часов в зависимости от загруженности справочников. В нашем случае чистое время переноса заняло не более 70 минут на каждую базу. Т.к. не все данные переносятся автоматически, после загрузки данных в «ЗУП» необходимо выполнить некоторые операции вручную. Не переносятся шаблоны проводок, алгоритмы расчетов если они отличаются от типовых. Самым интересным моментом является перенос данных сдельного труда, т.к. они переносятся специфически. В документах по начислению оплаты труда по сдельной системе необходимо самостоятельно заполнить некоторые поля. При загрузке данных в «ЗУП» система сама проинформирует Вас в каких документах необходимо произвести ручные корректировки.

ЗиК 7.7 постепенно сходит на нет. Но возможно, кому то из нас, все таки когда либо еще не раз придется столкнуться с этой конфигурацией. Поскольку работы по ней и заказов все меньше и меньше, знания о ней и опыт постепенно угасают. Мой опыт с ЗиК 7.7 длиной в 14 лет терять просто так неохота.

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

Или, еще также можно рассматривать эту статью как модное нынче «Письмо самому себе в прошлое».

1. ЗиК еще жив и выпускаются регулярные обновление конфигурации. Это хорошая новость. Однако, не всегда есть правила обмена с другими конфигурациями.
2. Кратко о сути расчетов по заработной плате. Буду максимально краток. Все делается в итоге для получения отчета «расчетный листок» - это отчет показывающий сколько начислено и удержано по каждому сотруднику, и отчет «Свод начислениЙ» - это аналог расчетного листка, но сводно по всем работникам. Существуют в целом два вида движений по расчетам - начисления и удержания. Начисление - это могут быть «оклад», «Премия», различные надбавки. Удержания - это профвзносы, налог на доходы, и прочее. Также к удержаниям условно можно отнести выплату заработной платы. В итоге простая арифметика: начальная задолженность + начисления - удержания = конечная задолженность (сальдо). Заработная плата обычно рассчитывается помесячно.
3. С технической точки зрения, в заработной плате два периода - «период расчетов», и «период действия». Просто помни об этом.
4. В ЗиК для нормального расчета необходимо «открывать период», или «делать переход на новый период». В этом случае все движения в старых периодах становятся доступны только для просмотра, и исправить обычным результаты расчетов способом уже нельзя. То есть, перед началом нового расчетного периода, например, когда хотим считать зарплату «за январь», нужно проследить, чтобы «январь этого года», был «открыт».
5. Если нужно вдруг скорректировать записи старого периода, нужно помнить вот что. Есть два вида правок: а) правка задним числом, когда мы просто исправляем записи старого периода, так как они расходятся с нашей бумажной отчетностью. Это единственная причина, по которой правится расчет задним числом. б) исправления текущим периодом, когда обнаружено, что расчет прошлого периода был неверный, но с бумагами все сходится, и отчетность уже сдана, и подписана. То есть задним числом править нельзя, поэтому в текущем периоде, делают исправительные записи прошлого периода. Например, в январе делаем корректировку «за декабрь того года». Чтобы исправить «задним числом», проверьте, открыт и еще старый период, или уже был сделан «переход на новый месяц». Если старый период открыт, тут все понятно, скорректировали, и пошли дальше. Если же период «закрыт», то открывать его стандартным способом можно, но это чревато серьезными последствиями - записи открываемого старого периода будут помечены как «не рассчитанные», и их придется перерассчитывать. Это очень плохо, так как бухгалтер часто и бессистемно делает корректировки расчетов (т потом не помнит это), в результате чего после просто так перерасчет делать нельзя - ручные корректировки потеряются. Используй обработку «Мягкий откат», чтобы перейти в старый период, а затем ей же «докатись» в текущий период. Например эту http://infostart.ru/public/14760/
6. Нельзя исправлять базу видов расчетов-начислений, если они уже использовались (это качается второстепенных видов расчета типа «Премия» и т.п.). Это важно для расчетов «по среднему» - всякие больничные, отпускные, «простой в работе» и тп. После этого, все это начнет считаться неправильно, с учетом корректировок. Если выяснилось, что база была настроена неверно, лучше создать новый вид расчета, и «закрыть» у сотрудников начисления по старому виду расчетов и добавить им новый созданный вид, который уже настроен «правильно по-новому».
7. Справочник «Сотрудники». Если сотрудник был уволен, и принимается заново, нельзя создавать новый элемент справочника, надо использовать уже существующий (это особенность ЗиК 7.7, в 8 версиях все наоборот), иначе будут ошибки при сдаче отчетности. Единственный допустимый и правильный вариант, когда дублирование нужно - это принятие того же самого сотрудника, уже работающего, на должность как совместителя. Тогда в справочнике должно возникнуть два элемента. Если посмотреть с технической точки зрения - у основного сотрудника будет заполнен реквизит «Основной элемент» - ссылка на самого себя, а у совместителя - «Основной элемент» - ссылка на основного сотрудника. Пользуйся помощником ввода сотрудника. Если сотрудник будет дублирован, отчетность за год сдать не удастся. Придется писать обработку.
8. ЗиК использует очень много реквизитов, которые изменяются во времени -периодический реквизит. Часто бухгалтер испытывает сложности с работой из-за них. Следует использовать кнопку «История».
9. Глобальный модуль огромен. В нем очень легко запутаться. Следует установить OpenConf для удобства работы с конфигурацией. http://infostart.ru/public/15540/ Из-за большого количества строк глобальника также могут тормозить режимы отладки. Для отладки глобальника следует не использовать точки останова, а ставить заглушки типа «Предупреждение», и затем уже переходить в к отладке.
10. Не отлаживай долго работающие модули на рабочей базе, когда пользователи работают через RDP, так как у всех пользователей также произойдет остановка работы кода (им покажется что «зависло»).
11. Для расчета проводок используется динамическая схема, то есть проводки рассчитываются каждый раз заново, когда запускается «Отчет по проводкам», или «Выгрузка проводок». В глобальнике за расчет проводок отвечает процедура «глПроводкиЗаПериод». Она большая, и вносить в нее изменения сможет только профессионал.
12. На больших базах «глПроводкиЗаПериод» может работать часами, что раздражает бухгалтеров. Есть простой метод оптимизации, меняются всего несколько строк, что позволяет ускорить работу, в несколько раз. Это описано в одной из статей. Используется доп ТЗ. Типовой алгоритм делает так: ТаблицаУчетаЗарплатыННП.Выгрузить(ВремТаблицаУчетаЗарплатыННП); Нужно добавить необходимое количество строк в ТЗ, и только затем скопировать строки в ТЗ, без полной выгрузки-загрузки. Вот здесь описано, хотя статья незаслуженно забыта-заброшена. http://infostart.ru/public/16250/
13. Расчет налогов. Налог «НДФЛ» рассчитывается сразу при расчете зарплаты, но есть еще «Социальный налог», который рассчитывается отдельно.
14. Для хранения записей расчетов существует «Журнал расчетов». Их основных два - «Зарплата» и «СтраховыеВзносы». Есть еще «Дополнительный», там считается иногда управленческая зарплата.
15. Для настройки бухгалтерских проводок применяется реквизит «Шаблон проводки» для сотрудника. Также можно его не задавать, в этом случае настроить «шаблон проводки» для подразделения, в котором работают сотрудники. Или если проводка типовая для всех сотрудников, используем константу «Проводка по умолчанию»
16. Иногда непонятно, верно посчитан НДФЛ или нет. Важно - расчет НДФЛ происходит нарастающим итогом в течение года, поэтому нужно смотреть период с января по декабрь. Также бывают сложные случаи - например в расчет могут попасть прошлый период, пример «в декабря прошлого года начислили отпуск за январь текущего». Для удобства контроля можно использолвать полезные отчеты по начислениям нарастающим итогом, или отчеты типа «расчетный листок с начала года», и т.п.
17. Также для страховых взносов - контроль можно сделать, используя сводные спецотчеты. Для контроля страховых взносов важно помнить, что существует шкала процентов, и можно проверить, правильно ли посчитан налог, простым умножением базы на процент. Однако нужно следить, «с какой базы взялось начисление». Узнать базу можно также запустив спец отчеты, которые не входят в типовой ЗиК, и написаны независимыми разработчиками. Например вот этот отчет: http://infostart.ru/public/21180/
18. Иногда журнал расчетов настолько запутывается по какому либо сотруднику, что автоматический расчет бухгалтеру сделать не получается, а записи откорректировать он не может (иногда система блокирует ручные корректировки). Для решения этой проблемы скачай обработку «Редактор журнала расчетов». Например этот: http://infostart.ru/public/18776/ . Перед использованием конечно надо сделать копию. Аналог этой обработки начинающий и даже средний разработчик написать не сможет, так как важно четкое понимание работы с журналом расчетов программно. Эта обработка позволяет сделать с журналом расчетов все что угодно.
19. При внесении изменений в Зик помни, что это - компонента «Расчет», не нужно добавлять туда план счетов и регистры оперативного учета, так как у заказчика может не быть на них лицензий. Для работающих с 8.х версий это может оказаться нетривиальным, и я такие решения встречал.
20. В сервиспараметры проставь представление даты в 4-х значном виде "19.11.2014", а не "19.11.14". Тогда избежите путаницы с разными бабушками и дедушками, родившимся в 40-х, 50-х.

1. ЗиК еще жив и выпускаются регулярные обновление конфигурации. Это хорошая новость. Однако, не всегда есть правила обмена с другими конфигурациями.
2. Кратко о сути расчетов по заработной плате. Буду максимально краток. Все делается в итоге для получения отчета «расчетный листок» - это отчет показывающий сколько начислено и удержано по каждому сотруднику, и отчет «Свод начислениЙ» - это аналог расчетного листка, но сводно по всем работникам. Существуют в целом два вида движений по расчетам - начисления и удержания. Начисление - это могут быть «оклад», «Премия», различные надбавки. Удержания - это профвзносы, налог на доходы, и прочее. Также к удержаниям условно можно отнести выплату заработной платы. В итоге простая арифметика: начальная задолженность + начисления - удержания = конечная задолженность (сальдо). Заработная плата обычно рассчитывается помесячно.
3. С технической точки зрения, в заработной плате два периода - «период расчетов», и «период действия». Просто помни об этом.
4. В ЗиК для нормального расчета необходимо «открывать период», или «делать переход на новый период». В этом случае все движения в старых периодах становятся доступны только для просмотра, и исправить обычным результаты расчетов способом уже нельзя. То есть, перед началом нового расчетного периода, например, когда хотим считать зарплату «за январь», нужно проследить, чтобы «январь этого года», был «открыт».
5. Если нужно вдруг скорректировать записи старого периода, нужно помнить вот что. Есть два вида правок: а) правка задним числом, когда мы просто исправляем записи старого периода, так как они расходятся с нашей бумажной отчетностью. Это единственная причина, по которой правится расчет задним числом. б) исправления текущим периодом, когда обнаружено, что расчет прошлого периода был неверный, но с бумагами всё сходится, и отчетность уже сдана, и подписана. То есть задним числом править нельзя, поэтому в текущем периоде, делают исправительные записи прошлого периода. Например, в январе делаем корректировку «за декабрь того года». Чтобы исправить «задним числом», проверьте, открыт и еще старый период, или уже был сделан «переход на новый месяц». Если старый период открыт, тут все понятно, скорректировали, и пошли дальше. Если же период «закрыт», то открывать его стандартным способом можно, но это чревато серьезными последствиями - записи открываемого старого периода будут помечены как «не рассчитанные», и их придется перерассчитывать. Это очень плохо, так как бухгалтер часто и бессистемно делает корректировки расчетов (т потом не помнит это), в результате чего после просто так перерасчет делать нельзя - ручные корректировки потеряются. Используй обработку «Мягкий откат», чтобы перейти в старый период, а затем ей же «докатись» в текущий период. Например эту
6. Нельзя исправлять базу видов расчетов-начислений, если они уже использовались (это качается второстепенных видов расчета типа «Премия» и т.п.). Это важно для расчетов «по среднему» - всякие больничные, отпускные, «простой в работе» и тп. После этого, все это начнет считаться неправильно, с учетом корректировок. Если выяснилось, что база была настроена неверно, лучше создать новый вид расчета, и «закрыть» у сотрудников начисления по старому виду расчетов и добавить им новый созданный вид, который уже настроен «правильно по-новому».
7. Справочник «Сотрудники». Если сотрудник был уволен, и принимается заново, нельзя создавать новый элемент справочника, надо использовать уже существующий (это особенность ЗиК 7.7, в 8 версиях все наоборот), иначе будут ошибки при сдаче отчетности. Единственный допустимый и правильный вариант, когда дублирование нужно - это принятие того же самого сотрудника, уже работающего, на должность как совместителя. Тогда в справочнике должно возникнуть два элемента. Если посмотреть с технической точки зрения - у основного сотрудника будет заполнен реквизит «Основной элемент» - ссылка на самого себя, а у совместителя - «Основной элемент» - ссылка на основного сотрудника. Пользуйся помощником ввода сотрудника. Если сотрудник будет дублирован, отчетность за год сдать не удастся. Придется писать обработку.
8. ЗиК использует очень много реквизитов, которые изменяются во времени -периодический реквизит. Часто бухгалтер испытывает сложности с работой из-за них. Следует использовать кнопку «История».
9. Глобальный модуль огромен. В нем очень легко запутаться. Следует установить OpenConf для удобства работы с конфигурацией. Из-за большого количества строк глобальника также могут тормозить режимы отладки. Для отладки глобальника следует не использовать точки останова, а ставить заглушки типа «Предупреждение», и затем уже переходить в к отладке.
10. Не отлаживай долго работающие модули на рабочей базе, когда пользователи работают через RDP, так как у всех пользователей также произойдет остановка работы кода (им покажется что «зависло»).
11. Для расчета проводок используется динамическая схема, то есть проводки рассчитываются каждый раз заново, когда запускается «Отчет по проводкам», или «Выгрузка проводок». В глобальнике за расчет проводок отвечает процедура «глПроводкиЗаПериод». Она большая, и вносить в нее изменения сможет только профессионал.
12. На больших базах «глПроводкиЗаПериод» может работать часами, что раздражает бухгалтеров. Есть простой метод оптимизации, меняются всего несколько строк, что позволяет ускорить работу, в несколько раз. Это описано в одной из статей. Используется доп ТЗ. Типовой алгоритм делает так: ТаблицаУчетаЗарплатыННП.Выгрузить(ВремТаблицаУчетаЗарплатыННП); Нужно добавить необходимое количество строк в ТЗ, и только затем скопировать строки в ТЗ, без полной выгрузки-загрузки. Вот здесь описано, хотя статья незаслуженно забыта-заброшена.
13. Расчет налогов. Налог «НДФЛ» рассчитывается сразу при расчете зарплаты, но есть еще «Социальный налог», который рассчитывается отдельно.
14. Для хранения записей расчетов существует «Журнал расчетов». Их основных два - «Зарплата» и «СтраховыеВзносы». Есть еще «Дополнительный», там считается иногда управленческая зарплата.
15. Для настройки бухгалтерских проводок применяется реквизит «Шаблон проводки» для сотрудника. Также можно его не задавать, в этом случае настроить «шаблон проводки» для подразделения, в котором работают сотрудники. Или если проводка типовая для всех сотрудников, используем константу «Проводка по умолчанию»
16. Иногда непонятно, верно посчитан НДФЛ или нет. Важно - расчет НДФЛ происходит нарастающим итогом в течение года, поэтому нужно смотреть период с января по декабрь. Также бывают сложные случаи - например в расчет могут попасть прошлый период, пример «в декабря прошлого года начислили отпуск за январь текущего». Для удобства контроля можно использолвать полезные отчеты по начислениям нарастающим итогом, или отчеты типа «расчетный листок с начала года», и т.п.
17. Также для страховых взносов - контроль можно сделать, используя сводные спецотчеты. Для контроля страховых взносов важно помнить, что существует шкала процентов, и можно проверить, правильно ли посчитан налог, простым умножением базы на процент. Однако нужно следить, «с какой базы взялось начисление». Узнать базу можно также запустив спец отчеты, которые не входят в типовой ЗиК, и написаны независимыми разработчиками. Например вот этот отчет:
18. Иногда журнал расчетов настолько запутывается по какому либо сотруднику, что автоматический расчет бухгалтеру сделать не получается, а записи откорректировать он не может (иногда система блокирует ручные корректировки). Для решения этой проблемы скачай обработку «Редактор журнала расчетов». Например этот: . Перед использованием конечно надо сделать копию. Аналог этой обработки начинающий и даже средний разработчик написать не сможет, так как важно четкое понимание работы с журналом расчетов программно. Эта обработка позволяет сделать с журналом расчетов все что угодно.
19. При внесении изменений в Зик помни, что это - компонента «Расчет», не нужно добавлять туда план счетов и регистры оперативного учета, так как у заказчика может не быть на них лицензий. Для работающих с 8.х версий это может оказаться нетривиальным, и я такие решения встречал.
20. В сервис\параметры проставь представление даты в 4-х значном виде "19.11.2014", а не "19.11.14". Тогда избежите путаницы с разными бабушками и дедушками, родившимся в 40-х, 50-х
21. При расчетах ЗиК работает с таблицами значений, а также с (!) вложенными таблицами значений в таблицы значений, особенно при расчете налогов. Полезно найти и скачать какую нибудь обработку для 7.7 типа "Просмотр Таблицы значений". Можно пользоваться конечно методом "ВыбратьСтроку", то для просмотра больших или вложенных ТЗ это не годится. Если кто то знает хорошую обработку просмотра, пишите, я прикреплю ссылку. Сам давно пользуюсь обработкой "ПросмотрТСЗ", но на ИС найти ее не смог.

Доброго времени суток. Сегодня поговорим о новой редакции программы 1С для платформы 8.3 Зарплата и управление персоналом в редакции 3.0. Точнее поговорим о том, как в ней начать работать, если до этого Вы пользовались 1С Предприятие 7.7 Зарплата и Кадры 2.3, а Ваша база на 7.7 довольно большая.

Как известно 16 декабря вышел релиз новой редакции ЗУП, в котором нам пообещали перенос из ЗиК 7.7. Обещание было выполнено, теперь стартовый помощник еще умеет и переносить данные из ЗиК. Только вот незадача, делает это он только в удобной форме, а именно, подключается через com соединение к платформе 7.7, стартует в ней указанную базу, запускает в ней обработку по переносу с нужными правилами, выгружает, загружает... и все делает сам.

Какая красота, для бухгалтера, который не собирается звать на помощь программиста. Все выполняется в несколько щелчков. Но есть тут минус. Дело в том, что перенос данных в зарплатной программе работает не как переносы в Управлении Торговлей или в Бухгалтерии Предприятия. Тут он тащит не только конечные остатки. В выгрузку лезут все кадровые данные по сотрудникам, все расчеты и удержания за последние 2 года... короче он переносит ощутимый кусок данных. Из-за этого в момент выгрузки xml файла может произойти оказия с нехваткой памяти.

Самое обидное, что не факт, что Вы увидите сообщение об ошибке, т.к. 1С 7.7 запущена в фоновом режиме и её видно только в диспетчере задач. Собственно все, наверное, в первый раз попробуют выгрузить "на халяву" с помощью стартового помощника. Рекомендую, раз в час, если на экране нет экшена, заглядывать в диспетчер задач и смотреть на процесс 1cv77. Показателем для отсутствия беспокойств будет служить, что процесс жрет память и/или загружает центральный процессор. Принимать решение о снятии задачи не стоит принимать молниеносно, возможно в данный момент процесс читает данные с жесткого диска, понаблюдайте за ним. Хотя, счастливые обладатели Windows 8 увидят и эту дефтельность, у них в диспетчере задач теперь есть новая колонка, где отображается загрузка жесткого диска.

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

Запускаем 1С Предприятие 8.3. Выбираем нашу, еще пока пустую, базу с Зарплата и Управление Персоналом 3.0 и жмем кнопку "Конфигуратор". После того, как откроется конфигуратор жмем в горизонтальном меню "конфигурация/открыть конфигурацию". Ведь, скорее всего, мы заходим в конфигуратор впервые.

Итак мы видим наше любимое дерево метаданных.

Раскрываем плюсиком ветку "Общие". В ней ищем "Общие макеты". Находим там макет "ЗарплатаКадрыПереносДанныхИзЗиК23". Щелкаем по нему два раза.

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

Далее запускаем базу 1С 7.7 с нашей зарплатой и кадрами в режиме предприятия. Жмем меню "файл/открыть" и открываем обработку из архива. Внешне это унивесальная обработка выгрузки/загрузки xml. Но стандартная у меня падала с ошибкой, т.к. не находила какую-то функцию, поэтому для верности используем то, что лежит в архиве.

В обработке в поле "имя файла правил" выбираем правила из архива и жмем кнопку "Загрузить правила обмена".

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

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

После того, как Вы выгрузить все по отдельным файликам, надо их загрузить. Для этого запускаем ЗУП 3.0 в режиме предприятия. Не обращаем внимания на стартового помощника. Жмем "все функции". Лезем в обработки и находим там "Универсальные обмен данными в формате XML". Эта обработка стандартна и не должна вызвать трудностей, с её помощью загружаем по очереди все наши файлы. Скажу сразу, что загружаются они гораздо быстрее, чем выгружаются.

После загрузки можно вернуться к стартовому помощнику.

Всем спасибо на сегодня все.