Перенос данных КА 1.1 (УПП 1.3) => БП 3.0

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

Для переноса из КА (УПП) в ЗУП: тоже есть правила переноса.

Расскажем как производится  перенос данных из типовой конфигурации «Комплексная автоматизация», редакции 1.1 (далее по тексту Конфигурации-источник) в типовую конфигурацию «Бухгалтерия предприятия», редакция 3.0, далее по тексту именуемую «Конфигурация-получатель».

Переход с Конфигурации-источник на Конфигурацию-получатель рекомендуется выполнять в начале нового периода (года, квартала, месяца) после завершения регламентных операций прошлого периода.

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

Для переноса данных необходимы следующие файлы:     

КА_ACC8.xml — правила конвертации данных.

Переносимые данные.

Из информационной базы КА 1.1 в БП 3.0 переносятся:

— информация о текущих остатках на счетах бухгалтерского учета информационной базы Конфигурации-источник на дату конвертации информационной базы, документы, справочная информация;

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

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

Конвертация выполняется в два этапа:

— данные из информационной базы КА 1.1 выгружаются в отдельный файл (файл данных);

— полученный файл загружается в информационную базу БП 3.0.

Установка.

Установки не требуется, так как используются обработки, встроенные в типовые конфигурации, в Конфигурацию-источник и Конфигурацию-получатель.

Порядок работы.

В программе 1С Комплексная автоматизация 8 нужно открыть обработку Универсальный обмен данными в формате XML, выбрать папку, в которой находятся правила переноса (см. рис. 1) и загрузить правила обмена. Не нужно включать все правила переноса. Следует использовать только те, которые необходимы для переноса остатков. Все справочники переносятся по ссылкам, по мере необходимости, т.е. только те, которые задействованы в остатках. Это обеспечивает отсутствие "мусора" в новой информационной базе.

Если нужно выгрузить остатки на конец года, например на конец дня 31.12.2014, т.е. правильнее говорить на начало 2024 года, то период выгрузки должен быть 01.01.2024 —  ХХ.ХХ.ХХХХ. Документы ввода остатков в Конфигурации-получателе будут датированы 31.12.2014. С 01.01.2024 в Конфигурации-получателе нужно создавать документы, отражающие текущие операции. Если нужны только остатки, то включать надо правила выгрузки данных из раздела "Входящие остатки" (см. рис.1). Правила выгрузки данных из раздела "Документы" в этом случае следует отключить (см. рис 3 и 4). Период выгрузки например 01.01.2024 —  31.01.2024 означает, что переносится будут документы января 2024 года. Правила выгрузки данных из раздела "Документы" в этом случае должны быть включены.

Рис.1. Обработка для выгрузки данных

В первую очередь рекомендуем перенести учетную политику организации (справочник "Организации" переносится по ссылкам). При переносе остатков нужно правильно установить параметры (см. рис.2) в соответствии с настройкой плана счетов. По умолчанию параметры устанавливаются после загрузки правил обмена: параметр "Ведется складской учет" в зависимости от того, ведется ли складской учет на счетах учета ТМЦ (анализируется настройка счета "10.01"), параметр "Ведется суммовой учет по складам" в соответствии с признаком учета субконто "Суммовой". Параметр "Вести учет по работникам" устанавливается по умолчанию как "да". При необходимости можно изменить параметры до выгрузки данных. Для возврата к значениям по умолчанию следует перезагрузить правила обмена.

Рис.2 Установка параметров

При установленном параметре Переносить реквизит подразделение производится перенос реквизита Подразделение (используется в УУ) в реквизит ПодразделениеОрганизации. Имеет смысл при переносе данных в версию КОРП. Нужно иметь ввиду, что переносится не само значение реквизита Подразделение, а его соответствие из справочника ПодразделенияОрганизаций.

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

Рис.3 Перечень правил обмена документами

Перечень видов документов к переносу

• Авансовый отчет
• Аккредитив переданный
• Аккредитив полученный
• Акт об оказании производственных услуг
• Возврат материалов из эксплуатации
• Возврат товаров от покупателя
• Возврат товаров поставщику
• Выдача денежных документов
• Выпуск продукции
• ГТД по импорту
• Доверенность
• Документ расчетов с контрагентом (ручной учет)
• Зарплата к выплате организаций
• Заказ покупателя
• Изменение графиков амортизации ОС
• Изменение параметров начисления амортизации ОС
• Изменение состояния ОС
• Изменение способов отражения расходов по амортизации ОС
• Инкассовое поручение переданное
• Инкассовое поручение полученное
• Комплектация номенклатуры
• Корректировка долга
• Корректировка поступления
• Корректировка реализации
• Модернизация ОС
• Операция (бухгалтерский и налоговый учет)
• Оплата от покупателя платежной картой
• Оприходование товаров
• Отражение зарплаты в регл учете
• Отчет комиссионера о продажах
• Отчет комитенту о продажах товаров
• Отчет о розничных продажах
• Передача материалов в эксплуатацию
• Передача НМА
• Передача оборудования в монтаж
• Передача ОС
• Передача товаров
• Перемещение ОС
• Перемещение товаров
• Платежное поручение входящее
• Платежное поручение исходящее
• Платежное требование выставленное
• Платежное требование полученное
• Платежный ордер на поступление денежных средств
• Платежный ордер на списание денежных средств
• Подготовка к передаче ОС
• Получение услуг по переработке (Поступление из переработки)
• Поступление денежных документов
• Поступление доп. расходов
• Поступление НМА
• Поступление товаров и услуг
• Поступление товаров и услуг в НТТ
• Принятие к учету НМА
• Принятие к учету ОС
• Приходный кассовый ордер
• Расходный кассовый ордер
• Реализация отгруженных товаров
• Реализация товаров и услуг
• Списание материалов из эксплуатации
• Списание НМА
• Списание ОС
• Списание товаров
• Счет на оплату покупателю
• Счет-фактура выданный
• СчетФактураПолученный
• Требование-накладная

Перечень правил обмена справочниками показан на рис.4.

Рис.4 Перечень правил обмена справочниками

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

Проверки перед выгрузкой.

Нулевое количество и ненулевая сумма ТМЦ. Ввести в Конфигурации-получателе остаток таким образом, чтобы количество ТМЦ было равно нулю, а стоимостная оценка ТМЦ не равнялась нулю, невозможно, да и бессмысленно, потому что это ошибка. Поэтому при переносе остатков такие позиции (с нулевым количеством) будут отсутствовать в документах ввода остатков. Следовательно, если ошибки не исправить до переноса данных, то суммы в источнике и приемнике данных при переносе остатков не будут совпадать, что вызовет дополнительные трудности сверки. Поэтому в процессе выгрузки данных из Конфигурации-источник выводятся сообщения о встретившихся ошибках (см. рис.5.1).

Рис.5.1 Сообщения о встретившихся ошибках

Наличие пустых значений субконто в остатках. При не заполненных субконто некоторые документы ввода начальных остатков невозможно будет провести после загрузки данных. При установленном значении параметра Выполнить проверку перед выгрузкой производится проверка наличия пустых значений в остатках по счетам 07, 68, 69, 70, результат выводится в окно сообщений (см. рис.5.2) или в таблицу ошибок (см. рис.11).

Рис.5.2 Сообщения о ошибках

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

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

Рис.5.3 Результат работы алгоритма поиска дублей

Если Вы хотите выполнить проверку на наличие дублей до фактического переноса, рекомендую установить фильтр (см. рис.6.1) и выбрать один элемент справочника для экономии времени. Поиск дублей будет произведен во всем справочнике.

Приемы работы

Покажем как можно переносить данные частями, а не целиком, на примере выгрузки справочника отдельного вида или даже отдельных элементов справочника выбранного вида. Пометим только одно правило выгрузки данных "Физические лица" (см. рис.6). Это позволит выгрузить только элементы справочника "Физические лица".  Можно дополнительно установить отбор элементов справочника по реквизитам.

Рис.6 Как установить правило выгрузки данных определенного вида

Как переносятся цены номенклатуры см. описание.

Особенности переноса платежных поручений на уплату налогов см. описание.

Особенности переноса платежных поручений с видом операции Перечисление заработной платы см. описание.

Заполнение отборов данных по журналу регистрации

Выше на примере выгрузки справочника физических лиц было показано, как можно осуществлять отбор информации для переноса по определенным критериям. Но такой прием позволяет выбрать данные по значениям реквизитов справочников, документов и т.д. Например по дате документа, по отдельной организации и т.п. А что если нам необходимо перенести данные, измененные в определенный период времени. Возможно это? Да, возможно. Все действия пользователей сохраняются в журнале регистрации. Какие именно изменения претерпел тот или иной документ по журналу регистрации выяснить невозможно. Но нам это и не нужно. Для нашей задачи важно знать, что изменения произошли, и следовательно измененный документ нужно перенести в другую информационную базу. Как выглядят записи журнала регистрации показано на рис.7.1.

 Рис.7.1 Фрагмент журнала регистрации

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

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

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

Рис.7.2 Доработанная обработка выгрузки данных

На рис.7.2 цветом выделена кнопка Заполнить отбор, при нажатии на которую вызывается процедура заполнения таблицы отборов обработки Универсальный обмен данными в формате XML. При выполнении этой процедуры в окне настройки (см. рис.7.3) нужно задать период просмотра журнала регистрации (по умолчанию заполняется периодом выгрузки данных). Т.е. период в окне настройки — это интересующий нас временной интервал, в течение которого происходили изменения данных (документов). Здесь же можно задать отбор по пользователю, который действия выполнял, и организации (по умолчанию заполняется значением параметра выгрузки По организации).

 Рис.7.3 Окно настроек заполнения таблицы отборов

При нажатии на кнопку OK будет произведен поиск событий изменения документов в журнале регистрации в заданном интервале времени и заполнение отборов для соответствующих правил выгрузки: будут сформированы списки измененных документов и установлен отбор по этим спискам. Результат показан на рис.7.4. В процессе выполнения описанной процедуры могут появляться сообщения типа: "Не найдено правило выгрузки для Документ.УстановкаНаценокПоУсловиямПродаж". Это не ошибка, это означает, что в журнале регистрации в указанном периоде найден документ вида УстановкаНаценокПоУсловиямПродаж, который был изменен, но который не может быть выгружен, так как для него нет правила выгрузки. Такие сообщения выводятся для дополнительного контроля и только, на результат переноса они никак не влияют.

Рис.7.4 Результат заполнения отборов

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

Описанная обработка, обладающая расширенным функционалом, называется УниверсальныйОбменДаннымиXML_С_Отбором_По_ЖР и входит в комплект поставки. Ее отличия от типовой состоят в наличии в модуле основной формы обработки двух дополнительных процедур: КоманднаяПанельТаблицаПравилВыгрузкиЗаполнитьОтбор и ВставитьКнопкуЗаполнитьОтбор, а также одной строки ВставитьКнопкуЗаполнитьОтбор() в процедуре ПриОткрытии. Т.е. кнопка формируется программным способом, сама форма не изменилась, и таким образом при изменении типовой обработки изменения легко будет повторить. Кроме того есть дополнительная форма ФормаНастройкиЗаполненияОтборов.

Возможный сценарий регулярного переноса данных.

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

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

Например, бухгалтерский отчет сдан за 3 квартал 2024 года, следовательно документы с датой по 30.09.2024 включительно переноситься в программу бухучета не должны, период по 30.09.2024 — это закрытый период. Устанавливаем период выгрузки с 01.10.2024 по 31.12.2024.  Затем используем заполнение по журналу регистрации. Период отбора событий (отбора событий по дате события!) устанавливаем в окне, показанном на рис. 7.3. Еще раз обращаю внимание, важно понимать разницу между датой события (например создания документа) и датой документа. Допустим в октябре 2024 года был создан документ с датой 30.09.2024. Если мы заполняем отбор по событиям октября, то такой документ в отбор попадет, но в выгрузку не попадет, так как период выгрузки — 4 квартал 2024 года. Таким образом документы, созданные задним числом с датой не попавшей в период выгрузки (т.е. они в закрытом периоде), не переносятся, попали в открытый период (01.10.2024 и далее) — перенесутся.

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

Разумеется, можно и не использовать отбор по журналу регистрации, а переносить все документы текущего периода. Тогда они будут перезаписываться в базе приемнике многократно.

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

После окончания выгрузки необходимо запустить программу 1С Бухгалтерия 8. Загрузку как первоначально так и при повторных переносах данных или дополнительных переносах следует выполнять с помощью типовой обработки "Универсальный обмен данными в формате XML" (см. рис.8).

Рис.8 Загрузка в программу 1С Бухгалтерия 8

После загрузки в программу "1С:Бухгалтерия 8" документы следует перепровести. 

Порядок работы со специализированной обработкой переноса данных.

Обработка используется только в режиме Файловый. Обработку ПереносДанных_из_КА_в_БП_30.epf следует запустить в информационной базе, куда переносятся данные, т.е. в 1С Бухгалтерия предприятия ред. 3.0. В первом окне (см. рис.9) следует указать вариант загрузки данных из информационной базы на платформе 1С:Предприятие:

• Загрузить данные непосредственно из информационной базы

• Загрузка данных из файла, сформированного ранее в информационной базе — источнике данных

Рис.9 Стартовое окно обработки переноса данных

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

В следующем окне (см. рис.10) необходимо выполнить настройку переноса:

• Выбрать информационную базу из списка (список такой же как при запуске приложения 1С Предприятие).

• Указать имя и пароль пользователя

• Указать какую информацию следует перенести

• Дополнительно можно выполнить проверку данных в источнике на предмет корректности переноса

При переносе справочников будут перенесены данные из всех справочников выбранной информационной базы. Если флажок не установлен, но выбран любой другой вариант переноса, то справочники также будут перенесены, но только в том объеме, который необходим для заполнения данных в перенесенных проводках и документах. При переносе данных можно перенести справочники, остатки на начало года и документы за выбранный период. Варианты переноса можно выбирать в любой комбинации. При переносе остатков будут перенесены данные об остатках по счетах учета по состоянию на 1 января выбранного года по правилам, указанным на рис.1. В 1С:Бухгалтерии 8 будут созданы документы «Ввод начальных остатков» на 31 декабря года, предшествующего выбранному. При переносе документов будут перенесены документы за выбранный период по правилам, указанным на рис.3. В процессе переноса в 1С:Бухгалтерии 8 будут созданы документы, соответствующие документам из конфигурации-источника. Перенос документов рекомендуется выполнять за тот период, за который отчетность еще не была сдана.

Рис.10 Окно параметров переноса

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

Рис.11 Результат проверки данных перед загрузкой

В процессе выполнения передачи данных из источника в приемник на экране будет обновляться картинка, которая индицирует текущий этап: подключение к информационной базе, выгрузка данных, загрузка данных и т.д. Кроме того, более детальная информация отображается ниже в виде строки, например, "Выгрузка данных: Документы(3/3)". По окончании загрузки данных запускается процесс проведения загруженных документов и затем проверка загруженных данных. Если в ходе проведения документов или проверки данных возникли ошибки, то по окончании в окне сообщений появятся сообщения об этом. Сообщения об ошибках можно также просмотреть в отдельном окне, нажав на гиперссылку Информация об ошибках (см.Рис.12).

Рис.12 Индикация процесса передачи данных

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

Рис.13 Фрагмент таблицы, содержащей записи об ошибках

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

Методика конвертации данных.

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

Остатки переносятся посредством документов «Ввод начальных остатков».

Подробнее с методикой ввода остатков можно ознакомиться в статье на сайте ИТС фирмы 1С.

Важно! Перед вводом начальных остатков должны быть заданы параметры учетной политики. Параметры учетной политики организации считываются на дату, следующую за датой ввода остатков. Например если дата ввода остатков 31.12.2013 г., то учитываются параметры учетной политики, установленные на дату 01.01.2014 г. Это позволяет учитывать параметры текущей учетной политики (например: если в 2013 г. организация применяла упрощенную систему налогообложения, а с 2014 г. перешла на общую систему — то при вводе остатков на дату 31.12.2013 г. будут учитываться параметры учетной политики 2014 г). Именно поэтому, как указано выше, в первую очередь рекомендуем перенести учетную политику организации.

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

Принципы синхронизации данных изложены в  описании в формате PDF, скачивайте бесплатно.

Дополнение к описанию:

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

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

Комплект поставки.

В комплект поставки входят: правила переноса KA_ACC8. Для варианта Перенос остатков и документов из программы 1С КА в 1С БП ред.3.0 с отбором по ЖР в комплект входит также обработка УниверсальныйОбменДаннымиXML_С_Отбором_По_ЖР. 

Другие правила переноса данных:

• Перенос данных из программы 1С Бухгалтерия 8 в 1С Управление производственным предприятием и 1С:Комплексная автоматизация 8

• Перенос данных из программ 1С ПУБ 7.7 в 1С Бухгалтерия 8

• Перенос данных из программ 1С Бухгалтерия 7.7 и 1С УСН 7.7 в 1С Бухгалтерия 8

• Перенос данных из программы 1С Бухгалтерия 8 ред.1.6 в 1С Бухгалтерия 8 ред.3.0

• Перенос данных из программы 1С Зарплата и кадры 7.7 в 1С Зарплата и управление персоналом 8

• Перенос данных из программ 1С Управление производственным предприятием и 1С Комплексная автоматизация 8 в 1С Зарплата и Управление Персоналом

• Перенос данных об уплаченных страховых взносах из программы 1С Бухгалтерия 8 в программу 1С Зарплата и Управление Персоналом