Жизнь замечательных грибов
А именно вот сюда, после добавления нового регистратора у документа: 
Возможно кому-то сэкономит минуту времени. Это глюк платформы 1С, как минимум 8.3.16.1502 и ниже. Достаточно выйти из конфигуратора и зайти снова, и регистр появится.
При передаче данных какого-то документа или справочника из клиента на сервер, иногда возникает ошибка вида:
|
1 2 3 |
Ошибка передачи данных между клиентом и сервером. Значение недопустимого типа. по причине: Ошибка преобразования данных XDTO: |
Фактически это означает, что сериализатор 1С не смог преобразовать данные в доступный для передачи вид. Скорее всего в справочнике есть таблица значений. Что делать?
А всё просто — передадим на сервер уникальный идентификатор, а уж на сервер «восстановим» по нему объект:
|
1 2 3 4 5 6 7 8 9 10 11 12 |
&НаСервере Функция ДобавитьТУВетвьНаСервере(ИмяВетви,ВидНачисленияВетви,РодительОТУ); ... данные=Справочники.ВидыНачислений.ПолучитьСсылку(Новый УникальныйИдентификатор(ВидНачисленияВетви)); ... КонецФункции &НаКлиенте Процедура СоздатьТочкиУчетаВеткиНачислений(СтрокиДерева,родительОТУ) ... ТУВетвь=ДобавитьТУВетвьНаСервере(элемента.Наименование,элемента.ВидНачисления.УникальныйИдентификатор(),родительОТУ); ... КонецПроцедуры |
После очередного обновления конфигурации 1С, бухгалтерия обнаружила что не работает один из отчетов. Выдает ошибку
|
1 |
метод объекта не обнаружен ПолучитьНомерНаПечать |
Проблема известная и легко гуглится — дело в обновлении БСП в конфигурации. Разработчики переименовали функцию ПрефиксацияОбъектовКлиентСервер.ПолучитьНомерНаПечать() на ПрефиксацияОбъектовКлиентСервер.НомерНаПечать()
Собственно сиё случилось как всегда неожиданно. После штатного (ну почти) обновления конфигурации 1С Бухгалтерия. А именно отвалилась синхронизация между оной и ЗУП. Обновление до «наипоследнейших» версий конфигурации ничего не дало. При синхронизации продолжала вываливаться ошибка:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
Недопустимое значение параметра (параметр номер '1') {Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(8160)}: СсылкаНаОбъект = СтруктураСвойств.Менеджер.ПолучитьСсылку(Новый УникальныйИдентификатор(СвойствоУникальныйИдентификатор)); {Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(7381)}: Значение = НайтиОбъектПоСсылке(Тип, {Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(9529)}: Значение = ПрочитатьСвойство(ТипСвойства, ЭтоПустойНабор, СвойствоНеНайденоПоСсылке, ИмяПКО); {Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(16391)}: ПоследнийОбъектЗагрузки = ПрочитатьНаборЗаписейРегистра(); {Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(2697)}: ПроизвестиЧтениеДанныхВРежимеВнешнегоСоединения(ЧтениеСообщения); {ОбщийМодуль.ОбменДаннымиСервер.Модуль(6700)}: ОбработкаОбменаДаннымиВнешнееСоединение.ВыполнитьВыгрузкуДанных(ОбработкаДляЗагрузкиДанных); {ОбщийМодуль.ОбменДаннымиСервер.Модуль(3856)}: ВыполнитьДействиеОбменаДляУзлаИнформационнойБазыПоВнешнемуСоединению(Отказ, {Обработка.ВыполнениеОбменаДанными.МодульМенеджера(34)}: ОбменДаннымиСервер.ВыполнитьОбменДаннымиДляУзлаИнформационнойБазы( {(1)}:Обработки.ВыполнениеОбменаДанными.ВыполнитьЗапускОбменаДанными(Параметры[0],Параметры[1]) {ОбщийМодуль.ОбщегоНазначения.Модуль(4879)}: Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")"; {ОбщийМодуль.ДлительныеОперации.Модуль(969)}: ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова); {ОбщийМодуль.ДлительныеОперации.Модуль(959)}: ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры); по причине: Недопустимое значение параметра (параметр номер '1') |
Расследование и гугленье дало следующее: ошибка происходит из-за нарушении в регистре сведений «СоответствияОбъектовИнформационныхБаз». А именно у части данных в этом регистре соответствие стало NULL.
Решение: просто стереть всё содержимое этого регистра (Все функции -> Регистры сведений -> СоответствияОбъектовИнформационныхБаз -> CTRL-A -> DEL)
Далее в настройках синхронизации достаточно выгрузить-загрузить «данные для сопоставления». И собственно после этого у меня всё штатно заработало.
Ситуация: сервер RDP, где люди работают в 1С. Часть пользователей к сожалению не удается переубедить НЕ пользоваться браузерами на удаленном рабочем столе, в результате иногда получаются ситуации что процессор забит на 100% из-за открытых firefox и chrome в ущерб работе непосредственно 1С.
Выход: принудительное понижение приоритета выполнения браузеров при помощи скрипта PowerShell
Скрипт prior.ps1:
|
1 2 3 4 5 6 7 8 9 10 11 |
#PowerShell function set-ProcessPriority { param($processName = $(throw "Enter process name"), $priority = "Normal") get-process -processname $processname | foreach { $_.PriorityClass = $priority } write-host "`"$($processName)`"'s priority is set to `"$($priority)`"" } set-ProcessPriority chrome BelowNormal set-ProcessPriority firefox BelowNormal set-ProcessPriority sbis3plugin BelowNormal Start-Sleep -Seconds 3 |
Для того, чтобы он без проблемно выполнялся через планировщик заданий, так-же необходимо задать групповые политики для PowerShell