1с синтаксическая ошибка неверное имя текущей таблицы

   егаис

28.10.15 — 09:36

У некоторых пользователей вдруг стала возникать ошибка при записи операции.

«(39,27) Синтаксическая ошибка «:»

Неверное имя текущей таблицы <<?>> РегистрСведений.ПервоначальныеСведенияОСБухгалтерскийУчет»

Ошибок в модулях нет.

База на скуле, с /ClearCache запускал

Всю базу перерыл, не нашел бага, куда копать?

   mikecool

1 — 28.10.15 — 09:37

копать в сторону  РегистрСведений.ПервоначальныеСведенияОСБухгалтерскийУчет и до обеда, потом бросить и покушать

   егаис

2 — 28.10.15 — 09:43

а что в той стороне? ни модуля объекта, ни модуля менеджера, права нужные есть

Повторюсь, не для всех пользователей эта ошибка

   Cyberhawk

3 — 28.10.15 — 09:45

Полный текст ошибки в студию

   егаис

4 — 28.10.15 — 09:47

это весь текст

   Cyberhawk

5 — 28.10.15 — 09:48

Тогда показывай на картинке этот текст

   mikecool

6 — 28.10.15 — 09:48

(2) тебе вроде русским языком написано, что нет такой таблицы в качестве текущей

и кеш надо чистить выгнав пользователей и остановив сервер 1с, ибо слиркеш не всегда срабатывает однозначно

   егаис

7 — 28.10.15 — 09:54

   Cyberhawk

8 — 28.10.15 — 09:55

(6) «слиркеш» это что?

   Cyberhawk

9 — 28.10.15 — 09:55

(7) включи разрешение отладки и через появившуюся кнопку «Подробно» скопируй текст ошибки

   Любопытная

10 — 28.10.15 — 09:56

А конфигурация вообще типовая? Найди эту строку в конфигураторе и посмотри на нее. Такое ощущение, что там реально просто синтаксическая ошибка в коде

   Господин ПЖ

11 — 28.10.15 — 09:57

текущая таблица? rls глючит?

   егаис

12 — 28.10.15 — 10:00

(9) пока не могу сервер тормознуть

(10) добавил новый РС, после этого полезла эта ошибка. Под полными правами все работает

(11) так в операции РС вообще не указываю, только РБ. По сути записываю пустую операцию, ошибка проявляется

   Cyberhawk

13 — 28.10.15 — 10:01

(12) Я ничего про сервер не говорил, разрешение отладки включается в настройках пользовательского сеанса

   егаис

14 — 28.10.15 — 10:03

Все, всем спасибо, вопрос решился

   егаис

15 — 28.10.15 — 10:04

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

   егаис

16 — 28.10.15 — 10:04

Ошибка при выполнении обработчика — ‘ПередЗаписью’

по причине:

{Документ.ОперацияБух.МодульОбъекта(26)}: Ошибка при вызове метода контекста (Прочитать)

            Движение.Прочитать();

по причине:

Ошибка в ограничении доступа к данным.

объект: ‘РегистрСведений.ПараметрыАмортизацииСпецодежды’, поле: ‘Регистратор’; право: ‘Чтение’

{(39, 27)}: Синтаксическая ошибка «:»

НеверноеИмяТекущейТаблицы<<?>>: «РегистрСведений.ПервоначальныеСведенияОСБухгалтерскийУчет»

по причине:

{(39, 27)}: Синтаксическая ошибка «:»

НеверноеИмяТекущейТаблицы<<?>>: «РегистрСведений.ПервоначальныеСведенияОСБухгалтерскийУчет»

меняю логику начисления амортизации по спецодежде, способы расчета привязываю через РС + документы изменений

Спасибо еще раз

	Я
егаис 28.10.15 — 09:36	У некоторых пользователей вдруг стала возникать ошибка при записи операции. «(39,27) Синтаксическая ошибка «:» Неверное имя текущей таблицы <<?>> РегистрСведений.ПервоначальныеСведенияОСБухгалтерскийУчет» Ошибок в модулях нет. База на скуле, с /ClearCache запускал Всю базу перерыл, не нашел бага, куда копать?
mikecool 1 — 28.10.15 — 09:37	копать в сторону  РегистрСведений.ПервоначальныеСведенияОСБухгалтерскийУчет и до обеда, потом бросить и покушать
егаис 2 — 28.10.15 — 09:43	а что в той стороне? ни модуля объекта, ни модуля менеджера, права нужные есть Повторюсь, не для всех пользователей эта ошибка
Cyberhawk 3 — 28.10.15 — 09:45	Полный текст ошибки в студию
егаис 4 — 28.10.15 — 09:47	это весь текст
Cyberhawk 5 — 28.10.15 — 09:48	Тогда показывай на картинке этот текст
mikecool 6 — 28.10.15 — 09:48	(2) тебе вроде русским языком написано, что нет такой таблицы в качестве текущей и кеш надо чистить выгнав пользователей и остановив сервер 1с, ибо слиркеш не всегда срабатывает однозначно
егаис 7 — 28.10.15 — 09:54	(5) http://savepic.su/6345988.jpg (6) «и кеш надо чистить остановив сервер 1с» o_O
Cyberhawk 8 — 28.10.15 — 09:55	(6) «слиркеш» это что?
Cyberhawk 9 — 28.10.15 — 09:55	(7) включи разрешение отладки и через появившуюся кнопку «Подробно» скопируй текст ошибки
Любопытная 10 — 28.10.15 — 09:56	А конфигурация вообще типовая? Найди эту строку в конфигураторе и посмотри на нее. Такое ощущение, что там реально просто синтаксическая ошибка в коде
Господин ПЖ 11 — 28.10.15 — 09:57	текущая таблица? rls глючит?
егаис 12 — 28.10.15 — 10:00	(9) пока не могу сервер тормознуть (10) добавил новый РС, после этого полезла эта ошибка. Под полными правами все работает (11) так в операции РС вообще не указываю, только РБ. По сути записываю пустую операцию, ошибка проявляется
Cyberhawk 13 — 28.10.15 — 10:01	(12) Я ничего про сервер не говорил, разрешение отладки включается в настройках пользовательского сеанса
егаис 14 — 28.10.15 — 10:03	Все, всем спасибо, вопрос решился
егаис 15 — 28.10.15 — 10:04	Права на вновь созданный регистр, но сц уко, почему ругается на РС в сабже ,я не понял
егаис 16 — 28.10.15 — 10:04	Ошибка при выполнении обработчика — ‘ПередЗаписью’ по причине: {Документ.ОперацияБух.МодульОбъекта(26)}: Ошибка при вызове метода контекста (Прочитать)             Движение.Прочитать(); по причине: Ошибка в ограничении доступа к данным. объект: ‘РегистрСведений.ПараметрыАмортизацииСпецодежды’, поле: ‘Регистратор’; право: ‘Чтение’ {(39, 27)}: Синтаксическая ошибка «:» НеверноеИмяТекущейТаблицы<<?>>: «РегистрСведений.ПервоначальныеСведенияОСБухгалтерскийУчет» по причине: {(39, 27)}: Синтаксическая ошибка «:» НеверноеИмяТекущейТаблицы<<?>>: «РегистрСведений.ПервоначальныеСведенияОСБухгалтерскийУчет»
егаис 17 — 28.10.15 — 10:04	меняю логику начисления амортизации по спецодежде, способы расчета привязываю через РС + документы изменений Спасибо еще раз

Конфигурация Управление сервисным центром от Рарус

До обновления работало все ок.
Сейчас если под пользователем зайти в Документы -> Учет времени, то ошибка при отображении списка документов

Ошибка при выполнении запроса.
по причине:
Ошибка получения данных
по причине:
Ошибка создания набора данных "НаборДанныхДинамическогоСписка"
по причине:
Ошибка при исполнении запроса набора данных
по причине:
Ошибка выполнения запроса
по причине:
Ошибка в ограничении доступа к данным.
объект: 'Документ.УчетВремени', поле: 'Проведен'; право: 'Чтение'
{(38, 18)}: Синтаксическая ошибка ":"
НеверноеПраво<<?>>: Добавление
по причине:
{(38, 18)}: Синтаксическая ошибка ":"
НеверноеПраво<<?>>: Добавление

Если попытаться создать этот документ, то ошибка такая

Ошибка в ограничении доступа к данным.
объект: 'Документ.УчетВремени'; право: 'Чтение'
{(38, 18)}: Синтаксическая ошибка ":"
НеверноеПраво<<?>>: Добавление
по причине:
{(38, 18)}: Синтаксическая ошибка ":"
НеверноеПраво<<?>>: Добавление

Хотя если зайти под Администратором, то все документы видны и даже те которые попытался создать пользователь (но у него вышла ошибка).

В конфигураторе смотрел права на Документ.УчетВремени. В нем у роли ДобавлениеИзменениеСобытийИЗаданий проставлены все галочки (чтение, добавление, изменение и т.д.). У пользователей эта роль включена. Я даже пробовал все роли включить которые присутствуют в правах. Ничего не помогает если у пользователя не праставлена галочка ПолныеПрава. А полные права как известно нельзя давать.

Прошу дать совет куда копать, чтоб побороть эту ошибку…

Доброго времени суток ,подскажите пожалуйста ,если не затруднит,что не так делаю…    ЦеныНоменклатурыСрезПоследних.Цена КАК ЦенаВРознице ИЗ я только учусь …и важно не столько поправка кода сколько объяснение отчего возникает ошибка и как это поправить= избежать в последующем. спасибо)

делай конструктором: ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЦеныНоменклатуры.СрезПоследних(&ТипЦен) КАК ЦеныНоменклатурыСрезПоследних

(&ТипЦен) -не там и не так.

вот это лишнее, только увиливает время работы:

ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЦеныНоменклатуры.СрезПоследних(,ТипЦен=&ТипЦен) КАК ЦеныНоменклатурыСрезПоследних

ЦеныНоменклатурыСрезПоследних.Цена В выборке нет ЦеныНоменклатурыСрезПоследних.Цена, а в Сгруппировать есть. Может, в этом дело?

к пардон, не туда посмотрела, вопрос снят

к текст ошибки: {Форма.Форма}: Ошибка при вызове метода контекста (Выполнить): {(6, 100)}: Ожидается имя таблицы ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЦеныНоменклатуры.СрезПоследних КАК ЦеныНоменклатурыСрезПоследних<<?>>(&ТипЦен) по причине: {(6, 100)}: Ожидается имя таблицы ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЦеныНоменклатуры.СрезПоследних КАК ЦеныНоменклатурыСрезПоследних<<?>>(&ТипЦен)

нет ппц, ты даже ничего не исправил

все исправил все работает))) сорь торможу)

спасибо за оперативность)

Тэги:

Комментарии доступны только авторизированным пользователям

Добрый день подскажите пожалуйста что значит «Синтаксическая ошибка» при формировании материального отчета (МХ-20). Заранее спасибо.
1С:Предприятие 8.3 (8.3.6.2100)
Бухгалтерия предприятия, редакция 3.0 (3.0.41.49) (http://v8.1c.ru/buhv8/)
Copyright (С) ООО «1C», 2009 — 2015. Все права защищены
(http://www.1c.ru)

Заполнить и подать уведомление об исчисленных суммах налогов и взносов

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

Проведите автоматическую сверку счетов‑фактур с контрагентами

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

---

Обновление УТ 11.1.10.199 => 11.2.2.119
После обновления конфы при запуске в режиме Предприятия ошибка:
{ОбщийМодуль.Б_ОбменССайтомСервер.Модуль(225)}: Тип не определен (СправочникОбъект.ЕдиницыИзмерения)

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

Решение:
1) Удалить в новой версии модуль БУС (отметить галочки)
2) Обновить модуль БУС после обновления

---

Обновление УТ 11.2.2.119 => 11.2.3.84
При внесении изменений в конфигурацию ошибка:

Записи регистра сведений стали неуникальными: ВерсииОбъектов.

Решение:
Зайти в Предприятие, ВсеФункции -> РегистрыСведений -> ВерсииОбъектов и удалить косячный объект.

В данном случае был объект с незаполненным реквизитом Объект.

---

“Виснет” обновление базы в режиме предприятия – запускается, но постоянно 0%.

Решение:
Отредактировать регламентное задание “Отложенное обновление ИБ”: устанавливал чтобы запускалось каждые 60 сек.

---

Ошибка после обновления платформы и запуске синхронизации:
"Не удалось подключиться к другой программе: Метод объекта не обнаружен (Connect)"

Решение:
Выполнить регистрацию COM-соединения:
Regsvr32 “C:Program Files (x86)1cv8НОМЕР_ПЛАТФОРМЫbincomcntr.dll”

---

При обновлении ЗУП 2.5 на 3.0 на платформе 8.3.12.1412 при запуске в режиме Предприятия:
Ошибка (идентификаторы могут быть разные):
ERROR: column "fld16387rref" does not exist
LINE 2: COALESCE(Fld16387RRef,Q_001_F_000RRef)

Причина: В клиент-серверном варианте инфорационной базы с использованием PostgreSQL при выполнении запроса, содержащего ПОЛНОЕ СОЕДИНЕНИЕ может происходить ошибка вида. Код ошибки: 10193154.
Решение:
Обновить платформу на 8.3.12.1529.

---

Обновление УТ 11.4.6.166 => 11.4.6.174
Ошибка на этапе запуска в режиме Предприятия (кажется):
{Документ.РеализацияТоваровУслуг.МодульОбъекта(3237,7)}: Переменная не определена (СуммаПредоплаты)
ВызватьИсключение(ТекстОшибки);

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

Решение:
Откатился назад и обновился еще раз без объединения с имеющимся кодом. Уже после обновления исправил код вручную.

---

Обновление УТ 1.3.4.228 => 11.4.6.174
Ошибка на этапе объединения конфигураций:
На удаляемый объект ОбщийМодуль.УчетНДСУТ есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.УчетНДС.Состав
На удаляемый объект РегламентноеЗадание.ФормированиеДвиженийПоПартиямЗатратамНДС есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.УчетНДС.Состав
На удаляемый объект ЖурналДокументов.ПередачиВозвратыТоваровМеждуОрганизациями есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.ПродажиМеждуОрганизациями.Состав
На удаляемый объект Обработка.НастройкаПередачиТоваровМеждуОрганизациями есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.ПродажиМеждуОрганизациями.Состав
На удаляемый объект Обработка.ПомощникИсправленияОстатковТоваровОрганизаций есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Состав
На удаляемый объект Обработка.ТекущиеДелаПоЭДО есть ссылки в объектах основной конфигурации:
Подсистема.Органайзер.Состав
На удаляемый объект РегистрСведений.УдалитьАдресныйКлассификатор есть ссылки в объектах основной конфигурации:
Подсистема.НормативноСправочнаяИнформация.Подсистема.БазовыеКлассификаторы.Состав

ПричинЫ:
Почему остались ссылки на удаляемые объекты в конфе?
1) Возможно, объекты со ссылками тоже должны были быть удалены, но по какой-то причине этого не произошло.
2) Просто тупняк обработки обновления, которая не “зачистила” места использования удаляемых объектов.

РешениЯ:
1) По хорошему, нужно найти все места использования и разобраться, почему остались ссылки на удаляемые объекты. Устранить их и вновь запустить обновление, чтобы объекты смогли удалиться автоматически.
2) Но можно и проще: убрать галки в форме сравнения конфигураций с этих объектов, чтобы они не пытались удалиться из текущей конфы. Но теперь в базе будут мусорные объекты, которые никто и никогда не будет использовать.

---

Обновление УТ
Ошибка:
Ошибка инициализации модуля: Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера
по причине:
{Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера(13,2)}: Переменная не определена (ВводНаОснованииПереопределяемый)
<<?>>ВводНаОснованииПереопределяемый.ДобавитьКомандуСоздатьНаОснованииБизнесПроцессЗадание(КомандыСоздатьНаОсновании);
{Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера(14,2)}: Переменная не определена (ВводНаОснованииПереопределяемый)
<<?>>ВводНаОснованииПереопределяемый.ДобавитьКомандыСоздатьНаОснованииПисмаПоШаблону(КомандыСоздатьНаОсновании);
{Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера(23,45)}: Переменная не определена (ВводНаОсновании)
КомандаСоздатьНаОсновании.Представление = <<?>>ВводНаОсновании.ПредставлениеОбъекта(Метаданные.Документы.УдалитьАктОРасхожденияхПриПоступленииТоваров);

Причина:
Комбинация двух предыдущих ошибок. В предыдущем релизе конфигурации объект УдалитьАктОРасхожденияхПриПоступленииТоваров был “помечен на удаление” (т.к. в имени написано “Удалить”), значит в этом новом релизе он должен был быть удален. Но на него остались ссылки в других объектах, поэтому автоматически он не удалился. Соответственно, проблемный объект УдалитьАктОРасхожденияхПриПоступленииТоваров содержит неактуальные обращения к уже несуществующим реквизитам других объектов (ВводНаОснованииПереопределяемый и др.).

Решение:
Удалить объект УдалитьАктОРасхожденияхПриПоступленииТоваров из конфы:
1) найти места использования: ПКМ на объекте => Найти места использования. Как оказалось, ссылались некоторые команды в других объектах
2) убрать места использования: поснимать галочки на удаляемый объект в этих командах (в реквизите “Тип параметра команды”, кажется)
3) запустить выполнение обновления повторно, и этот объект должен спокойно выпилиться из конфы

---

Обновление УТ
Ошибка:
Роль.ДобавлениеИзменениеФизическихЛиц: Дублирование имени объекта метаданных:
Обработка.ПомощникИсправленияОстатковТоваровОрганизаций: Дублирование имени объекта метаданных:
При проверке метаданных обнаружены ошибки!
Операция не может быть выполнена.

Причина:
Тупняк обработки обновления: дубликат не должен быть создаваться.

Решение:
(точно не помню) По логике – удалил дубликаты из конфы.

---

Обновление УТ
В режиме Предприятия:
Ошибка при выполнении запроса.
по причине: Ошибка получения данных
по причине: Ошибка создания набора данных "НаборДанныхДинамическогоСписка"
по причине: Ошибка при исполнении запроса набора данных
по причине: Ошибка выполнения запроса
по причине: Ошибка в ограничении доступа к данным.
объект: 'Документ.ПриобретениеТоваровУслуг', поле: 'Проведен'; право: 'Чтение'
{(38, 27)}: Синтаксическая ошибка ":"
НеверноеИмяТекущейТаблицы<<?>>: "Документ.ПоступлениеТоваровУслуг"
по причине:
{(38, 27)}: Синтаксическая ошибка ":"
НеверноеИмяТекущейТаблицы<<?>>: "Документ.ПоступлениеТоваровУслуг"

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

Решение:
Убрал в самописной роли галки на документ ПоступлениеТоваровУслуг, оставил только на Приобретения.

Просмотров:
2 945

---

Заполнение СЗВ-ТД в ЗУП 3.1
 

---

В прошлых отчетах не забыли установить флажок Пачка принята в ПФР (не редактируется)?

K Michael

11.04.2020 16:21

---

2-US1C >Не а! Этот флаг надо было установить до обновления. Или ставь галку до обновления, или грохай не нужную «Регистрацию трудовой деятельности», созданную автоматом при обновлении. И что-то переводы не очень в ТД заходят, номер приказа слетает, обновись до крайнего, вчера вечером выложили и что-то по ТД исправляли.

---

(3) Проверил, флаги стоят. Релиз базы 3.1.13.76. Накатил последний релиз 3.1.13.151 — заполняю СЗВ-ТД на апрель. Та же хрень. Попадают Приемы, Переводы, Увольнения за январь, февраль, март.

K Michael

12.04.2020 18:25

---

4-US1C >[quote=K Michael;47595391]или грохай не нужную «Регистрацию трудовой деятельности»[/quote]

sasha_grey

21.04.2020 12:34

---

Накатила 151 релиз (пока в локалке) — теперь у кадровиков при проведении СЗВ-ТД ошибка вылазит — неверное имя таблицы, в модуле менеджера документа, функция ДанныеДляПроведенияДокумента при выполнении запроса. Косвенно ругается что что-то с доступом к документу ЗаявленияОПредоставленииСведенийОТрудовойДеятельности — конкретно реквизит Дата. Странно, что ни сам документ, ни роли не менялись при обновлении, права пользователей тоже не трогала. До сих пор не пойму, откуда ноги растут у той ошибки…

GariPortman

21.04.2020 15:41

---

Проверь наличие расширений

sasha_grey

22.04.2020 06:11

---

[quote=Begemot;47617718]Проверь наличие расширений[/quote]
Расширения есть — одно франчи ставили при переносе из ЗиК, другое я сама, и недавно еще одно прилетело — по реестру 65+. По совместимости никаких ошибок не было. Блин, обидно, три дня уже не могу найти, в чем дело Причем обновление совсем небольшое

---

(9) Попробуйте создать дополнительный профиль доступа с ролью ДобавлениеИзменениеДанныхОТрудовойДеятельности, на основании его группу доступа и добавить в эту группу пользователя кадровик.

sasha_grey

22.04.2020 09:39

---

[quote=US1C;47619197]Попробуйте создать дополнительный профиль доступа с ролью ДобавлениеИзменениеДанныхОТрудовойДеятельности, на основании его группу доступа и добавить в эту группу пользователя кадровик.[/quote]
Спасибо за ответ! Почему-то не получается так В конфигураторе роль ДобавлениеИзменениеДанныхОТрудовойДеятельности есть, а при создании профиля доступа из самой программы эту роль не нахожу, может она как-то иначе называется? Типа синоним другой.

sasha_grey

22.04.2020 09:45

---

10-US1C >Вдогонку — нашла! У всех прав синоним «Добавление и изменение данных…», а у этой роли без «и» — «добавление изменение данных» Сейчас попробую

sasha_grey

22.04.2020 09:58

---

---

(13) Пользователь перезашел в базу после добавления роли?

sasha_grey

22.04.2020 11:21

---

[quote=US1C;47619497]Пользователь перезашел в базу после добавления роли?[/quote]
Да, конечно! Со входом никаких проблем не было. На всякий случай протестировала базу, выскочили ошибки типа «Проверка логической целостности. РегистрСведений.КлючиДоступаКОбъектам.Измерение.Объект <Объект не найден> (328:b1980c9d9210d67811ea3b52635f095f)
ОбщийРеквизит.ОбластьДанныхОсновныеДанные = 0 » Может это как-то влияет?

---

Попробуйте еще кэш пользовательский и базы почистить.

---

14-US1C > А что, действительно есть ДВА разных дока: ЗаявлениЯ… и ЗаявлениЕ…?[quote=Грей Сашенька;47619371]объект: ‘Документ.ЗаявленияОПредоставлении[/quote]
[quote=Грей Сашенька;47619371]Документ.ЗаявлениеОПредоставлении[/quote]

---

(17) Точно. Там есть только «ЗаявленияО…». Видно ошибка в каком-то расширении.

---

не, до 146 было Документ.ЗаявлениеОПредоставлении…,
потом Документ.ЗаявленияОПредоставлении…

sasha_grey

24.04.2020 05:28

---

Спасибо всем откликнувшимся на мой пост! Всё оказалось банально просто — при обновлении не отметила четыре самописных документа (по бригадным нарядам) в Определяемом типе ВладелецЗначенийКлючейДоступа. Только странно, почему это не было видно при сравнении. На мысль натолкнуло тестирование базы с битыми ссылками по этим документам. Может кому пригодится.

---

[quote=US1C;47597846] (5) Спасибо, попробую. [/quote]
получилось у вас с этим справится.
У меня вроде никаких лишних нет регистрация, галки стоят, в 151 начали все подряд тоже в сзв тд собираться…
РСВ поправили, СЗВ поломали.

sasha_grey

24.04.2020 10:44

---

[quote=hellf;47624415]получилось у вас с этим справится.[/quote]
Да, получилось, теперь всё работает.

---

[quote=Грей Сашенька;47624457] Цитата: Сообщение от hellf получилось у вас с этим справится. Да, получилось, теперь всё работает. [/quote]
а как?)

---

---