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

p.s вариант, использовать характеристику не совсем подходит, так как это вид предложения.

Как можно это организовать штатными и не штатными средствами 1с?
Или требуется дополнительная доработка / обработка ?

Поскольку вам штатный метод не подходит, то нужна дополнительная доработка!

Варианта для хранения два: 1) добавить новую табличную часть с единой колонкой "Допуск", 2) или реквизит типа ХранилищеЗначений, в котором хранить список значений или массив. Второй вариант официально не рекомендуется так как на ссылки внутри ХранилищаЗначений не распространяется контроль ссылочной целостности и действие инструмента "Поиск ссылок на объект" (но поскольку у вас строки, то это уже не критично). В обоих случаях визуально можно сделать удобным для пользователя - к примеру реквизит на форме типа СписокЗначений, в который при открытии считываются значения, а при записи из которого значения передаются в объект.

Системная память 5120 МБ

Этого очень мало. Для Бухгалтерии нормально, но для КА уже лучше от 8 Гб. Начните с увеличения оперативки и возможно для вашей знакомой девушки этого окажется вполне достаточно. Учетные системы - это не игрушки и им навороченные графические карты не нужны и процессор они грузят только в те минуты, когда формируют отчеты.

Простите за резкость, но это не вопрос, а несвязная мешанина горячечного бреда!

Есть документ "Календарь". К нему добавляем дополнительное свойство типа строка.

Добавлен реквизит? Добавлено значение в регистр сведений в разрезе характеристики?

У дополнительного свойства имени 2: 1. Наименование "Событие", 2. Имя "СведСобытия".

Наименование - предопределенный реквизит справочников, счетов, расчетов, обменов, характеристик и задач. Имя - это предопределенное свойство множества элементов метаданных и некоторых объектов встроенного языка. Какое все это имеет отношение к вашему документу "Календарь" не понятно!

Ссылку по наименованию получаю через поиск. А как обратиться к сведению по имени "СведСобытия"?

В документах поиск по Наименованию не предусмотрен - только по номеру и по реквизиту. Если вы своему документу дали реквизит "Имя", то так и ищите - Документы.Календарь.НайтиПоРеквизиту("Имя", "СведСобытия"). Если у вас несколько документов с таким реквизитом, то получите только первый случайно попавшийся из них.

НайтиПоНаименованию при параметры точного поиска истина, поиск пытается запросить "Событие (Календарь)"?

"Событие (Календарь)" - это новый документ связанный с Календарем? К чему это все? Если ищете в списке документов "Календарь", то найдете документы только этого вида; если ищете среди Событий, то и получите событие. При чем тут точность? Точность просто сигнализирует, что нам не интересна часть наименования за первой половиной, которая совпала с поисковой строкой.

Можно ли в отборе сразу указать к какому документу относится данное поле?

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

По полученному сведению пытаюсь получить родителя и владельца - возвращает пустые значения.

Что за сведения? Какой-то реквизит вашего документа? Вы пока говорили, что у вас реквизиты строкового типа - у вас свойства родителя и владельца просто не существуют и при попытке к ним обратится должна генерироваться ошибка. Если вы взяли какой-то ссылочный реквизит, то эти свойства пустые у пустых ссылок. Еще вариант, что у ваших объектов просто нет владельца и группы.

при удалении в периферийной базе документа выходит ошибка,

Какая ошибка? Может у вашего пользователя просто нет прав.

Если у вас версия 8.2, то это ошибка платформы - вам нужно обновится.

Иначе вам нужно сделать VACUUM FULL VERBOSE для таблицы pg_catalog и если будут сообщения про ошибки, то нужно ее еще и переиндексировать. Если ошибки продолжаться, то нужно будет настроить регистрацию в технологическом журнале событий EXCP и DBPOSTGRS (запросы Postgresql), а потом отправить эти данные в службу поддержки.

Если проблема в работе с конструктором строки подключения, то не используйте его - пропишите строку вручную (или скопируйте с другой программы, в которой тестировали). Я внешний источник подключал много лет назад, как только они появились, и единственная проблема с которой пришлось столкнуться была завязана на специфику реализации ODBC под линуксом (не ваш вариант).

Еще, как вариант, можете заново скачать драйвер с сайта постгреса и переустановить его (возможно он просто как-то криво стал).

На платформе "1С Предприятие" нет штатной функции генерации паролей. Создатели "учета в ЖКХ" написали свой "велосипед" и лажанулись. Судя по описанию используется генератор случайных чисел на базе текущей отметки времени с точностью до секунды. Как раз секунды достаточно, что бы создать 5 пользователей. Нужно найти в коде генерацию пинов и передавать в генератор текущее время с точностью до милисекунды.

при полной выгрузке на 200- 220 секунде происходит обрыв

Настройки таймаута на вашем веб-сервере.

На форму документа добавил таблицу значений.

Зачем? Она же существует только в оперативке и кроме контекста модуля формы больше нигде не доступна!

Давайте сразу определим цель вашей доработки: вы дали пользователю настройку печати, которую ему нужно КАЖДЫЙ раз заполнять перед печатью или есть важная информация по документу, которую нужно записать?
В первом случае пишите процедуру печати тоже на форме. Во втором случае создайте документу табличную часть (если не ошибаюсь, то теперь в расширениях можно добавлять свои элементы метаданных).

Сказали у нас не получилось из-за бейдействия бухгалтерии и уволились.

С моей точки зрения в данном вопросе практически нет информации. Что это за мифическое "бездействие"? Бухгалтера всех посылали и не давали пароли доступа в бухгалтерские базы? Или может ваши разработчики потребовали от бухгалтеров из их "куча разнотипных баз" выгрузить все операции, документы и справочники в файлики Excel для загрузки в ERP, а те в ответ логично покрутили пальцем у виска?

Все модули готовы к работе кроме бухгалтерии.

Это кто вам такое сказал? Опять таки с колокольни моего опыта написан бред. Вы же не сочиняете с нуля какую-то бухгалтерию для Саудовской Аравии, а будете использовать регламентированный бухгалтерский учет своего государства, который только в продуктах 1С имплементирован максимально полно и при этом оперативно дорабатывается. Следовательно из запуска бухгалтерии вам нужно перенести все справочники, остатки по счетам и выполнить настройки под вашу специфику. Если справочников нет, то какая, к черту, у вас может быть готовность производственных модулей? Даже если вам принесут пачку бумажек подписанных мастерами и прочими ответственными за процессы лицами, о приеме доработок, то на деле это можно все выбросить - после переноса данных из "куча разнотипных баз" вам нужно будет заново начать тестирование якобы доработанного функционала на реальных данных вашего завода.

Мой вам совет: любыми правдами и неправдами откажитесь от этой ноши. Не потяните. Это как для строительства высотки позвать только одного строителя. Один мастер на все руки спокойно может построить себе дачу, но на большой проект нужна большая команда!

Вам же черным по белому написали, что в 65 строке вашей обработки ошибка.
Исправьте и все заработает :)

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

Ну так в ошибке все написано: "Сеть недоступна"! У вас или пропал доступ к сети, или сервер с 1С выпал из сетки, или на сервере закрылся порт 1541. В этой же очередности и проверяйте проблемы.

Если с сеткой все хорошо и сервер 1С (в смысле программа на физическом сервере) тоже работает без ошибок, то проверьте доступность на вашем линуксовом сервере порта 1541 (и прочих из 15хх). Возможно его захватил какой-то процесс, который нужно кильнуть и все снова будет в порядке.

Попробуйте сделать архив с явным указанием кодировки UTF8.

-E encoding
--encoding=encoding
Create the dump in the specified character set encoding. By default, the dump is created in the database encoding. (Another way to get the same result is to set the PGCLIENTENCODING environment variable to the desired dump encoding.)

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

На такой сумбур могу ответить только в общих чертах:
1) Себестоимость = закупка (или стоимость производства) + накладные расходы. Другими словами почти всегда себестоимость не равна цене в прайсе поставщика. Особенно при импорте, когда нужно учитывать сумму растаможки.
2) В отчете по продажам имеет смысл только полная себестоимость реализованных товаров, что бы анализировать наценку. Вот если бы вы делали отчет по закупкам, то там можно было бы показать цены из прайсов закупки, но только в одной из нескольких колонок - доп расходы тоже чрезвычайно важны (вполне может быть что поставщик с более дорогим товаром сам оказывает транспортные услуги и окончательная цена приобретения может оказаться ниже чем при самостоятельной транспортировке).