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

Вы вообще официальную документацию читали? Там пошагово и с картинками: https://help-ru.tilda.cc/online-store-payments/1c-...

Сейчас даже Commerce ML не могу найти в своей 1с что бы посмотреть как вобще выгрузка ведется,

Тут одно из двух:
1) Или просто не можете найти. Commerce ML - это древняя штука и есть во всех торговых решениях от 1С.
2) У вас решение на платформе 1С, но не от 1С и Commerce ML там просто нет. Тут тоже два варианта:
2.1) Обратится к разработчикам вашей системы с запросом на включение модуля обмена с сайтом
2.2) Обратится к фрилансерам, чтобы вам доработали вашу базу для обмена с сайтом.

Обратится в поддержку ФСС.

Наверное после строки

2023-07-10 12:05:33.950 UTC [1365] ВАЖНО: база данных "zup_db" не существует

дальше можно не читать. Бекап разворачивается не в той СУБД, где создавался.

Причем, другие базы, загружаются без проблем.

ХЗ, что там за базы. Может они созданы в этой СУБД и потому с ними все хорошо. Или там полные бекапы, а для ЗУПа сделан разностный (частичный).

1) В вопросе про документы, а листинг про справочники.
2) Глаз цепляет, что номенклатурная группа берется только из первого помещения. Варианты, что в первой строке ее нет и/или в других строках указаны другие группы, не учтены.

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

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

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

Скорее смысл в том, чтобы доуточнить данные более раннего документа по данным более позднего, которые связаны по реквизиту типа ДокументОснование. Скорее всего это тот случай, когда вводится поступление на базе счета на оплату и нужно изменить номенклатурные группы, которые подтянулись из товаров на какие-то другие возможно для параллельного финансового учета. Тогда при записи накладной нужно по реквизиту ДокументОснование проверить строки первого документа (если в конфигурации нет поля Ключ, которое мигрирует между документами и предназначено для связи строк табличных частей, то можно сделать поиск по товару или товару+цене, или товару+цена+количество - зависит от специфики предметной области и постановки задачи) и если есть различие, то получить объект счета и перезаписать с правильной аналитикой.

1) Для создания dt нужен монопольный доступ. В скрипте бэкапирования ОБЯЗАТЕЛЬНО нужно указать блокировку сеансов для базы, потом обрубить все соединения и только после этого начинать выгрузку.
2) Файлы dt - это не бекапы, а архивы конфигурации и данных. При создании dt могут автоматически исправляться некоторые ошибки в базе (например неправильные итоги) или могут портится некоторые таблицы вплоть до невозможности восстановить базу из архива dt. Сама компания 1С не рекомендует dt в качестве бекапов, а только в качестве средства переноса содержимого баз между различными СУБД.
3) Если использовать стандартные механизмы бекапирования СУБД, то нет необходимости морочится с монопольным режимом и есть больше шансов создать рабочий бекап. Этот метод рекомендован фирмой 1С.

Вы уже забыли что такое степень и как вас в школе учили возводить в степень без калькулятора???
Степень - это количество раз умножения на самого себя:
2^5 = 2 * 2 * 2 * 2 * 2 = 32

Когда будете делать цикл по значению степени, где будете перемножать основание на самого себя, то перед ним сделайте проверку, что при степени 0 нужно сразу вернуть 1.

Если показывает белый экран, то значит Apache работает!
Далее нужно по логам веб-сервера и базы 1С разбираться.

Возможные причины (пальцем в небо без логов):
1) библиотека *.so не той версии, что база 1С
2) база 1С версии, которая не поддерживает публикацию
3) указан неправильный путь для публикации
4) в свойствах публикации указана публикация только web- или http-сервисов, но не веб-клиента
5) для публикации явно указан пользователь, для которого нет права на вывод информации

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

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

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

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

Выразить(ВТ_ДляРасчета.ПриемнаяКампания.Комментарий как Строка(1000)) КАК ПриемнаяКампанияКомментарий

В таких случаях чаще всего проблема в отсутствии прав доступа к источнику дополнительных полей (в вашем случае к РегистрСведений.ДействиеСкидокНаценокПоНоменклатуре).

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

Как построить запрос чтобы вывел список договоров?

Как видно из тела вопроса - запрос и его результат уже есть.

Как мне вывести список договоров из 1с и сравнить со списком из Excel?

Скопировать результат из 1С в Excel и сравнить таблицы средствами Excel (ВПР или другое).

{ВнешняяОбработка.Копирование.Форма.Форма.Форма(11 )}:ОбщегоНазначенияУТ.ПодготовитьДанныеДляСинхронизацииКлючей(Объект, Параметры);

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

P.S. Еще обратила на себя внимание строчка:

ОбщегоНазначенияУТ.СинхронизироватьКлючи(ЭтотОбъект);

Вы же в курсе, что в контексте формы ЭтотОбъект = ЭтаФорма ?

Сергей Водаков все верно написал - в УНФ есть только БИК и Свифт.

Требование выводить ИНН банка в печатной форме немного странно, так как ИНН хоть и есть у банка, но он не нужен для выполнения банковских операций. Необходимость в ИНН возникает, когда вы работаете с банком как с юр.лицом (обслуживание банковских счетов, терминальная сеть, инкассация и пр), но вы не сможете указать в документах элемент справочника "Банк" вместо "Контрагента", а где у контрагента ИНН вы уже знаете.

Коллеги верно пишут - у вас нет лицензии на запуск сервера (или вы ее не установили).
Hasp manager раздает только клиентские лицензии на право подключатся к серверу.

Если ранее все считало правильно, а сейчас "вдруг" стало не так, то:
1) или кто-то дорабатывал модули, которые связаны с инвентаризацией
2) или кто-то "накатил" обновления и "стер" ваши ранее сделанные доработки.

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

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

Правильным вопросом было бы : "Как мне найти франча?"

Поскольку у вас уже есть неудачный опыт по работе с франчами, то это идеальная ситуация. Вы можете написать письмо-жалобу на адрес k@1c.ru и перечислить факты неудачного опыта работы с предыдущими франчами. И завершить вопрос просьбой порекомендовать более квалифицированных партнеров. У фирмы 1С есть свои рейтинги партнеров, из которых они могут дать вам контакты.