Ни в ЗУП ногой!? А мне нравится! Часть 4. Главное - правильный перенос данных!

Публикация № 1593132 30.05.22

Интеграция и обмен данными - Обмен между базами 1C

Ни для кого не секрет, что ЗУП - одно из сложнейших решений в линейке 1С. Многие разработчики и аналитики не любят им заниматься. Тяжело представить, чтобы начинающий разработчик/аналитик стал по доброй воле работать в сфере управления персоналом и расчета заработной платы. В данной серии статьей будет рассказано, какие видятся плюсы в этом решении и как справляться с его минусами. Кратко расскажу, как встать на этот путь, приведу примеры выполненных задач.

Ссылки на остальные части статьи:

1. Главные сложности решения, что отталкивает?

2. Плюсы решения, где они прячутся?

3. Как меня туда занесло?

 

В этой статье рассмотрим задачу, с которой начинаются практически все проекты. Многие из этих проектов становятся проблемными. Причина - неверно выполненный перенос данных. В статье будут рассмотрены способы исключить проблемы при переходе на новую систему. Рассказ будет про переход на ЗУП 3, причем неважно с какой исходной системы. Однако, применить эти подходы можно к любой конфигурации.

 

1. Определяем заранее цели переноса данных.

Казалось бы... Что может быть непонятного? Цель одна - работа в новой системе! Вести кадровый учет, считать зарплату да налоги, сдавать отчетность.

Всё дело в том, что понятие "вести кадровый учет" в каждой организации своё, как и остальные понятия! Значит и цели у каждого свои. Следовательно их нужно описать заранее. Лучше всего описать, как говорится, "полный фарш". Если какая-то цель для текущей организации будет неактуальна - просто пропускаем. При описании целей переноса данных отвечаем на простой вопрос: "Что и зачем, иногда почему мы хотим делать в новой системе"?

Какие примеры можно здесь привести:

  • Все организации ведут штатное расписание. Однако, не во всех организациях есть вредные условия труда, далеко не все организации находятся в условиях МКС/РКС. Некоторые организации используют разъездной характер работы или вахтовый метод работы. Что от этого зависит в штатном расписании:
    • Необходимость заполнения полей "Код позиции списка" и "Основание досрочного назначения пенсии".
    • Наличие надбавки и дополнительного отпуска за вредные условия труда
    • Необходимость учесть в ФОТ позиции Районный коэффициент и Северную надбавку, а также дополнительный отпуск за работу в условиях МКС/РКС и т.д.
  • В каждой организации ведется кадровый учет. Но в некоторых организациях работают инвалиды, или иностранцы, в т.ч. не  резиденты. Это также накладывает определённые особенности:
    • Необходимо корректно заполнить статус налогоплательщика по НДФЛ, иначе неверно будет исчислен налог и страховые взносы!
    • Если это не гражданин РФ, он не имеет права на вычеты.
    • Инвалиды имеют право на дополнительные 3 дня к основному отпуску. Это необходимо учитывать при заполнении и переносе кадровых приказов. 
  • Все ведут табель учета рабочего времени. Однако, при наличии вахтового метода работы возникают трудности с назначением и заполнение графиков работы. В периоды междувахтового отдыха у работника не идёт северный стаж и не начисляются соответствующие надбавки. Необходимо продумать, как будет решаться этот вопрос, какие и где данные необходимо для этого заполнить.
  • Все считают зарплату. Но у некоторых есть управленческая часть зарплаты со сложным расчетом. Часто из предыдущей учетной системы необходимо перенести какие-то данные для расчета премий или доплат. Иногда, сначала нужно доработать систему, добавить нужные справочники/регистры и только потом переносить данные!

Для каждой цели необходимо указать, какие объекты метаданных необходимо заполнить, чтоб достичь поставленную цель. Прорабатывать данный пункт нужно с учетом особенностей организаций. Приведу "простой" пример: организация работает в Сургуте или Мурманске. Что необходимо заполнить, чтоб учесть территориальные условия:

  • В справочнике "Виды стажа" должен быть элемент "Северный" с указанной категорией стажа "Северный".
  • Регистр сведений "Виды стажа трудовой деятельности физических лиц" указывают виды стажа, которые требуется считать по работнику.
  • Регистр сведений "Накопленные стажи физических лиц". В этом регистре хранятся сведения о стаже с даты приёма по текущий день (или на дату переноса). Если у работника есть стаж до даты приема, необходимо увеличить количество лет и месяцев данного стажа.
  • Регистр сведений "Стажи физических лиц". По своей сути он дублирует предыдущий регистр.
  • Регистр сведений "Проценты северной надбавки физических лиц". Именно в этом регистре хранится размер этой доплаты. Схема немного отличается от остальных плановых начислений.
  • Регистр сведений "Параметры исчисления процента северной надбавки физических лиц". По этому регистру определяется, размер северной надбавки ещё увеличивается от стажа, или уже зафиксирован в максимальном значении.
  • В справочнике "Подразделения" или "Территории" необходимо указать территориальные условия ПФР и размер районного коэффициента федерального и регионального.

Вот так, простая казалось бы задача превращается в сложную. Поэтому мною разработана подробная концепция с указанием целей переноса данных, списка метаданных, который нужно заполнить и объёма переносимых данных. Ознакомиться можно по ссылке (ВСТАВИТЬ ССЫЛКУ).

Теперь, когда понятно какие регистры заполнять, нужно пройти ещё один квест по поиску этих данных в устаревшей системе.  За долго до переноса необходимо проверить какие данные есть в исходной системе, достаточно их или нет. Очень часто бывает, что в исходной системе вели неверный учет. Кто-то не считал стаж, кто-то не увеличивал размер северной надбавки, где-то ввели одно плановое начисление вместо двух и размер указывали суммарный. Ошибки бывают разные, но в ЗУП 3 обязательно вводить только корректные данные!

Для таких ситуаций пришлось написать обработку, которая основываясь на настройках подразделений автоматически генерирует все данные по надбавкам, стажам, дополнительным отпускам, связанным с условия труда в МКС/РКС. Данные генерируются как в штатном расписании, так и в кадровых приказах. Подробнее можно прочитать об этом по ссылке (ВСТАВИТЬ ССЫЛКУ).

Повторюсь, от того на сколько Вы проработаете цели и концепцию переноса, зависит успешность Вашего проекта! На этот этап рекомендую не экономить никаких ресурсов.

 

2. Корректные данные  исходной системе - залог успешного переноса.

В предыдущих статьях уже писал о существующих заблуждениях при ведении проектов по ЗУП... Одним из главных считаю такое: "За данные отвечает заказчик, разработчик отвечает только за инструмент". Предлагаю разобраться в этом вопросе и устранить заблуждение. 

Совместимость ЗУП с некорректными данными:

Сначала предлагаю ответить на такой вопрос: "Будет ли работать ЗУП 3 с некорректными данными?". Мой ответ - точно НЕТ! Это в ЗУП 2.5 мы могли перенести всё что угодно и сохранить возможность нормальной работы. Почему так? Причина в том, что в ЗУП 2.5 многие бизнес-процессы не связаны между собой.

Например, если штатное расписание велось криво, это никак не влияло на все остальные процессы, т.к. регистр сведений "Штатное расписание" нужен был только для одной цели - печатная форма Т-3. С этой целью он успешно справлялся... В ЗУП 3 тоже есть лишняя функциональная опция "Использовать штатное расписание". Все годы работы с ЗУП не понимал, как могут быть штатное расписание или табель не обязательными!?! При всём при этом если неверно заполнить надбавки, оклад, дополнительные отпуска в штатном расписании, то заполнять их придётся руками во всех приказах на прием/перевод. 

Перенести неверные данные по налогам - вообще катастрофа! Налог удержанный заполняется только в ведомости. Повторное проведение документа не исправляет допущенные ошибки. Необходимо по каждой строке выплаты жать кнопку "обновить налог". Алгоритм удержания налога устроен так, что удерживается то что давно не удержано. Т.е. если перенесли ошибку, в первую очередь ЗУП 3 попробует её исправить. По опыту получается ещё хуже чем было. Ошибки накапливаются как ком. Исправление таких ситуаций требует невероятных усилий, иногда невозможно в принципе. Придётся "обрезать данные", обманывая алгоритмы ЗУП. 

Посмотрим с позиции заказчика:

Когда организация ищет исполнителя на проект по переходу на новую систему, у них не стоит выбор между сделать качественно и сделать недорого! Не важно к кому они обратятся: к фрилансеру, к интегратору, возьмут в штат или по договору ГПХ... Цель - выполнить качественный переход.

Практически на всех моих проектах постановка задачи выглядит так: нам нужно сделать проект. Вот и вся постановка! Дальше есть только одно уточнение: скажите нам что нужно сделать. Здесь никто не обсуждает, что исходные данные находятся в плачевном состоянии. Чаще всего пользователи и не готовы даже их исправлять! Все ж заняты!

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

Тем кто до сих пор считает, что за данные отвечает заказчик могу сказать так: Грош цена инструменту, который переносит некорректные данные!

Выполняем детальную проверку предоставленных данных:

Рассмотрим способы проверки данных в исходной системе. Продолжу придерживаться позиции, что перенос данных может происходить из любой системы. Поэтому проверочные механизмы будут лишь частично описаны с ориентиром на ЗУП 2.5/УПП. Что проверяем:

  • Полноту персональных данных. Вроде бы фраза общая... Какие данные надо проверить: информацию, которая попадает в регламентированную отчетность. Ведь это одна из целей перехода на новую систему. Часто встречаю, что вместо отчества для иностранцев ставят прочерк "-". Где-то ставят более одного пробела в ФИО, названиях должностей и подразделений. Орфографические ошибки также не редкость! Адреса, телефоны, место рождения должны быть введены в формате ФИАС. 
  • Если штатное расписание ведется вне системы, то стоит сверить наименования подразделений и должностей, как бы много их не было! Переносить в новую систему некорректные названия точно не стоит!
  • Учтены ли условия труда в кадровой информации. 
  • Если кадровый учет и расчет зарплаты ведется в разных системах, необходимо провести работу по сопоставлению данных. Проверить, можно ли их объединить? Все ли сотрудники введены, все ли приказы отражены в нужные даты и т.д.
  • Как введены данные об отпусках по уходу за ребенком. Для ЗУП 3 важно наличие документа Возврат из отпуска по уходу за ребенком, даже если он закончился в запланированную дату. В ЗУП 2.5 такой документ требовался только при досрочном завершении отпуска по уходу. 
  • Правильность налогов. Есть такое заблуждение, что в старой системе мы отчетность делаем руками, а в новой Вы нам сделайте обязательно автоматически! Дело в том, что это зависит от качества данных, а не от способностей внедренцев! Поэтому налоги выравниваем ДО переноса! Если в старой системе расчет верный - 99% что он будет верный и в ЗУП 3. Равно как и наоборот!
  • Стоит обратится к своему опыту! Ответить на вопрос: "Где прошлый раз были проблемы с переносом?". Опыт - главный помощник при решении таких задач. Если уже наступили на грабли, стоит предпринять все возможные действия, чтоб больше этого не делать.
  • Исправление известных "типовых" ошибок можно и нужно автоматизировать! 

 

3. Определяем объём переносимых данных. Составляем концепцию переноса на основе целей.

Определимся теперь с вопросом: "Какие данные необходимо перенести?". При обсуждении этого вопроса с заказчиком обычно звучит так: "Нам надо всё переносить! Вдруг надо что-то посмотреть, мы не хотим туда сюда заходить в разные базы!" Уверен, что именно этот вариант является самым часто озвучиваемым со стороны заказчика. Но является ли он правильным? На мой взгляд нет! И вот почему:

  • Если организация существует уже более 15 лет, а для крупных заводов и компаний это норма, она пережила уже не одну миграцию данных! Это значит, что данные, перенесенные из совсем старых учетных систем (ЗиК 7.7, старые версии Паруса, самописные, что не редкость) уже содержат в себе кучу ошибок! Более того, эти данные давно неактуальны! Люди уволены, подразделения расформированы.
  • Какова вероятность, что эти данные понадобятся? Практически нулевая! К этим данным обращаются, если приходит запрос из ПФР на подтверждение стажа работы. Персональные данные понадобятся, если работник через много лет опять трудоустроится в эту компанию! Значит необходимо перенести справочник "Физические лица", заполнить по максимуму данные. Вторую потребность можно закрыть другим способом: либо обмен со старой базой, либо перенос информации для справки в сокращенном виде (что предусмотрено типовой конфигурацией!).
  • Ещё раз повторюсь, что данные с прошлого переноса требуют корректировок для того, что перенести в ЗУП 3. Т.к. для обеспечения работоспособности ЗУП 2.5 нужно гораздо меньше данных, чем для той же цели в ЗУП 3.
  • Некоторые заказчики ещё просят перенести расчетные данные за прошлые периоды. Кто-то просит за последние 2 года, чтоб можно было по расчетному листку проверить расчет среднего заработка. Кто-то просит вообще за весь период... Вот этого делать категорически нельзя! Следом за данными начислений потянутся данные по взаиморасчетам, налогам, взносам. Зачем они Вам? Поверьте в них много ошибок! При большой численности никто это не станет выверять и уж тем более исправлять! Период то закрыт, зарплата выплачена, налоги и взносы исчислены и уплачены. Налоги и взносы в ЗУП 3 частенько цепляют прошлые периоды, если есть перерасчет декабря в январе. И так по цепочке может зацепить несколько лет! И доначислит или сторнирует всё что посчитает нужным. Для корректного расчета НДФЛ потребуются данные о правах на вычеты и об использованных вычетах за эти годы. Если у Вас данных не будет, то ждите доначисления НДФЛ. 

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

От даты старта сильно зависит объём переносимых данных. Проще всего начать работу в новой системе с начала года. Но не всегда так получается сделать! Иногда требуется старт с начала квартала, или с начала любого месяца, иногда даже с середины месяца! Да, такой вариант есть и уже дважды встречался в моей практике.

Если стартуем не с начала года, то нужно дополнительно перенести все расчетные данные. Т.е. начисления, удержания, отсутствия, налоги, взносы, выплаты и т.д. Такая ситуация довольно часто возникает при переводе холдинга на новую систему. Все юридические лица холдинга в один момент перевести невозможно, поэтому проект разбивается на этапы. Кому то везет с переходом с начала года, кому-то нет. Но со своей стороны рекомендую прорабатывать вариант старта с середины чего угодно! Это связано с тем, что возникают дополнительные сложности, неверно пишут перенос данных, ошибки в данных не позволяют стартовать с первого раза и т.д.

Представьте себе, Вы запланировали старт с начала года. Допустим, разработчик сделал правила конвертации или обработку написал для старта с нового года. У Вас есть список доработок, которые требуется выполнить до начала работы в новой системе. И вот этот список сделать не успели! А заказчик не хочет стартовать без указанных доработок. И что Вы делать будете? Уверен будет много проблем в такой ситуации. Если у Вас правила или обработка позволяет стартовать с любой даты, Вы спокойно переносите дату старта, доделываете требования заказчика и в спокойном режиме начинаете работу в новой системе.

 

4. До переноса нормализуем и обновляем ключевые справочники и классификаторы.

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

  • Где её взять? 
  • Какое состояние можно считать "пустым"? 
  • Какими данными её необходимо наполнить?

На практике встречал разные варианты: кто-то брал СФ и создавал пустую базу, кто-то брал демо-версию, чистил её от сотрудников и документов, и вот она пустая. На самом деле оба варианта неверные! Первый вариант верный частично. 

Понимание правильного варианта появляется при описании целей переноса данных. Также задаём себе вопрос: какие данные нужно внести 1 раз и больше не запускать их повторную загрузку? Ведь финальный перенос данных - это примерно 15-я попытка загрузить данные). Если коротко, то нужны следующие данные:

1. Классификаторы. Самый простой пример банки и ФИАС.

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

3. Настройки учета. 

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

Для чего нужны настройки? Например, загружать кадровые приказы необходимо с выключенной функциональной опцией "Используется штатное расписание". Штатное расписание и все позиции штатного расписания будут сгенерированы автоматически на основании штатной расстановки. Если есть МКС/РКС - это настраивается в справочнике "Организации". Без этой настройки в план видов расчета не будут добавлены районный коэффициент и северная надбавка. 

После всех проверок и настроек сохраняем файл ДТ - это и есть та самая "пустая база"! 

 

5. Выверяем перенесенные данные.

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

Приведу другой пример из жизни. Дали, к примеру, задание: переложить бананы из картонной коробки в ящик для овощей в холодильнике. Какова вероятность накосячить в таком задании? Если только человек не съест по пути полкоробки... Надо ли выполнять проверку в такой задаче? Мне кажется нет, т.к. нет смысла пересчитывать бананы. 

Все уж наверняка приготовили помидоры в меня кидаться... а рано! Вот что предлагаю проверить:

  • Уже не раз говорилось о целях переноса данных. Так если мы поставили цели, значит надо проверить, достигли мы их или нет?
  • Каждая цель отвечает за какой-то участок учёта. Каждый участок учета - это набор сценариев. Значит проверить каждую цель означает проверить все сценарии в этом блоке учета. Если все сценарии сработали - мы достигли нашу цель. Если какой-то сценарий не сработал - это повод для проверки объёма и качества перенесённых данных.
  • Проверить правильность данных можно с помощью стандартных отчетов. Например, унифицированная форма Т-3 и штатная расстановка дают нам понимание о правильности перенесенных данных в этом блоке. Если не сходится численность или количество ставок или ФОТ - проверяем исходные данные и алгоритмы их переноса.
  • Многие крупные компании используют этап "тестовый запуск". Его планируют за месяц или два до ввода системы в промышленную эксплуатацию. На этом этапе есть возможность ознакомиться с функционалом новой системы и оценить правильность и достаточность перенесенных данных. Выявленные ошибки быстро исправляются и тестирование продолжается/повторяется.
  • Обычно тестовый запуск проводят на ограниченном наборе данных. Однако набор этих данных должен быть максимально сложным! Нет смысла тестировать начисление оклада. Есть смысл проверить расчет сдельной оплаты труда, разъездной характер работы, вахтовый метод работы и прочие сложности учета. На этом же этапе тестируем печатные формы приказов, трудовых договоров и дополнительных соглашений. В стадии промышленной эксплуатации придётся руками править тексты приказов и договоров, если не проверить заранее.
  • Всё написанное не означает, что не нужно автоматизировать сверку. Должен быть чёткий алгоритм проверки, основанных на "узких местах" либо исходной программы, либо ЗУП 3. Когда есть чёткий алгоритм - проверочный отчет нам явно поможет! Но сравнивать бананы до перекладки в холодильник и после бессмысленно!

 

Вот, собственно, и всё! Описали цели переноса данных, составили концепцию, проверили исходные данные, перенесли, выполнили проверку данных - значит вероятность успешного переноса данных близка к 100%. Пропуск описанных этапов грозит проблемами на старте. Помните: ЗУП 3 не умеет обрабатывать некорректные данные! Есть ошибка в данных, значит, будет ошибка в работе ЗУП 3!

Напомню о наличии других полезных статей:

Часть 1. Общие вопросы. Доработка чужого кода. Code review.

Часть 2. Доработка типовой конфигурации. Обновление доработанной типовой конфигурации.

Часть 3. Разбор и доработка запросов

Часть 4. Программный интерфейс. Исправление чужих доработок.

Также напомню о статье про архитектора. Некоторые подходы, позволяющие решать сложные задачи, описаны в ней:

Кто такой архитектор. Редакция 2!

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

Лучшие комментарии
21. Ulfhedhinn 245 15.08.22 05:43 Сейчас в теме
Сам работаю именно с ЗУПом уже почти 20 лет и навидался всякого. Очень интересно прочитать структурированное мнение про свою сферу деятельности и послушать про интересные проекты и решения.

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

Очень часто встречаю ситуацию, когда расчетчики живут в своей древней программе (есть у нас тут региональный монстр, который 25 лет держал весь рынок на своем продукте - причем продукт по своему хорош!), а кадры при этом живут в ЗУПе (чаще всего старом 2.5) и задача перевести кадры на свежий ЗУП, а потом туда перетащить расчетчиков. Давно пришел к мнению, что кадрам нужно бросить свою базу и забыть. Делаем перенос в чистый ЗУП 3.1 из базы расчетчиков, по необходимости дополняем данными из старого ЗУПа кадровиков. Опыт показал, что это единственный верный вариант для организаций с численностью больше тысячи сотрудников. Если меньше, еще как-то можно попробовать вырулить при наличии неглупого и трудолюбивого коллектива, но как правило дело дрянь и проект будет мертворожденным или затяжным года на 2-3.

На практике встречал разные варианты: кто-то брал СФ и создавал пустую базу, кто-то брал демо-версию, чистил её от сотрудников и документов, и вот она пустая. На самом деле оба варианта неверные! Первый вариант верный частично.

Понимание правильного варианта появляется при описании целей переноса данных. Также задаём себе вопрос: какие данные нужно внести 1 раз и больше не запускать их повторную загрузку?

Вот тут у меня возник вопрос, а где-же собственно правильный ответ на поставленный вопрос? Я однозначно рекомендую разворачивать чистую базу актуального релиза (желательного на длительной поддержке) от поставщика. Делаем первоначальную настройку базы и загружаем туда все необходимые классификаторы. Делаем копию и вот наш шаблон базы для дальнейших переносов.

Цикл статей весьма неплохой! Жду продолжения! =)
Остальные комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Kamilla_Tas 30.05.22 10:09 Сейчас в теме
Ознакомиться можно по ссылке (ВСТАВИТЬ ССЫЛКУ)


Ссылки нет((

За статью -спасибо!
2. biimmap 730 30.05.22 10:11 Сейчас в теме
(1) да ещё не готов материал) Это будет платная публикация.
Kamilla_Tas; +1 Ответить
3. Kamilla_Tas 30.05.22 10:13 Сейчас в теме
(2) Я просто из тех, кого тяжело представить)) Начинающий аналитик, который по собственной воле решил заняться ЗУПом))
5. aleks.public 30.05.22 13:10 Сейчас в теме
4. biimmap 730 30.05.22 10:19 Сейчас в теме
(3) да, редкий "зверь")) сочувствую. В первой статье написано, какой материал Вам нужно изучить) Потом ещё в одной статье будет про подходы к обучению.
Kamilla_Tas; +1 Ответить
6. smit1c 106 30.05.22 14:32 Сейчас в теме
ЗУП - это для аналитика, но не для программиста... ))
8. biimmap 730 30.05.22 20:00 Сейчас в теме
(6) Это лишь отчасти верное утверждение. Работа в ЗУП требует знания предметной области и умения копаться в данных. Это собственно и есть навыки аналитика.
9. laperuz 45 31.05.22 04:13 Сейчас в теме
(6)Для программиста ЗУП, кстати, хорош наличием программного интерфейса и отсутствием необходимости самому писать значительные участки кода.
10. smit1c 106 31.05.22 08:32 Сейчас в теме
(9) зато если надо найти откуда данные берутся, приходится прыгать по пяти промежуточным процедурам и потом найти простыню-запрос из временных таблиц....
11. Aftee 31.05.22 08:40 Сейчас в теме
(10) Это только первые раз пять :) Дальше втягиваешься, и, вроде, все не так уж плохо
12. biimmap 730 31.05.22 09:15 Сейчас в теме
(10) нужно уметь искать) Прыгать по процедурам так себе затея. Отладчик в качестве поисковика плохой помощник. Глобальный поиск рулит)
chiki-79; +1 Ответить
7. RustRR 30.05.22 14:39 Сейчас в теме
Краткое содержание статьи: Если перенести много данных - в них будет много ошибок, если мало - то мало, а ЗУП 3 не умеет обрабатывать некорректные данные! Понятненько.
13. cdiamond 221 31.05.22 15:00 Сейчас в теме
В ЗУПе главное расколоть МенеджерРасчетаЗарплаты. Большинство костылей по зарплате вставляются туда.
14. biimmap 730 31.05.22 16:17 Сейчас в теме
(13) Предпочитаю костыли не вставлять никуда! Кстати этот комментарий актуален для первой части статьи. В ней об этом написано. Есть ещё МенеджерДанныхУчетаВремениСотрудников) Он кстати сложнее в понимании и доработке. В нём ещё более универсальные алгоритмы. Дописал 2 строчки, а сломаться может пол конфигурации)
15. Vinzor 16 02.06.22 07:31 Сейчас в теме
В целом неплохо. Но вот убеждённость, что "Табель" обязательно нужен, меня удручает.
Он нужен только если:
- было такое, что не запланировано графиком (например, ночные часы)
- при суммированном учёте времени
- если это предусмотрено распоряжением по организации, чтобы были ответственные лица, вносящие данные по отработанному времени (зона ответственности за эти данные)
Других причин обязательного внесения табеля, при достаточности "График минус отклонения" , нет.
user1668778; +1 Ответить
16. biimmap 730 02.06.22 11:46 Сейчас в теме
(15) у каждого своё сочетание мнение+опыт. У меня не было проектов, где можно было бы его не вести. Работаю только на крупных проектах.
17. Vinzor 16 02.06.22 14:37 Сейчас в теме
(16) Неконкретно Вы как-то ответили. По сути "У нас так принято".

Тоже в крупных проектах работаю. Причины, по которым у нас "Табель" ведут обязательно, изложил ранее :)
Причины 1,2 - технического плана (ЗУП), 3 -управленческое требование бизнеса.
18. biimmap 730 02.06.22 14:52 Сейчас в теме
(17) На моих проектах от табеля много чего зависит. Где-то табель является источником доп. информации, где-то наоборот он формируется каким-то необычным способом на основании чего-то...

Проектов без суммированного учета времени тоже не припомню. Ночные часто встречаются в моей практике. Поэтому все озвученные Вами причины актуальны.

Потому и написал, что не было проектов где можно табель не делать. Проекты довольно подробно описаны в моём резюме на hh.ru оно открыто для всех.
26. NikeDyu 29.08.22 09:20 Сейчас в теме
(18) Приветствую, а можно ссылочку на резюме, чёт не могу найти :(
19. biimmap 730 02.06.22 14:54 Сейчас в теме
(17) Отдельно напишу, что часто приходилось копаться в коде обработки МенеджерДанныхУчетаВремениСотрудников. Могу точно сказать, что сложные расчеты без табеля невозможны! Т.к. в упрощенном варианте данные неверно собираются и подходят только для упрощённых схем расчета.

Код обработки всем также открыт, можно ознакомиться)
20. alisakish 06.06.22 19:44 Сейчас в теме
Я вот тоже почему-то решила, что ЗиК мне роднее чем все остальные 5 продуктов, которые мне приходится поддерживать у нас. И согласна с теми, кто считает, что опыт работы улучшают меня как аналитика. Кстати, если вы были программистом ПАРУСа, то вам будет не так уж и сложно! ЗиК или ЗУП после него уже не страшен!
21. Ulfhedhinn 245 15.08.22 05:43 Сейчас в теме
Сам работаю именно с ЗУПом уже почти 20 лет и навидался всякого. Очень интересно прочитать структурированное мнение про свою сферу деятельности и послушать про интересные проекты и решения.

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

Очень часто встречаю ситуацию, когда расчетчики живут в своей древней программе (есть у нас тут региональный монстр, который 25 лет держал весь рынок на своем продукте - причем продукт по своему хорош!), а кадры при этом живут в ЗУПе (чаще всего старом 2.5) и задача перевести кадры на свежий ЗУП, а потом туда перетащить расчетчиков. Давно пришел к мнению, что кадрам нужно бросить свою базу и забыть. Делаем перенос в чистый ЗУП 3.1 из базы расчетчиков, по необходимости дополняем данными из старого ЗУПа кадровиков. Опыт показал, что это единственный верный вариант для организаций с численностью больше тысячи сотрудников. Если меньше, еще как-то можно попробовать вырулить при наличии неглупого и трудолюбивого коллектива, но как правило дело дрянь и проект будет мертворожденным или затяжным года на 2-3.

На практике встречал разные варианты: кто-то брал СФ и создавал пустую базу, кто-то брал демо-версию, чистил её от сотрудников и документов, и вот она пустая. На самом деле оба варианта неверные! Первый вариант верный частично.

Понимание правильного варианта появляется при описании целей переноса данных. Также задаём себе вопрос: какие данные нужно внести 1 раз и больше не запускать их повторную загрузку?

Вот тут у меня возник вопрос, а где-же собственно правильный ответ на поставленный вопрос? Я однозначно рекомендую разворачивать чистую базу актуального релиза (желательного на длительной поддержке) от поставщика. Делаем первоначальную настройку базы и загружаем туда все необходимые классификаторы. Делаем копию и вот наш шаблон базы для дальнейших переносов.

Цикл статей весьма неплохой! Жду продолжения! =)
22. biimmap 730 15.08.22 09:50 Сейчас в теме
(21)
где-же собственно правильный ответ на поставленный вопрос?


1. Пустой релиз
2. Первичное заполнение
3. Обновление классификаторов
4. Первичная настройка базы
5. Загрузка справочников организационной структуры (Организации, Графики работы...)

На Жёлтой субмарине в Нижнем Новгороде выступал с этим докладом. Там голосом эти пункты озвучивал)
23. biimmap 730 15.08.22 09:51 Сейчас в теме
(21)
Цикл статей весьма неплохой!


Просто ради интереса: почему люди прочитав статью, которая понравилась не ставят плюсы?
24. Ulfhedhinn 245 16.08.22 02:43 Сейчас в теме
(23) я редко пользуюсь Инфостартом, при нажатии на плюс не понятна механика, предлагает добавить "в загрузки" или "в избранное", мне в общем-то не нужно ни то ни другое. Плюса не жалко, пришлось пройти по статьям и добавить в избранное =)
25. biimmap 730 16.08.22 10:01 Сейчас в теме
(24) я для этого создал новую папку "Просто плюсы". И там где статья нравится ставлю.
Ulfhedhinn; +1 Ответить
Оставьте свое сообщение

См. также

Обмен данными. Консистентность vs Многопоточность Промо

Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Рассмотрим теоретические основы обмена данными. Какие бывают обмены, какие гарантии при этом даются, зачем идти на компромиссы и что при этом может пойти не так. Есть ли идеальная схема?

03.09.2019    17274    m-rv    2    

Ни в ЗУП ногой!? А мне нравится! Часть 3. Как меня туда занесло?

Зарплата Кадровый учет Внедрение ИТ-системы Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 2.5 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и кадры 7.7 1С:Зарплата и кадры государственного учреждения 3 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

Ни для кого не секрет, что ЗУП - одно из сложнейших решений в линейке 1С. Многие разработчики и аналитики не любят им заниматься. Тяжело представить, чтоб начинающий разработчик/аналитик стал по доброй воле работать в сфере управления персоналом и расчета заработной платы. В данной серии статьей будет рассказано, какие видятся плюсы в этом решении и как справляться с его минусами. Кратко расскажу, как встать на этот путь, приведу примеры выполненных задач.

18.07.2022    2576    biimmap    7    

Ни в ЗУП ногой!? А мне нравится! Часть 2. Плюсы решения, где они прячутся?

Зарплата Кадровый учет Внедрение ИТ-системы Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 2.5 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и кадры 7.7 1С:Зарплата и кадры государственного учреждения 3 1С:Зарплата и Управление Персоналом 3.x Бухгалтерский учет Бесплатно (free)

Ни для кого не секрет, что ЗУП - одно из сложнейших решений в линейке 1С. Многие разработчики и аналитики не любят им заниматься. Тяжело представить, чтобы начинающий разработчик/аналитик стал по доброй воле работать в сфере управления персоналом и расчета заработной платы. В данной серии статьей будет рассказано, какие видятся плюсы в этом решении и как справляться с его минусами. Кратко расскажу, как встать на этот путь, приведу примеры выполненных задач.

04.07.2022    4111    biimmap    49    

Переход с УПП на ERP с сохранением документов. Фантастика или реальность?

Внедрение ИТ-системы Обмен между базами 1C Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 Бесплатно (free)

В последнее время задача перехода с УПП становится все более актуальной. Причина – ожидаемое снятие УПП с поддержки и более продвинутые возможности последних версий конфигураций 1С. О том, какие методики переноса данных из УПП в ERP можно применить, и как в автоматическом режиме убедиться, что все перенеслось корректно, на конференции Infostart Event 2021 Moscow Premiere рассказал Сергей Сорокин.

28.04.2022    2383    primat    2    

Выгрузка документа по условию Промо

Обмен между базами 1C Платформа 1С v8.3 Бесплатно (free)

Что делать, если документы нужно выгружать не все подряд, а по какому-то фильтру: статусу, дате, набору условий... А что если он соответствовал этим условиям, а потом перестал? А если потом опять начал? Такие ситуации заставили попотеть не одного программиста.

25.04.2019    18766    m-rv    4    

Порядок слияния баз ЗУП 3.1, используя Конвертацию данных 2.1

Обмен между базами 1C Платформа 1С v8.3 1С:Конвертация данных 1С:Зарплата и Управление Персоналом 3.x Россия Бесплатно (free)

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

14.12.2021    1387    gshirok    11    

Выполнение синхронизации (обмен) по событию 1С (двусторонний обмен)

Обмен между базами 1C Платформа 1С v8.3 1С:Бухгалтерия 2.0 1С:Управление нашей фирмой 1.6 Бесплатно (free)

Выполнить синхронизацию(обмен) с другой базой 1С по событию в 1С (проведение документа). Запустить синхронизацию из другой базы 1С.

16.11.2021    3525    Swamt    0    

Как читать чужой код? Часть 4. Программный интерфейс. Исправление чужих доработок

Работа с интерфейсом Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Во всех вакансиях есть требование - умение читать чужой код. Но ни на одних курсах специально этому не учат. Чтобы устранить это противоречие, пишу данную статью. Рассмотрю случаи, в которых нам необходимо разбирать чужой код, поймём, чей код мы пытаемся разобрать, зачем и, главное, как. В статье описан личный опыт длиною в 18 лет начиная с версии платформы 7.7. Статья будет большой, набираемся терпения). Статья содержит в себе описание сценариев разбора кода, т.е. набор шагов. В статье не получится показать это на практике. Для этого планирую сделать онлайн или оффлайн курс, где на примерах будет показан разбор незнакомого кода. Статья разбита на 4 публикации для удобства изучения.

20.09.2021    3789    biimmap    9    

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

Групповая разработка (Git, хранилище) Обмен между базами 1C Платформа 1С v8.3 1С:Конвертация данных Бесплатно (free)

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

25.06.2018    31595    olegtymko    48    

Как читать чужой код? Часть 3. Разбор и доработка запросов

Запросы Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Во всех вакансиях есть требование - умение читать чужой код. Но ни на одних курсах специально этому не учат. Чтобы устранить это противоречие, пишу данную статью. Рассмотрю случаи, в которых нам необходимо разбирать чужой код, поймём, чей код мы пытаемся разобрать, зачем и, главное, как. В статье описан личный опыт длиною в 18 лет начиная с версии платформы 7.7. Статья будет большой, набираемся терпения). Статья содержит в себе описание сценариев разбора кода, т.е. набор шагов. В статье не получится показать это на практике. Для этого планирую сделать онлайн или оффлайн курс, где на примерах будет показан разбор незнакомого кода. Статья разбита на 4 публикации для удобства изучения.

20.09.2021    4073    biimmap    32    

Как читать чужой код? Часть 2. Доработка типовой конфигурации. Обновление доработанной типовой конфигурации

Обновление 1С Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Во всех вакансиях есть требование - умение читать чужой код. Но ни на одних курсах специально этому не учат. Чтобы устранить это противоречие, пишу данную статью. Рассмотрю случаи, в которых нам необходимо разбирать чужой код, поймём, чей код мы пытаемся разобрать, зачем и главное как. В статье описан личный опыт длиною в 18 лет начиная с версии платформы 7.7. Статья будет большой, набираемся терпения). Статья содержит в себе описание сценариев разбора кода, т.е. набор шагов. В статье не получится показать это на практике. Для этого планирую сделать онлайн или оффлайн курс, где на примерах будет показан разбор незнакомого кода. Статья разбита на 4 публикации для удобства изучения.

20.09.2021    4036    biimmap    31    

Как читать чужой код? Часть 1. Общие вопросы. Доработка чужого кода. Code review

Рефакторинг и качество кода Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Во всех вакансиях есть требование - умение читать чужой код. Но ни на одних курсах специально этому не учат. Чтобы устранить это противоречие, пишу данную статью. Рассмотрю случаи, в которых нам необходимо разбирать чужой код, поймём, чей код мы пытаемся разобрать, зачем и, главное, как. В статье описан личный опыт длиною в 18 лет начиная с версии платформы 7.7. Статья будет большой, набираемся терпения). Статья содержит в себе описание сценариев разбора кода, т.е. набор шагов. В статье не получится показать это на практике. Для этого планирую сделать онлайн или оффлайн курс, где на примерах будет показан разбор незнакомого кода. Статья разбита на 4 публикации для удобства изучения.

20.09.2021    11378    biimmap    55    

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

Обмен между базами 1C Платформа 1С v8.3 Бесплатно (free)

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

11.05.2018    26621    V.Stavinsky    11    

Что делать, когда обмены между разными базами данных портят вам жизнь…

Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Если при обмене между базами данных наблюдаются следующие симптомы: • Процедуры обмена занимают неприемлемо много времени. • Процессы обмена периодически вылетают «по ошибке» и их приходится запускать заново. • Поиск ошибок обмена превращается в ужасающий квест. То, скорее всего вы используете конфигурацию «Конвертация данных». А если при этом вам надоело получать сообщения службы поддержки о новых ошибках и вы бережете свои нервы, то данная статья написана прямо для вас. Чуть ниже я расскажу вам, как навсегда забыть проблемы, связанные со словом "обмен".

10.09.2021    2747    director04    9    

Описание формата 1С JDTO (JSON data transfer object)

Обмен между базами 1C Платформа 1С v8.3 Бесплатно (free)

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

16.07.2021    9722    zhichkin    32    

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

Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

10.08.2015    193657    tormozit    72    

Добавление нового документа в формат обмена EnterpriseData (получение)

Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Россия Бесплатно (free)

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

27.04.2021    2359    con-men    2    

Добавление нового документа в формат обмена EnterpriseData (отправка)

Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Россия Бесплатно (free)

Для меня встала задача добавить новый документ, созданный в расширении, в формат обмена EnterpriseData, между БП - УНФ. Изначальный поиск решения не дал результата. Методом проб и ошибок у меня сформировалось свое решение, которым спешу поделиться, чтобы систематизировать информацию в текст и услышать плюсы, минусы подхода. Все доработки осуществляются в расширении, в котором и был создан новый документ.

21.04.2021    4579    con-men    7    

Правила обмена больше не нужны

Внешние источники данных Обмен между базами 1C WEB-интеграция Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Бесплатно (free)

Есть несколько общепринятых подходов к написанию обмена между 1С-системами, каждый из которых упирается в длительное изучение технологии, мучительную отладку правил конвертации и написание большого количества сервисного кода, в котором потом тяжело разобраться. О принципах работы универсального фреймворка liteExchange, который реализует быстрые обмены между 1С и внешними системами, и берет на себя всю техническую обвязку по стандартному преобразованию данных, на INFOSTART MEETUP Saint Petersburg.Online рассказал Николай Крылов.

17.03.2021    17429    Nikola23    40    

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

Обмен между базами 1C Платформа 1С v8.3 1С:Конвертация данных Бесплатно (free)

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

05.05.2017    29612    unichkin    6    

Архитектурное решение интеграции баз 1С с использованием брокера сообщений Rabbit MQ

Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

При решении задач интеграции баз данных можно использовать различные средства «транспорта» сообщений. Одним из таких механизмов является брокер сообщений «Rabbit MQ». Такие механизмы очередей сообщений удобно использовать для организации обмена между информационными системами с различной структурой данных, когда велик объем передаваемой информации и требуются гарантии успешной доставки сообщений, а также когда поддержание работоспособности иных способов передачи, например через файлы, становиться слишком трудоемким. Брокер сообщений Rabbit MQ широко описан в сети, но 1С пока не имеет штатных механизмов работы с ним, поэтому их приходится дорабатывать. Рассмотрим пример архитектуры 1С с его использованием.

12.02.2021    3555    Koder_Line    6    

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

Зарплата Обмен между базами 1C Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 2.5 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Бесплатно (free)

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

25.01.2021    14971    VAAngelov    81    

РИБ 200 узлов. Середина пути Промо

Обмен между базами 1C Платформа 1С v8.3 1С:Розница Россия Бесплатно (free)

Между настройкой и поддержкой РИБ на 2 узла и на 10 большой разницы нет, а вот когда число удаленных точек переваливает за сотню, приходится решать уже совсем другие вопросы

25.10.2016    42457    comol    215    

Объединение баз ЗУП

Обмен между базами 1C Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 3.x Бухгалтерский учет Бесплатно (free)

Есть база ЗУП 3.1, в которой ведется одна организация, все данные из нее нужно перенести в общий ЗУП, обе базы типовые. Используем для переноса КД 2.0.

10.01.2021    4645    roger83    3    

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

Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

05.12.2020    3710    simon_sidoruk    22    

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

Универсальные обработки Математика и алгоритмы Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

07.08.2015    74195    tormozit    29    

XDTO на службе надежности обмена

Обмен между базами 1C Платформа 1С v8.3 Бесплатно (free)

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

28.09.2020    1935    m_kislyak    4    

Лайфхаки конвертации данных 2.1 (часть 2)

Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

В данной статье будут рассмотрены десять приемов работы с конвертацией данных 2.1. Указанные приемы явно не описываются в документации (справке), но их полезно знать и применять. Для наглядности приёмы работы сопровождаются описанием реализации и практическими примерами.

14.09.2020    24064    Shining_ninja    17    

Восстановление узла РИБ по магазинам на примере 1С:Розница 2.3.4

Обмен между базами 1C Платформа 1С v8.3 1С:Розница Россия Бесплатно (free)

После очередного обновления узла РИБ столкнулся с ошибкой, РИБ перестал работать. Начитался много статей про восстановление РИБа, ни одна толково не помогла. Поэтому не мытьем, так катанием сам разобрался, как же быстро восстановить РИБ, чтобы он заработал.

15.06.2020    14663    maxon    13    

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

Обмен между базами 1C Платформа 1С v8.3 1С:Конвертация данных Бесплатно (free)

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

15.06.2020    8357    Drivingblind    10    

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

Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Управленческий учет Бесплатно (free)

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

12.06.2020    19446    aximo    22    

Лайфхаки конвертации данных 2.1

Обмен между базами 1C Платформа 1С v8.3 1С:Конвертация данных Россия Бесплатно (free)

В данной статье будут рассмотрены десять приемов работы с конвертацией данных 2.1. Указанные приемы явно не описываются в документации (справке), но их полезно знать и применять. Для наглядности приёмы работы сопровождаются описанием реализации и практическими примерами.

07.06.2020    22310    Shining_ninja    13    

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

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Конвертация данных Бесплатно (free)

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

29.10.2013    53728    pyrkin_vanya    71    

Как мы РИБ на веб-сервисы переводили

Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Россия Бесплатно (free)

Решение проблем обмена РИБ с 10+ баз с помощью веб-сервисов и базы обмена.

13.05.2020    6570    RSConsulting    22    

Механизм XDTO

Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

12.05.2020    8015    totchaz    4    

Интеграция БИТ:СКУД с типовой конфигурацией

Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Россия Бесплатно (free)

Интеграция БИТ:СКУД с типовой конфигурацией, обновление БИТ:СКУД в составе конфигурации и отдельно. Обновление системы защиты.

26.04.2020    7386    RPGrigorev    0    

Кэширование COM-соединения. Три способа Промо

Внешние источники данных WEB-интеграция Обмен между базами 1C Платформа 1С v8.3 Россия Бесплатно (free)

Статья о трех способах кэширования COM-соединения в 1С:Предприятии 8.x.

11.04.2013    44360    Infostart    42    

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

Обмен между базами 1C БСП (Библиотека стандартных подсистем) Платформа 1С v8.3 Бесплатно (free)

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

04.03.2020    8138    partizand    7    

Установка расширений конфигурации, модифицирующих структуры данных, в фоновом задании запрещена

Обмен между базами 1C Платформа 1С v8.3 Бесплатно (free)

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

20.02.2020    5758    fristaller    7    

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

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Конфигурации 1cv8 Россия Бесплатно (free)

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

20.06.2012    107785    kser87    52    

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

Обмен между базами 1C Платформа 1С v8.3 1С:Документооборот 1С:ERP Управление предприятием 2 Бесплатно (free)

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

24.01.2020    8600    e-9    8    

Как сделать обмен данными через универсальный формат быстрее? Реализация многопоточного обмена данными

Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

31.12.2019    10926    ids79    17    

Заметки по Конвертации данных 3.0

Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Написал небольшие заметки по конвертации данных 3.0.

18.11.2019    26147    John_d    20    

Обсудим планы обмена. Способы регистрации объектов к обмену

Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

В этой статье я предлагаю обсудить такой объект конфигурации, как "план обмена", а точнее, методы регистрации в нем. Да и вообще, посмотрим, как можно зарегистрировать объекты к обмену.

16.11.2019    65842    aximo    47    

Простой пример кода для работы с переносом данных (ЗУП)

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

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

13.11.2019    5614    aaguselnikova    4    

Конвертация ставок НДС: из Перечисления в Справочник (правила обмена в конвертации 2.0)

Обмен между базами 1C Платформа 1С v8.3 1С:Конвертация данных Россия НДС Бесплатно (free)

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

09.11.2019    10644    vikulinamari    8    

И снова "Конфигурация узла распределенной ИБ не соответствует ожидаемой"

Обмен между базами 1C Платформа 1С v8.3 Бесплатно (free)

Конфигурация узла распределенной ИБ не соответствует ожидаемой. Приведен очередной способ устранения этой ошибки, возникший не в результате сбоев в работе оборудования или при обмене, а в результате обновления платформы 1С.

05.11.2019    7701    Kobra_RU    11