Помощник выгрузки начальных данных из ЗУП 2.5 в ЗУП 3.0
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Предистория:
Дело было так, начиная с лета 2014 года или даже ранее, начал пробовать переносы данных из ЗУП 2.5 в ЗУП 3.0.
Процесс этот, мягко сказать, непростой и очень, очень долгий. То лезут ошибки при выгрузке некоторых разделов, то нехватка памяти и все, стоим чешем репу.
Даже исправив ошибки, начинать нужно все сначала, а это может быть с десяток часов выгрузки.
Приходилось выгружать правила переноса данных из ЗУП 3.0, делается путем сохранения в конфигураторе общего макета "ЗарплатаКадрыПереносДанныхИзЗУП25" в файл xml.
Потом в этом файле при помощи "продвинутого" текстового редактора делать замену текста "ОПД_" на "ОбъектыПереносаДанных.".
Открывать обработку "Универсальный обмен данными в формате XML", грузить в нее правила. Задавать дату начала событий. Отмечать галочками, что требуется выгрузить. Жать выгрузить.
Загружать вручную полученные файлы в ЗУП 3.0.
Что же теперь происходит?
Ошибки так же появляются.
Выгрузка файла правил и попытка совершить все как раньше не выходит. 1С поменяли состав параметров в правилах выгрузки данных.
Теперь недостаточно задать дату начала, теперь нужно задавать параметр "ДатаНачалаПереносаРасчетныхДанных" и "ПереноситьНачисленияПредыдущейПрограммы", но они недоступны.
Да, можно загрузить правила в КД, там исправить, выгрузить обратно, потом в "Универсальный обмен данными в формате XML" задать их.
Муторно все проделывать вновь и вновь при обновлениях правил переноса в ЗУП 3.0 с выходом новых версий.
В конечном счете прочувствовав еще ранее всю прелесть выгрузки данных из ЗУП 2.5 посредством вызова "Универсальный обмен данными в формате XML" напрямую и то что в этом случае можно запустить несколько экземпляров ЗУП 2.5, в каждом выгружать разные разделы учета независимо друг от друга, решил что что-то нужно менять и сделал представленную здесь обработку.
Кстати, параллельно выгружать разделы в разных экземплярах ЗУП 2.5 значительно сокращает время, так как позволяет нагрузить процессор по полной программе, а не одно ядро как это делает типовой процесс выгрузки, выгружая раздел за разделом.
Я запускаю 4-6 экземпляров одновременно и i7 процессор прекрасно все перемолачивает, главное, что памяти дофига оперативной.
Что нужно?
- качаем обработку
- выгружаем правила переноса данных из ЗУП 3.0 (общий макет "ЗарплатаКадрыПереносДанныхИзЗУП25")
- запускаем обработку в ЗУП 2.5
- указываем ей файл с правилами
- указываем каталог куда необходимо произвести выгрузку
- указываем дату на которую переносятся данные (можно указать только первое число любого месяца)
- нажимаем кнопку "Загрузить разделы выгрузки данных из правил"
- отмечаем требующиеся разделы учета
- жмем кнопку "Выгрузить данные"
- загружаем вручную данные в ЗУП 3.0 посредством обработки "Универсальный обмен данными в формате XML"
Стоит упомянуть как отмечаются разделы и как они выгружаются на диск.
Если внутри раздела отмечены все подразделы, то раздел выгружается в один файл.
Если внутри раздела отмечены не все подразделы, то каждый отмеченный подраздел выгрузится в отдельный файл.
Что за имена файлов на выходе?
Например:
- +1900.01 - 01 - 2015.02.11 - ОбщиеОбъекты.xml
- +1900.01 - 01.01 - 2015.02.13 - Организации.xml
"+" - в начале говорит, о том что выгрузка завершилась успешно или же по крайней мере не с критической ошибкой времени выполнения, в любом случае нужно поглядывать в список сообщений выводимых в процессе выгрузки данных.
На рисунке выше видно, что раздел "07" пришлось выгружать по частям, так как подраздел "07.5" "помирает" на нехватке памяти.
Придется базу мучать во время выгрузки на серваке 1С х64, так как в файловом варианте труба просто.
UPD 20/04/2015
Похоже 1С решили забить на правила переноса данных в части полного переноса данных и кинули силы на переработку правил в сторону переноса остатков без истории, ни кадровой, ни учетной...
Добавил возможность произвести выгрузку данных в упрощенном режиме (чуть более чем полностью не переносится почти ничего из предыдущих периодов, так сказать перенос остатков и немного данных о среднем заработке).
Для упрощенного режима добавил флажок "Упрощенный перенос данных", при установленном флажке необходимо указать дату с которой начинается эксплуатация ЗУП 3.0.
При упрощенном переносе в название фала в начале перед датой добавлется фраза "Упрощенный перенос - ".
Если флажок снят, то используется полный перенос данных (то что 1С посчитала достаточным), при этом необходимо указать год начиная с которого переносятся учетные данные.
ВАЖНО!!!
Если вы после устранения ошибок в базе данных, не уверены, что достаточно переносить только тот раздел, где возникла ошибка и была устранена, то переносите все разделы или перенесите тот где исправляли, но понимая, что это для целей тестового переноса данных. Каждому собственно самому решать, что и как правильно.
UPD 2015/08/24
Подправил момент связанный с выгрузкой по одному сотруднику, теперь параметр передается в правила выгрузки корректно, но так или иначе необходимо исправить и сами правила выгрузки, чтобы не цеплялись все физики засветившиеся в регистрах СтраховыеВзносыСведенияОДоходах, НДФЛСведенияОДоходах.
Алгоритм: "ФизическиеЛица_ВременнаяТаблица"
Алгоритмы = ВидСубконто;
Параметры = ИсходящиеДанные;
Запросы = ВходящиеДанные;
ПринудительноОбновитьВременнуюТаблицу = Источник;
ФизическиеЛица_ВременнаяТаблица = Неопределено;
Если ЗначениеЗаполнено(ПринудительноОбновитьВременнуюТаблицу) = 0 Тогда
ФизическиеЛица_ВременнаяТаблица = ОбъектыПереносаДанных.Структура_Получить(Параметры.ВременноеХранилище, "ФизическиеЛица_ВременнаяТаблица");
КонецЕсли;
Если ФизическиеЛица_ВременнаяТаблица = Неопределено Тогда
Запрос = Новый Запрос;
Если Параметры.ПереноситьНачисленияПредыдущейПрограммы Тогда
Запрос.МенеджерВременныхТаблиц = Новый МенеджерВременныхТаблиц;
Запрос.УстановитьПараметр("ДатаНачалаПереносаРасчетныхДанных", Параметры.ДатаНачалаПереносаРасчетныхДанных);
Запрос.УстановитьПараметр("Сотрудник", Параметры.СотрудникДляОтладки);
Запрос.УстановитьПараметр("ПоВсемСотрудникам", Параметры.СотрудникДляОтладки.Пустая());
Запрос.УстановитьПараметр("ФизическоеЛицо", Параметры.ФизическоеЛицоДляОтладки);
Запрос.УстановитьПараметр("ПоВсемФизическимЛицам", Параметры.ФизическоеЛицоДляОтладки.Пустая());
Запрос.Текст = Запросы.ФизическиеЛица_ВременнаяТаблица.Текст;
Запрос.Выполнить();
Иначе
Запрос.МенеджерВременныхТаблиц = ОбъектыПереносаДанных.ВыполнитьАлгоритм("РаботникиОрганизации_ВременнаяТаблица", Параметры.Алгоритмы, Параметры, Запросы);
Запрос.УстановитьПараметр("ДатаСреза", Параметры.МесяцНачалаЭксплуатации);
Запрос.УстановитьПараметр("НачалогоГода", НачалоГода(Параметры.МесяцНачалаЭксплуатации));
// { добавлено, Фелькер И.В. 2015.08.24
Запрос.УстановитьПараметр("ПоВсемФизическимЛицам", Параметры.ФизическоеЛицоДляОтладки.Пустая());
// } добавлено
Запрос.Текст =
"ВЫБРАТЬ РАЗЛИЧНЫЕ
| СтраховыеВзносыСведенияОДоходах.ФизЛицо КАК Физлицо
|ПОМЕСТИТЬ ВТФизическиеЛица
|ИЗ
| РегистрНакопления.СтраховыеВзносыСведенияОДоходах КАК СтраховыеВзносыСведенияОДоходах
|ГДЕ
| СтраховыеВзносыСведенияОДоходах.Период МЕЖДУ &НачалогоГода И &ДатаСреза
// { добавлено, Фелькер И.В. 2015.08.24
| И &ПоВсемФизическимЛицам
// } добавлено
|
|ОБЪЕДИНИТЬ
|
|ВЫБРАТЬ РАЗЛИЧНЫЕ
| НДФЛСведенияОДоходах.ФизЛицо
|ИЗ
| РегистрНакопления.НДФЛСведенияОДоходах КАК НДФЛСведенияОДоходах
|ГДЕ
| НДФЛСведенияОДоходах.Период МЕЖДУ &НачалогоГода И &ДатаСреза
// { добавлено, Фелькер И.В. 2015.08.24
| И &ПоВсемФизическимЛицам
// } добавлено
|
|ОБЪЕДИНИТЬ
|
|ВЫБРАТЬ РАЗЛИЧНЫЕ
| ВТРаботникиОрганизации.Сотрудник.Физлицо
|ИЗ
| ВТРаботникиОрганизации КАК ВТРаботникиОрганизации";
Запрос.Выполнить();
КонецЕсли;
ФизическиеЛица_ВременнаяТаблица = Запрос.МенеджерВременныхТаблиц;
ОбъектыПереносаДанных.Структура_Установить(Параметры.ВременноеХранилище, "ФизическиеЛица_ВременнаяТаблица", ФизическиеЛица_ВременнаяТаблица);
КонецЕсли;
Субконто = ФизическиеЛица_ВременнаяТаблица;
UPD 2019/10/24
Добавлен отбор по организации.
Сняты ряд ограничений по выгрузке из конфигураций отличных от ЗУП 2.5. Можно выгружать данные из ЗУП 2.5 ПРОФ и КОРП, УПП и КА.
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Перенос данных 1C Разработчик 1С:Предприятие 8 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)
Перенос документов, начальных остатков и справочной информации из УПП 1.3 в ERP 2 | из УПП 1.3 в УТ 11 | из УПП в КА 2 | Правила конвертации (КД 2) | Более 360 предприятий выполнили переход с использованием этого продукта! | Сэкономьте время - используйте готовое решение для перехода! | Позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию | В переносе есть фильтр по организации и множество других опциональных параметров выгрузки | Есть несколько алгоритмов выгрузки остатков на выбор
58000 руб.
04.08.2015 194831 479 310
Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Разработчик 1С:Предприятие 8 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)
Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена | Можно выполнить переход с УПП на БП 3 или запускать выгрузку данных за выбранный период времени | Переносятся документы, начальные остатки и вся справочная информация | Есть фильтр по организации и множество других параметров выгрузки | Поддерживается несколько сценариев работы: как первичный полный перенос, так и перенос только новых документов | Перенос данных возможен в "1С: Бухгалтерия 3.0" версии ПРОФ, КОРП или базовую | Переход с "1С: УПП1.3" / "1С:КА 1.1" на "1С:БП3.0" с помощью правил конвертации будет максимально комфортным! | Можно бесплатно проверить перенос на вашем сервере!
50050 руб.
25.02.2015 192564 383 296
Перенос данных 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Системный администратор Разработчик 1С:Предприятие 8 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)
Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам.
50200 руб.
24.04.2015 211469 186 254
Зарплата Роли и права Системный администратор Бухгалтер 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Молдова Россия Казахстан Бухгалтерский учет Платные (руб)
Расширение позволяет максимально полно ограничить доступ пользователей к данным по заработной плате, а именно закрывает доступ к документам начисления и выплаты заработной платы, не позволяет просматривать бухгалтерские отчеты по счету учета зарплаты а также убирает зарплатные проводки из журнала проводок. Расширение запрещает просматривать платежные документы на выплату зарплаты, так же не доступны регламентные отчеты в ПФР и ИФНС. Расширение предлагает готовые настроенные профили "Бухгалтер без зарплаты", "Только просмотр без зарплаты".
9675 руб.
27.05.2021 60590 536 129
SALE! 10%
Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Разработчик 1С:Предприятие 8 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 Бухгалтерский учет Управленческий учет Платные (руб)
Переносите справочную информацию, остатки и документы из УПП 1.3 в ERP 2.6 и КА 2.6 с помощью готовых правил. Переносится более 60 видов документов. Простой интерфейс и понятные настройки.
42000
37800 руб.
24.06.2020 73187 108 35
SALE! 10%
Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Разработчик 1С:Предприятие 8 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)
Переносите справочную информацию, остатки и документы из УПП 1.3 в Бухгалтерию 3.0 с помощью готовых правил. Переносится более 50 видов документов. Простой интерфейс и понятные настройки.
42000
37800 руб.
15.12.2021 37139 268 68
Зарплата Консолидация данных 1С:Зарплата и Управление Персоналом 3.x Россия Управленческий учет Платные (руб)
Расширение для создания и настройки обмена с консолидированной базой ЗУП. Код разработки под определенные требования проекта.
85400 руб.
11.07.2025 7124 6 1
Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Разработчик 1С:Предприятие 8 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Управление производственным предприятием Россия Платные (руб)
Регулярный обмен, выгрузка, перенос из КА 1.1, УПП 1.3, УТ 10.3 для обмена с любыми конфигурациями, поддерживающими обмен в формате EnterpriseData (КД3) - БП 3.0, ERP, КА 2, УТ 11, Розница 3, УНФ 3 и другими. Правила для старых и доработанных конфигураций не требуют синхронного обновления и совместимы с новыми и будущими конфигурациями. Обмен по расписанию, через папку, FTP, почту.
27572 руб.
18.02.2016 209297 686 559
Я считаю, что всем полезно было бы взять правила выгрузки, загнать их в конфигурацию "Конвертация данных", и по изучать принципы выгрузки. Там данные собираются отовсюду откуда могут и потом формируются ровненькие такие документы "ПереносДанных" и летят в ЗУП 3.0, а в этих документах чисто данные по регистрам. Вы можете написать свое правило выгрузки интересующих вас данных, а моя обработка только лишь позволит выгрузить их как и все другие данные.
Обработка является надстройкой над обработкой "Универсальный обмен данными в формате XML", и делает, то что не сможете вы сделать в "Универсальный обмен данными в формате XML", только лишь загрузив правила, не доступны ряд параметров, которые вы не сможете задать, пока не подправите правила выгрузки данных. Впрочем это указано в самой публикации.
P.S.
Раздел "07.5" очень критично относится к дате переноса остатков, пока для себя вывел золотую середину, 15 лет в прошлое (2000 год, мне достаточно, так как на ЗУП 2.5 перешли в 2008), а ниже вылет с нехваткой памяти. Протестировал на Ubuntu 14.04 x64 на x64 толстом клиенте 1С, тоже вылет, но безмолвный. Сервер 1С х64.
Начата выгрузка раздела: СведенияОВремениДляРасчетаСреднегоОбщий 18.02.2015 13:23:47
-----------------------------------------------------------
Начало выгрузки: 18.02.2015 13:23:47
Окончание выгрузки: 18.02.2015 13:23:47
Выгружено объектов: 0
-----------------------------------------------------------
Завершена выгрузка раздела: СведенияОВремениДляРасчетаСреднегоОбщий 18.02.2015 13:23:47
-----------------------------------------------------------
-----------------------------------------------------------
Завершена выгрузка всех отмеченных разделов
---------------------------------------------------------
А вообще лучше изучите правила выгрузки изнутрёв
Вот небольшая часть выгрузки
Алгоритм.СведенияОВремениДляРасчетаСреднегоОбщий_Выгрузить
Если Параметры.ПереноситьНачисленияПредыдущейПрограммы Тогда
ДатаОкончания = ОбъектыПереносаДанных.ВыполнитьАлгоритм("ПолучитьДатуОкончанияПоРегиструОсновныеНачисления", Параметры.Алгоритмы, Параметры);
ДатаНачалаРаботыСПрограммой = ДобавитьМесяц(ДатаОкончания, 1);
МесяцНачалаПереноса = Параметры.ДатаНачалаПереносаРасчетныхДанных;
МесяцОкончанияПереноса = ДатаОкончания;
Иначе
ДатаНачалаРаботыСПрограммой = НачалоМесяца(Параметры.МесяцНачалаЭксплуатации);
МесяцНачалаПереноса = ДобавитьМесяц(ДатаНачалаРаботыСПрограммой, -16);
МесяцОкончанияПереноса = ДобавитьМесяц(ДатаНачалаРаботыСПрограммой, -1);
КонецЕсли;
ВидыВремени = Новый Массив;
ВидыВремени.Добавить(Перечисления.ВидыВремени.ОтработанноеВПределахНормы);
ВидыВремени.Добавить(Перечисления.ВидыВремени.ОтработанноеСверхНормы);
ТекстЗапроса =
"ВЫБРАТЬ
| ОсновныеНачисления.ПериодДействия КАК ПериодДействия,
| ОсновныеНачисления.Сотрудник КАК Сотрудник,
| СУММА(ОсновныеНачисления.НормаДней) КАК ОтработаноДней,
| СУММА(ОсновныеНачисления.НормаЧасов) КАК ОтработаноЧасов
|ПОМЕСТИТЬ ВТПрогулы
|ИЗ
| РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций КАК ОсновныеНачисления
|ГДЕ
| ОсновныеНачисления.ПериодДействия = &ТекущийМесяц
| И ОсновныеНачисления.ПериодРегистрации < &ДатаНачалаРаботыСПрограммой
| И ОсновныеНачисления.ВидРасчета.ОбозначениеВТабелеУчетаРабочегоВремени = ЗНАЧЕНИЕ(Справочник.КлассификаторИспользованияРабочегоВремени.Прогулы)
| И ОсновныеНачисления.Сотрудник В
| (ВЫБРАТЬ
| ВТСотрудники.Сотрудник
| ИЗ
| ВТСотрудники)
|
|СГРУППИРОВАТЬ ПО
| ОсновныеНачисления.ПериодДействия,
| ОсновныеНачисления.Сотрудник,
| ОсновныеНачисления.ВидРасчета
|
|ОБЪЕДИНИТЬ
|
|ВЫБРАТЬ
| ОсновныеНачисления.ПериодДействия,
| ОсновныеНачисления.Сотрудник,
| СУММА(РабочееВремя.Дней),
| СУММА(РабочееВремя.Часов)
|ИЗ
| РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия(
| ПериодДействия = &ТекущийМесяц
| И ПериодРегистрации < &ДатаНачалаРаботыСПрограммой
| И ВидРасчета = ЗНАЧЕНИЕ(ПланВидовРасчета.ОсновныеНачисленияОрганизаций.ДниНеоплачиваемыеСогласноТабелю)
| И Сотрудник В
| (ВЫБРАТЬ
| ВТСотрудники.Сотрудник
| ИЗ
| ВТСотрудники)) КАК ОсновныеНачисления
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрНакопления.РабочееВремяРаботниковОрганизаций КАК РабочееВремя
| ПО ОсновныеНачисления.Сотрудник = РабочееВремя.Сотрудник
| И (РабочееВремя.Период МЕЖДУ ОсновныеНачисления.ПериодДействияНачало И ОсновныеНачисления.ПериодДействияКонец)
| И (РабочееВремя.ВидИспользованияРабочегоВремени = ЗНАЧЕНИЕ(Справочник.КлассификаторИспользованияРабочегоВремени.Прогулы))
|
|СГРУППИРОВАТЬ ПО
| ОсновныеНачисления.Сотрудник,
| ОсновныеНачисления.ПериодДействия
|
|ИНДЕКСИРОВАТЬ ПО
| ПериодДействия,
| Сотрудник
|;
|
|//////////////////////////////////////////////////////////// ПоказатьДату указал 01.01.2000
-----------------------------------------------------------
Начата выгрузка раздела: СведенияОВремениДляРасчетаСреднегоОбщий 19.02.2015 8:54:29
-----------------------------------------------------------
Начало выгрузки: 19.02.2015 8:54:29
Окончание выгрузки: 19.02.2015 9:02:23
Выгружено объектов: 54 222
-----------------------------------------------------------
Завершена выгрузка раздела: СведенияОВремениДляРасчетаСреднегоОбщий 19.02.2015 9:02:23
-----------------------------------------------------------
-----------------------------------------------------------
Завершена выгрузка всех отмеченных разделов
-----------------------------------------------------------
Показать- Общих объектов и справочников, а также кадровых данных - с 01.1900:
- "ОбщиеОбъекты" (01) - 01.1900;
- "ФизическиеЛицаСотрудники" (03) - 01.1900;
- Кадровая история, плановые начисления, остатки отпусков (04/05 - кадровая история/плановые начисления , 06 - плановые удержания, 08 - остатки отпусков) - 01.1900;
- Расчетных данных - с 01.2013:
- Начисления (02 - время для расчета начислений ,09 - особый вид начислений,10,11) - 01.2013;
- Средний заработок всех видов (07.1 - 07.6) - 01.2013;
- Налоги (12 - НДФЛ, 13/14 - Страховые взносы) - 01.2013;
- Взаиморасчеты (15,16) - 01.2013;
- Проводки (17) - 01.2013;
- Электронный документооборот (18) - 01.2013.
И да, поскольку РС "ДанныеОВремениДляРасчетаСреднегоЗаработкаФСС" (07.5) содержит поле сотрудника и 93 поля (3 раза по 31 день) с признаком Явка, Неявка и Болезнь соответственно, то собирается он крайне долго и муторно, вот памяти и не хватает.
По крайней мере, в большинстве случаев заказчикам этого достаточно.
Вообще забыл и тут вспомнил.
Для загрузки данных можно воспользоваться другой обработкой сделанной мной и опубликованной в имя ей "ЗагрузкаДанныхИзЗУП_УФ". Пригодна не только для загрузки в БП 3.0, но и ЗУП 3.0, да и вообще как мне думается в любую типовую на управляемых формах, но сам не пробовал.
По феншую, нужно удалять из перечня выгружаемых данных разделы в названии которых указано в конце "_ПереносНачислений" или "_УпрощенныйПеренос".
При упрощенном переносе, должны удаляться разделы с названием, где есть "_ПереносНачислений", а при полном, те где есть "_УпрощенныйПеренос".
При загрузке данных важно это учитывать.
1С вроде как внутри правил выгрузки обрабатывают ситуацию какой режим выгрузки используется и выгрузка не нужных данных не происходит, но они тоже могут упороть кося как и все мы, так что смотрите в оба!!!
Ваше обращение зарегистрировано под номером SW931235 / 4.
Пожалуйста, в тексте следующих обращений на эту же тему ссылайтесь на этот номер.
Все указанные Вами письма в итоге свелись к общему вопросу: "Надеюсь 1С не похоронит старый способ переноса данных, уже проделан большой объем работы и так вот на пол пути все бросать как-то не серьезно."
На этот вопрос ответ дан по SW930833:
Ответ разработчиков
По кнопке "Настройка" можно выбрать вариант переноса данных - в том числе и старый.
Если пользователь считает, что ему в новой программе нужно все, что было ранее, использует полный перенос, после чего надо будет пересмотреть систему начислений и актуализировать соответствующую информацию в сотрудниках.
Пояснение к данному ответу - Вы можете использовать "старый" вариант переноса, но, так как он не обеспечивает полной корректности переноса всех данных, то все проблемы, возникающие после подобного варианта переноса, исправляются вручную, если возможно.
Дорабатываться "старый" перенос не будет.
ГРУСТЬ ПЕЧАЛЬ!
Пока время есть, середина года, а план перехода в начале 2016 только.
1. Выгрузка. Выгрузила все, кроме "Взаиморасчетов с сотрудниками". Разбила выгрузку на авансовые выплаты и собственно взаиморасчеты. Авансовые прошли. Взаиморасчеты начинают работать и уходят в аут - процессы идут, что-то делает бесконечно. После работы в течение 2 суток(выходные), вырубила процесс. Выгрузить так и не смогла. В чем может быть проблема? Может кто сталкивался?
2. Загрузка.
При загрузке "Расчет зарплаты" дает ошибку, что запись на такого сотрудника в плановых начислениях у же есть. Анализирую - переносит плановые начисления уволенного сотрудника.
"Учет начисленной зарплаты" - не берет начисления, которые введены на предприятии - конкретно льготникам на вредном производстве выплаты на молоко.
и далее эти выплаты при учете НДФЛ выдает - тоже не грузит и пошло валом - учет соц пособий, учет страховых.
Буду рада любой информации по опыту вашей выгрузки - загрузки.
С уважением, Татьяна
Простите, что не сильно скоро отвечаю.
При таком большом переносе данных не мудрено, что процесс идет долго. Если процесс выгрузки шел, значит он бы закончился, так или иначе или свалился с ошибкой нехватки памяти. Рекомендую попробовать на мощных игровых железках c процессором уровня так i7 4770 и памяти гигов 8 минимум.
1С такие 1С, что не всегда могут учесть всю сложность своих конфигураций, нам так вообще постигнуть их сложно.
Там или в правилах переноса данных ошибка или у вас действительно на одну дату к примеру у того сотрудника приходится несколько плановых начислений.
Можно поискать чего и как у этого сотрудника в ЗУП 2.5 и попытаться устранить лишние данные.
В ЗУП 3.0 плановые начисления записываются в регистр ПлановыеНачисления, у которого есть измерения "Сотрудник, ФизическоеЛицо, ДокументОснование, ГоловнаяОрганизация, Начисление". Он к тому же периодический в пределах секунды. При переноса у вас вот по всем пяти измерениям + время/период, получается дублирование в нескольких записях регистра и он матерится, из-за чего обрывается загрузка.
А то что осуществляется перенос уволенного сотрудника, так это нормально, особенно в том случае, если сотрудник на дату переноса данных еще работал, а после даты переноса данных его уволили.
и далее эти выплаты при учете НДФЛ выдает - тоже не грузит и пошло валом - учет соц пособий, учет страховых.
Поглядел правила переноса данных.
Касательно начислений и удержаний там вообще все в лоб переносится, выкидываются только в сторону: ОтпускПоУходуЗаРебенкомБезОплаты, ДивидендыАкционеров, ДивидендыРаботников.
Сведения о доходах для НДФЛ удалось перенести по моему мнению корректно только после модификации правил переноса.
Запрос: НДФЛСведенияОДоходах_Выборка
ВЫБРАТЬ
НДФЛСведенияОДоходах.ФизЛицо КАК ФизЛицо,
НДФЛСведенияОДоходах.Организация,
НДФЛСведенияОДоходах.Период КАК Период,
НДФЛСведенияОДоходах.КодДохода,
НДФЛСведенияОДоходах.КодВычета,
СУММА(НДФЛСведенияОДоходах.СуммаДохода) КАК СуммаДохода,
СУММА(НДФЛСведенияОДоходах.СуммаВычета) КАК СуммаВычета,
НДФЛСведенияОДоходах.ВидРасчета КАК ВидРасчета,
НДФЛСведенияОДоходах.ОбособленноеПодразделение,
НДФЛСведенияОДоходах.ПодразделениеОрганизации,
НДФЛСведенияОДоходах.ДатаПолученияДохода,
НДФЛСведенияОДоходах.ЗарегистрированоДляПромежуточногоРасчета,
НДФЛСведенияОДоходах.КодПоОКТМО,
НДФЛСведенияОДоходах.КодПоОКАТО,
НДФЛСведенияОДоходах.КПП,
НДФЛСведенияОДоходах.ОбособленноеПодразделение КАК ОрганизацияОтбор,
// { добавлено, Фелькер И.В. 2015.09.09
НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.Период, МЕСЯЦ) КАК ПериодОтбор,
// } добавлено
// { удалено, Фелькер И.В. 2015.09.09
//НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.ПериодРегистрации, МЕСЯЦ) КАК ПериодОтбор
// } удалено
// { добавлено, Фелькер И.В. 2015.09.10
НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.ПериодРегистрации, МЕСЯЦ) КАК МесяцНалоговогоПериода
// } добавлено
ИЗ
РегистрНакопления.НДФЛСведенияОДоходах КАК НДФЛСведенияОДоходах
ГДЕ
НДФЛСведенияОДоходах.ФизЛицо В
(ВЫБРАТЬ РАЗЛИЧНЫЕ
ФизическиеЛица.Физлицо
ИЗ
ВТФизическиеЛица КАК ФизическиеЛица)
// { добавлено, Фелькер И.В. 2015.09.09
И НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.Период, МЕСЯЦ) = &ДатаПереносаРасчетныхДанных
// } добавлено
// { удалено, Фелькер И.В. 2015.09.09
//И НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.ПериодРегистрации, МЕСЯЦ) = &ДатаПереносаРасчетныхДанных
// } удалено
СГРУППИРОВАТЬ ПО
НДФЛСведенияОДоходах.Организация,
НДФЛСведенияОДоходах.ЗарегистрированоДляПромежуточногоРасчета,
НДФЛСведенияОДоходах.ФизЛицо,
НДФЛСведенияОДоходах.КодДохода,
НДФЛСведенияОДоходах.КодВычета,
НДФЛСведенияОДоходах.ВидРасчета,
НДФЛСведенияОДоходах.КодПоОКТМО,
НДФЛСведенияОДоходах.Период,
НДФЛСведенияОДоходах.КПП,
НДФЛСведенияОДоходах.ДатаПолученияДохода,
НДФЛСведенияОДоходах.ПодразделениеОрганизации,
НДФЛСведенияОДоходах.КодПоОКАТО,
// { удалено, Фелькер И.В. 2015.09.09
//НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.ПериодРегистрации, МЕСЯЦ),
// } добавлено
// { добавлено, Фелькер И.В. 2015.09.09
НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.Период, МЕСЯЦ),
// } добавлено
// { добавлено, Фелькер И.В. 2015.09.10
НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.ПериодРегистрации, МЕСЯЦ),
// } добавлено
НДФЛСведенияОДоходах.ОбособленноеПодразделение,
НДФЛСведенияОДоходах.ОбособленноеПодразделение
УПОРЯДОЧИТЬ ПО
ОрганизацияОтбор,
ПериодОтбор,
ФизЛицо,
Период
ИТОГИ ПО
ОрганизацияОтбор,
ПериодОтбор ПоказатьАлгоритм: НДФЛСведенияОДоходах_Преобразовать
Для СчРезультатов = 1 По ОбъектыПереносаДанных.ТаблицаЗначений_Количество(ИсходящиеДанные) Цикл
СтрокаТаблицыРезультатов = ОбъектыПереносаДанных.ТаблицаЗначений_Получить(ИсходящиеДанные, СчРезультатов);
ОрганизацияОтбор = СтрокаТаблицыРезультатов.Организация;
ПериодОтбор = СтрокаТаблицыРезультатов.ПериодРегистрации;
НДФЛСведенияОДоходах = СтрокаТаблицыРезультатов.НДФЛСведенияОДоходах;
СведенияОДоходахНДФЛ = ОбъектыПереносаДанных.НовыйОбъект("ТаблицаЗначений");
ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "Период");
ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "ГоловнаяОрганизация");
ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "ФизическоеЛицо");
ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "МесяцНалоговогоПериода");
ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "КодДохода");
ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "КодВычета");
ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "Организация");
ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "СуммаДохода");
ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "СуммаВычета");
ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "Начисление");
ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "Подразделение");
ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "ДатаПолученияДохода");
ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "ДоходМежрасчетногоПериода");
ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "РегистрацияВНалоговомОргане");
Для Сч = 1 По ОбъектыПереносаДанных.ТаблицаЗначений_Количество(НДФЛСведенияОДоходах) Цикл
СтрокаТаблицы = ОбъектыПереносаДанных.ТаблицаЗначений_Получить(НДФЛСведенияОДоходах, Сч);
НоваяСтрока = ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьСтроку(СведенияОДоходахНДФЛ);
НоваяСтрока.Период = НачалоДня(СтрокаТаблицы.Период);
НоваяСтрока.ГоловнаяОрганизация = СтрокаТаблицы.Организация;
НоваяСтрока.ФизическоеЛицо = СтрокаТаблицы.ФизЛицо;
// { добавлено, Фелькер И.В. 2015.09.10
НоваяСтрока.МесяцНалоговогоПериода = СтрокаТаблицы.МесяцНалоговогоПериода;
// } добавлено
// { удалено, Фелькер И.В. 2015.09.10
//НоваяСтрока.МесяцНалоговогоПериода = НачалоМесяца(СтрокаТаблицы.Период);
// } удалено
НоваяСтрока.КодДохода = СтрокаТаблицы.КодДохода;
НоваяСтрока.КодВычета = СтрокаТаблицы.КодВычета;
НоваяСтрока.Организация = СтрокаТаблицы.ОбособленноеПодразделение;
НоваяСтрока.СуммаДохода = СтрокаТаблицы.СуммаДохода;
НоваяСтрока.СуммаВычета = СтрокаТаблицы.СуммаВычета;
НоваяСтрока.Начисление = СтрокаТаблицы.ВидРасчета;
НоваяСтрока.Подразделение = СтрокаТаблицы.ПодразделениеОрганизации;
НоваяСтрока.ДатаПолученияДохода = СтрокаТаблицы.ДатаПолученияДохода;
НоваяСтрока.ДоходМежрасчетногоПериода = СтрокаТаблицы.ЗарегистрированоДляПромежуточногоРасчета;
НоваяСтрока.РегистрацияВНалоговомОргане = ОбъектыПереносаДанных.ВыполнитьАлгоритм(
"РегистрацияВНалоговомОргане_Заполнить",
Параметры.Алгоритмы,
СтрокаТаблицы.ОбособленноеПодразделение,
СтрокаТаблицы.ПодразделениеОрганизации,
СтрокаТаблицы.КодПоОКТМО,
СтрокаТаблицы.КодПоОКАТО,
СтрокаТаблицы.КПП);
КонецЦикла;
ВыборкаПоДокументу = ОбъектыПереносаДанных.НовыйОбъект("Структура");
ОбъектыПереносаДанных.Структура_Установить(ВыборкаПоДокументу, "Номер", "НДФЛ");
ОбъектыПереносаДанных.Структура_Установить(ВыборкаПоДокументу, "Организация", ОрганизацияОтбор);
ОбъектыПереносаДанных.Структура_Установить(ВыборкаПоДокументу, "ПериодРегистрации", ПериодОтбор);
ОбъектыПереносаДанных.Структура_Установить(ВыборкаПоДокументу, "СведенияОДоходахНДФЛ", СведенияОДоходахНДФЛ);
ОбъектыПереносаДанных.Структура_Установить(ВыборкаПоДокументу, "НеОчищатьДокумент", СтрокаТаблицыРезультатов.НеОчищатьДокумент);
ВыгрузитьПоПравилу(ВыборкаПоДокументу, , , , "СведенияОДоходахНДФЛ_ПД");
КонецЦикла; ПоказатьЕсть в правилах такие строки (одна в реестре отпусков, другая в реестре кадровых приказов)
ДатаОкончания = НачалоМесяца(ДобавитьМесяц(Параметры.МесяцНачалаЭксплуатации, -1));Если МесяцНачалаЭксплуатации = 01.07.2015, то ДатаОкончания = 01.06.2015 и именно все что <= 01.06.2015 перенесется, но сам июнь выпадет.
{Форма.Главная.Форма(107,2)}: Ожидается оператор препроцессора
#<<?>>Область Период (Проверка: Толстый клиент (обычное приложение))
{Форма.Главная.Форма(156,2)}: Ожидается оператор препроцессора
#<<?>>КонецОбласти (Проверка: Толстый клиент (обычное приложение))
Варианты как решить проблему:
1. Перейти на платформу 8.3
2. Откройте обработку в конфигураторе 8.2, найдите все места, где есть "#Область", "#КонецОбласти". Закомментируйте или удалите эти строки.
и огромное спасибо за обработку, хоть как-то можно править правила.
пытаюсь выгрузить с начислениями и что-то не выгружается ничего. то есть по своду зп ничего нет и средний тоже не считает. так и должно быть?
а если в полный перенос потом запихать упрощенный хоть средний даст или вообще каша выйдет?
Проверьте регистры расчетов, если там есть данные за ранние периоды, то значит выгрузка осуществляется.
Вообще, что при полном, что при упрощенном переносе должны быть перенесены сведения о среднем заработке.
У нас со средним возникли проблемы, уже точно не помню, но при переносе некорректно вроде нормы времени переносятся для людей работающих в праздники и выходные дни. В итоге сошлись на том, что таких людей вручную расчетчица будет исправлять заходя в переносы данных по среднему заработку.
Она самая.
Рекомендую не затевать переход на ЗУП 3.0 с упрощенным переносом данных пока 1С не выпустит нормальный релиз, в котором можно будет ввести на дату переноса данных сведения, о сотрудниках находящихся на эту дату в отпуске, больничном, отпуске по уходу за ребенком...
Так как в программе предусмотрено, что вводятся данные штатной расстановки как люди работают, а вот с ихними состояниями на дату переноса труба.
Нам приходилось вводить тьму документов такого плана.
Человек ушел в отпуск с 15.06.2015 по 15.07.2015. Перенос данных на 01.07.2015.
Ну перенеслись сведения, что он работает и все. А то что сейчас в отпуске и в табеле должны быть ОТ программа ни сном ни духом...
Приходилось вводить документы по отпускам и резать даты, период отпуска 01.07.2015 - 15.07.2015. Мухлевали с расчетом и начислениями, чаще зануляли суммы на вкладке начислений. Мы в личной карточке Т-2 этим самым еще добавили косяков, так как правила переносят реестр отпусков, а тут мы еще отпуска вводим с иными периодами... В итоге кругом изврат.
Одних декретчиц свыше двух десятков, тоже таким же образом отражали.
А еще больничные...
Командировки благо оформляли в рамках одного месяца в ЗУП 2.5. Не пришлось ничего рвать.
Есть и чудеса со вводом начальных остатков отпусков.
Раньше не было, потом 1С сделали возможность вводить остатки отпусков в разрезе рабочих годов.
Ну сделали они это. А вот забыли учесть такое обстоятельство, что нужно дать пользователям возможность вводить данные, о том сколько дней без оплаты человек взял в некие периоды. Как результат. Если у вас человек сходил в отпуск без оплаты на 14 дней на момент переноса данных, вы ему пишите остаток отпусков, а указать 14 дней некуда. Потом после даты переноса данных, вы еще раз отправляете человеке в отпуск без оплаты (в рамках рабочего года, который отразили в остатках), ну допустим на 17 дней, программа подумает что у него 14 дней (из 17) положенных, а вот период рабочего года сдвину как я на 3. Но сдвигать та нужно на 17!
Выкручивались тем, что отражали вручную по регистру сведений "Данные состояний сотрудников" состояния нахождения в отпусках/декретах до даты переноса данных.
Отражали как считаем нужным периоды работы, потом программа их сама сдвигала. Проверяли. Устроило.
Что касательно полного переноса, данных.
Мы от него отказались. Решили начать почти с чистого листа, так как в старой базе ЗУП 2.5 такой объем "дурежки" программы, что все эти обманы выливаются в вал не проверяемых данных.
В итоге два пути и оба не тривиальные. Легко не будет.
Изучайте правила переноса, глядите в какие документы (номера этих документов типа "ЗП_СЗО") происходит выгрузка. Пытайтесь понять, что происходит.
По сути для этого я и создал инструмент. Можно выгрузить любой кусок данных, что значительно ускоряет поиск косяков, так как большее число раз можно провести выгрузки.
у нас больше 1000 чел персонал, это убиться по всем вручную все отслеживать и заводить. И учет и суммированный, и окладники, и кого только нету. и каких только видов расчета о некоторых о которых в 3.0 такое чувство что напрочь забыли в правилах. два переноса из семерки были в эту базу,оба более-менее нормальные, а 3.0 просто кошмар.
еще раз огромное спасибо за обработку и за то что опытом делитесь)
Перешли на ЗУП 3.0, ну это так громко конечно сказано пытаемся параллелить с июля.
Еще рано говорить, что перешли. Сейчас идет война с дополнительными взносами за вредные условия труда.
То в штатном расписании не все кадровики отразили, то ЗУП 3.0 на вновь принятых, премию не учитывает как доход за работу во вредных условиях труда...
Забадался писать багрепорты в 1С.
ИМХО 1С ЗУП 2.5 еще года два три не прирежет, а там и ЗУП 4.0 появится )))
а про 2.5 вроде говорили что только до середины 16 года сопровождать будут в плане отчетности. вот у нас и подняли панику.
у меня по выгрузке совершенно пока непонятно не грузятся около десятка декретов из сотни, отказываются грузиться добровольные страховые взносы, которые процентом- это то что вылетает с ошибками.
и вообще непонятно что с начислениями в целом.
но у меня еще переносы данных сидят же в базе, с ними вообще все своеобразно. может выгрузились так на этапе семерки. может теперь. взносы в негосударственный пф пришлось в 2.5 в переносах обрабатывать.
Создайте новую БД ЗУП 3.0. Врубите учет по полной программе, ничего не отключая.
Перенесите данные к примеру на 01.12.2015.
Создайте все необходимые начисления и удержания, настройте их.
Приценитесь как считает программа отпуска, командировки, больничные, разумеется как формируется табель и начисляется ЗП.
При упрощенном переносе у вас будут созданы документы переноса данных по Среднему заработку, НДФЛ, Взносам...
Будут созданы документы начальной штатной расстановки.
Там нужно поправить остатки отпусков, начисления и другие данные, а то и первой ЗП не начислить.
А потом по ходу пьесы добавлять все недостающее и исправлять перенесенное, а этого будет много.
Плановые начисления, договора займов, исполнительные литы, удержания, огрызками вводить как и писал документы по переходящим отпускам, больничным...
Сейчас ужас нахлынул))) сидишь и понимаешь, что уже половины не помнишь тех бед, что исправляли. Второй раз не хочется пережить такое))
Не цепляйтесь за прошлое. Не тяните историю начислений. Лучше переосмыслите учет, приведите в порядок начисления и удержания. А там не только они, там и документ прочих доходов имеет виды доходов и натуральный доход имеет виды доходов, и на каждый вид отпуска свое начисление компенсации...
Касательной кадровой истории и истории отпусков, тех что отражаются в Т-2. Все это дело переносится в двух регистрах сведений называются они как реестр кадровой истории и реестр отпусков. Их потом можно править и написать самим какая там у человека история была до даты переноса данных. У нас допустим тоже были переносы из ЗиК на семерке, тоже утеряно много, кадровики как договорились по мере необходимости до введут недостающие данные. Для этого я создал пару обработок редакторов реестров, доступны на инфостарте . Еще тут же выложил помогающую понять чего у человека творится с отпусками в разрезе рабочих периодов, почему правила цепанули то что цепанули.
Им нужно все разжевывать и показывать с картинками. И это еще не факт, что оценят труды.
Вот одно из последнего, что отправлял
В ЗУП 2.5 в качестве уполномоченного выбирается ответственное лицо "Главный бухгалтер", а в ЗУП 3.0 выбирается "Руководитель".
Да и к тому же, фактически такие заявления не попадают на подпись генеральному директору, достаточно подписи главного бухгалтера.
Ответ как отрезали.
И где я им их добуду? Перерыл инет. Нашел только упоминания, что Генерал или Главбух подписывает. В ЗУП 2.5 брался главбух. Всех видимо устраивало, и нас тоже, а тут пришел ЗУП 3.0, и уже Генерал подписывается. Им не-вдо-мёк, что у генерала туча дел, а заявления мог бы и главбух подписать, не приказы же.
Хоть про то, что должность там же не заполняется вообще, приняли и передали разработчикам.
По займам погашение в первый месяц некорректно рассчитывается, мат выгода и налог корректно, а погашение не по графику... тоже передано разработчикам.
Со словами сообщим обязательно, ну считай на пару недель и более.
Было дело переходимл на БП 2.0, тогда возникал вопрос по реализациям в У.Е., когда отгрузка была в один день, а переход права собственности в будущем. И были авансы в У.Е. которые нужно было зачесть еще при отгрузке без перехода права собственности. В 1С, это не реализовано, Бадались с ними в 2013 году. Они утверждали что у них правильно все. Ну я подправил некоторые моменты и программа стала считать как нам нужно выручку на день отгрузки (авансы учитывались по курсу авансов, а разница оставшаяся не зачтенной по курсу отгрузки) и соответственно считала корректно НДС. И вот месяц назад наверное, до них дошло (кто-то доказал им, добил), что у них косяк, так они вообще в документе перехода права собственности "Реализация отгруженных товаров" уборали возможность зачитывать авансы вообще как данность по следкам в У.Е. ))) Пришлось и тут костыль нашим бухам делать))) Жду развития событий.
Как известно в ЗУП 2.5 можно формировать резервы по отпускам и на выходе получать проводки в БУ 96 счет, а по НУ 97.01 счет.
В ЗУП 3.0 тоже можно так делать, вот только БП 3.0 (да именно БП 3.0 где проводки появляются на свет) не воспринимает чуть более чем никак сведения колонки периода признания расходов и не делает никаких проводок по 97.01 счету.
Так что будьте внимательны при желании внедрить ЗУП 3.0 взамен ЗУП 2.5.
У 1С спрашивал, что да как, написали колонка пока носит информативный характер и ни на что не влияет, но это я и так знал так как перерыл код проведения отражения ЗП в БП 3.0.
Как долго это будет так неизвестно, пока будем самостоятельно городить огород из внешних обработок увы...
Если бы они были, то вероятно 1С бы их по образцу и подобию написала как для ЗУП 2.5, тогда да, видимо можно было бы использовать эту обработку как есть или с незначительными изменениями. А может подошел бы и стандартный способ выгрузки через обработку "Универсальный обмен данными в XML".
Не рекомендую обновляться на 3.0.25 пока не вышел релиз с исправленной ошибкой 50002101.
У нас эта ошибка как кость в горле... а в ЗУП 3.0.24 у отпусков и командировок, и наверное не только их, не регистрируются данные по учету среднего заработка для ФСС, в 3.0.25 пашет, а в 3.0.24 нет.
И там дурдом и там дурдом, везде дурдом))) не теряем оптимизма друзья))
1. берите сразу ЗУП 3.1
2. упрощенный перенос
Обоснования:
1. ЗУП 3.0 устарело в плане БСП, ща напилите обработок под нее, а завтра (в начале года) все равно придется ставить ЗУП 3.1 + еще переписывать обработки будете, если они тесто будт использовать БСП.
2. На полный перенос у вас не хватит времени, так как будут ошибки, а они будут, которые вы просто не сможете все выявить, а если выявите, то будет проблема их исправить в перенесенных документах, так не предполагается, что их вообще можно перепроводить. Через остатки самое правильное переходить ибо много мусора скинете со своих плеч.
Релиз 3.1.5.22 пока только для тестирования, я использую ЗУП 3.1.4.161, и из него соответственно выгрузил правила обмена.
Так же использовал ЗУП 2.5.126.1.
Интересно, но сейчас обработка отработала, разделы появились без ошибок.
Чтобы с этим делом бороться, вам нужно модифицировать правила выгрузки в конфигурации Конвертация данных, открывая ряд параметров на редактирование в интерактивном режиме в обработке Универсальный обмен xml.
О всех этих сложностях я писал выше в публикации, после чего родилась данная обработка.
Есть два режима переноса данных заложенных 1С в своих правилах переноса данных:
- упрощенный
- полный
При полном переносятся кадровые данные и не только. Кадровые же данные переносятся в виде документов кадровых.
При упрощенном переносе кадровые данные переносятся в виде начальной штатной расстановки, при этом не выгружаются кадровые документы типа приемы, перемещения, увольнения. Как по мне самое правильное решение при переносе данных из ЗУП 2.5 ибо как бы не клялись Кадровики и расчетчики, но бардака всегда хватает в данных и уж лучше отсечь все лишнее и переходить с чистого листа через ввод начальных остатков так сказать.
Обработка моя ничего не добавляет в правила своего, все грехи, если они есть, - это грехи 1С.
Выявляйте косяки, пишите 1С с службу поддержки желательно чтобы облегчить жизнь и себе и другим в будущем.
Я заметил, что при выгрузке через Универсальный обмен данными XML начальный период при выгрузке очищается, может быть из-за этого выгружаются "древние" документы?
Не совсем понял в чем преимущество вашей обработки от типовой выгрузки?
Очень хорошо, что вы увидели параметр "ПереноситьНачисленияПредыдущейПрограммыОтладка", которого еще года два назад скорее всего не было, ну есть теперь и есть, так давайте посмотрим, что происходит, если вы задается его.
В событии Конвертация_ПередВыгрузкойДанных видим такой кусок кода.
...
СтрокаТаблицы = ТаблицаНастройкиПараметров.Найти("ПереноситьНачисленияПредыдущейПрограммыДляОтладки", "Имя");
Если СтрокаТаблицы <> Неопределено И СтрокаТаблицы.Значение > 0 Тогда
Параметры.ПереноситьНачисленияПредыдущейПрограммы = ?(СтрокаТаблицы.Значение = 1, Истина, Ложь);
КонецЕсли;
...
Когда правила выгрузки начинают работать, то проверяется параметр "ПереноситьНачисленияПредыдущейПрограммыДляОтладки", к слову сказать доступный пользователю в обработке "УниверсальныйОбменДаннымиXML".
Режим переноса данных регулируется параметром "ПереноситьНачисленияПредыдущейПрограммы", который скрыт и не доступен пользователю.
И вот вы задали параметр "ПереноситьНачисленияПредыдущейПрограммыОтладка" как 1 (если бы не задали, то был бы упрощенный режим переноса данных) после чего мы смотрим снова в код и видим там такое.
...
Если ЭтоИнтерактивныйРежим И ЗначениеЗаполнено(ДатаНачала) Тогда
Если Параметры.ПереноситьНачисленияПредыдущейПрограммы Тогда
Параметры.ДатаНачалаПереносаРасчетныхДанных = ДатаНачала;
Иначе
Параметры.МесяцНачалаЭксплуатации = НачалоМесяца(ДатаНачала);
КонецЕсли;
ДатаНачала = Дата(1, 1, 1);
КонецЕсли;
...
ПоказатьТакого раньше не припомню (1С допилили), но тем не менее, видим, что проверяется дата начала переноса данных заданная в окне обработки "УниверсальныйОбменДаннымиXML". Если эта дата задана, то в зависимости от режима переноса данных она прописывается в параметр "ДатаНачалаПереносаРасчетныхДанных" или "МесяцНачалаЭксплуатации ".
Сама же дата начала в окне обработки затирается чтобы не влиять на перенос данных (запаритесь каждый раз вводить при повторных выгрузках, а еще можно забыть ввести по запаре).
Ну и еще кусок кода
...
Если Параметры.ПереноситьНачисленияПредыдущейПрограммы Тогда
Если Не ЗначениеЗаполнено(Параметры.ДатаНачалаПереносаРасчетныхДанных) Тогда
Параметры.ДатаНачалаПереносаРасчетныхДанных = Дата(2010, 1, 1);
КонецЕсли;
Иначе
Если Не ЗначениеЗаполнено(Параметры.МесяцНачалаЭксплуатации) Тогда
Параметры.МесяцНачалаЭксплуатации = Дата(2015, 1, 1);
КонецЕсли;
КонецЕсли;
...
ПоказатьЕсли не задать дату начала, то параметрам "ДатаНачалаПереносаРасчетныхДанных", "МесяцНачалаЭксплуатации" будут заданы значения по умолчанию 2010 или 2015 год соответственно. Параметры так же скрыты от пользователя.
Моя обработка задает эти параметры "ДатаНачалаПереносаРасчетныхДанных", "МесяцНачалаЭксплуатации" в момент начала выгрузки данных. Как задает и режим выгрузки в параметре "ПереноситьНачисленияПредыдущейПрограммы".
Подведем итоги.
1С все таки, не знаю, когда добавили некоторые плюшки (параметр и немного кода) позволяющие облегчить выгрузку данных вручную через обработку "УниверсальныйОбменДаннымиXML", но что и где в параметрах нужно задать, знают не многие. Как показывает практика и вы задаетесь вопросом как правильно установить параметры.
Моя же обработка созданная еще в 2015 году думаю не потеряла актуальности, так как является как бы упрощенной надстройкой над всем этим безобразием и позволяет ко всему прочему не мучатся с именами фалов, так как сама их создает и именует по указанному пути.
Использовать или нет обработку решать вам.
1. Использовать упрощенный перенос данных, то есть не переносить начисления из предыдущей программы.
2. Обработка использует 100% типовые правила и ничего своего в алгоритмы переноса не вносит, а выступает в роли оболочки над обработкой "УниверсальныйОбменДаннымиXML", которую и использует сама незаметно для пользователя обеспечивая более комфортную работу по выгрузке данных.
2. Ну я и хочу сказать, что все параметры, которые у вас вынесены в обработку, сейчас есть в типовых правилах и нет необходимости использовать вашу обработку
Если обработка вам не нравится, не используйте её.
В далеком 2015 году она была более чем актуальна, да и сейчас не вижу чтобы кто-то жаловался на нее кроме вас.
Люди используют ее и довольны, что собственно и достигалось.
Я и сам доволен, что она существует, так как она меня самого выручала и не раз.
По поводу того, что у вас там не переносятся документы, пишите в 1С и жалуйтесь на их правила переноса данными.
Изучайте сами правила переноса данными и смотрите чего у вас там не работает.
У меня как-то отпало желание делиться с вами опытом переноса данных.
1Перешол простым (новый правила) переходом на 01.01.2018.
!!! Вопрос как можно перенести уже введенные с 01.01.2018 документы из ЗУП 25 в ЗУП 31 Например документы "Регистрация простоев сотрудников организации" в ЗУП 31.
1Перешол простым (новый правила) переходом на 01.01.2018.
!!! Вопрос как можно перенести уже введенные с 01.01.2018 документы из ЗУП 25 в ЗУП 31 Например документы "Регистрация простоев сотрудников организации" в ЗУП 31.
Нужно брать за основу правила переноса данных, которые вы использовали и в них делать новые правила конвертации объектов / свойств / выгрузки объектов для переноса документов. В общем это разработка уже.
Можно напилить обработок формирующих табличные файлы и потом их грузить в ЗУП 3.1 другими самописными обработками создавая документы.
Спасибо ! Выгрузил из ЗУП 2.5 универсальной обработкой загрузка выгрузка по правилам из шаблона ЗУП 3.1. Оказывается, типовые правила переносят все начисления за период из ЗУП 2.5 в ЗУП 3.1 не по документам а сводно в два документа "Перенос данных" с номерами ЗП (Фактические начисленная и удержания) и НЗП (Начисления удержания по сотрудникам) . ЗУП 3.1
Подскажите, скопировал правила из общего макета, пересохранил в xml, при нажатии Загрузить разделы получаю ошибку выше, это что значит?
Видимо вы как-то не аккуратно файл выгрузили или еще что, приложите его тут например, чтобы можно было посмотреть.
Смахивает на то что просто в файле некорректная структура XML если это вообще XML конечно.
В общем нужен пациент (файл), для посмотреть
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 330005
Создание 13.02.15 15:08
Обновление 24.10.19 23:42
Просмотры 51315
Загрузки 287
Рейтинг
40
Комментарии 75
Код открыт Да
Рубрики Перенос данных 1C Зарплата
Кому
Разработчик
,
Бухгалтер
Тип файла Внешняя обработка (ert,epf)
Платформа 1С:Предприятие 8
Конфигурация
1С:Зарплата и Управление Персоналом 2.5
,
1С:Зарплата и Управление Персоналом 3.x
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
