1с обмен данными задвоились справочники
Обновлено: 07.07.2024
Если организация использует несколько систем на базе 1С, то рано или поздно возникает вопрос о необходимости обмена данными между этими системами. В лучшем случае, об обмене подумали заранее, и его настройка совпала с внедрением одной из интегрируемых систем. Тогда вся необходимая НСИ переносится из уже наполненной данными системы в новую.
Но если по каким-то причинам, необходимо настроить обмен данными между системами, в каждой из которых уже есть данные, возникает необходимость сопоставления данных в этих системах при первом обмене. Если данные не будут корректно сопоставлены, велика вероятность появления дублей в одной из систем, или в обеих.
2. Подготовка данных перед настройкой обмена данными
Перед тем как приступить к настройке обмена данными и сопоставлению данных в интегрируемых системах необходимо выполнить анализ и исправление ошибок в объектах данных участвующих в обмене:
· удалить дубли в справочниках обеих систем, например, с помощью стандартной обработки поиска и замены дублей;
· заполнить при необходимости ключевые реквизиты, по которым будет выполнено сопоставление данных (например, для справочника «Контрагенты» ключевыми являются реквизиты ИНН и КПП).
3. Начальная выгрузка данных в 1С 8.3
При настройке любого типового обмена система предлагает выполнить этап первоначальной выгрузки данных в 1С 8.3.
Рис. 1 Начальная выгрузка данных в 1С 8.3
Начальная выгрузка данных подразумевает выгрузку всех объектов, участвующих в настраиваемом обмене данными в 1С 8.3. Тут нужно обратить внимание на некоторые моменты.
· Предполагаемый объем данных, участвующих в обмене. Например, если в обеих базах стотысячный справочник контрагентов, договоров, номенклатуры, то выгрузка и анализ данных в системе-корреспонденте будет выполняться очень долго. Возможно, есть смысл отказаться от первоначальной выгрузки данных (просто закрыть окно настройки обмена), регистрировать данные к обмену в 1С 8 самостоятельно, и частями отправлять данные в систему корреспондент, часть из них сопоставляя в ручном режиме, часть – в автоматическом;
· Какие НСИ участвующие в обмене, в какой из баз заполнены более корректно? Есть вероятность, что часть данных удобнее выгрузить к сопоставлению из одной системы, а часть из другой.
Если при первоначальной настройке обмена данными был выполнен отказ от начальной выгрузки данных, то впоследствии можно выгрузить все данные в программу-корреспондент, выбрав пункт меню «Выгрузка данных для сопоставления», указав нужную настройку обмена данными.
Рис. 2 1С 8.3 – Выгрузка данных для сопоставления
Система предложит выбрать вариант выгрузки данных, а после нажатия на кнопку «Далее» – зарегистрирует к обмену и выгрузит объекты всех типов данных участвующих в обмене.
Рис. 3 Окно 1С 8.3 Выгрузка данных для сопоставления
4. Сопоставление данных в 1С
Если был выбран метод сопоставления данных, предложенный системой по умолчанию – начальная выгрузка данных, либо при первом получении данных обменом (зависит от конфигурации и версии синхронизируемых систем), программа автоматически запускает режим сопоставления данных.
Если регистрация выгружаемых объектов выполняется самостоятельно или начальная выгрузка данных выполняется после завершения настройки обмена, для запуска сопоставления данных необходимо запустить синхронизацию нажатием на кнопку «Синхронизировать данные, задав дополнительные отборы»
Рис. 4 Запуск синхронизации с сопоставлением данных в 1С
При сопоставлении данных системой будет выполнен анализ полученных данных и для каждого полученного из другой системы объекта НСИ будет выполнен поиск соответствующего ему объекта в текущей системе. Данные будет сопоставлены по полям поиска, установленным в правилах обмена данными между 1С. Пользователю будет выведена таблица с результатом автоматического сопоставления данных.
Рис. 5 Окно сопоставления данных в 1С
Таблица результата сопоставления данных содержит следующие колонки:
· Данные, всего принято, шт. – в колонке отображается наименование типа данных и количество объектов полученных с обменом из программы корреспондента;
· В этой программе – выводится количество данных указанного типа в текущей программе;
· Осталось – количество объектов, которые не удалось сопоставить;
· % - процент сопоставленных данных указанного типа.
Двойной клик по строке таблицы сопоставления открывает окно сопоставления объектов определенного типа данных.
Рис. 6 Сопоставление данных конкретного типа при обмене данными в 1С 8.3
В этом окне необходимо указать системе, какое действие выполнить и в каждом конкретном случае: сопоставить существующий объект с одним из полученных или добавить новый объект.
По умолчанию список сопоставления открывается с отбором, в таблице отображаются только несопоставленные данные. Это те данные, которым не нашлось однозначного соответствия. Таких данных либо совсем нет в системе, либо по ключевым полям нашлось более одного объекта. По возможности желательно снять фильтр, отобразить результат автоматического сопоставления полностью, и оценить его корректность.
Кнопки формы позволяют установить соответствие объектов (Рис.7_, отменить соответствие, если оно было установлено некорректно, а также сопоставить объекты автоматически, изменив поля для сопоставления объектов данных по умолчанию (Рис. 8).
Рис. 7 Установка соответствия между объектами при обмене данными в 1С 8.3
Рис. 8 Изменение полей сопоставления объектов данных
Полученный результат сопоставления объектов данных необходимо записать. Когда все данные будут сопоставлены, можно завершить обмен данными в 1С 8. Сопоставленные и новые объекты будут записаны в систему. Заданное соответствие сохраняется в специализированных регистрах системы, и используется при последующих запусках обмена.
Перед тем как настраивать обмен данными в рабочих базах, желательно выполнить тестовую настройку, сопоставление данных в копиях интегрируемых систем. Нужно учитывать также, что после обмена данными в 1С 8.3 реквизиты сопоставленных объектов могут быть заменены соответствующими значениями из системы корреспондента.
Пример. Выполняется обмен данными 1С:Бухгалтерия предприятия (БП) и 1С:Зарплата и управление персоналом (ЗУП). В справочнике Организации БП есть элемент с наименованием «ООО Крон-ц». В справочнике Организации ЗУП есть элемент с наименованием «ООО Крон-Центр». Полями поиска при сопоставлении данных являются поля Наименование, ИНН. Выгружаем данные из ЗУП в БП. Допустим, ИНН совпадает, но так как наименование отличается, объекты не будут сопоставлены. Выполним ручное сопоставление объектов и завершим обмен данными. В результате наименование организации в БП будет обновлено из соответствующего поля в ЗУП и в обеих системах в качестве наименования организации будет установлено «ООО Крон-Центр». Следует отметить, что правила обмена могут быть написаны таким образом, что реквизит хотя и участвует в обмене, но заполняется в систему-корреспондент, только если там не заполнено соответствующее поле. Но это скорее исключение, чем правило. Наиболее часто встречающийся вариант – это обновление всех реквизитов при обмене.
5. Принцип работы механизма сопоставления данных 1С при обмене
Рассмотрим, как устроен механизм сопоставления данных в 1С с технической точки зрения. Для сопоставления объектов данных разных систем обычно используется регистр сведений, содержащий информацию о сопоставленных объектах. При обмене по технологии «Конвертация данных 2» эта информация записывается в регистр сведений «Соответствие объектов информационных баз». Если обмен использует технологию «Конвертация данных 3» (Универсальный формат обмена данными EnterpriseData), то для этих целей служит регистр сведений «Публичные идентификаторы синхронизируемых объектов».
Структура этих регистров схожа. Каждый из них содержит следующие ключевые реквизиты:
· Узел информационной базы – это узел плана обмена системы корреспондента, в разрезе которого хранится информация об объектах обмена;
· Ссылка на объект (Уникальный идентификатор приемника) – Ссылка на объект в текущей системе;
· Уникальный идентификатор (Уникальный идентификатор источника) – Уникальный идентификатор объекта(GUID) в системе корреспонденте.
Возможные варианты поиска:
· по уникальному идентификатору;
· по полям поиска;
· сначала по уникальному идентификатору, потом – по полям поиска.
Выбор варианта зависит от конкретного объекта обмена данными. Но чаще всего используется вариант «Сначала по уникальному идентификатору, потом по полям поиска», так как он в наибольшей степени защищает системы, участвующие в обмене, от появления дублей.
При поиске по уникальному идентификатору:
· выполняется анализ регистра сопоставления данных (Например, «Публичные идентификаторы информационных систем»);
· выполняется попытка получения объекта по уникальному идентификатору.
При поиске по полям выполняется анализ реквизитов объекта. Список реквизитов поиска задается в правилах обмена данными для каждого типа объектов. Причем в правилах может быть указано несколько вариантов поиска по полям. Например, для справочника «Контрагенты» может выполняться поиск сначала по «ИНН + КПП + Наименование», а затем, если не удалось найти соответствия, по «ИНН + Наименование».
Задвоились предопределенные элементы справочников? Выход есть!
Дублирование предопределенных элементов справочников может произойти как по причине того, что при обмене данными в режиме загрузки уникальность предопределенного элемента в пределах области информационной базы не проверяется, так и при объединении/обновлении конфигураций.
В этой статье мы напишем обработку, которая позволит избавиться от дублей предопределенных элементов справочника.
- Первым делом мы найдем задвоенные (затроенные и т.д.) предопределенные элементы всех справочников.
- Затем определим на какие элементы больше всего ссылаются другие объекты базы.
- С учетом количества ссылок, определим как «правильные» те, на которые меньше всего других ссылок.
- Оставим эти элементы предопределенными, а дубликаты сделаем непредопределенными (наименование сделаем как у предопределенных, для возможности дальнейшей замены всех ссылок на «правильный» соответствующий предопределенный элемент справочника).
- Дальше можно заменить все ссылки объектов к этим дубликатам ссылками на те элементы, которые мы решили оставить предопределенными и при необходимости удалить дубликаты. Мы просто предложим пометить дубликаты на удаление.
Создадим новую обработку, и добавим табличную часть «ЗадублированныеСправочники»:
Реквизиты табличной части «ИмяСправочника», «СинонимСправочника» и «ИмяПредопределенныхДанных» - переменная строка неограниченной длины;
«КоличествоДублей» и «КоличествоСсылок» - неотрицательное число;
«ЭлементСправочника» тип «Справочник».
Создадим основную форму и разместим на ней табличную часть и кнопки «1. Заполнить», «2. Подсказать правильные», «3. Оставить предопределенными только отмеченные»:
В теле процедуры обработчика нажатия кнопки «1. Заполнить» будем вызывать процедуру ЗадублированныеСправочникиЗаполнить()
В процессе работы данной процедуры мы будем следить за тем, какие справочники проверяются на дубли в специальном окне:
Это окно реализовано функцией глобального контекста ПоказатьОповещениеПользователя()
При окончании процедуры мы получим заполненную дубликатами табличную часть, в колонке «Правильные» указывается предопределенный элемент справочника, который необходимо оставить:
Теперь пользователь может либо сам определить «правильные» предопределенные, либо воспользоваться подсказкой по кнопке «2. Подсказать правильные».
В теле процедуры обработчика нажатия этой кнопки будем вызывать процедуру ПодсказатьПравильные() – как уже было сказано, подсказка заключается в определении количества ссылающихся объектов информационной базы на предопределенный элемент справочника – чем больше ссылок на элемент, тем он «правильнее» (меньше ссылок придется заменять в дальнейшем):
Данная операция будет довольно длительной – производится поиск всех ссылающихся объектов, по окончании мы получим рекомендации:
Теперь пользователь может определить «правильный» элемент, руководствуясь данными о количестве ссылающихся объектов базы на конкретный элемент предопределенного справочника:
В теле процедуры обработчика нажатия кнопки «3. Оставить предопределенными только отмеченные» будем вызывать процедуру ОставитьТолькоОдинПредопределенный(). Кстати, спросим – помечать ли на удаление «неправильные».
Уже замаялись, с этими Обменами между базами. Только все настроили, все стало отрабатывать, но тут взяли и обновили релиз БП, а потом и УТ.
Снова сделали настройки обмена с помощником, и теперь в справочнике Организий БП, появляется Дубль Основной организации, в коде которого появляется префикс БП, и дальше уже кучу доков и справочников создает с этой новой организацией.
(1) katrineKA, скорее всего, из-за префикса и задваивается. Попробуйте удалить префикс в настройках, если он не нужен. Или поправьте поиск в правилах обмена. (1) katrineKA,Вариант здесь один - берётся конфигурация "Конвертация" и разбираетесь как идёт синхронизация (по каким реквизитам, по внутреннему коду, . ).
Других способов решения Вашей проблемы не существует.
Обычно синхронизация идёт по кодам справочников. Т.е. если коды организаций совпадают всё будет ок, если различаются будут дубли.
Узнать можно, если правила обмена загрузить в конфигурацию "Конвертация данных". Там можно посмотреть по каким полям настроено соответствие.
В конфигурации, куда переносятся объекты, создается регистр сведений в котором запоминаются соответствия элементов "СоответствиеОбъектовДляОбмена". В нем надо подкорректировать запись в которой указана организация из другой базы. Всем большое спасибо, за ответы. Все варианты попробую, посмотрим что поможет. если вы настраивали план обмена, зачем включили обмен по организациям? а вообще открыть правила в конвертации и посмотреть, как происходит поиск элемента и в какой момент происходит создание объектаОрганизацию включили, потому что в УТ их несколько, но только по одной нужно передавать данные.
А что делать , если нет конфигурации "Конвертация данных"?
(8) katrineKA,На текущий момент на сайте 1С доступна версия 2.1.8.1, думаю если вы 1С все же купили, то доступ к сайту у вас есть. Если же доступа к сайту 1С нет, то найти опять же можно (через поиск находится как минимум 2.1.5.1).
В конвертации вы можете настроить правила так, чтоб поиск организации выполнялся по коду/номеру или другому реквизиту. Так же вы можете отключить создание элемента в справочнике в случае если элемент не найден в базе "приемника". в "СоответствиеОбъектовДляОбмена", удаляю не нужную строку, но он ее опять создает при загрузке доков. А если создать вруную такую же как в УТ, то пр загрузке, создает такую же строку, ссылки одинаковые получаются, но Ссылку на собственный объект не заполняет. Т.е. все равно создает еще одну организацию. (9) katrineKA, Ну как вариант чтобы сильно не париться, можно ссылки одной организации заменить на другую, через поиск и замена объектов
(10) Zixxx, обработкой пробовала, например в доках меняется без проблем, а вот если создан договор на эту организацию, то даже автозамена не помогает. Выдает запрет на изменение, т.к. есть проведенные доки с этими договорами.
Причем, проведенные доки, это доки за 2012 год, вот этого уже совсем не понимаю, почему он их задевает или выгружает, откуда берет, тож не понятно, дата стоит с 01.04.2013.
В общем, уже не знаю, что еще сделать можно.
(11) katrineKA, Нет, я имел ввиду про "Поиск и замена значений", она же в режиме ОбменДанными.Загрузка = Истина работает, поэтому ей без разницы есть что-то введенное по договорам или нет. (13) Zixxx, мы говорим об одной и тойже обработке "ПоискИЗаменаДублирующихсяЭлементов+", я ее на этом форуме брала.Да и кстати, на сегодняшней копии, обработка все заменила, без проблем. А на вчерашней, в договорах не смогла замену произвести.
Спасибо, что еще раз про нее написали, сегодня она отработала, хотя бы так, а то бухгалтера страдают. А в правилах обмена все равно разораться нужно, ведь в слеюдущем квартале опять выгружать :( (14) katrineKA, Есл дублирует один раз, значит при следующих обменах все встает на первый дубль. Поэтому если он останется а оригинал убрать, то дублей больше не будет А что делать , если нет конфигурации "Конвертация данных"
Дык, скачать с сайта "users.v8.1c.ru" или с диска ИТС взять.
Если не справитесь, обращайтесь в "личку" - помогу.
Я подниму тему.Организация дублируется с ИНН и КПП, но код не указывается, а если пометить на удаление или записать, тогда появляется код, доки с УТ 10.3 выгружаются с дублирующей организацией, Удаление не помогает.
Считал ссылку с УТ на организацию получил
Вставил в БП 2.0 ссылку эту в регистр СоответствиеОбъектовДляОбмена, там была другая ссылка, не помогло, пытался изменить в настройках Соответствие по Наименованию, не помогает.
Организации идиэнтичны друг другу, ИНН КПП Код, Наименование, что в УТ, что в БП, нифига не понимаю.
Обратил внимание когда в Обмене меняю Соответствие по наименованию или по ИНН и КПП, то в правилах остается вот такая фраза:
(18) BARDER, Сталкивался я с такой бедой, обмен БП 2.0 и УТ 10.3, поиск организации в правилах обмена там зачем-то сделан по внутреннему ID. В один прекрасный момент все перестало работать, с чем связано - не знаю, то ли обновление релиза, то ли еще что, база далеко. Поковырялся часа два, потом сделал тупо - загрузил правила обмена в "Конвертацию данных" и переделал поиск организации по ИНН и КПП, после чего забыл про эти проблемы. alexdm прав. Но такая проблема и с УТ 11-х версий
Лечится только правкой правил в конвертации правил.
А сделано это 1с-цами скорее всего потому что что организации могут ввести в справочник с одинаковым инн/кпп сколько угодно.
А при настройке обменов между БП в УТ предполагается, что БП пустая база. А сделано это 1с-цами скорее всего потому что что организации могут ввести в справочник с одинаковым инн/кпп сколько угодно. Для меня частенько вообще не доходит логика 1с-овцев, если честно. Не может быть В ПРИНЦИПЕ одинаковых ИНН и КПП еще у какого-то предприятия в России. Почему бы не сделать поиск по ИНН/КПП, тем более, что во всех переносах из ЗУП/ЗиК в БП сделано именно так ?
alexdm
Много раз видел когда вторую организацию с тем же ИНН/КПП вносили для управленческих целей (внутренних. да каких угодно).
А сколько контрагентов с одинаковым ИНН/КПП не сосчитать вносят. Например какие-нибудь фонды. подразделения и прочее.
Делал всякие выгрузки, синхронизацию ставишь по ИНН/КПП - клиент "обработка не работает, дублируются данные", начинаешь разбираться и о чудо пару-тройку контрагентов с одинаковым ИНН/КПП, спрашиваешь почему так? ответ "нам так нужно и все тут".
Я тоже первое время задавался этим вопросом, а потом поставил себя на их место и понял что это правильное решение.
Заметь с одинаковым ИНН/КПП 1с-ка не запрещает вносить ни организации, ни контрагентов. В 3.0 БП сделали раскраску если ИНН/КПП дублируется. Задайся вопросом зачем вообще создавать механизм проверки, если этого не может быть в принципе. Делайте тогда жесткий запрет на внос дублей, однако этого нет в 1с-ких конфах.
А теперь представь сделали они поиск в обменах по ИНН/КПП, и чтобы все это работало надо Запрещать вносить дублирующую информацию.
Но в этом случае больше будет недовольных.
опять же кто настраивал обмен между БП и УТ и у них бухия пустая была, например только все купили разом, они и не узнают про эту проблему, да эта даже не проблема, а я назвал бы ее "фичей" или особенностью.
alexdm
(24) "дубли контрагентов в базах - зло, с которым надо бороться, т.к. проблем это добавляет гораздо больше."
Сам этим занимаюсь с переменным успехом.
"Ведение "управленческого" (читай - левого) учета в рабочей базе - это за гранью разумного, гораздо лучше для этих целей сделать отдельную базу, которую похерить - пара минут, в случае чего."
Поддерживаю, но, понимаешь не все бухгалтеры могут понять что можно работать в "управленческой торговле" где даже еще в 7.7 был многофирменный учет.
"как может работать программа если там нет проводок. какие-то там регистры и прочее.
Какой выход - вести управленческий учет в бухии, благо и 1С помогла в этом введя в бухии многофирменку.
+22
"Я тоже первое время задавался этим вопросом, а потом поставил себя на их место и понял что это правильное решение."
"Я тоже первое время задавался этим вопросом, а потом поставил себя на место 1с -цев, а не клиентов и понял что это правильное решение."
Предварительная настройка синхронизации БП 3.0 и ЗУП 3.0
Для того, чтобы мы смогли увидеть документы, которые при синхронизации загрузились в Бухгалтерию 3, в частности, это документ «Отражение зарплаты в бухучете», необходимо установить флаг в Общих настройках – Настройки зарплаты, определяющий ведение всех расчетов по оплате труда во внешней программе, то есть в нашей ЗУП 3.
Рисунок 2 Настройки зарплаты
Рисунок 3 Настройка параметров учета зарплаты
И после этого включить Синхронизацию данных – установить флаг, разрешающий другим программам обмениваться с нашим ЗУП 3. Сделать это необходимо, перейдя в раздел Администрирование – Настройки синхронизации данных:
Рисунок 4 Включение синхронизации
Рисунок 5 Установка флажка для возможности синхронизации
При синхронизации элементы данных из обеих программ (элементы справочников, документы и т.п.) сопоставляются между собой по отдельным присущим им уникальным признакам, по которым их можно однозначно идентифицировать. Для каких-то элементов это будет их код или идентификационный номер, для каких-то простое наименование. В табличке ниже видно, по каким признакам программа ищет те или иные данные, чтобы их сопоставить и внести изменения, произведенные в одной программе над этими данными, автоматически воспроизведя их в другую программу.
В синхронизируемых элементах данных, к сожалению, не все параметры поиска могут быть заполнены. В этом случае при первоначальной синхронизации программа предлагает нам проверить, каким образом данные будут сопоставлены, и внести вручную необходимые правки в это сопоставление.
Настройка синхронизации БП и ЗУП – пример синхронизации по Организации, у которой в программе Бухгалтерия 3 не заполнены коды, а заполнено только наименование
Рассмотрим пример настройки синхронизации по Организации, у которой в программе Бухгалтерия 3 не заполнены коды, а заполнено только наименование. Кроме того, справочник Подразделения в той и в другой программах различается. В Бухгалтерии 3 имеется только одно Основное подразделение.
После того, как подключение к Бухгалтерии 3 установлено, мы можем изменить некоторые начальные настройки, перейдя по ссылке «Изменить правила выгрузки данных»
Здесь у нас есть возможность установить дату, ранее которой данные из ЗУП выгружаться в Бухгалтерию не будут (например, если до этой даты заработная плата начислялась в бухгалтерской программе).
Выбрать организацию, данные по которой будут выгружаться, и каким образом будут выгружены проводки в документе «Отражение зарплаты в бухучете» с детализацией по сотрудникам или сводно (по всем разрезам, кроме сотрудника).
В случае, если выгрузка настроена сводно, то ведомости на выплату не выгружаются и в платежных поручениях по ведомостям необходимость выбора ведомости отключается.
Если в Бухгалтерии 3 по синхронизируемой организации применяется Упрощенная система налогообложения (УСН), то при данной настройке после переноса данных движения по регистрам (прочие расходы и расходы при УСН по 70 счету) не появляются, а только по налогам и взносам. В связи с этим использовать данную настройку при УСН не желательно.
Рисунок 6 Дополнительные настройки при синхронизации
Далее аналогичную донастройку делаем для программы, в которую будем выгружать данные
Рисунок 7 Уточнение параметров загрузки и выгрузки для Бухгалтерии 3 при настройке синхронизации в программе ЗУП 3
Рисунок 8 Успешное завершение настройки синхронизации
Далее программа начинает искать и сопоставлять данные
Рисунок 9 Первоначальная синхронизация данных
Программа сопоставила Организацию по наименованию
Рисунок 10 Сопоставление данных из двух программ
Поскольку способы отражения в ЗУП еще не настраивались, они будут загружены из Бухгалтерии в момент, когда будет произведен обмен данными 1с бухгалтерия 3.0
Рисунок 11 Сопоставление способов отражения в учете
Нажимаем кнопку Далее. Программа получает данные и выдает следующую информацию
Рисунок 12 Форма настройки отправляемых данных
Проверим результаты выгрузки. Так как в программе ЗУП данных по заработной плате за 2017 год пока нет, нет ведомостей на выплату и документов Отражение в учете, то в Бухгалтерию 3 не выгрузились пока ни подразделения, ни физические лица. С выгруженным же элементом справочника Организации произошло следующее: программа посчитала приоритетным элемент, созданный позже в программе Бухгалтерия 3 и заменила этим элементом в ЗУП 3 карточку организации, затерев тем самым заведенные в ней коды.
Рисунок 13 Карточка организации в ЗУП 3 после первоначальной синхронизации с Бухгалтерия 3
Рисунок 14 Форма синхронизации данных
Нажав на эту ссылку, в открывшейся форме мы можем посмотреть отличия в синхронизированных элементах справочника Организации и изменить результат загрузки, нажав на кнопку "Пересмотреть"
После чего карточка организации примет прежний вид
Рисунок 15 Карточка организации после разрешения конфликта синхронизации
А после дальнейшей синхронизации заменит прежнюю карточку в Бухгалтерии.
Аналогичным образом можно разрешать все подобные конфликты, обычно возникающие при выгрузке справочников Подразделения, Физические лица и т.п., элементы которых выгружаются, с документами, имеющими на них ссылки.
Часто встречающиеся проблемы обмена данными БУХ и ЗУП и их решения
Также хочется рассмотреть еще несколько проблем, возникавших при синхронизации у пользователей в последнее время и предложенных для их разрешения вариантов действий.
1. В последних релизах ЗУП 3, начиная с 3.1.2.120, вместе с физлицами, выгружающимися с ведомостями на выплату, выгружаются теперь их лицевые банковские счета для перечисления на них заработной платы сотрудникам. Для того, чтобы эта функция работала, необходимо обновить до последней версии конфигурацию Бухгалтерии 3.
2. До недавнего времени не выгружались страховые взносы на тяжелые условия труда. Начиная с релиза 3.2.2.120, эта проблема решена. Также необходимо обновить релиз Бухгалтерии 3 до актуального релиза для того, чтобы заработали новые правила обмена. правила обмена данными зуп 3.0 должны быть актуальными.
3. Вопрос от пользователя: перед тем как провести 1с 8.3 бухгалтерия обмен данными, настраиваем синхронизацию ЗУП 3.1.2.90 и БУХ 3.0. В окне выбора варианта подключения присутствуют варианты:
• Прямое подключение к программе через интернет
• Другие каналы связи
Вариант «Прямое подключение к программе на этом компьютере или в локальной сети» отсутствует. Хотя в ЗУП 3.0 был. И в описании справки тоже есть.
Ответ: Данная проблема возникает в двух случаях:
1. Используется сервер Linux. Он не поддерживает прямое подключение, так как используется COM-подключение, которое является механизмом Windows.
2. Одна или обе синхронизируемые конфигурации являются базовыми.
Решение: Использовать обмен через файлы, через каталог обмена. Настраивается такая синхронизация аналогично прямому подключению.
4. Вопрос от пользователя: по какой причине в начислениях с назначением «Доход в натуральной форме» нет возможности указать, что они не должны отражаться в бухучете? Подскажите, пожалуйста, как сделать так, чтобы проводки по данным видам расчета формировались только по суммам начисленного НДФЛ и взносов.
Ответ: Проводки формируется в бухгалтерской программе. Если используется БП 3.0, то после того как произведен обмен данными зуп 3.0 бухгалтерия 3.0 проводки по виду операции «Доходы в натуральной форме» и так формируются только по страховым взносам и НДФЛ.
5. Вопрос от пользователя: физическое лицо было создано в Бухгалтерии 3 и выгружено в ЗУП 3. Потом в ЗУП 3 был принят сотрудник на основе этого физлица, начислена зарплата, есть он в Отражении в учете и в Ведомости на выплату. Но при синхронизации в этих же документах в Бухгалтерии 3 вместо физлица отображается «объект не найден».
Ответ: в Бухгалтерии 3 скопируйте ссылку на объект и найдите ее в ЗУПе, возможно ссылка задвоилась и при обмене подставляется она. Потом удалить эту запись с битой ссылкой из регистра сведений СоотвтетствиеОбъектовИБ. Либо сделать копии обеих баз. Очистить записи по этому сотруднику в данном регистре сведений в обеих базах. Затем в ЗУП 3 пересохранить проблемного сотрудника и соответствующее ему физлицо. Перепровести Отражение и ведомость, где есть этот сотрудник, и выполнить синхронизацию.
К сожалению, пока не все проблемы, требующие решения на сегодняшний день, автоматизированы фирмой 1С. Реализации некоторых из них приходится ждать.
В частности, это вопрос, который не раз поднимался на партнерских ресурсах.
В Бухгалтерии учет идет укрупненно – в производстве только «Основное подразделение», а в ЗУП 3 нужна разбивка по бригадам и т.п. В ЗУП 25 можно было настроить проводки на «Основное подразделение», а в ЗУП 3 как это сделать, если в бухгалтерии не требуется детализация по мелким подразделениям?
Варианты решения данного вопроса предлагаются пока самими пользователями. Вот наиболее популярные из них.
Пока выход только в создании дополнительной обработки табличной части документа отражения ЗУП. Принцип простой: добавить дополнительное свойство «Подразделение» в справочник «Способы отражения расходов в ЗУП» и пробежаться по каждой строке во вкладке «Начисленная зарплата и взносы», подменив заполненное подразделение.
Мы тоже столкнулись с такой потребностью. Пока решили следующим образом:
- Для подразделения можно указать подразделение МВЗ (места возникновения затрат).
- Пришлось добавить «виртуальные» подразделения в список подразделений
- При заполнении отражения в учете в субконто подставляем подразделение МВЗ, если оно указано в подразделении.
Итак, резюмируя вышесказанное, хочется сказать, что при возникновении проблем при синхронизации данных зарплаты и бухгалтерии всегда можно найти подходящее решение. Надеюсь, что данный материал вам немного в этом поможет.
Но в любом случае вы всегда можете обратиться в нашу компанию ООО «Кодерлайн», которая уже имеет свою разветвленную сеть подразделений во многих городах России и ближнего зарубежья, а также активно предоставляет услуги по удаленному обслуживанию через различные интернет-ресурсы.
Речь в данной статье пойдет о задвоении в 1С данных, которое может возникнуть в программе по нескольким причинам. Наиболее часто такие ситуации возникают после синхронизации, выгрузок данных, а также занесения новых позиций различных справочников, которые уже существуют в информационной базе. Рассмотрим, как при помощи имеющихся типовых механизмов, встроенных в программу избавиться от таких задвоений. Для примера будем использовать 1С ЗУП. Механизм представляет собой универсальную обработку “Поиск и удаление дублей”. Данная обработка содержится и в других программных продуктах фирмы 1С, таких как Бухгалтерия 3, Управление Торговлей 11, Управление Нашей Фирмы и др.
Настрою вашу 1С. Опыт с 2004 года. Подробнее →
Сразу следует отметить, что перед выполнением операций, описанных в статье, рекомендуется сделать резервную копию информационной базы. Перейдем в программу 1С ЗУП и откроем справочник “Контрагенты”. Предположим бухгалтер внес еще раз в базу уже существующего контрагента Войцеховича А.А. В результате в форме списка контрагентов мы видим две одинаковые строчки.
Для того чтобы удалить образовавшийся задвоения откроем нашу обработку. Сделать это открыв основное меню и далее выбрать пункт “Все функции”. Если данного пункта нет, то необходимо выбрать пункт “Сервис”, далее “Параметры” и в открывшейся форме настроек установить галочку “Отображать команду “Все функции”.
Далее в открывшейся форме найти одноименную обработку.
Также обработку можно открыть, открыв раздел программы “Администрирование” и далее выбрать пункт “Обслуживание”. Далее раскрыть подраздел “Корректировка данных” и нажать на гиперссылку “Поиск и удаление дублей”. Откроется форма обработки, которая будет выглядеть следующим образом.
В поле “Искать в” выбираем объект по которому будет осуществляться поиск. В поле “Отбирать” можно установить параметры отбора по выбранному объекту. К примеру, элементы, не помеченные на удаление. По ссылке ниже поля отбора можно изменить правила поиска дублей. В нашем примере поиск задвоений будет осуществляться по наименованию.
После установки правил нажимаем “Ок”. После чего нажимаем на кнопку “Найти дубли”.
После завершения проверки также рекомендуется проверить базу на наличие ошибок, сформировать и посмотреть основные отчеты, проверить дату закрытия.
Читайте также: