Дмитрий Кинаш

Данные приходят, но в нечитабельном для пользователя виде.
Как эти данные вывести сразу в таблице?

Нужно просто сделать из "нечитаемого вида" нужный "читаемый".

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

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

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

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

1) Как верно подметил в комментарии к вопросу Антон Антон - файл мог скопироваться без прав на запуск (вместо 7 установилась 4 или 6). Решается написанием расширения с запуском chmod перед выполнением.

2) Возможно команды открытия есть только для Винды. Тогда тоже расширением докинуть правильную для вашего AstraLinux команду запуска на редактирование.

Ошибка выдана верно - для расширяемых процедур/функций запрещено менять сигнатуру - т.е. состав реквизитов и признак экспорта.

Если вы не можете разобраться с новым алгоритмом печати, то в том же модуле (который уже у вас в расширении) разместите старую печать с названием:

ЗаполнитьРеквизитыШапкиСчетаНаОплату_СтараяВерсия(ДанныеПечати, Макет, ТабличныйДокумент, ТаблицаЭтапыОплаты, ТаблицаТовары)

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

хочу в готовом отчёте создать пользовательское поле в которое хочу подтянуть закупочную цену

Не получится! В пользовательских полях можно оперировать лишь данными из источников данных, которые уже описаны для отчета. А понятия "пользовательские источники данных" не существует.

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

Как искать по ссылке в запросе 1с?

В листинге все верно - именно так и нужно искать по единичной ссылке:
ГДЕ ОтчетОРозничныхПродажах.Ссылка = &Ссылка

Если бы нужно было найти по нескольким ссылкам, то это выглядит так:
ГДЕ ОтчетОРозничныхПродажах.Ссылка В (&СписокСсылок)

я понимаю, что неправильно задал инициализацию переменной Ссылка,

Еще как! Вы в переменную вместо данных типа ДокументСсылка.ОтчетОРозничныхПродажах поместили данные с типом ДокументМенеджер.ОтчетОРозничныхПродажах

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

Можно ли со стороны SQL это решить ? Например, с помощью скрипта SQL который бы отслеживал запись и при возникновении ошибки переименовал объект допустим ?

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

Ошибка осталась, хотя по всем объектам дубли больше не найдены.

Я бы на ваш месте не угадывал, а проверил бы поля из индекса IDD для таблицы dbo.SC31 - если скуль ругается, то вы точно что-то пропустили. Сделайте SELECT с GROUP BY этим полям и HAVING COUNT(*) > 1

Суть проблемы при работе в консоли 1с (mmc), она начинает виснуть и закрываться.

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

Если не получается отредактировать список баз с помощью консоли, то это можно сделать еще тремя путями:

1) явным редактированием настроечных файлов кластера (как написано в вопросе)

2) по COM-соединению через "V83.COMConnector" можно получить агент нужного кластера и програмно отредактировать список баз (https://its.1c.ru/db/v8325doc/bookmark/cs/TI000000256)

3) установить сервер RAS и далее три подварианта:
3.1) подключится к нему с помощью утилиты RAC и отредактировать список из командной строки
3.2) подключится с помощью библиотеки irac из oscript
3.3) подключится из кода 1С с помощью объекта АдминистрированиеСервера

реестр хранить еще в системных база SQL

В системных базах SQL хранятся записи о базах этого сервера и это абсолютно независимая от кластера 1С информацию. Удалять базы физически не обязательно, если вы планируете к ним подключатся с другого кластера или с помощью автономного сервера.

Сложно понять вопрос, но если вас интересует поведение:

поиск номенклатуры по УИНу проходит все циклы, однако поиск по ссылке пропускает поиск по циклам и сразу уходит в конец

То тут все просто - если по вашему условию в базе данных есть документы типа ОтчетОРозничныхПродажах, то они выберутся и по ним пойдет цикл; а если данных нет, то и цикла не будет.

ОтчетОРозничныхПродажах.Товары.Ссылка = &Ссылка

Упоминанием в условии вложенного подзапроса, вы усложняете работу планировщику запросов и результат может быть значительно медленнее чем классическое:

ОтчетОРозничныхПродажах.Ссылка = &Ссылка

Получаю в итоге кривой отчет:

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

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

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

Очень важно описать суть проблемы - в правильном вопросе уже значительная часть ответа. Сейчас очень неоднозначно!

Общая стратегия решения подобных проблем:
1) Сделать сброс настроек отчета к стандартным и попробовать сформировать. Возможно есть какие-то условные оформления или пользовательские поля, которые вызывают зацикленность.
2) Сравнить текущий отчет с отчетом в конфигурации поставщика - возможно были доработки, которые и вызвали проблемы.
3) Как верно подсказал Константин - чистка локального и серверного кеша (если файловая база, то локального достаточно). Если не знаете как чистить локальный кеш - достаточно удалить базу из списка баз и добавить заново (будет создан новый кеш).
4) Если это полностью ваш отчет или ваша доработка стандартного отчета, то берите консоль запросов, закидывайте туда источник данных и анализируйте...

Ответ отличается в зависимости от того, что вам на самом деле нужно.

получить доступ к данным в этих отчетов

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

Как получить отчеты (как н.п. Баланс) из 1С с помощью API?

Если же речь идет об готовых сформированных отчетах в форматах MXL, XLS, PDF и так далее - то эти отчеты следует сделать доступными по API. Если доступности нет в конкретной базе 1С, то ее нужно разработать.

Примечание. Не всегда нужно ломится напролом. Во многих конфигурациях есть возможность настройки отчетов по расписанию и отправки готового результата на почту - стянуть с почты готовый файл намного проще чем делать API для его прямого получения из 1С.

В листинге вижу одну процедуру ЗаполнитьПоказатели(), одну функцию ПредыдущийПериод(ТекущийПериод) и одну команду, которая использует функцию для установки Показатели.стр001_гр02

Все это несамостоятельно и непонятно как работает в отчете. Как минимум тут нет ни самой формулы, ни ее ошибочной валидации - все это очевидно находится в функции ПолучитьДанныеПоПериоду(Период). С текущей постановкой задачи решения проблемы не будет.

За что сразу цепляется глаз? В процедуре ЗаполнитьПоказатели() во второй строке используют необявленную переменную ТекущаяДата, а в функции ПредыдущийПериод() делается ошибочное предположение о 52 неделях в году - в следующем году (2026) будет 53 недели.

С первого взгляда - какая-то чушь. Со второго - еще большая чушь!

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

2) Записывать набор записей внутри цикла по его же записям - это ужасная идея!!! Откинем вероятный код из модуля набора записей, который может изменять состав и/или последовательность строк, но и тогда это просто расточительно - на каждом витке цикла записывать одно и то же

3) Ужасное наименование переменных, чтобы запутать самого себя! Если транспортное средство ищется в базе по первой колонке из файла, то какого лешего ее назвали "Водитель", а не "Транспорт"??? Если в колонку НомерТС записывается значение из второй колонки файла, какого лешего ее назвали "Транспорт", а не "НомерТранспорта"???

4) Что за странная установка наименования транспортного средства? Если в базе выполняется поиск по наименованию из переменной Водитель (хотя на самом деле там Транспорт), то именно это значение и нужно записать в название, чтобы поиск сработал на следующем витке цикла! А вовсе не сайд-эффекты по справочнику Сотрудников с помощью Справочники.Сотрудники.НайтиПоНаименованию(Водитель):
4.1) В справочнике Сотрудников может не существовать нужного элемента и в отличии от Транспорта тут нет создания недостающего элемента (в принципе он и не нужен, так как в этом коде справочник "Сотрудники" нигде не используется)
4.2) Если менять представление в настройках справочник "Сотрудники" и/или в менеджере справочника, то платформа 1С ничего не подскажет о том, что в коде загрузки транспорта может что-то сломаться. Поэтому сайд-эффекты запрещено применять всюду кроме разовых обработок для правки данных, когда риск осознается.

5) Алгоритм не имеет смысла. Подозреваю, что в файле указан транспорт для существующих пользователей, по которому нужно обновить регистр ДанныеСотрудников. Тогда нужно:
5.1) Сначала пройти по файлу и сформировать таблицу (можно структуру или соответствие), в которую поместить данные по владению транспортом.
5.2) В цикле по файлу проверять существование транспорта в базе не по наименованию "моя тайота", а по гос.номеру или по вин-коду.
5.3) Сотрудника тоже желательно искать не по ФИО, а по табельному номеру, налоговому или паспортному номеру.
5.4) В регистр ДанныеСотрудников не имеет смысл помещает номер автомобиля - так как все будущие операции потребуют поиск по реквизиту "номер" для каждой строчки! Нужно поместить ссылку на элемент справочника "Транспорт"
5.5) Имея таблицу (можно структуру или соответствие) из пункта 5.1 проходим циклом по ее строкам, создаем менеджер записи с отбором по Сотруднику-Владельцу, если запись выбирается, то устанавливаем ссылку на транспорт и записываем.