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

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

Ранее в 1С Бухгалтерия 2.0 и ЗУП 2.5 выгрузка запускалась вручную и данные перегружались через внешний файл. В 1С Бухгалтерия как правило выгружался документ «Отражение зарплаты в регламентированном учете». Так же была возможность выгружать платежные документы.

В версиях 1С 8.3 начиная с 3.0 данный механизм кардинально изменился. Появилась возможность настроить автоматическую синхронизацию между ЗУП и БП, которая будет выполняться в указанное время с установленной периодичностью. Отпадает необходимость делать каждую выгрузку вручную.

Прежде чем перейти к настройке обмена данных между базами 1С ЗУП и Бухгалтерия, проверьте, доступна ли у вашей учетной записи роль «Администратор системы» или «Синхронизация данных с другими программами». Без них такой функционал вам не будет доступен.

Настройка переноса данных из 1С:ЗУП 3.1

Откройте 1С:ЗУП в режиме предприятия. Перейдите в меню «Администрирование» и выберите пункт «Синхронизация данных».

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

В появившемся окне выберите из меню «Настройка синхронизации данных» выберите пункт «Бухгалтерия предприятия, редакция 3…».

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

В появившемся окне выберите ручное указание настроек и нажмите «Далее».

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

Для настройки синхронизации нужно знать место расположения другой информационной базы. Если вы этого не знаете, зайдите в нее и выберите в главном меню пункт «Справка»- «О программе».

В случае, когда база 1С 8.3 файловая, в настройках необходимо указать только каталог ее места расположения. Если база расположена на сервере 1С:Предприятие, укажите кластер сервера и имя информационной базы.

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

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

Настройка расписания обмена данных

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

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

Обратите внимание! Расписание настраивается на выгрузку данных и на их получение отдельно, выбрав соответствующую строку в табличной части формы настройки расписания.

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

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

Общие принципы

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

Ну тут сразу возникает как минимум две идеи:

  • Использовать планы обмена;
  • Использовать самописный вариант синхронизации;

Но я сразу добавлю еще и третий вариант – гибридный:

  • Использовать самописный вариант синхронизации, но данные регистрировать при помощи планов обмена.

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

Планы обмена

Те, кто использовал ранее распределенные базы данных, знает на сколько это круто и удобно, но увы, с мобильными технологиями – это не реально. И это не реально не по той причине, что эта технология попросту не доступна в мобильном решении, а по той причине, что она не нужна. Почему? Давайте попробуем разобраться.

Какие у нас есть плюсы в использовании РБД?

    Переносимость структуры конфигурации в узлы, т.е. если мы что-то изменили в конфигурации ЦБ, то оно перенесется в узлы, и конфа узлов соответствует конфе ЦБ;

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

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

Какие минусы, при переносе этого всего в область мобильной платформы:

    Переносимость структуры конфигурации в узлы, так как конфигурации в итоге являются идентичными – то это нас не устраивает, у нас, к примеру, нет партионного учета, нам не нужны все реквизиты в мобильном приложении;

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

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

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

Первые два пункта, которые являются самыми главными – абсолютно бесполезны в мобильной среде. Что, по большей части, сводит на нет все плюсы. Хотя, я не исключаю, что 1С-таки что-то придумает.

Но кроме РБД у нас еще есть и полные обмены, но у них тоже присутствуют эти критерии.

Универсальный обмен данными на основе КД

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

А именно – в мобильной платформе нет запросов. Это сводит на нет использование данного метода, ну если только кто-то не решит переписать эти обработки так, чтобы они работали без запросов.

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

В итоге у нас выйдет следующая схема:

Давайте теперь посмотрим, что же происходит тут. Зелеными стрелочками я показал обмен данными, а красной – обмен конфигурацией. Т.е. логика проста – МП получает данные от ПБ, и от нее же получает конфигурацию. А ПБ обменивается данными с ЦБ.

В чем преимущество данной архитектуры:

  • У вас одна и та же база для мобильного приложения и для стационарного;

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

    Нет необходимости конфигурировать ЦБ для реализации обменов, так как при обмене между ЦБ и ПБ – вы можете использовать типовой обмен данными при помощи «Конвертации данных»;

    Так как у вас метаданные в МП и ПБ будут идентичными, то для обмена между МП и ПБ – вы можете использовать план обмена;

  • Вы не будете нагружать ЦБ лишними регламентами (о некоторых мы поговорим ниже);

Из недостатков:

  • Использование ПБ – это еще одно звено, а чем меньше звеньев, тем стабильней;

Здесь зеленными стрелочками я выделил обмен данными, а красными – обмен конфигурацией.

Что особенного происходит в данном случае? У нас есть центральная база, в которой настроены планы обмена (соответственно мы «гоняем» данные из приложения в ЦБ и обратно), но одновременно у нас есть отдельная база, в которой мы пишем конфигурацию для мобильных телефонов.

Таким образом, ЦБ не должна располагаться именно на платформе 8.3, она может располагаться на любой платформе, просто в планах обмена (ну или чем вы там выберете делать обмен) нужно учитывать особенности разных платформ.

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

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

Почему ЦБ должна иметь доступ в интернет, почему ЦБ на платформе 8.х? Все очень просто, самый удобный способ обмена – это обмен при помощи веб-сервисов. А они появились с 8.х и требуют выход базы в интернет.

Гибрид

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

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

Таким образом, вы получаете ряд преимуществ:

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

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

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

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

Какой вариант синхронизации выбрать?

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

К примеру, если вы выберете вариант самописного обмена, то вы должны понимать, что на любой чих клиента – вам придётся обновлять ЦБ, а если база работает 24/7? То я так думаю, что клиент вряд ли будет рад вашим обновлениям среди рабочего дня. Тогда вам подойдет второй или третий вариант.

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

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

Первоначальная настройка обмена при этом может потребовать ряда действий, не только в части программирования, но и консалтинга, даже если мы имеем дело с однородными источниками, как в случае с продуктами на платформе «1С:Предприятие». Почему настройка обмена 1С (или, как еще это называется - синхронизация данных в 1С 8.3) может стать самой трудоемкой и недешевой задачей проекта интеграции, рассмотрим в этой статье.

Обмен данными в среде 1С позволяет:

  • Исключить двойной ввод документов;
  • Автоматизировать смежные бизнес-процессы;
  • Оптимизировать взаимодействие между распределенными подразделениями;
  • Оперативно актуализировать данные для работы специалистов разных отделов;
  • «Разграничить» разные виды учета.*

*В случае, когда данные одного вида учета существенно отличаются от другого, необходимо обеспечить конфиденциальность информации и «разграничить» информационные потоки. Например, обмен данными между 1С УТ и 1С Бухгалтерия не требует выгрузки в базу регламентного учета управленческих данных, т.е. синхронизация в 1С тут будет неполная .

Если представлять стандартный процесс реализации первичного обмена данными, когда хотя бы один из его объектов – продукт 1С, то можно выделить следующие этапы:

  • Согласование состава обмена;
  • Определение транспорта (протоколов обмена);
  • Установка правил;
  • Составление расписания.

Выявление состава обмена 1С

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

*Например, при интеграции «WA: Финансист» – решения для ведения финансового учета и управления процессами казначейства, разработанного на базе «1С:Предприятие», эксперты WiseAdvice рекомендуют именно его в качестве мастер-системы. Это обусловлено наличием инструментов контроля для соблюдения правил заявочной политики, а соответственно, и для обеспечения эффективности работы решения.

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

На этом же этапе в зависимости от парка имеющихся систем и структуры предприятия определяются с форматом обмена:

Распределенная информационная база

  • РИБ подразумевает обмен между идентичными конфигурациями баз данных 1С, с четкой структурой управления «главный-подчиненный» для каждой пары обмена. Являясь элементом технологической платформы, РИБ помимо данных может передавать изменения в конфигурации и административную информацию БД (но только от главного к подчиненному).

Универсальный обмен данными в 1С

  • Механизм, позволяющий настроить обмен баз 1С, как с конфигурациями на платформе «1С:Предприятие», так и с системами сторонней разработки. Обмен осуществляется посредством перевода данных в универсальный xml-формат в соответствии с «Планами обмена».

EnterpriseData

  • Новейшая разработка фирмы 1С, предназначенная для реализации обмена данными в формате xml между продуктами, созданными на платформе «1С:Предприятие», с любыми системами автоматизации. Применение EnterpriseData упрощает доработки, связанные с обменом. Ранее при включении в систему новой конфигурации была необходима реализация механизма импорта и экспорта данных, как для нее, так и для уже имеющихся систем. Теперь системы, поддерживающие EnterpriseData, не нуждаются в доработках, имея только одну точку «входа-выхода».

Определение транспорта (протоколов обмена)

Для системы на платформе «1С:Предприятие 8» предусмотрен широкий спектр возможностей для организации обмена с любыми информационными ресурсами посредством общепринятых универсальных стандартов (xml, текстовые файлы, Excel, ADO-соединение и т.д.). Поэтому при определении транспорта для данных обмена следует отталкиваться от возможностей базы данных сторонней системы.

Синхронизация справочников

Основным принципом эффективной синхронизации справочников является наличие одной точки ввода. Но если речь идет о работе со справочниками, исторически заполнявшимися по разным правилам, необходимо четко определить поля синхронизации для приведения обмена к «общему знаменателю».*

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

Установка правил

Возможность отображения данных систем-источников в приемниках зависит от правильно заданных правил обмена. Правила, представленные в формате xml, регулируют соответствие ключевых реквизитов объектов источника-приемника. Решение «1С:Конвертация данных» предназначено для автоматизации создания правил для реализации как единоразового обмена, так и постоянного.

Гарантирует отсутствие потерь данных при обмене План обмена. Это составная часть любой конфигурации на платформе «1С:Предприятие», полностью описывающая порядок обмена 1С: состав данных (документы с «опознавательными» реквизитами) и узлы (информационные базы приемники-передатчики), а также активацию РИБ для избранных направлений обмена.

Любое изменение данных, занесенных в План обмена, фиксируется и получает признак «измененности». До тех пор, пока измененные данные не будут соответствовать друг другу в узлах приемника-передатчика, признак сброшен не будет, и система будет рассылать контрольные сообщения в оба узла. После выгрузки данных и подтверждения их полного соответствия в обеих системах, признак сбрасывается.

Расписание обмена в 1С

Для автоматизации регулярного обмена устанавливается периодичность выгрузки данных. Частота обмена зависит от необходимости и технических возможностей. Также конфигурации на платформе «1С:Предприятие» позволяют настроить обмен данными при наступлении какого-нибудь события.

Рассмотрев стандартный процесс реализации обмена, обратим внимание на факторы, которые потребуют доработок на разных этапах:

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

Поскольку даже стандартные действия по реализации первичного обмена данными требуют экспертных знаний, их рекомендуется проводить при участии специалистов 1С. Только после выполнения всех вышеописанных действий следует переходить к настройке обмена в конфигурации. Рассмотрим интеграцию баз данных на примере «1С:УПП» и «1С:Розница» (по этой же схеме настраивается обмен с «1С:УТ»). Также к типовой синхронизации относится обмен УПП - УПП, характерный для масштабных систем автоматизации на крупнейших промышленных предприятиях.

В подменю «Сервис» выбираем «Обмен данными c продуктами на платформе…» (выбор прямого обмена с «Розницей» зачастую грозит ошибками на уровне COM-объектов). Обратим внимание на служебное сообщение «Данная возможность недоступна».


Чтобы решить эту проблему, необходимо выбрать «Настройку обмена данными»


…и проставить галочку. Далее сообщение об ошибке игнорируем.


В настройках синхронизации данных выбираем «Создать обмен с «Розница»…



Перед настройкой параметров подключения через локальный или сетевой каталог следует убедиться, что на диске под каталог есть место. Хотя, как правило, он не занимает более 30-50 Мб, в исключительных случаях под него может потребоваться до 600 Мб. Создать необходимый каталог можно прямо из конфигуратора.



При подключении через сетевой каталог предложения настроить подключение посредством FTP-адреса и по электронной почте игнорируем, нажимая «Далее».


В настройках вручную проставляем префиксы – условные обозначения баз (как правило, БП, УПП, РО), задаем правила и начальную дату выгрузки данных. Префикс будет указываться в названии документов, для обозначения базы, в которой они были созданы. Если правила выгрузки не будут отредактированы, данные по умолчанию будут выгружаться по всем имеющимся параметрам.



Создаем файл настройки обмена для «Розницы», чтобы не повторять свои действия. При необходимости немедленной отправки данных сразу после настройки синхронизации – проставляем галочку.


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


Меню «Розница».


Проставляем галочку и выбираем «Синхронизацию».


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




Загружаем файл с настройками, созданный в УПП.


Проставляем галочку, адрес система подхватывает автоматически.





Действуем так же, как в УПП.









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



В случае ошибки в синхронизации «Подробно…» будет заменено на «Никогда…».


«Подробно…» открывает журнал регистрации с уточненной информацией по обмену.


Готово.

Фирма «1С» уже давно объявила о завершении поддержки конфигурации «1С:Зарплата и управление персоналом 2.5». После перехода на новую версию ЗУП 3.1 пользователи столкнутся с новым механизмом обмена данными с программой «1С: Бухгалтерия 3.0». Этот механизм называется синхронизация. По сути программы начинают сами обмениваться данными между собой. На начальном этапе у пользователей возникает много проблем по настройке и отладке процесса синхронизации так как обмен происходит в автоматическом режиме. В связи с этим может возникнуть необходимость каким-то образом проконтролировать состав передаваемых данных как в одну, так и в другую сторону.

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

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

Теперь немного подробнее - что и как надо делать. Процесс настройки синхронизации на стороне «ЗИК 3.1» можно посмотреть на картинках. Переходим в настройку синхронизации:

Укажем способ настройки - вручную

Выберем другие каналы связи:

Укажем каталог выгрузки данных

Настройки (FTP и электронную почту) просто пропускаем.

По окончании настроек запускаем синхронизацию. Сама процедура настройки и синхронизации описана подробно на сайте ИТС.

Далее запускаем внешнюю обработку из публикации (),
выбираем файл переноса (в нашем случае Massage_ЗК_БП, нажимаем кнопку "Выполнить анализ файла" и получаем в наглядном виде состав передаваемых данных.

Раскроем, например, ветку дерева для справочника "Организации", здесь первые три реквизита, которые обозначены лупой - это поля синхронизации. Сначала программа будет искать в файле приемнике (в нашем случае в 1С:Бухгалтерии) запись справочника по универсальному идентификатору. Если не найдет - тогда по наименованию и ИНН организации. Если опять не найдет - тогда создаст новую запись. Если найдет - будет выполнена коррекция данных в базе-приемнике.

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

Таким же образом анализируем данные, передаваемые из Бухгалтерии в ЗУП. Вот кратко и все.

Довольно часто встречаются ситуации, когда в организации для расчетов с сотрудниками используется конфигурация «1С: Зарплата и управление персоналом 8», именно тогда возникает необходимость выгружать в бухгалтерскую программу данные по начислению заработной платы, налогу на доходы физических лиц, страховым взносам и прочим выплатам.

В программе 1С: ЗУП 8 ред. 2.5 обмен данными осуществлялся при помощи выгрузки документа в формате XML, также можно было выгружать платежные документы. Затем данные необходимо было загрузить в базу бухгалтерской программы, предварительно произведя определенные настройки. Сделать это можно на вкладке «Зарплата и кадры», выбрав пункт «Загрузка из ЗУП ред. 2.5»

Для загрузки данных нужно было выбрать файл, сформированный ранее при выгрузке из 1С: ЗУП.


Синхронизация данных при использовании программ 1С: ЗУП 8 ред. 3 и 1С: Бухгалтерия 8 ред. 3.0 существенно изменилась. Сейчас нет необходимости каждый раз выгружать и загружать документы в программу 1С: Бухгалтерия. Появилась возможность один раз сделать определенные настройки синхронизации и установить временной отрезок, когда необходимо выполнять обмен. Также пользователь может самостоятельно запускать синхронизацию при необходимости, а не по расписанию.

В БП 3.0 в Параметрах учета (раздел Администрирование) необходимо установить следующую настройку.


В этом же разделе «Администрирование» выбираем пункт «Настройка синхронизации данных», где необходимо установить галочку "Синхронизация данных". Сразу становится доступной одноименная ссылка.


Переходим в 1С: ЗУП и устанавливаем аналогичную галочку в том же пункте на вкладке «Администрирование». Далее необходимо выбрать программу, с которой будет проходить синхронизация. Осуществляем выбор и проставляем префикс ИБ, чтобы знать, в какой из баз был введен документ.



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


Здесь проставляем необходимые настройки. Если нужно выгружать только проводки по начислению зарплаты, налогов, взносов, при этом в бухгалтерии расчеты по счету 70 НЕ ведутся в разрезе сотрудников, тогда устанавливаем точку «Сводно по сотрудникам», в этом случае ведомости выгружаться не будут.


В следующем окне показаны параметры синхронизации данных. Проверяем, если все данные введены корректно нажимаем «Далее», если что-то необходимо изменить – «Назад». В нашем случае всё введено корректно, идем Далее.


Теперь проверяем настройки на стороне 1С: Бухгалтерии


Данные настройки необходимо сделать один раз для первой синхронизации. Затем их можно корректировать при необходимости.

Сейчас снова заходим в 1С: Зарплата и управление персоналом 8 и нажимаем на кнопку «Синхронизировать».


Для проверки в БП открываем документ "Отражение зарплаты в бухучете".


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


И теперь нам нужно заблокировать документ и на стороне программы 1С: Зарплата и управление персоналом. Для этой цели в 1С: Бухгалтерии нажмем кнопку «Синхронизировать».

Проверим результат в 1С: ЗУП: заходим в меню «Зарплата» - «Отражение в бухучете». Видим, что данный документ недоступен для редактирования и автоматически проставлена галочка, которую снять нельзя.


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


Таким образом, мы рассмотрели, как настраивается и выполняется синхронизация между программами 1С: ЗУП 8 редации 3 и 1С: Бухгалтерия 8.