1с недопустимое значение параметра параметр номер 2
Добрый день, Эльза!
Похоже, у вас, как минимум, две ошибки после удаления подразделения.
Судя по всему, у вас уже был настроен обмен с ЗУП 3.1, когда вы стали удалять лишнее подразделение. А это нужно было сделать ДО первого запуска обмена, т.е. как только вы перешли на Бухгалтерию 3.0.
Логика обмена в 3.0 отличается от той, что была в 2.0.
Там объекты сопоставлялись по коду и/или наименованию и нам было достаточно изменить эти данные в обоих базах обмена, чтобы получить результат выгрузки и загрузки.
Сейчас все не так. Объекты синхронизируются по внутреннему UID — внутреннему идентификатору.
Это строчка со многими символами, совершенно уникальная в рамках базы. Другой такой нет.
UID записывается при создании объекта. И сколько бы мы не меняли наименование и код для сопоставления объектов в базах обмена, это нам в 3.0 уже не поможет. UID у них все равно будут разные. А значит, программа не сможет корректно выполнить обмен.
За сопоставление данных в базах отвечает специальный регистр Соответствия объектов информационных баз. Посмотреть его можно через Главное меню — Все функции.
Отберите информацию по подразделениям и посмотрите, соответствуют ли внутрение идентификаторы баз источников и приема.
Если там есть несоответветствие, то придется узнать UID источника в ЗУП (наверное, там либо тоже было два подразделения с уникальными UID или вы тоже удалили там до одного. Возможно, UID остались разные).
Поэтому вам нужно для начала сделать копию рабочих баз, настроить там обмен.
Все действия выполнять в них, чтобы не испортить ничего.
1. В ЗУП и БУХ у вас должно быть одинаковое количество подразделений, т.е. если в БУХ одно, то и в ЗУП — тоже должно быть одно. Проследите за одинаковым наименованием у них.
2. Проверьте в регистре Соответствия объектов информационных баз UID по оставшимся подразделениям.
3. Попробуйте сопоставить их вручную в обеих базах. Просто отредактируйте запись. Регистр дает это делать.
4. Выполните обмен. Если сопоставление вручную прошло корректно, скорее всего, проблема решилась.
Если нет, то придется привлекать к решению программиста.
Также есть еще один вариант, который можно попробовать выполнить на копии базы.
Например, удалите все записи в регистре сведений Соответствие объектов информационных баз (CTRL+A и правой кнопкой мыши вызвать контекстное меню — команда Удалить)
После этого снова выполните обмен.
Программа должна попытаться автоматически состыковать данные обеих баз.
Внимательно следите за Предупреждениями при обмене.
Все что программа не сможет состыковать автоматически, она предложит сделать вам вручную.
Смотрите ссылку Предупреждения. Переходите по вкладкам и проверяйте информацию.
Обращаю внимание, что это нужно выполнить сначала в копии базы, чтобы убедиться, что так можно решить проблему.
У вас должно быть так.
А то, что при попытке открыть подразделение в табличной части документа Отражение зарплаты в бухучете у вас возникает ошибка — это следствие удаление подразделения.
UID «приехавшего» из ЗУП объекта нет в Бухгалтерии.
А при открытии карточки Подразделения происходит поиск указанного объекта в базе.
Операция открытия включает два параметра: первый — собственно тип открываемого справочника — это справочник Подразделения организаций и второй — это ссылка на него в базе — уникальный UID, которого в базе нет. Вы его удалили.
У нас есть очень хорошая статья и видео по синхронизации ЗУП и БУХ:
Синхронизация между 1С ЗУП 3 и 1С Бухгалтерией 3.0
Я вам рекомендую его посмотреть, оно может снять многие вопросы по обмену.
Автоматически при уже установленном обмене не всегда получается пересопоставить автоматически объекты разных баз, не понятно по какой причине, но у клиентов такое бывало.
Тогда просто настраивали обмен заново и уже при новой настройке сопоставлялись только те объекты, что уже есть в базе.
Эльза, сейчас проверила этот вариант, не делайте его.
Я в тестовой базе удалила записи, но это не помогло. У вас остается два варианта, после приведения в соответствия подразделений в обеих базах: у вас в ЗУП Обобособленное и Главное, а в БУХ, как я понимаю, только одно — Главное.
1. Ручная корректировка регистра (когда войдете — увидите наверняка, что в подразделении-источнике нет соответствия в подразделении-приемнике. Там или незаполненные поля будут или лишние строки)…
Поколдуйте с этим. Есть высокая вероятность решить проблему сопоставив объекты вручную.
2. Это просто настроить новый обмен по кнопке Новая Синхронизация данных.
Я сейчас создала новую синхронизацию по обмену БУХ с ЗУП. Заняло 30 минут. Старую синхронизацию не удаляла, оставила. Но в этом случае нужно менять префиксы по обмену, например Было БП — стало ББ, было ЗП — стало ЗЗ.
Все работает нормально, хотя перед этим удалила все соответствия из регистра. Программа при новой настройке все создала автоматически.
В окне настройки на стороне ЗУП открылась специальная ссылка для сопоставления.
И регистр Соответствие объектов информационных баз заполнился заново. 🙂
Ирина, спасибо Вам большое за развернутый ответ! Попробую. Результат сообщу
Удачи, Эльза! Пусть все получится. 🙂
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>
Спасибо Марии за умение доходчиво донести информацию!
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>
Не спеша обновлял розницу, 1С 8.3.15.1656, розница ПРОФ. Без дописок, абсолютно стандартная конфигурация. 1 пользователь, 1 компьютер нет РИБ, нет работы по сети, файловая версия. При обновлении с релиза 2.2.12.30 на релиз 2.3.1.30 при запуске предприятия и процедуры обновления версии программы вывалилась следующая ошибка:
Недопустимое значение параметра (параметр номер '2')
: ПланыОбмена.УдалитьРегистрациюИзменений(Выборка.Узел);
: ЗаполнитьДанныеДляПараллельногоОтложенногоОбновления(СведенияОбОбновлении, Параметры);
: Результат = ВыполнитьОбновлениеИнформационнойБазы(ПараметрыОбновления);
:ОбновлениеИнформационнойБазыСлужебный.ВыполнитьОбновлениеИнформационнойБазыВФоне(Параметры[0],Параметры[1])
: Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
: ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыПроцедуры);
: ВыполнитьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
по причине:
Недопустимое значение параметра (параметр номер '2')
Соответственно дальнейшая работа не возможна, подскажите куда копать.
Запустил ТиИ. Процедура заняла порядка 4х часов. Все отработало и обновилось. Запуск 1С предприятия показал, что все из 50 процедур обновления отработали штатно.
А на каком основании вы обновляли релиз 2.2.12.30 на релиз 2.3.1.30 .
Просто захотелось?
Ну так и получили .
Допустиммые релизы извините ограничены 1
(3) вообще-то я обновлял с релиза 1.0.16.04, но перечислять всю цепочку обновлений посчитал не разумным. Последний рабочий релиз без ошибок был 2.2.12.30 потому его и написал. Естественно, что перед 2.3.1.30 было обновление 2.2.13.12
(5) Резервных копий ранних релизов не делал, все шло как по маслу :(( Так что с откатом жестоко. Можно поднять только ранние промежуточные 2.2.5.27 или 2.2.9.20
(4) Ну уж извините - что написали то и анализируем! Телепаты в отпуске как говорится.
Тогда платформу озвучьте уж пожалуйста.
И еще вопрос - вы запускали базу в режиме 1С Предприятия после каждого обновления?
(6) платформа написана в шапке (8.3.15.1656), единственное упустил что она х64. В том, то и дело, что на релизе 2.2.13.12 не запускал предприятие, сразу обновил до 2.3.
(7) ну вот и решение.
После каждого обновления - обязательна процедура запуска 1С Предприятия, если обновляетесь из конфигуратора.
У вас же не выполнялись процедуры обновления из 2.2.13.12 и никаких нужных изменений в базе не сделали.
(8) Так не в первый раз обновление на несколько релизов проходило без проблем. Т.е. вообще без проблем на 5-8 релизов без запуска предприятия. Конфигурацию БД то обновлял в конфигураторе сразу после обновления релиза. Или я не допонимаю технологию обновлений релизов 1С?
(8)Я и на этой базе перешел сразу от 2.2.5 на 2.2.9 без запуска 1С Предприятия. И все работало без всяких сбоев - произвел выгрузку файла на ККМ, произвел загрузку с ККМ, проверил остатки и движения, проверил чеки и смены. Удалил движения и продолжил обновление.
Об обязательности процедуры запуска 1С предприятия после обновления релиза в конфигураторе читаю в первый раз. Вполне возможно, что мои знания имеют огромный пробел.
(11)по хорошему нужно после каждого релиза смотреть результат обновления и те процедуры которые не отработали , в последующих релизах умертвят базу.
(13)не , после обновление , лезешь в администрирование - результат обновления - там смотриш сколько процедур из скольки отработало , если числа равны = всё ок , а если нет , ломаешь конфу , убиваешь что не понятно , до обновляешься в предприятии , накатываешь типовой релиз и после этого можно следующие версии обновления . либо можно без взрыва конфы , но нужно тогда тщательней ковырять данные.
(14)Так это в случае удачного обновления, а не так как у меня сейчас. НО в любом случае спасибо, буду знать и пользоваться.
(15) рисковый вы человек. После каждого обновления надо запускать конфу в режиме предприятия и дожидаться полного обновления. А перед обновлением обязательный бэкап. А если доработки какие есть, то обновлять сначала на копии и проверять работоспособность по чеклисту доработок.
(13) Вы напоминаете слепого на минном поле! Который не видит ни таблички с предупреждениями, но еще не взорвался и утверждающего, что видите - можно же ходить и НИЧЕГО!
Вы видимо в принципе не понимаете механизма обновления и процесса изменения структур и данных в процессе этого обновления.
Это до первой серьезной потери!
Примерно такие же "1С-ники" не делают вообще архивных копий, играя в русскую рулетку.
Отвечаю на ваш вопрос
с очевидностью вашей неосведомленности, которая позволила мне столь резкие выражения выше:
Совершенно обязательно именно убедиться что отработали ВСЕ процедуры обновления из 1С Предприятия ибо именно они выполняют действия с данными, которые вы в последствие запросто можете просто потерять.
Смотреть -Администрирование- Обслуживание- Сведения об обновлении
там выводятся подробные сведения о всех процедурах и их времени выполнения, собственно вас должно интересовать только сам факт выполнения.
Ну и напоследок вам пример -история из будущего -"КАК вы можете потерять свою базу"
-В документе Х есть реквизит Сотрудник , который содержит информацию ясно о сотруднике (ссылка на сотрудника) .
Документ содержит информацию о стаже сотрудника. (Это кстати почти реальная история из ЗУП 2.5)
-В результате обновления 1С изменила структуру данных и теперь после обновления вся информация о стаже будет храниться не в документе , а в регистре сведений. Процедуры обновления в процессе выполнения переносят информацию из документов в РС и при успешном обновлении никто даже не заметит, что данные переехали. Данные в документе X больше не нужны . Мало того сам документ вполне может совсем исчезнуть из базы за ненадобностью в следующих релизах. Но база то как работала так и работает. Просто когда подойдет отчетный период и Бух кинется сдавать отчетность вдруг обнаружится, что данных то нету за весь период ДО обновления, ибо после обновления данные писались уже в регистр и все прекрасно. А данные, если повезет (архивы то хоть делались), нужно тащить из архива. А если еще и архива вдруг не окажется как назло?
- Если все процедуры обновления не выполнить, то вы запросто получите в этой ситуации совершенно рабочую базу, но без старых данных по стажу и счастя полные штаны! Но самое главное заметить это можете аж через несколько месяцев!
Столкнулся с такой ошибкой. Гугл сходу выводит на Инфостарт, где находится подсказка, что для исправления необходимо программно удалить пустую строку из документа, но подробного алгоритма, как это можно сделать, нет. Поэтому оставлю это здесь во имя добра и света. P.S. "В любой непонятной ситуации - делай копию базы".
Итак, исправляем за 5 мин.
В документе «Начисление зарплаты и взносов» эта ошибка возникает, после того как пользователь добавил пустую строку в документ по кнопке «Добавить» и пробует закрыть документ.
Если в этот момент нажать «Да», все, строка записалась и документ больше не откроется.
При попытке открыть, получим ошибку:
Теперь спасаем документ и данные в нем. Для этого используем стандартную обработку «Групповое изменение реквизитов».
Администрирование – Обслуживание – Корректировка данных - Групповое изменение реквизитов.
Отбираем наш документ.
Идем на вкладку «Выполнить произвольный алгоритм»
и вставляем следующий код:
Нажимаем кнопку «Выполнить», дожидаемся выполнения, затем нажимаем "Готово".
Все. Пустая строка из документа удалена, с ним можно работать дальше.
Специальные предложения
(1) Я честно говоря сначала запустил в режиме отладки и посмотрел что не заполнено. Результат выбрал потому что код короче.
Подтверждаю, в ERP 2.4.10.94 та же самая ошибка. Есть аналогичная в производственном блоке при "раскрутке" этапов из ресурсных спецификаций.
В этом случае строку:
Можно заменить на:
(жалко, что в БСП нет функции аналогичной для соответствий, типа ОбщегоНазначенияКлиентСервер.ЗначениеСоответствия(), где можно было бы указать значение по-умолчанию)
Вторым параметром метода ЗаполнитьЗначенияСвойств не могут быть типы: Неопределено, Null, Число, Строка, Дата, Булево.
В качестве альтернативного кода для перезаполнения табличной части документа можно использовать ПостроительЗапроса, который возвращает только строки без пустых ссылок в реквизите Сотрудник:
Просмотры 3065
Загрузки 0
Рейтинг 6
Создание 31.05.20 12:00
Обновление 31.05.20 12:00
№ Публикации 1243654
Рубрики Зарплата
Тип файла Нет файла
Операционная система Не имеет значения
Страна Россия
Доступ к файлу Бесплатно (free)
Код открыт Да
См. также
Расчет премий по формулам Промо
Подход к реализации расчетов премий сотрудников с использованием СКД.
17.05.2021 5048 RocKeR_13 5
Проверка РСВ - 2022: инструкция со скринами и пояснениями
Успеваем сдать РСВ до 04.05.2022г. Воспользуйтесь шпаргалкой от Инфостарт.
29.04.2022 559 Infostart 0
Автоматизация заполнения статей затрат по зарплате в системе 1С:ERP
В статье рассмотрим, как в системе 1С:ERP происходит оформление ведомостей по зарплатному проекту. Покажем на примере конкретного бизнеса вариант автоматизации процесса.
06.03.2022 541 Koder_Line 1
Ни в ЗУП ногой!? А мне нравится! Часть 1. Главные сложности решения, что отталкивает
Ни для кого не секрет, что ЗУП - одно из сложнейших решений в линейке 1С. Многие разработчики и аналитики не любят им заниматься. Тяжело представить, чтоб начинающий разработчик/аналитик стал по доброй воле работать в сфере управления персоналом и расчета заработной платы. В данной серии статей будет рассказано, какие видятся плюсы в этом решении и как справляться с его минусами. Кратко расскажу, как встать на этот путь, приведу примеры выполненных задач.
03.03.2022 4651 biimmap 55
ERP Управление Предприятием 2.0. Сдельная оплата Промо
За некоторыми маленькими цифрами, которые нужно вносить в базу данных, прячется большой объем работ. К таким цифрам относится расценка по сдельной заработной плате. Как ее рассчитать? Как она меняется и от чего зависит?
24.11.2014 41490 PAVI 6
Расчет нормо-часа по работам в производстве
Всем бодрого дня. Долго решала, нужно ли это пользователям или нет. Но все же решила описать сбор отчета по нормо-часам. Компания занимается ремонтом и изготовлением спец. техники. Данный отчет им требуется для корректного выставления цены по ремонту и технического обслуживания при заключении годовых контрактов на обслуживание. Отчет собран через функционал «Бюджетирования», через оформление экземпляров бюджетов.
01.03.2022 547 BagiraN 0
Доработка УПП 1.3 для выгрузки без ЭДО файлов всех сотрудников из документа "Сведения о застрахованных лицах, ФСС" для СБИС
ФСС потребовал предоставить полные списки работников при переходе на безбумажные больничные. Если сотрудников в УПП довольно много, становится проблематично каждого сотрудника выгружать в ФСС вручную. Можно даже сказать - довольно кропотливо. Вариант работы с ЭДО не требует жмакать кнопку для каждого сотрудника, но это платно (для второй и последующих организаций). Оказывается к ЭДО можно пока не подключаться. Предлагаю вариант автоматической выгрузки.
22.02.2022 1857 ksnik 12
Как закрыть сальдо по НДФЛ на конец 2021 года для сотрудника-нерезидента. ЗУП 3
Когда сотрудник приобретает статус нерезидента в середине года, и НДФЛ по нему пересчитывается с 13% на 30%, возникшую задолженность по НДФЛ 1С ЗУП3 списывает без особых проблем. Но что делать, если статус у сотрудника изменился в конце года?
15.02.2022 1112 SnorkL1 0
Перечисленный НДФЛ и как с этим бороться Промо
Описание простой методики избавления от висящих остатков по НДФЛ перечисленному
20.02.2012 80708 kondrp 52
Отчет "Анализ начисленных налогов и взносов" в 1С:Бухгалтерии предприятия 3.0
Для бухгалтеров, работающих с расчетом и начислением налогов и взносов с заработной платы и подготавливающих регламентированную отчетность по ним, всегда жизненно важен вопрос проверки базы для начисления этих взносов и оперативный самостоятельный аудит начислений, выполненных в учетной программе автоматическими алгоритмами. Поскольку сейчас в большинстве случаев для расчета заработной платы и связанных с ней налогов и страховых взносов используют программы семейства 1С, рассмотрим на примере 1С:Бухгалтерия предприятия 3.0, как с помощью штатного отчета "Анализ начисленных налогов и взносов", который существует и в конфигурации 1С:Бухгалтерия предприятия 3.0, и в программе 1С:Зарплата и управление персоналом (более специализированная программа), можно облегчить жизнь бухгалтерам и расчетчикам.
28.01.2022 1767 Koder_Line 0
Имущественный вычет сотруднику в программе Зарплата и управление персоналом 3.1
Здравствуйте, коллеги! В данной статье я в деталях расскажу о том, как предоставляются имущественные налоговые вычеты сотруднику от работодателя в программе Зарплата и управление персоналом 3.1. Все сказанное будет проиллюстрировано на реальном примере, так что по прочтении статьи Вы сможете запросто предоставить имущественный вычет сотруднику самостоятельно!
24.01.2022 534 Koder_Line 0
Ошибка зачета выплаты НДФЛ в налоговый орган в КА 2.5
Исправление ошибки по зачету выплат НДФЛ в налоговый орган, не установленный в качестве основной регистрации.
СКД = ПолучитьИзВременногоХранилища(АдресСКД); // Отладчик ругается на эту строку.
УстановитьПоляОтбораПоСКД(СКД);
КомпоновщикНастроек.Инициализировать(Новый ИсточникДоступныхНастроекКомпоновкиДанных(СКД));
КомпоновщикНастроек.ЗагрузитьНастройки(СКД.НастройкиПоУмолчанию);
КомпоновщикНастроек.Восстановить();
КомпоновщикМакета = Новый КомпоновщикМакетаКомпоновкиДанных;
МакетКомпоновкиДанных = КомпоновщикМакета.Выполнить(СКД,
КомпоновщикНастроек.ПолучитьНастройки(), , ,
Тип("ГенераторМакетаКомпоновкиДанныхДляКоллекцииЗначений"));
ПроцессорКомпоновкиДанных = Новый ПроцессорКомпоновкиДанных;
ПроцессорКомпоновкиДанных.Инициализировать(МакетКомпоновкиДанных);
ПроцессорВывода = Новый ПроцессорВыводаРезультатаКомпоновкиДанныхВКоллекциюЗначений;
ТаблицаРезультатаКомпановки = ПроцессорВывода.Вывести(ПроцессорКомпоновкиДанных);
ПостроительЗапроса = Новый ПостроительЗапроса();
Источник = Новый ОписаниеИсточникаДанных(ТаблицаРезультатаКомпановки);
ПостроительЗапроса.ИсточникДанных = Источник;
ПостроительЗапроса.Выполнить();
Если НЕ СохранятьИзмененияПользователя Тогда
Объект.Реализация.Очистить();
Объект.Оплата.Очистить();
Иначе
мТаблицаОплат = Объект.Оплата.Выгрузить();
Объект.Оплата.Очистить();
КонецЕсли;
Пока РезультатЗапроса.Следующий() Цикл
Если НЕ СохранятьИзмененияПользователя Тогда
Если РезультатЗапроса.ВидыДвиженийПриходРасход = Перечисления.CRM_ВидыДвиженийПриходРасход.Приход Тогда
НоваяСтрока = Объект.Реализация.Добавить();
ИначеЕсли РезультатЗапроса.ВидыДвиженийПриходРасход = Перечисления.CRM_ВидыДвиженийПриходРасход.Расход Тогда
НоваяСтрока = Объект.Оплата.Добавить();
КонецЕсли;
ЗаполнитьЗначенияСвойств(НоваяСтрока, РезультатЗапроса);
ДобавитьСвязанныеДокументы(РезультатЗапроса, РезультатЗапроса.ВидыДвиженийПриходРасход);
Иначе // Скорректируем ТЧ Оплаты, т.к. в реализации было удаление строки
Если РезультатЗапроса.ВидыДвиженийПриходРасход = Перечисления.CRM_ВидыДвиженийПриходРасход.Расход Тогда
НоваяСтрока = Объект.Оплата.Добавить();
ЗаполнитьЗначенияСвойств(НоваяСтрока, РезультатЗапроса);
МассивСтрок = мТаблицаОплат.НайтиСтроки(Новый Структура("ИдентификаторДокумента, ИдентификаторКорДокумента",РезультатЗапроса.ИдентификаторДокумента,РезультатЗапроса.ИдентификаторКорДокумента));
Если НЕ МассивСтрок.Количество() = 0 Тогда
НоваяСтрока.Счет = МассивСтрок[0].Счет;
КонецЕсли;
КонецЕсли;
КонецЕсли;
Если НЕ мВремТаблицаРеализации.Количество() = 0 Тогда
Для Каждого СтрокаРеализации ИЗ Объект.Реализация Цикл
СтрокаТЗ = мВремТаблицаРеализации.Найти(СтрокаРеализации.ИдентификаторДокумента, "ИдентификаторДокумента");
Если НЕ СтрокаТЗ = Неопределено Тогда
СтрокаРеализации.Счет = СтрокаТЗ.Счет;
КонецЕсли;
КонецЦикла;
КонецЕсли;
Если НЕ мВремТаблицаОплаты.Количество() = 0 Тогда
Для Каждого СтрокаОплаты ИЗ Объект.Оплата Цикл
МасивСтрок = мВремТаблицаОплаты.НайтиСтроки(Новый Структура("ИдентификаторДокумента, ИдентификаторКорДокумента", СтрокаОплаты.ИдентификаторДокумента, СтрокаОплаты.ИдентификаторКорДокумента));
Если НЕ МасивСтрок.Количество() = 0 Тогда
СтрокаОплаты.Счет = МасивСтрок[0].Счет;
КонецЕсли;
КонецЦикла;
КонецЕсли;
: Ошибка при вызове метода контекста (ПолучитьИзВременногоХранилища)
СКД = ПолучитьИзВременногоХранилища(АдресСКД);
Недопустимое значение параметра (параметр номер '1')
Универсальные переносы данных 1С (перенос документов, остатков и справочной информации):
Данные программы разработаны в нашей компании. Позволяют комфортно выполнить переход со старых программ 1С на новые. В отличие от типовых переносов фирмы 1С эти разработки позволяют переносить документы за выбранный период.
Переносы данных можно приобрести за безналичный расчет на юридическое лицо (предоставим закрывающие документы) или оплатить банковской картой через шлюз Яндекс.Кассы (предоставим электронный чек). -->
Ошибка "Недопустимое значение параметра" при запуске УдалитьРегистрациюИзменений
Ошибка при вызове метода контекста (УдалитьРегистрациюИзменений): Недопустимое значение параметра (параметр номер '2')
ПланыОбмена.УдалитьРегистрациюИзменений(Выборка.Ссылка);
по причине:
Недопустимое значение параметра (параметр номер '2')
В данном случае ошибка связана со вторым параметром процедуры. Необходимо чтобы это была ссылка на объект метаданных, который участвует в обмене. Тогда команда "УдалитьРегистрациюИзменений" сработает без ошибок
Есть вопросы по работе с 1С?
Читайте также: