Обработка переносит регистры расчета «Основные начисления…», «Дополнительные начисления…» и «Расчет среднего заработка».
Принцип работы следующий:
1. Создаем документ «Перенос данных»;
2. Заполняем таблицу исходными данными, способы описаны в инструкции;
3. Проверяем данные встроенным механизмом. На этом этапе данные сопоставляются со справочниками, перечислениями и т.д., все комментируется в служебных сообщениях;
4. Инициализируем данные. Данные табличного документа превращаются в элементы справочников, виды расчета и т.д., результатом чего создается таблица значений, из которой в последующем и будет происходить загрузка;
5. Загружаем. Данные из таблицы значений будут превращены в движения по регистру расчета.
Вот собственно и все не хитрые действия. Во встроенной инструкции все описано более детально.
Обработка проверена на конфигурациях УПП 1.3.20.1, ЗУП 2.5.46.1, КА 1.1.13.










Доброе утро. Если я правильно понял (при первом взгляде на обработку) , то речь идет о переносе информации из 77 в 8х ❓
(1) Lukich66, наверное нет, принципиально не важно от куда перенос, разница будет на этапе загрузке данных.
(2) под этапом загрузки я понимаю наличие к/либо сведений в формате *.txt,dbf,xls,mxl полученных из др. ИБ,структурированных соответствующим образом для загрузки в опр.регистры (РС,РН,РР,РБ). Документ «перенос»-вещь не афишируемая, используется 1с для 77->8. Ваш способ принципиально отличается от метода,который предлагаю я( универсальная ЗДизТД+R)? В Вашей публикации,на мой вгляд, недостаточно исчерпывающей информации в анонсе для принятия решения. А «скачать» и начать разбираться- не самый лучший прием,по жизни-лохотроном попахивает. Оч. оригинально смотрится прием с переключающимися *.GIF окнами, но невозможность управлять тайм-слайдом приводит к раздражению( что-то из sex-заставок).
(3) Lukich66, моя обработка решает конкретную задачу «Перенос начислений для расчета среднего заработка, больничных и т.д.» по этому, в отличии от универсальных механизмов, в ней присутствуют механизмы проверок исходных данных, возможности формирования шапки таблицы для представления пользователю, «а что именно туда загружается», шаблоны простых запрос. Нет ничего такого, что было бы полезно для загрузки в другие регистры.
Вот это именно то, что было бы нужно мне неоднократно! Зачастую стандартный полный перенос за два года информации из ЗиК в ЗУП чреват массой проблем, включающий и нестыковки, и ошибки… Да и загромождать базу прошлыми расчётами особого смысла нет. Гораздо удобнее «начать с белого листа». Я имею в виду большие предприятия, малые переносятся более-менее нормально, по крайней мере, в них ошибки искать быстрее.
А для работы в новой базе 8.2 достаточно начального сальдо и данных для среднего заработка и БЛ. Списки сотрудников тоже можно загрузить локальной обработкой. И спокойно приступить к расчёту.
Автору этой полезной обработки огромное спасибо!
Отличная обработка!!!! Спасибо!!!
(6) shurubchik, всегда пожалуйста 🙂
Я столкнулась с аналогичной проблемой, когда переносила из 1с 7.7 в 8.2, приходится сейчас вручную доставлять за 1 год средний заработок(( Эта обработка поможет доперенести инфу из 7.7? И сумма среднего заработка будет тянутся автоматически во все необходимые документы?
(8) ad-lib, Да. Для расчета среднего необходимо иметь начисления за последние два года в регистрах расчета. При помощи обработки вы можете их туда записать.
Спасибо за обработку! Отличная штука. Значительно сэкономила время при переносе данных для расчёта среднего заработка.
(5) Boroda, Спасибо за Ваш комментарий! Именно из него мне стало понятно, что обработка не просто полезная, а очень нужная!
Как раз стоит задача переноса данных из системы Галактика в УПП. Надеюсь обработка поможет.
(9) а для переноса из ЗУП в ЗУП эта обработка подойдет?
(13) GingerRu, да, источником может являться что угодно. Загрузки производится из табличной части, а каким образом она была заполнена не имеет никакого значения.
Хорошая разработка, автору спасибо.
Плюсую
Есть необходимость «руками» забить информацию. Допустим сотрудник Иванов в декабре 2012 отработал 150 часов и получил 20000 руб. Подскажите, куда и какую информацию вносить? Там столько колонок с периодами, что ничего не понятно. Помогите с примером заполнения пожалуйста.
Использую вашу обработку уже 2 месяца, немного допилив в некоторых местах. Для примера заполнения выкладываю файл. Важно обратите внимание на ПериодДействияКонец, что там указывается время 23:59:59, иначе одного дня не будет хватать. Также Важно задавать периодНачало и периодКонец — по этим значениям вычисляется количество дней для расчета среднего, а не из колонки ОтработаноДней, как может показаться на первый взгляд.
Для тех кто не знает куда вносить данные:
Верхнее Меню — Операции-Документы-ПереносДанных. Там создать документ-регистратор с Регистром расчета — «Основные начисления сотрудникам организации». Заполнить Период регистрации: я ставил последний месяц отчетного года. т.е. выгружая данные за 2012 год, я ставлю период регистрации: Декабрь 2012 года. И ввожу дату документа 31.12.2012.
Затем открыть обработку, выбрать созданный документ в качестве Документа регистратора. Далее выбрать Дополнительные функции — Сформировать Шапку документа. После чего скопировать из ексель данные по среднему и вставить со второй строки в таблицу обработки. Затем выполнить инициализацию и загрузку данных.
От себя я добавил кнопку удалить неполные строки, для удаления строк с пустым физлицом или сотрудником. Это бывает когда в справочниках в 1С нет загружаемых сотрудников, тогда обработка может вылететь на половине загрузки и придется искать на ком она остановилась и начинать новую загрузку с этого места.
Показать
Замечания по работе обработки. При переносе данных свыше 1000 записей Обработка вначале загружает достаточно быстро, но спустя какое то время замедляется, так что оставшиеся 10-20% могут занять несколько часов. Поэтому быстрее будет идти загрузка если разбивать данные, например по подразделениям, и вносить по отдельности в разные документы переноса.
Я в восторге. Куда выслать ящик пива?
(19) olezhe, Ящики пива принимаю в любом количестве, в любом районе Питера))
(19) olezhe, В Томск тоже шли))
Нашёл ошибку.
Когда всё заполнено, проверено и инициализировано, жмём кнопку Загрузить, и обработка спотыкается на преобразовании строковых дат в тип «дата».
Конкретно, везде, где есть строка, похожая на «Запись.ПериодРегистрации = Строка.ПериодРегистрации;» обработка падает. Поскольку слева здесь тип Дата, а справа неприводимая к дате Строка вида «01.12.2012 00:00:00»
Решение простое:
Берём функцию
И переколачиваем все переменные типа Дата: «Запись.ПериодРегистрации = ПолучитьДатуИзСтроки(Строка.ПериодРегистрации);»
После этого работает как надо.
Странно, что у меня одного эта затыка возникла. Вот тут действительно загадка.
И ещё есть подозрение, что при наличии двух сотрудников с одинаковыми ФИО, обработка хватает первого попавшегося. Или Может, по коду заставить её искать?
(22) olezhe, Странно конечно, судя по комментариям, да и я лично, обработку использовал не один раз, ничего подобного небыло. Могу в личку написать мыло, отправишь свой вариант, я обновлю публикацию с твоим файлом.
(23) olezhe, Если не ошибаюсь — да, но исправиь, чтобы искал по коду, думаю сможет при необходимости любой.
И если в колонке Результат в исходных данных стоит число, форматированное пробелами («8 345,44»), то в результирующий документ попадает 0.
(23) olezhe, У меня тоже такая проблема с датой была, забыл сказать в комментарии выше, и тоже такой функцией обошёлся.
Скажите, пожалуйста, можно ли использовать обработку для переноса данных в ЗиКБУ (зарплата и кадры бюджетного учреждения)?
(28) botsvana, в принципе думаю да, структура регистров скорее всего одинаковая. Единственный момент публикация писалась давно и тестировалась на уже не актуальной версии конфигурации. Попробуйте на копии — самый верный способ узнать ответ))
СПАСИБО!!!
Добрый день! С последними версиями УПП 1.3 работает?