Перенос данных из ЗУП 2.5 в ЗУП 3.1

Публикация № 1367417

Учет и отчетность - Зарплата

перенос данных зуп 2.5 3.1

Довольно часто сталкиваюсь с тем, что у коллег возникает вопрос, как правильно выполнить перенос данных из ЗУП 2.5 в ЗУП 3.1. (Неужели еще кто-то до сих пор работает в ЗУП 2.5? Да, и очень много людей)

В тексте будет небольшое количество воды, потому что хочу максимально прояснять какие-то моменты, чтобы было четкое понимание происходящего. Так что терпите. Говорить мы будем о версии ЗУП ПРОФ. ЗУП КОРП не переносил ни разу и говорить об этом не хочу. И такие задачи, думаю, очень редки, потому что ЗУП 2.5 КОРП до сих пор на поддержке, а значит, никто по доброй воле с него не уйдет. Вот и задач соответственно таких не попадалось. Но нас это ожидает в будущем. Точите свое оружие. Готовьтесь к войне.)

 
 Вода:

Не вода:

Существует 2 типовых способа переноса из ЗУП2.5 в ЗУП3.1:

  1. Остатками (рекомендованный разработчиком) = почему рекомендованный? Потому что при таком способе все данные переносятся остатками по Регистрам Сведений и Регистрам Накопления. Конечно переносятся все справочники. Переносятся еще несколько типов документов, но о них мы поговорим позднее. Этих данных будет достаточно для того, чтобы начать вести учет в новой базе максимально безболезненно и корректно, формировать всю регламентированную отчетность. Больше нам ничего и не нужно. Но это не означает, что даже при таком переносе всегда все будет переносится красиво. Мы будем говорить об этом методе переноса.
  2. Документами (не рекомендованный разработчиком) = почему не рекомендованный? Потому что переносятся именно все справочники, все документы, которые только можно перенести и все ваши косяки из старой базы тоже переносятся. Поэтому и не рекомендованный. Но иногда и этот способ тоже нужен. Клиенты настаивают. Клиенты уверены в своем учете и тогда можно воспользоваться и этим случаем. Этот способ еще хорош, когда учет самый простой = оплата по окладу, мало сотрудников 3-10 человек, мало подразделений, нет никаких территорий, одна организация и т.п. Т.е. мало шансов укосячить в старой базе. Но даже в подобных видах учета люди умудряются так косячить, что волосы дыбом встают. Этот способ я тоже не рекомендую и настоятельно требую отбиваться от него всеми силами от заказчика.

При обоих видах переноса ни один спец не сможет гарантировать вам 100% корректность переноса и разработчики тоже не смогут это гарантировать. Забудьте об этом. Золотое правило: «Мусор на входе - мусор на выходе». Поэтому после любого вида переноса вам обязательно необходимо сделать выверку самостоятельно. Тот, кто выполняет перенос - тот за него и отвечает, а не бухгалтера и не кадровики. Они не смогут ничего выверить - раз. Они не хотят это выверят - два. Если и выверяют - знаний порой не хватает и сделать они это не смогут. Идеальный вариант - когда вы делаете выверку вместе, спец+бухгалтер, но я с таким ни разу в жизни не встречался. О самой выверке мы будем говорить подробнее позднее.

Повторяю еще раз, весь текст в основном будет о первом способе переноса «остатками» и о типовой базе ЗУП, т.е. не дописанной разработчиками.

Состав переносимых данных:

Переносятся:

  • справочники: организации, подразделения, должности, сотрудники и основная связанная с ними справочная информация;
  • начисления и удержания с регламентированным способом расчета (оклад, премия, исполнительные листы и т. п.);
  • список позиций штатного расписания не переносится, но при необходимости может сформироваться по штатной расстановке;
  • штатная расстановка на месяц начала эксплуатации;
  • кадровая история сотрудников для заполнения их личных карточек (Т-2);
  • данные для расчета среднего заработка: для пособий ФСС – за три предшествующих года, для отпусков и других случаев – за 15 предшествующих месяцев;
  • данные учета НДФЛ и страховых взносов в году переноса (если эксплуатация начинается не с начала года);
  • остатки взаиморасчетов на месяц начала эксплуатации.

Не переносятся:

  • начисления и удержания с произвольными формулами;
  • кадровая история сотрудников для формирования аналитической отчетности;
  • фактические начисления и выплаты для формирования аналитической отчетности;
  • сведения о займах сотрудников;

Все виды нетиповых начислений, т.е. те, которые создавались вручную в ЗУП2.5 не перенесутся в ЗУП 3.1. Вообще многое, что создавалось вручную в ЗУП2.5 не перенесется.

Перед тем, как выполнять перенос нам нужно подготовить обе базы, базу-источник и базу-приемник.

Так как под рукой, к сожалению у меня ни оказалось ни одной заполненной базы ЗУП2.5 с реальным учетом, буду показывать на примере демо-базы (релиз 2.5.130.2).

 
 Картинка релиз ЗУП 2.5

Что делаем с базой-источником ЗУП2.5:

  1. По возможности удалить все помеченные на удаление объекты из базы. Все, какие сможем удалить безболезненно. В демо-базе были такие объекты помечены на удаление:
 
 Картинка удаление помеченных объектов в ЗУП 2.5

В вашей реальной базе у вас будут свои объекты. Удалите все, что даст удалить программа.

  1. Протестировать базу в конфигураторе
 
 Картинка тестирование базы ЗУП 2.5
  1. Обновить максимально ЗУП 2.5 до последнего релиза. Максимальный релиз = 2.5.130.2
  2. Установить чистую новую базу ЗУП 3.1 для переноса в нее наших данных. Устанавливаем максимально свежую версию, которая доступна на сегодняшний день. У меня это релиз = 3.1.16.133
  3. Запускаем новую базу ЗУП 3.1 в режиме «предприятие». При первом запуске запустится «Начальное заполнение программы». Ждем отработки до 100%.
 
  Картинка Начальное заполнение ЗУП 3.1
  1. После этого у вас должно остаться вот такая первоначальная обработка настройки программы:
 
 Картинка Первоначальное заполнение программы

Опираясь на свой опыт, хочу здесь отметить одну особенность. Необходимо пролистать синюю стрелку «Далее» до мест, где начинаются настройки премий. И лучше сразу включить все виды премий. В частности «Ежемесячная премия», «Квартальная премия», «Годовая премия», «Разовая премия». Для всех этих премий поставьте флажок «У нас начисляется оба вида премий». Это необходимо сделать для того, чтобы после переноса не пришлось эти виды «начислений» добавлять вручную. К сожалению, если этого не сделать = они не появляются, хотя являются типовыми видами начислений. Этот нюанс никто нигде не рассказывает, но он существует.

 
 Картинка Настройка Премий

После настройки премий нажимаем кнопку «Применить настройки». Сразу проверим, что все наши премии включились. Идем в блок «Настройка» => «Начисления»

 
 Картинка Проверить Премии_1

И видим, что все наши премии включились. Отлично!

 
 Картинка Проверить Премии_2

Если сомневаетесь, какие именно флажки ставить при включении премии = ставьте тот, который по умолчанию. Это неважно на данном этапе. Самое главное эти премии включить = а в последствии мы сможем спокойно их донастроить с помощью бухгалтеров. Если же мы пропустим этот этап, то в последствии все эти премии придется заводить вручную с полной настройкой, что в принципе тоже допустимо, но в таком случае ожидайте первый вопрос от бухгалтеров : «А почему у нас премий нет?»

  1. На следующем шаге нажимая на синюю стрелку, отматываем в самое начало обработки
 
 Картинка Начало обработки

И переключаем флажок в положение «Перенести данные из прежней программы» и нажимаем гиперссылку «Открыть помощник перехода с прежних программ»

 
 Картинка флажок в положение «Перенести данные из прежней программы»

Выбираем ЗУП 2.5. Нажимаем «Далее»

 
 Картинка Выбора ЗУП 2.5

На следующем окне появляется выбор:

  • Загрузить данные из информационной базы. Этот путь мы используем тогда, когда обе базы лежат на одном компе и мы можем подключиться к базе-источнику напрямую. Не рекомендую этот способ, ибо иногда он идет криво, проблема подключения COM - соединения, логины, пароли и т.п.
  • Загрузить данные из файлов. Мы будем использовать этот способ, ибо он самый надежный. Сразу ставим положение флажка в этот режим.
 
 Полезный коммент

Далее нажимаем «Получить помощник выгрузки»

 
 Картинка «Получить помощник выгрузки»

Откроется меню с указанием места на компе, куда мы хотим сохранить обработку «Помощник выгрузки». Я всегда указываю рабочий стол. Сохраняем.

 
 
 Картинка сохранения в папку "Помощник Выгрузки"
  1. Теперь открываем базу-источник ЗУП 2.5 в режиме «предприятие». Запускаем только что выгруженный «Помощник выгрузки». Файл => Открыть => выбираем наш «Помощник выгрузки». Откроется обработка. Выбираем “Выгрузить данные для перехода на новую программу”
 
 Картинка “Выгрузить данные для перехода на новую программу”

Второй способ “Выгрузить документы, введенные после начала работы в новой программе” использовать не будем. Это отдельная тема для разговора.

Далее указываем папку, куда будем сохранять наши файлы. Месяц начала учета = Январь 2021 года. Все остальное оставляем по умолчанию, так как у нас способ переноса “Остатками”.

 
 Картинка "Точка Переноса"

Если же мы все-таки хотим выбрать “перенос документами” = тогда идем в “Дополнительные настройки” и там переключаем флажок в положение “Использовать начисления предыдущей программы (не рекомендованный)”. Но мы сейчас этого НЕ ДЕЛАЕМ.

 
 Картинка как НЕ НАДО нам сейчас делать

Здесь хочу подробнее поговорить о “точке переноса” = Месяц начала эксплуатации в новой программе = январь 2021.

Что вообще это означает? Это значит, что в новую базу будут переноситься все данные, включая по 31/12/2020. Т.е., если есть данные, заведенные после 01/01/2021 = они не появятся в новой базе после переноса.

Вообще январь месяц = это идеальная точка переноса, потому что год уже закрыт и мы начнем вести новый учет в новой базе с начала года. А что делать, если уже в январе наклепали документов скажем до 23 января? А их придется в новой базе набивать снова. Ну уж извините. Прощелкали.

Существует мнение, что якобы нельзя переносить базу в середине года. Это неверно. Мы можем выполнять перенос в любом месяце, в любом квартале. Однако, я бы выставил по приоритету сверху вниз наиболее подходящее время для переноса:

  1. Начало года = 1 января (самый оптимальный)
  2. По кварталам = 1 апреля, 1 июля, 1 октября (допустимый приемлемый способ)
  3. По месяцам = 1 числа любого месяца (самый нежелательный способ)

Чем выше приоритет способа “точка переноса” = тем меньше нам придется вручную корректировать новую базу в момент выверки и в последующем при работе. В нашем примере у нас точка переноса = 1 января. Самое оптимальное время для переноса.

Вернемся к нашим баранам и нажмем кнопку “Выгрузить”. Ждем, пока выгрузятся файлы в нашу папку. После успешной выгрузки у вас должно быть такое окно:

 
 Картинка Выгрузка данных из ЗУП 2.5
  1. Далее переходим в окно базы-приемника и нажимаем кнопку “Далее”
 
 Картинка Загружаем данные в ЗУП 3.1

Нажимаем кнопку ”Загрузить” и ждем полной успешной загрузки

 
 Картинка процесса загрузки данных в ЗУП 3.1

Успешный Итог. Нажимаем кнопку “Завершить работу помощника”. Все Поздравляю вас с переносом. Но это только полдела. Все самое вкусное еще впереди.

 
 Картинка Успешный Итог Загрузки

На данном этапе вы произвели перенос данных “остатками” через “файлы” в базу-источник.

Дальше нам предстоит еще сделать подробную выверку данных. Будем сверять данные из базы-источника с базой-приемником. Только так мы можем достоверно убедиться в том, что перенос выполнился корректно. От чего зависит % корректности переноса? Давайте поговорим об этом подробнее.

Перед тем как выполнять любой перенос = нужно в базе-источнике закрыть полностью месяц. Что значит закрыть? Это значит, что мы должны выполнить все процедуры расчета авансов, зарплаты, отпусков, создать больничные, создать все необходимые документы. Но! Вот к примеру мы рассчитали зарплату в старой базе 31 декабря 2020, но мы-то ее не выплатили! Правильно! После переноса в базе-источнике появится документ “Начальная задолженность по зарплате” (Главное = > Данные на начало эксплуатации) и в этом документе как раз и будет рассчитанная зарплата, но еще невыплаченная. А как ее выплатить? Платить вы будете, к примеру, 10 января 2021. Значит в этот день сразу создаем ведомости без каких-либо дополнительных расчетов (мы все уже посчитали. У нас есть данные в документе). И все суммы зарплаты прекрасно заполнятся в ведомостях. Таким образом у нас погасится задолженность перед сотрудниками.

А если сотрудник был должен нам? Прекрасно! В этом документе («Начальная задолженность») вы увидите этого сотрудника с красной суммой с минусом. И как только в феврале мы создадим ему ведомость на выплату зп = программа прекрасно увидит этот долг и отминусует эту сумму от его зп.

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

Дальше. Где вообще искать все наши данные? Искать их в 2х местах:

  1. Главное => Данные на начало эксплуатации (Тут будет 3 типа документов:
  • Начальная штатная расстановка
  • Периоды, оплаченные до начало эксплуатации
  • Начальная задолженность )
  1. Администрирование = >Перенос данных (Тут будет куча документов, в которых присутствуют записи по Регистрам Сведений и Регистрам Накопления, в которых как раз и хранятся все наши остатки). Сколько тут должно быть типов с разными префиксами документов - вы узнаете из инструкции по выверке данных. Количество документов здесь всегда может варьироваться, в зависимости от того, каким данными мы обладаем в старой базе.

Давайте по порядку. Что такое “Начальная штатная расстановка”?. В этот документ забьются все данные о вашем сотруднике. Его должность, дата приема на работу, вид начисления, график работы и т.п. В этом документе хочу обратить внимание на важный момент. Последняя колонка «Отпуска». Именно здесь в процессе выверки мы будем корректировать остатки отпусков.

«Периоды, оплаченные до начало эксплуатации». Этот документ создастся только в том случае, если в точке переноса у вас был сотрудник, который пошел гулять в отпуск, к примеру с 20 декабря по 15 января(оказался в точке переноса), и мы таким образом показываем, что да, отпуск есть, но мы его уже оплатили в старой базе. Оплатили же? Да. За 3 дня до отпуска. Т.е. в этом документе у вас должны быть все сотрудники, находящиеся в отпусках обычных и отпусках по уходу за ребенком.

«Начальная задолженность ». Об этом документе мы уже поговорили выше.

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

  1. Все отпуска (отпуск ежегодный, отпуск по уходу за ребенком) и т.п., которые попали в точку переноса.
  2. Исполнительные листы, если они продолжают действовать в новой базе, т.е. срок у них еще не закончился. Новая база то должна как-то знать, что вы должны с сотрудника удерживать суммы.
  3. Заявления на вычеты НДФЛ. Их не придется создавать заново в новой базе, если они уже были заведены.

Что еще...У вас может быть ситуации, когда вроде бы выверку сделали. Все сошлось. Вроде бы. Но спустя месяц выяснилось, что в старой базе была ошибка и теперь к примеру надо откорректировать остаток отпуска для какого-то сотрудника. Что будем делать? Тут 2 способа. Либо открываем «Начальную штатку» и корректируем в ней. Либо заводим новый документ «Ввод остатков отпусков». Именно для этого он и создан. И таким образом легко корректируем остаток на любую дату по любому сотруднику.

По самой выверке. Вы должны понимать, что ни один спец и ни один разработчик не может вам гарантировать 100% корректность переноса данных. Почему? Потому что есть золотое правило. «Мусор на входе - мусор на выходе». Вы сможете гарантировать, что не было ошибок на входе? Нет. Все мы люди, все допускаем ошибки. А значит не может быть 100% гарантии после переноса и это нормально. Для этого и есть вы и бухгалтера. И в процессе, при обнаружении ошибок вы будете корректировать учет.

Дальше. Что будет с регламентированной отчетностью? Да все будет прекрасно как раз таки. У нас есть все данные, записанные в документы «Перенос данных» по всем регистрам, для того, чтобы новая база-приемник смогла спокойно сформировать любую отчетность. Будет ли она корректной? Будет, если вы не поленились и сделали правильно выверку с базой-источником. Но опять же, что-то всегда может пойти ни так и это нормально. В таком случае, при обнаружении расхождений просто корректируем данные через документ «Перенос данных» и формируем отчетность. А вы знаете способы лучше? Я нет.

Теперь самое интересное. Как сделать выверку? Гуглим и находим кучу сайтов с четкими инструкциями, отчетами, методологией, как правильно сделать выверку. Следуем этим сайтам и полностью проходим по всей базе. И только после этого, убедившись, что все данные совпадают с базой-источником мы можем сказать, что перенос выполнен корректно процентов на 95%. Почему так? Перечитайте абзацы выше. Выверку делать обязательно - иначе потом запаритесь разгребать снежный ком в дальнейшем.

Привожу пример сайта с инструкциями по выверке:

ПРОВЕРКА ДАННЫХ В ЗУП 3.1 ПОСЛЕ ПЕРЕНОСА ИЗ ЗУП 2.5

       Погуглите еще.

 
 Полезный коммент

 

В принципе рассказал практически все, что нужно. Очень буду рад вашей критике и комментам. Если есть, что добавить = пишите. Если будут возникать вопросы и я что-то забыл здесь рассказать - так вы спрашивайте в комментах - я с радостью буду делиться с вами своим опытом. Буду корректировать статью и вставлять ваши комменты. Очень надеюсь на то, что новичкам эта статья будет очень полезной. Ну и конечно никто не отменял опыт. Пробуйте. С первого раза мало, что получается.

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Aftee 25.01.21 09:28 Сейчас в теме
Статью можно было очень сильно сократить:
1. Ссылка на its с инструкцией по переходу
2. Ссылка на инструкцию с проверкой данных

Но выполняя эту задачу раз за разом всплывают новые тонкости, о которых чаще всего никто нигде не пишет

Тонкостей особо и не было в статье
vadim92; d4rkmesa; ShiningPhoenix; VAAngelov; +4 Ответить
2. VAAngelov 155 25.01.21 09:31 Сейчас в теме
(1)Да, буду допиливать в процессе, на основе комментов. Хочу собрать все рекомендации и опыт людей в одном месте.
milov.aleksey; +1 Ответить
8. Dmitry888 12 25.01.21 09:49 Сейчас в теме
(2)Хотел уточнить, а способ представленный в статье переноса данных через файл, ничем ведь не отличается от переноса непосредственного подключении к базе источника по содержанию переносимых данных?
VAAngelov; +1 Ответить
9. VAAngelov 155 25.01.21 09:51 Сейчас в теме
(8) Абсолютно ничем не отличается по корректности переноса. Разница лишь в том, что прямое подключение к базе потребует логин и пароль пользователя под которым вы заходите в базу. Конечно лучше, чтобы это был пользователь с админскими правами. Я не люблю этот способ, ибо это прямое подключение через COM, а COM часто дает разного рода ошибки.
26. Dmitry888 12 25.01.21 13:54 Сейчас в теме
(9)Согласен. Частенько у меня эти ошибки возникали.
10. VAAngelov 155 25.01.21 10:05 Сейчас в теме
(8) Добавил ваше уточнение. Спасибо большое.
3. RPGrigorev 566 25.01.21 09:33 Сейчас в теме
Отлично, всё по факту, в копилку, полезно
VAAngelov; +1 Ответить
4. Dmitry888 12 25.01.21 09:40 Сейчас в теме
Прочитав статью уже понимаю, где и что я упустил. И что касается типовых статей из ИТС или сайта бухэксперт, то там многих тонкостей нет, как тут. Спасибо за статью!
VAAngelov; +1 Ответить
6. VAAngelov 155 25.01.21 09:45 Сейчас в теме
(4) Будут еще вопросы = пишите здесь в комменты = буду вставлять в статью, в хронологическом порядке. Ничто не мешает потом просто перепилить статью так, чтобы это было понятно для людей с малым опытом по данной задаче.
5. user742631 25.01.21 09:41 Сейчас в теме
7. VAAngelov 155 25.01.21 09:46 Сейчас в теме
(5) Ваш лайк будет лучшей благодарностью для меня.)
11. user633533_encantado 10 25.01.21 10:20 Сейчас в теме
Статья по сути просто инструкция, для тех кто это никогда не делал. Настоящие тонкости возникают, когда надо изменить правила обмена, например увеличить сроки по сведениям среднего заработка. Правила переноса написаны на КД2 и любой кто нормально умеет ей пользоваться может их модифицировать.
VAAngelov; +1 Ответить
12. VAAngelov 155 25.01.21 10:22 Сейчас в теме
(11) Вы абсолютно правы. Статья для тех, кто никогда этого не делал. Пусть это будет хоть какая-то помощь для этих людей, ибо когда я начинал все это делать впервые - у меня возникало много вопросов, которые казались сложными.
16. Aftee 25.01.21 11:15 Сейчас в теме
(11) в данном случае с самими правилами мало что можно сделать. 90% работы делает обработка выгрузки. По сути все алгоритмы получения данных для выгрузки прописаны в ней. С загрузкой примерно тоже самое, только уже в модулях самой конфы ЗУП 3.1
17. user633533_encantado 10 25.01.21 11:20 Сейчас в теме
(16) Нет, это не так. Я делал перенос с помощью "универсальной загрузки-выгрузки XML". Обработка просто настраивает программу, параллельно включая нужные функциональные опции, но это можно сделать и вручную.
19. Aftee 25.01.21 11:28 Сейчас в теме
(17) Хотелось бы посмотреть на перенос с помощью универсальной выгрузки-загрузки. А где правила выгрузки брали?)
20. user633533_encantado 10 25.01.21 11:31 Сейчас в теме
(19) Как я писал из конфигурации. Обработка переноса данных просто выполняет загрузку с помощью этих правил. Формирование документов и справочников, сбор остатков - все прописано в самих правилах.
24. Aftee 25.01.21 12:10 Сейчас в теме
(20) С созданием документов не спорю. Хотя есть и исключения. Например, утверждение ШР.
А вот "сбор" данных делает обработка "Помощник выгрузки". И уже передает данные в структуру, которая дальше обрабатывается универсальной выгрузкой-загрузкой. Так что, если вы в правилах добавите какой-то свой реквизит, без изменения алгоритма выгрузки в обработке "Помощник выгрузки", то он не перенесется из ЗУП 2.5 в ЗУП 3.1.
25. user633533_encantado 10 25.01.21 12:14 Сейчас в теме
(24) Может что-то конечно изменилось за пару лет. Но сбор данных, т.е запросы, на основании которых формируются переносы данных те же, были в правилах прописаны. Повторюсь, что я делал переход с помощью обычной загрузки -выгрузки без помощника, правила модифицировал под конкретные задачи.
21. VAAngelov 155 25.01.21 11:34 Сейчас в теме
(19) Правила выгрузки типовые, они зашиты в обработке "Помощник переноса", по этой причине как раз разработчик и рекомендует всегда выполнять перенос на максимально свежем релизе ЗУП3.1. Спору нет, через КД2 конечно можно запилить любые правила, такие, как нам нужны, но чаще всего стажеры и новички, или малоопытные люди по данной задаче заниматься этим либо не могут, либо не будут, поэтому и рассматривал именно типовые инструменты переноса.
23. user633533_encantado 10 25.01.21 11:39 Сейчас в теме
(21) Для обычного переноса этого вполне достаточно.

Модифицировать правила нужно при нестандартных задачах, например: у компании было несколько баз на ЗУП 2.5 для разных юр. лиц. Они решают использовать единую базу ЗУП 3.1. после перехода, при том что одни и те же физ. лица работают в разных юр. лицах. Стандартные правила такое без ошибок не смогут сделать.
VAAngelov; +1 Ответить
13. emilliya 2 25.01.21 10:46 Сейчас в теме
По переносу больших проблем не было, только что данные переносились неделю,
да мелкие ошибки в документах переноса в ЗУп 2,5 из 7.7.

А вот какой напиток нужно дать пользователям, чтобы они помимо текучки еще в 2-х прогах какое-то время работали, и переносы сверяли, и функционал?
VAAngelov; +1 Ответить
14. VAAngelov 155 25.01.21 10:54 Сейчас в теме
(13) Кстати да. Дельное замечание. По рекомендации ИТС минимум 1 квартал необходимо вести обе базы, для того, чтобы выявлять ошибки переноса и расчетов. Скажу честно, ни разу никто никогда этого не делает. Слишком трудоемко. поэтому сразу рубятся в новой базе.
Были у меня одни клиенты, которые до такой степени не хотели и до сих пор не хотят учиться новой программе, что они выполняют перенос, сдают отчетность в новой базе, кладут на нее и продолжают дальше работать в старой базе...Это просто жесть какая-то...и таких переносов за год они делают по 3 штуки...Как бы мы их не пытались уламывать, что ребята, научитесь просто работать в новой программе и все. Нет! мы будем работать в старой. там все удобно....Ну что ж...хозяин-барин, как говорится...
27. DmitryKSL 155 25.01.21 14:17 Сейчас в теме
(14)
По рекомендации ИТС минимум 1 квартал необходимо вести обе базы, для того, чтобы выявлять ошибки переноса и расчетов

Согласен что бессмысленно, но очень желательно до окончательного перехода вести текущую базу и пробно новую хотя бы по одному - двум подразделениям с разнообразными начислениями. Очень много сюрпризов вылезет.
VAAngelov; +1 Ответить
28. VAAngelov 155 25.01.21 14:20 Сейчас в теме
(27) Полностью вас поддерживаю!
15. VAAngelov 155 25.01.21 11:05 Сейчас в теме
(13)Спасибо за ваше уточнение. Добавил в статью.
18. Aftee 25.01.21 11:23 Сейчас в теме
Пара нюансов от себя:
1. При наличии нескольких действующих регистраций в налоговых, нужно в организации, подразделениях записать сведения о регистрации. Визуально может будет все правильно, но при взаиморасчетах в регистры могут вставать неправильные регистрации.
2. Быть внимательным с действующими отклонениями (невыходы, больничные, отпуска). Лучше их распровести перед переносом и завести в новой базе заново. В противном случае, если нужны будут изменения, то придется корректировать регистры, т.к. документы перенесены не будут.
3. Интервальные изменения начислений. В ЗУП 2.5 задается начисление на период (не помню уже каким документов). В ЗУП 3.1 может выгрузиться без окончания действия периода начисления. Нужно менять правила/корректировать руками после переноса.

Если еще что вспомню неочевидное, то дополню.
VAAngelov; +1 Ответить
22. VAAngelov 155 25.01.21 11:35 Сейчас в теме
(18)Спасибо за уточнение и за ваш опыт.
29. BelikovSA 30 25.01.21 15:03 Сейчас в теме
Хорошая статья. Особенно про Премии - не знал. Настраивал вручную.
И свои пять копеек:
1. у меня проблемные документы Больничный и Отпуск (после переноса). Когда в новой базе после переноса, вводится больничный на период отпуска, который был в прошлой программе - позарез нужен отпуск из прошлой программы и приходится вводить документ вручную, вычищать его данные из переноса и проводить. Другого способа получить верные движения в больничном не нашел.
2. У нас УПП (в принципе = ЗУП 2.5). Штатное расписание (банальный регистр сведений), который никто не вел. И при переносе происходит перенос "актуальных" начислений, а количество ставок = фактически работающим. Ну и как результат требуется тотальная проверка штатного расписания.
3. (Организация большая) Включил историю Штатного расписания. При этом создается документ Утверждение штатного расписания. Не помню почему, но обработкой переставил у документов месяц утверждения на месяц назад. Кажется возникала проблема в первых документах, когда они ругаются на несоответствие Штатному расписанию.
4. Добавлю про больничный: перенос тащит только последние 2 года и как вывод - если сотрудник желает выбрать года для расчета больничного (декретные и иже с ними), то данные по ним надо заносить вручную. (ну я обработку писал для произвольной выгрузки и загрузки по сотруднику)

Мое мнение: в месяц переноса не стоит делать изменение структуры организации или индексации зарплат. Даже появление "лишней" должности приводит к проблемам сверки.
VAAngelov; +1 Ответить
30. VAAngelov 155 25.01.21 16:09 Сейчас в теме
(29) Очень ценные комменты. Спасибо большое. Все-таки получается, что задача-то не такая простая, как может показаться на первый взгляд, в каждой базе выплывают свои какие-то подводные камни, про которые ну никто нигде не пишет и не рассказывает, потому что невозможно прям все предусмотреть. Спасибо еще раз.
33. a.rezyhin 23 26.01.21 21:22 Сейчас в теме
(29) Вот сейчас с такой же историей столкнулся. Подскажи что корректируешь в переносе после догрузки документа отпуска, больничного со старой базы прошлого периода?
34. VAAngelov 155 27.01.21 09:34 Сейчас в теме
(33) Я так подозреваю, что ситуация, о которой автор коммента писал выше такова:
Пример:
Отпуск начало = 20/12/2020
Отпуск конец = 31/12/2020
Точка переноса = 1 января 2021
Перенос остатками. Т.е. Этот отпуск перенесся закономерно в новую базу остатками по Регистрам Сведений.
Далее...12 января "проснулся" сотрудник и принес больничный с 25 декабря по 5 января, т.е. период с 25 по 31 декабря отпуска нужно выместить этим больничным, но как это сделать, если нет самого документа?
Я ни разу не попадал на подобную ситуацию, но я бы попробовал 2 варианта:
1. Так как есть записи в Регистрах Сведений по этому отпуску, пробую просто заводить больничный с 25 до 5 января, проверяю расчет начислений, выместит ли программа дни отпуска при расчетах. Если да идем дальше. Дальше может быть 2 варианта развития событий:
1.а. отпуск продляется. Тут нужен первоначальный отпуск и это походу тупик. Тогда ветка событий 1 => а не подойдет нам в данном случае
1.б. вымещеные дни отпуска переносятся. Значит нам надо теперь скорректировать остатки отпуска. Либо делаем это в "Начальной штактке", либо заводим "Ввод остатков отпусков" и корректируем остатки отпуска. Значит ветка 1 = > б может подойти в данном случае
2. Если дни с помощью больничного не выместились и начинается лажа при расчетах начислений = тогда идем по этому пути.
Вычищаем все записи по Регистрам в документе "Перенос данных" по этому отпуску = что именно чистить = проверьте по аналогичному отпуску другого сотрудника.
Заводим документ "Отпуск" в новой базе датами 25-31 декабря. Не выплачиваем = мы уже платили.
Заводим документ "Больничный" на период с 25 декабря по 5 января 2021. Выплачиваем.
2.а. Отпуск продляется. Тут нужен первоначальный отпуск и он теперь у нас есть. Заходим в первоначальный отпуск, "Исправить" и заводим новую дату окончания отпуска. Продляем его. Выплачивать ничего не нужно. Уже платили.
2.б. Отпуск не продляется. Тогда далее ничего делать не нужно. Больничный ведь выместил уже дни отпуска. Значит просто нужно сверить остатки отпуска. Если кривые = Корректируем через "Ввод остатков отпусков".

Я бы пошел вот такими путями. Но. Это лишь теория = надо это проверять на практике. Буду вам признателен, если после достижения успеха = вы подробно распишите путь. Я его добавлю в тело статьи.
35. a.rezyhin 23 27.01.21 12:49 Сейчас в теме
(34) Спасибо, буду пробовать. Отпишусь по результату.
VAAngelov; +1 Ответить
39. BelikovSA 30 27.01.21 14:59 Сейчас в теме
(35)
Выбирайте второй вариант.
Первый не работает потому что программа ругается - дни отпуска уже учтены. А поскольку начисления не переносятся (только средний и остаток для выплаты), то больничный не может отсторнировать. Отсюда сверить со старой программой становится нереально.
Потребуется убрать записи из "Периоды, оплаченные до начала эксплуатации" по дням отпуска и после проведения отпусков закрыть взаиморасчеты. Я обработкой создавал документ ВедомостьНаВыплатуЗарплатыВКассу
VAAngelov; +1 Ответить
31. mihapat 26.01.21 09:18 Сейчас в теме
Не видел лучше статьи в мире, спасибо, сохранил
VAAngelov; +1 Ответить
32. VAAngelov 155 26.01.21 09:23 Сейчас в теме
(31) От тебя, дружище, это лучшая похвала, но я знаю, что это сарказм))
36. biimmap 106 27.01.21 13:28 Сейчас в теме
Из конструктива добавлю, что нужно в месяце перед стартом выплатить всё таким образом, чтоб не осталось переходящего НДФЛ удержанного. Потому как потом ведомости эти остатки начинают списывать в первую очередь... Непонятно зачем. Это избавит от проблем с налогами удержанными в будущем.
Также стоит перед началом работы попробовать пересчитать НДФЛ и взносы. это уберет косяки округлений и покажет некоторые ошибки, которые перешли в новую базу.

Из неконструктива типовой перенос в обоих описанных вариантов нереально кривой. Надо вычищать буквально каждую таблицу (запрос имеется ввиду). Попадает огромное количество лишних данных. Поэтому тем, кто пользуется типовым переносом без глубокой проработки я сразу сочувствую)
VAAngelov; +1 Ответить
37. VAAngelov 155 27.01.21 13:46 Сейчас в теме
(36) У меня возникает вопрос. Пример:
Начисление зп за декабрь 2020, дата документа = 31 декабря 2020. Как вы выплатите зп за декабрь, если мы ее платим 10 января 2021?

Типовой механизм работает таким образом:
Начисление зп за декабрь, дата документа = 31 декабря. Выполняем перенос. Точка переноса =1 января 2021. В документ "Начальная задолженность" попадают все суммы, по рассчитанной зп за декабрь 2020. Создаем ведомость 10 января, в нее автоматически попадают все эти суммы, выплачиваем.

Переубедите меня пожалуйста.

Если вы говорите о НДФЛ, который мы имеем право уплачивать как сразу так и до конца месяца , в котором получен доход (например выплатили за больничный в середине декабря 2020 в межрасчетный период) - тут соглашусь. Я об этом как раз писал в статье, что нужно полностью закрыть месяц максимально. А закрытием как раз будет считаться и уплата налогов до конца декабря.
38. biimmap 106 27.01.21 14:16 Сейчас в теме
Нет интереса кого либо убеждать. Опыт, особенно неудачный Вас убедит.
Датой получения дохода при выплате зарплаты является 31.12.20. данный доход никак не мешает.
Выплату необходимо отражать в старой системе. Нет ни малейшего повода это делать из новой. Особенно в конце года.

Также удачной датой старта являются май и ноябрь. благодаря длинным выходным можно спокойно закрыть зарплату, а первые операции пройдут уже не 1-го числа.
VAAngelov; +1 Ответить
40. VAAngelov 155 27.01.21 15:02 Сейчас в теме
(38) Спасибо за ваши комменты. Думаю это будет полезно.
41. I_r_a 28.01.21 19:57 Сейчас в теме
"Идеальный вариант - когда вы делаете выверку вместе, спец+бухгалтер, но я с таким ни разу в жизни не встречался." - приятно познакомится, у меня (должность программист-аналитик 1с) - 3 место в областном конкурсе "...ий бухгалтер", бухгалтер-расчетчик - золото, а не просто специалист. 8 лет назад я перевела зарплату с 7-ки на 2.5 полным переносом, два года назад с 2.5 на 3.1 - документами!!! Вариант - остатками, отмела сразу, потому что базу 2.5 держала в "ежовых" рукавицах и поэтому в 3.1 заехали с минимальными потерями и максимальной информацией, которую потом не надо было вносить вручную. Что в первом, что во 2 внедрении - не вели 2 программы паралельно (исключение - кадровые документы, когда шел перенос и настройка 3.1). Позднее в 3.1 подгружали данные с помощью файлов выгрузки из 2.5 (фото, файлы к ФизЛицам). Очень помог для проверки (остатки отпусков и средней) документ "Резервы отпусков", а также универсальный отчет, которым сталкивали данные из 2.5 и 3.1, недогруженные данные добавляли через документы "Переносы данных", перепроводили созданные документы в 3.1 (прием на работу, кадровые перемещения). Перед переносом пришлось в комментарий засунуть № и дату документа 2.5, т.к. в 3.1 формировалась своя нумерация, зато потом было проще, особенно когда появились СЗВ-ТД. В базе 3 организации, общей численностью около 400 человек. Начисления - Оклады по дням, по часам, различные премии, матпомощи, доплаты, ночные, сверхурочные, суммированный учет, шр через документы, резервы отпусков - одним словом, учет не просто оклад + премия. Мое мнение, если специалист, который делает перенос из одной программы в другую, просто нажимает кнопки и не разбирается в законодательстве, и к тому же не знает какие регистры в 3.1 отвечают за те или иные данные (остатки отпусков, средняя, ндфл, взаиморасчеты и т.д) - грош ему цена, провал обеспечен.
VAAngelov; +1 Ответить
42. VAAngelov 155 28.01.21 21:32 Сейчас в теме
(41) Спасибо за ваш коммент
43. user1369054 28.01.21 23:36 Сейчас в теме
Отличная статья! Спасибо! Все подробно и понятно!
VAAngelov; +1 Ответить
44. Наиля 44 01.02.21 08:08 Сейчас в теме
Подробная инструкция, все понятно, Спасибо огромное!
VAAngelov; +1 Ответить
45. Dmitry888 12 03.02.21 14:46 Сейчас в теме
Статья прекрасная! Начинаю понимать каждый пункт досконально, когда в процессе работы (после перехода) обнаруживаются недочеты и причина им - не соблюдение тех правил и норм, которые указанны в этой статье. Я думаю, что каждый специалист, перед которым стояла и будет стоять задача по переходу, искал ее и у уже будет находить(статью) на Инфостарт, и теперь эта инструкция есть. Спасибо огромное!
VAAngelov; +1 Ответить
46. Dmitry888 12 03.02.21 14:50 Сейчас в теме
Интересно еще понять, есть ли такая обработка, при котором можно было бы взять документ или справочник из ЗУП 2.5 и добавить его в ЗУП 3.1, своеобразная выгрузка/загрузка данных с конвертацией или это бред, с которым я столкнулся при переходе, когда пользователи хотят видеть некоторые старые документы, справочники, планы видов расчета и т.д.?
48. I_r_a 12.02.21 14:15 Сейчас в теме
(46)Не знаю правильно ли я вас поняла, но то, что Вы хотите реализуется полным переносом, который никто не рекомендует, и которым воспользовались мы при переходе с 2.5 на 3.1 (см. мой коммент 41), все довольны, не надо каждый раз открывать 2.5 и смотреть старые документы, виды начислений, всю отчетность за прошлые периоды можно формировать в 3.1 (расчетные листочки, своды и т.д.).
47. Dmitry888 12 03.02.21 18:05 Сейчас в теме
Кстати, после успешного переноса, сверки данный, проверки итоговой базы на всевозможные ошибки и устранения их , последний этап настройки базы 3.1 это настройка ее синхронизации с БП 3.0 и нашел интересную статью по этой настройке https://infostart.ru/1c/articles/1202561/
Оставьте свое сообщение

См. также

Как прикрутить ГУИД к регистру сведений Промо

Практика программирования Перенос данных из 1C8 в 1C8 Разработка v8 Бесплатно (free)

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

16.04.2019    20974    m-rv    17    

Способы получения данных из ЗУП

Зарплата Практика программирования v8 v8::СПР ЗУП3.x Россия БУ Бесплатно (free)

Рассмотрены варианты получения данных в конфигурации Зарплата и управление персоналом 3.1.

31.12.2020    1958    vazelin    2    

Неожиданное использование XDTO

Перенос данных из 1C8 в 1C8 v8 1cv8.cf Бесплатно (free)

Расскажу про свой опыт, как XDTO может помочь в отладке обменов данных. И какие полезности можно почерпнуть для себя при работе с XDTO.

05.12.2020    2411    simon_sidoruk    20    

Сказ о том, как в одной крупной компании документооборот внедряли, или проблемы типовых обменов между КА и ДО

Интеграция Документоборот 2 Перенос данных из 1C8 в 1C8 v8 ДО КА2 Бесплатно (free)

Приветствую всех. Сегодня пойдет речь о том, как на одной крупной компании внедряли 1С:Документооборот 2.1 в связке с КА 2.4. Вроде бы системы типовые, мы практически не добавляли ничего в них, но проблем было столько, что я решил изложить их в статье. Может, кому-то пригодится это в дальнейшем, и не придется тратить кучу времени на поиск решений.

10.11.2020    4832    maks_20    22    

Повышаем эффективность разработки правил обмена Промо

Практика программирования Перенос данных из 1C8 в 1C8 v8 КД Бесплатно (free)

Как повысить скорость и качество разработки правил обмена? Как вести групповую разработку правил обмена? Как облегчить сопровождение правил обмена после передачи в эксплуатацию? Об этом и многом другом вы можете узнать из этой статьи.

25.06.2018    29076    olegtymko    48    

Простой пример разработки регулярного обмена с использованием БСП на примере ERP 2.4 и УПП 1.3

БСП (Библиотека стандартных подсистем) Перенос данных из 1C8 в 1C8 v8 1cv8.cf УПП1 КД ERP2 Россия Бесплатно (free)

Данный вариант подойдет тем, кто хочет настроить "свой" регулярный обмен с добавлением "своих" планов обмена с использованием правил обмена на КД 2.1.

27.10.2020    4027    байт    8    

Об отрицательном доходе замолвите слово...

Зарплата v8 v8::СПР ЗУП2.5 ЗКБУ ЗКГУ3.0 ЗУП3.x Россия БУ НУ НДФЛ ФОМС, ПФ, ФСС Бесплатно (free)

В данной статье речь пойдет о проблемах сдачи нашими любимыми бухгалтерами регламентированных отчетов «Расчет по страховым взносам» и «2-НДФЛ» в части т.н. "отрицательного дохода". Формируются и сдаются эти отчеты через 1С, а, значит, проблемы бухгалтеров касаются и нас, специалистов по техподдержке и сопровождению 1С.

20.10.2020    2543    Богатырев Артур    5    

Просто о 1С:ЗУП 3.1 за 10 минут

Зарплата Управление персоналом (HRM) v8 v8::СПР ЗУП3.x Россия БУ УУ Бесплатно (free)

Когда начинал работать с конфигурацией 1С ЗУП 2.5 не было никакого краткого описания этой конфигурации. Приходилось читать умные книги. Статья представляет собой вводный инструктаж в 1С: ЗУП 3.1 для начинающих.

04.09.2020    7854    Kaval88    30    

Универсальный обмен между идентичными конфигурациями через REST интерфейс OData. Часть І: Справочники Промо

Перенос данных из 1C8 в 1C8 v8 Бесплатно (free)

Сейчас все чаще интеграции различных конфигураций проектируются через HTTP-сервисы - они и работают быстрее, и "войти" в режим отладки гораздо проще, тем самым обойдя "черный ящик" универсального обмена через xml, например. Более года назад я начал работать в компании, в которой разработчики работали с конфигурациями 1С в режиме совместимости еще 8.2.16 (менять режим совместимости в типичных базах мы не хотели) - а как Вы наверное знаете, если интересовались HTTP-сервисами в 1С, их использование в режиме совместимости 8.3.4 и ниже недопустимо - и здесь я уже не надеялся на разработку и использование HTTP-сервисов. Но позже меня заинтересовал такой "сервис" как REST интерфейс OData, так как его можно использовать не меняя режим совместимости конфигурации - именно он и стал для меня идеальным вариантом решения "нетривиальных" задач.

11.05.2018    23993    V.Stavinsky    11    

Конвертация данных 2. Использование подключаемых обработок в правилах обмена. Конвертация дерева значений

Обмен данными 1С Обмен через XML Перенос данных из 1C8 в 1C8 v8 КД Бесплатно (free)

Разработка правил обмена с использованием подключаемых обработок. В качестве примера рассмотрена реальная задача конвертации дерева значений.

15.06.2020    4325    Drivingblind    8    

Конвертация данных 2.1. Методика переноса остатков

Перенос данных из 1C8 в 1C8 v8 1cv8.cf УУ Бесплатно (free)

В данной статье я приведу пример использования базовой методики конвертации данных для переноса остатков из одной информационной базы в другую.

12.06.2020    9785    aximo    17    

Учет заработной платы на предприятиях оборонно-промышленного комплекса на 1С:ERP 2.4

Зарплата v8 ERP2 Россия БУ Бесплатно (free)

За последние годы на предприятиях оборонно-промышленного комплекса (далее по тексту – ОПК) ужесточились требования к ведению учета, участились проверки. Одним из учетных разделов, которые проверяются особенно тщательно была и остаётся заработная плата. В этой статье поговорим про опыт Внедренческого центра «Раздолье» в автоматизации расчета и учета заработной платы, налогов и резервов на отпуск на крупных промышленных предприятиях с учетом требований раздельного учета, которые установлены 47м постановлением (постановление Правительства РФ №47 от 19.01.1998 «О правилах ведения организациями, выполняющими государственный заказ за счет средств федерального бюджета, раздельного учета результатов финансово-хозяйственной деятельности») и 275-ФЗ (закона от 29.12.2012 №275 «О государственном оборонном заказе»).

25.05.2020    3550    1СERP    3    

Взаимодействие между базами 1С через COM Промо

Перенос данных из 1C8 в 1C8 v8 1cv8.cf Бесплатно (free)

Рассмотрено много особенностей взаимодействия между базами 1С по COM технологии

10.08.2015    160768    tormozit    68    

Механизм XDTO

Перенос данных из 1C8 в 1C8 v8 1cv8.cf Бесплатно (free)

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

12.05.2020    6113    totchaz    4    

Снижение тарифа страховых взносов по 102-ФЗ в комплексной автоматизации (КА) 1.1

Зарплата v8 КА1 Россия БУ ФОМС, ПФ, ФСС Бесплатно (free)

Комплексная автоматизация (КА) 1.1 снята с поддержки, соответственно обновлений по новым ставкам нет. Необходимые доработки представлены в статье.

08.05.2020    3185    v.krivenko    10    

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

Зарплата Практика программирования v8 v8::СПР ЗУП3.x Россия БУ УУ Бесплатно (free)

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

06.05.2020    1925    ivnik    4    

Использование инструментов разработчика для отладки обменов КД 2.0 Промо

Перенос данных из 1C8 в 1C8 v8 КД Бесплатно (free)

Пара трюков, благодаря которым жить становится намного проще...

05.05.2017    28082    unichkin    6    

Подробная инструкция для перехода с ЗУП 2.5 КОРП на ЗУП 3.1

Зарплата v8 v8::СПР ЗУП3.x Россия БУ Бесплатно (free)

Инструкция по переходу с ЗУП 2.5 КОРП на ЗУП 3.1 для программиста и бухгалтера.

06.04.2020    5467    user1233082    3    

Настройки зарплаты с учетом важных изменений от 25.03.2020

Зарплата v8 v8::СПР ERP2 ЗУП3.x Россия БУ ЕСН ФОМС, ПФ, ФСС Бесплатно (free)

В телевизионном выступлении Президента РФ, которое было опубликовано во второй половине 25 марта 2020 года, было заявлено несколько важных изменений, влияющих на настройки контура учета зарплаты.

26.03.2020    12370    Nikola23    39    

Механизмы проведения документов при обмене по универсальному формату

Перенос данных из 1C8 в 1C8 БСП (Библиотека стандартных подсистем) v8 Бесплатно (free)

Как проводятся документы при обмене по универсальному формату. Пример доработки типовых правил обмена с переносом состояния документа: проведен/не поведен/пометка удаления.

04.03.2020    5503    partizand    6    

Приемы обработки больших данных в 1С Промо

Универсальные обработки Математика и алгоритмы Перенос данных из 1C8 в 1C8 v8 1cv8.cf Бесплатно (free)

Рассказ об эффективных приемах организации обработок больших объемов данных на платформе 1С

07.08.2015    68735    tormozit    27    

Заполнение ведомости на выплату в банк, когда у человека несколько зарплатных проектов (ЗУП 3.1)

Зарплата Банковские операции v8 v8::СПР ЗУП3.x Россия Бесплатно (free)

По долгу работы не раз приходилось сталкиваться с проблемой, когда у сотрудника несколько зарплатных карт. Я предлагаю небольшое решение данного вопроса, т.к. не нашёл в интернете и на форуме информацию, которая бы помогла решить вопрос.

04.03.2020    2909    nestokay    5    

Односторонний обмен ЗУП и БП

Перенос данных из 1C8 в 1C8 v8 БП3.0 ЗУП3.x Россия Бесплатно (free)

Односторонний обмен из ЗУП в БУХ

29.02.2020    6565    VAAngelov    14    

Электронные трудовые книжки, СЗВ-ТД в ЗУП 3.1 - сборник ответов на вопросы и полезные ссылки

Документооборот и делопроизводство Зарплата v8 v8::СПР ЗУП3.x Россия БУ Бесплатно (free)

С 1 января 2020 г. начался переход на электронные трудовые книжки. До середины февраля 2020 г. все работодатели должны сдать первый отчет по форме СЗВ-ТД. Не смотря на то, что срок сдачи уже достаточно близок, информация по данному направлению постоянно изменяется и уточняется. Я постаралась собрать ключевые моменты, касающиеся перехода на электронный формат ведения трудовых книжек сотрудников в программе ЗУП 3.1, которые возникли при изучении этого нововведения. Данный сборник будет полезен как бухгалтеру/кадровику, так и 1С программисту или консультанту, сопровождающему переход. Весь предложенный материал можно найти самостоятельно, моей целью было собрать разные источники воедино дабы облегчить работу моим коллегам. В связи с тем, что информация может корректироваться и уточняться, необходимо проверять ее актуальность, поэтому в каждом найденном ответе указан источник для проверки. Внимание - данный сборник является справочным, работодатель должен руководствоваться исключительно Законодательством об электронных трудовых книжках. В сборник первоначально вошли только те вопросы, с которыми я столкнулась в своей работе лично, поэтому критика и предложения по дополнению приветствуются! !!!UPD - произошло значительное изменение функционала СЗВ - ТД https://its.1c.ru/db/updinfo#content:701:1:issogl2_2

28.01.2020    54268    Bene_Valete    220    

ERP Управление Предприятием 2.0. Сдельная оплата Промо

Управленческий учет (прочее) Бухгалтерский учет Зарплата Зарплата v8 УПП1 ERP2 БУ УУ Бесплатно (free)

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

24.11.2014    40353    PAVI    6    

Бесшовная интеграция через обмен по правилам - миссия выполнима

Практика программирования Интеграция Перенос данных из 1C8 в 1C8 v8 ДО ERP2 Бесплатно (free)

При организации работы с договорами в ERP 2, с помощью бесшовной интеграции с Документооборотом, «типовой» методикой является создание договоров в ЕРП. После создания договора в ЕРП, пользователь «отправляет» договор в ДО по бесшовной интеграции. На практике, весьма часто пользователи хотят видеть обратную схему: вводить договоры в ДО и при этом получать их в ЕРП без «лишних телодвижений». Или даже вводить их независимо в обеих системах – так, чтобы потом «стыковать» по каким-то определенным правилам.

24.01.2020    5798    e-9    2    

Секреты 1С:ЗУП 3

Зарплата Пользователю системы v8 v8::СПР ЗУП3.x Бесплатно (free)

В этой статье описаны несколько небольших секретов, позволяющих упростить работу с программой: 1. Как не забыть о Дне рождения сотрудника 2. Как в списке сотрудников отличить сотрудника по основному месту работы от совместителя 3. Как автоматически устанавливать организацию в документах

22.01.2020    5905    Neti    8    

WiseAdvise: Настройка расчета управленческой зарплаты в 1С:ЗУП КОРП 3.1

Зарплата Управление персоналом (HRM) v8 ЗУП3.x Россия УУ Бесплатно (free)

В статье описан механизм настройки расчета управленческой заработной платы в 1С ЗУП 3.1 КОРП в сравнении с аналогичным механизмом в ЗУП 2.5.

23.10.2019    9706    tamriko666@gmail.com    7    

Настройка типового обмена данными между: 1С: Предприятие Бухгалтерия ред. 3.0 (БП 3.0) и 1С: Управление торговлей ред. 10.3 (УТ 10.3). Промо

Перенос данных из 1C8 в 1C8 v8 УТ10 Россия Бесплатно (free)

В этой статье я опишу, как настраивается типовой обмен данными между БП 3.0 и УТ 10.3.

29.01.2014    273143    arr    56    

Объединение организаций в ЗУП при реорганизации с переносом данных из ЗУП 2.5 в ЗУП 3.1

Зарплата Управление персоналом (HRM) Перенос данных из 1C8 в 1C8 v8 v8::СПР ЗУП2.5 ЗУП3.x БУ Бесплатно (free)

В этой статье описан опыт объединения 2-х организаций при реорганизации в ЗУП 3.1 с переносом данных одной организации из ЗУП 2.5 (релизы баз более или менее свежие, но не самые последние на момент перехода, примерно двух- и трехмесячной давности). За основу было взято решение из этой статьи https://infostart.ru/public/833658/, в которой описан алгоритм решения задачи, за что автору статьи огромная благодарность! Здесь же даны некоторые комментарии и пояснения к алгоритму переноса и объединения, описаны выявленные мною ошибки. Также приведена небольшая инструкция по использованию обработки ирПодборИОбработкаОбъектовБД — она будет полезна для пользователей — «не программистов», впервые работающих в не управляемых формах.

09.10.2019    8551    Neti    2    

EnterpriseData: простой способ защиты данных в базе получателя при одностороннем обмене

Перенос данных из 1C8 в 1C8 v8 1cv8.cf Бесплатно (free)

Очень часто бухгалтеры ругаются, когда уже отраженные документы в бухгалтерском учета меняются сотрудниками.

04.10.2019    7549    handscenter    12    

Конвертация Данных. Нюансы использования конструкции "НеЗамещатьОбъект = Истина" в обработчике события "ПриЗагрузке"

Перенос данных из 1C8 в 1C8 v8 КД Бесплатно (free)

У конвертации данных есть «особенности», которые «пьют кровь» программистов. Эта статья про очередную обнаруженную «особенность».

10.09.2019    11154    ivanek    21    

Отладка правил обмена 7.7, 8 Промо

Перенос данных из 1С7.7 в 1C8.X Обмен через XML Перенос данных из 1C8 в 1C8 v8 КД Бесплатно (free)

Отладка правил обмена всегда была для меня больной темой, пока наконец-то не разобрался. В интернете мало тем, посвященных этому, поэтому решил написать небольшую инструкцию по этому поводу. Очень надеюсь, что она будет кому-то полезна. С радостью выслушаю недочеты.

29.10.2013    51929    pyrkin_vanya    70    

Обмен данными через Web Сервисы

Перенос данных из 1C8 в 1C8 v8 1cv8.cf Россия Бесплатно (free)

Ознакомительная статья о том, как загружать\выгружать данные с одной базы в другую, используя Web Сервисы.

02.09.2019    30116    user5300    42    

Выгрузка и загрузка документов с движениями

Перенос данных из 1C8 в 1C8 v8 КД Бесплатно (free)

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

02.09.2019    8860    human_new    12    

Отчеты ЗУП. Решения всех отчетов из сборника задач для подготовки к Специалист-консультант ЗУП с картинками

Решение задач на 1С:Специалист Зарплата Управление персоналом (HRM) Зарплата Управление персоналом (HRM) v8 v8::СПР ЗУП3.x Россия БУ Бесплатно (free)

Когда готовился к сдаче экзамена на Специалист консультант по ЗУП, в процессе решения задач из сборника обнаружил, что те решения отчетов, которые есть в сети и на Инфостарте, недостаточно проиллюстрированы, и для новичка это может быть довольно тяжело и затратно по времени - разобраться, что к чему, с "нуля". Делал как шпаргалку для себя. Экзамен сдал на отлично. Рекомендую тем, кто готовится - прорешать все отчеты.

26.08.2019    19855    user1024932    20    

Обмен по расписанию типовыми средствами. Промо

Распределенная БД (УРИБ, УРБД) Обмен через XML Перенос данных из 1C8 в 1C8 v8 1cv8.cf Россия Бесплатно (free)

Часто перед интеграторами стоит задача организовать автообмен (по расписанию или при наступлении какого-либо события) данными между различными конфигурациями. В этой статье я попробую изложить простую инструкцию, как это можно сделать средствами, заложенными в типовые конфигурации 1С (ЗУП, БП, УПП и т.д.). Для обмена используется подсистема "Обмен данными" из БСП

20.06.2012    104075    kser87    52    

EnterpriseData – часть 3. Загрузка данных, идентификация объектов

Практика программирования Математика и алгоритмы Перенос данных из 1C8 в 1C8 Разработка v8 v8::УФ 1cv8.cf Бесплатно (free)

Основные этапы загрузки данных через EnterpriseData. Идентификация объектов загружаемых полностью и по ссылке. Приведены схемы процессов загрузки данных. Описание основных операций и обработчиков. Перечень процедур БСП, используемых при загрузке данных, структура «КомпонентыОбмена».

22.08.2019    16492    ids79    8    

Перенос дополнительных реквизитов в Конвертации данных 2.0

Перенос данных из 1C8 в 1C8 v8 КД Россия УУ Бесплатно (free)

Пример написания правил обмена (КД 2.0) для переноса дополнительных реквизитов справочника "Номенклатура", в том числе перенос ПВХ с разными типами значений.

13.08.2019    13351    vikulinamari    8    

Полезные приемы при работе с Конвертацией данных 2.1. Логирование, интерактивное управление, дозаполнение и постпроведение документов

Перенос данных из 1C8 в 1C8 v8 КД Бесплатно (free)

Некоторые полезные приемы для КД 2.1, которые могут пригодиться как при доработке типовых правил, так и самописных.

22.04.2019    10642    maks_20    9    

Заготовка для загрузки файлов по ftp Промо

WEB Перенос данных из 1C8 в 1C8 v8 1cv8.cf Бесплатно (free)

3 процедуры и 1 макет

03.06.2013    30779    anig99    6    

Работа с ComОбъектом 1С 8.2; 8.3

Перенос данных из 1C8 в 1C8 v8 1cv8.cf Россия Бесплатно (free)

Определение типов и значений через COM соединение между конфигурациями.

15.04.2019    25110    vik070777    12    

RabbitMQ + Конвертация Данных 3.0

Внешние источники данных Обмен через XML Интеграция Перенос данных из 1C8 в 1C8 v8 КД Бесплатно (free)

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

21.03.2019    28108    barelpro    83    

Неверный расчет СЗВ-СТАЖ. ЗУП 3.1

Адаптация типовых решений Зарплата Управление персоналом (HRM) Зарплата Управление персоналом (HRM) v8 v8::СПР ЗУП3.x БУ ФОМС, ПФ, ФСС Бесплатно (free)

При заполнении отчета СЗВ-СТАЖ на последних релизах ЗУП (ошибка не исправлена и в релизе 3.1.9.107) выявлены ошибки при расчете периодов, а также неверное выделение стажа ДЛОТПУСК.

01.03.2019    7918    dbachinsky    2    

Интеграция «1С:Управление производственным предприятием» с «1С:Документооборот» Промо

Перенос данных из 1C8 в 1C8 Документооборот и делопроизводство Документооборот и делопроизводство v8 КА1 УПП1 ДО Бесплатно (free)

В данной статье пойдет речь о возможности интеграции 1С:Управление производственным предприятием ред. 1.3 с 1С:Документооборот КОРП и о том, что может получить предприятие от этой интеграции.

18.02.2013    64748    Vladimir_Konyrev    38    

Как сделать в ЗУП 2.5 зарплатную отчетность за 2018 год; полезности для ЗУП 3.1 и БП 3.0 (обзор)

Зарплата Управление персоналом (HRM) Бухгалтерский учет Зарплата Управление персоналом (HRM) v8 v8::БУ v8::СПР ЗУП2.5 БП3.0 ЗУП3.x БУ НДФЛ ФОМС, ПФ, ФСС Бесплатно (free)

Нашла на Инфостарте весьма полезные вещи для бухгалтеров, занимающихся зарплатной отчетностью. Если точнее, для тех, кто делает 2-НДФЛ в «Бухгалтерии 3.0», 6-НДФЛ – в «ЗУП 3.1», либо работает в «ЗУП 2.5» и должен подготовить 2-НДФЛ и СЗВ-СТАЖ за 2018 год.

27.02.2019    9410    udb2007    6    

Как вывести дополнительные реквизиты на форму списка справочника Графики работы сотрудников. Управляемые формы. Без снятия конфигурации с поддержки

Работа с интерфейсом Зарплата Зарплата v8 ERP2 ЗУП3.x Россия БУ Бесплатно (free)

Как вывести дополнительные реквизиты на форму списка справочника Графики работы сотрудников Подходит для ERP, ЗУП v. 3.0; 3.1

24.02.2019    11570    EVP_EVP    8    

Особенности обмена данными с использованием "ручной" регистрации Промо

Распределенная БД (УРИБ, УРБД) Перенос данных из 1C8 в 1C8 v8 1cv8.cf Бесплатно (free)

Эта статья рассчитана на программистов, которые используют обмен данными с помощью метода "ВыбратьИзменения" и последующую их запись. Только для планов обменов, имеющих "ручную" регистрацию.

14.01.2013    35984    logarifm    6    

Загрузка ЭЛН (электронных листов нетрудоспособности) из файлов

Внешние источники данных Зарплата Зарплата v8 УПП1 Россия БУ ФОМС, ПФ, ФСС Бесплатно (free)

Что делать, если по каким-то причинам нет возможности разместить 1С и Крипто-Про на одном рабочем месте? Правильно - открывать конфигуратор и пилить. Благо, там не сложно. Непосредственно решение для УПП 1.3. Для ЗиК 2.5 и Комплексной автоматизации должно быть аналогично.

07.02.2019    7198    SatanClaws    5    

Конвертация данных 2.1: поиск по условию

Перенос данных из 1C8 в 1C8 v8 КД ERP2 Бесплатно (free)

Задача. При обмене документами "Реализация товаров и услуг", поиск контрагента осуществлять по полям "ИНН", "КПП". Если вид договора с комиссионером, то поиск осуществлять по полям "ИНН", "КПП", "Наименование".

15.01.2019    18819    wowik    13    

Сдача 2-НДФЛ за 2018 год из конфигурации Зарплата и Управление Персоналом, редакция 2.5 (2.5.130.2)

Зарплата Регламентированная отчетность Зарплата v8 v8::СПР ЗУП2.5 Россия БУ НДФЛ Бесплатно (free)

В статье я пошагово описал процесс сдачи отчётности из 1С ЗУП редакции 2.5 через программу "Налогоплательщик ЮЛ". Весь процесс я разбил на 5 шагов, подробно и с картинками описал каждый шаг.

05.01.2019    23676    busa_nn    23