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

мне нужно чтобы 500 и -400 сложилось и вывело мне только общий результат - 100

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

У меня подозрение, что для версии УТ 11.0 у вас было дополнительное битриксное расширение, в котором эта функция перехватывалась и свойства успешно записывались в базу. А для УТ 11.5 нужное расширение не установлено.

Если текущий стандартный обмен полностью устраивает и есть навыки программирования, то можете написать свое расширение, а в нем заполнение свойств документа. Иначе установите нужное расширение с сайта Битрикса - похоже, что это https://1c.1c-bitrix.ru/ecommerce/download.php?id=...

Я в 1С не селён, да и не сказать что занимаюсь этим делом по своей воле, просто задание итоговое по курсу такое.

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

Vit632 над тобой злостно подшутили. Версию 7.7 забросили в конце 90х, когда в фирме 1С уже полностью переключилась на разработку 8.0, которую презентовали в 2002. Чтобы пользователи не сидели на древних конфигурациях для 7.7, ближе к концу 00х цены на линейку 7.7 резко подняли по сравнению с аналогами линейки 8.х, а в десятых вообще перестали продавать. Осталась только очень дорогая "Ретро ИТС", оплачивая которую можно было получать набор обновленных бухгалтерских отчетов для 7.7.

Первое, что вам нужно знать про 7.7 - это не единая платформа, а модульная. Хотите складской учет? - Покупайте "оперативный учет". Хотите функционал для бухгалтерии? - Покупайте "бухгалтерский учет". И я сейчас не про конфигурации, а все еще про платформу!

Вторая важная вещь - легально получить 7.7 просто невозможно! Купить - нельзя уже больше десятилетия. Просто взять у других - нарушение лицензии. Купить у других - можно, но у вас точно разъем для LPT-ключа? А еще без "танцев с бубном" версия 7.7 не запускается на версиях начиная с Windows XP (нужны патчи для кодировки и что-то еще, уже не помню конкретно).

4. Если скачать ломанную, есть риски?

Все, кому по каким-то причинам до сих пор нужно работать с 7.7, берут специальную пропатченую сборку, которая гуляет по Интернету. Эта сборка отучена от ключа, имеет полный набор платных компонент и поддерживает работу с SQL. Ссылки давать не буду - они до сих пор легко ищутся. Единственный риск - повредить психику от факта работы с кодом конфигураций 7.7 - не от хорошей жизни команда 1С так спешила с платформой 8

Как работать - сами разберетесь методом "научного тыка".

Но не рекомендую!

Одно дело, если бы это была семерочная ПУБ со множеством обвесов, переписывание которых на уже устаревшую УПП или современную ЕРП потребовало бы неподъемный бюджет. Но у вас всего лишь Буха!!! Восьмерочные бухи стоят копейки, намного дешевле оплаты стоимости специалиста, который просто будет изучать систему. Сама 1С написала множество инструментов переноса данных из Бухи 7.7 на линейку Бух 8.х, где при необходимости добавить новые реквизиты, справочники и документы - буквально нужно просто покликать мышкой в специальной конфигурации для настройки переноса. А от обычных спецов и от франчей инструментов переноса были просто сотни.

Не только с семеркой не советую, но и с восьмеркой - высокий порог входа и низкие перспективы. Если хотите именно стек 1С, то берите "девятку" - 1С:Элемент. Эта версия заточена для работы в вебе и на мобильных устройствах. Обучение полностью бесплатное и никаких проблем с легальностью, если именно это так беспокоит.

Проблемы на стороне вашего провайдера 1CFRESH.

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

Если по вашему договору не соблюдены сроки по восстановлению работ - те самые девятки после запятой в SLA - то вы можете им предъявить штраф за простой и начать искать нормального провайдера. Как вариант можете поработать с московским 1cfresh.com , где поддержка 24/7.

но для РасходСоСчета нет (Document_РасходСоСчетаПрисоединенныеФайлы)

Поищи Catalog_РасходСоСчетаПрисоединенныеФайлы

В криптовалюте разбираюсь поверхностно, можно сказать не разбираюсь.

По вашему сообщению так не скажешь. Явно на голову выше стандартных пользователей крипты.

ссылка на "BitOK Ltd wilmington"

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

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

У вас скрипт обмена по адресу developer.happychoice.ru/bitrix/admin/1c_exchange.php
А в ошибке совсем другой путь: developer.happychoice.ru/personal/private/

Вам 1С правильно говорит, чтобы вы исправили путь.

1. Блокчейны бывают разные, а в каждом из них есть свои токены со своими нюансами. Но и это еще не все! Поверх блокчейнов есть L2-сети со своими токенами.

2. Скорее всего ничего писать не нужно. Многие биржи сами предоставляют торговых роботов (платных и бесплатных), в которых ты задаешь параметры оценок и они торгуют без твоего участия.

3. Сам реализацию не делал, но слышал, что как источник информации для собственных ботов используют CoinMarketCap API.

Вопрос написан очень сумбурно и мало кто возьмётся отвечать. Догадываюсь, что вы сделали новый регистр МаркетинговоеМероприятие со структурой подобной ЦеныНоменклатуры, а его данные как-то хотите вывести показателем для отчета "Прайс-лист", который сам по себе является сложным инструментом анализа цен.

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

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

ВЫБРАТЬ   
ПРЕДСТАВЛЕНИЕ(ПроектЭтапа) КАК ПроектЭтапа ,
Комментарий КАК Комментарий ,
//....
ВесовойКоэффициент КАК ВесовойКоэффициент , 
Календарь КАК Календарь ,
//....
Ответственный.Наименование КАК Ответственный ,
НаименованиеПолное КАК НаименованиеПолное ,
НеОцениваетсяПоКритериям КАК НеОцениваетсяПоКритериям ,
ПериодичностьРасчетаАнализаKPI КАК ПериодичностьРасчетаАнализаKPI ,
МодельРасчетаПоказателейПроекта КАК МодельРасчетаПоказателейПроекта ,
ФормаОтображенияМоделиРасчета КАК ФормаОтображенияМоделиРасчета ,
ОсновнойСценарий КАК ОсновнойСценарий
ИЗ Справочник.Проекты КАК Проекты

Чтобы запросы выполнялись быстро, запросы должны быть понятными! Только для понятных запросов планировщик сможет создать план выполнения с максимальной эффективностью!

А что тут у вас???

1) Зачем тут вложенный запрос? Мало того, что он не имеет смысла, так он еще заставляет выделять в два раза больше памяти на стороне СУБД чем нужно. Удалить!

2) Зачем тут ЕСТЬNULL ? Эта функция для подстановки значений по умолчанию при соединениях (когда под условие соединения не попадают некоторые поля) или при обращении к реквизитам ссылки (когда ссылка может быть пустой). Тут нет ни первого ни второго случая. СУБД пытается понять что от нее хотят и делает ряд вспомогательных таблиц в памяти, которых вообще не должно было быть!

3) Почему в запросе 4 поля с функцией СУММА и ни одного группировочного? Это вообще не имеет смысла. Тем более, что виртуальная таблица РегистрБухгалтерии.Хозрасчетный.ОстаткиИОбороты сама суммирует суммовые показатели по выбранным счетам/измерениям.

4) Почему каждое выбираемое поле обвернуто в условный оператор ВЫБОР? Это вообще не позволяет выполнять никаких оптимизаций.

Как это можно оптимизировать?

1) Запрос должен быть единым - без вложенных подзапросов и временных таблиц!

2) Вместо бредятины с анализом входящего и исходящего валютного сальдо нужно использовать признак валютности в счете (имею в виду бухгалтерский счет, а не мультивалютность в банковском счете). Различные валютные переоценки валютных счетов проходят только корректировкой балансовых сумм и с нулями по валютной сумме - в логике текущего запроса такие валютные счета будут считаться невалютными.

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

1. Если такое есть в вашей УТ11.5 - копируйте.

2. Если образца нет и идея с головы, то:
2.1 Список с галочками - это реквизит формы типа СписокЗначений с указанием нужного типа значений
2.2 Список на форму нужно переносить как поле ввода (предложит таблицей - не соглашайтесь)
2.3 На событие ПриИзменении поля реализуйте установку фильтра на ваш динамический список.

Алена, ваш вопрос очень не прост. Вы даете минимум информации, а потом выдаете код, где идет смесь приемов по работе с обычными и управляемыми формами, формой объекта и формой списка. Понятно, что работать не будет. Даже, если вы исправите все синтаксические ошибки и компилятор перестанет ругаться, это не сработает.

Попробую по шагам объяснить.

1. Это обычная форма или управляемая (версия не важна)? Сигнатура метода похожа на обработчик с обычной формы. Для работы с коллекцией элементов формы используется ЭлементыФормы, а не Элементы. Но используется метод управляемой формы НайтиПоИдентификатору()

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

3. Исходя из пунктов 1 и 2 можно сделать заключение, что речь все же про обычную форму объекта элемента справочника. В таком случае всю фигню про идентификаторы и индексы из кода (и тем более про СправочникСписок) нужно выбрасывать. Тут непосредственная работа в контексте объекта (который дополняет контекст формы).

4. Задача решается очень просто. Вам нужно из ЭлементыФормы.Список.ТекущиеДанные.НомерСтроки получить номре строки. Если номре строки больше 1, то значит у нее есть предыдущая, к которой можно обратится через конструкцию Список[НомерСтроки - 2] (в обычных формах индекс строки табличной части всегда на 1 меньше номера строки). А далее копируйте свойства с помощью метода ЗаполнитьЗначенияСвойств()

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

Финальный код будет примерно таким:

Процедура СписокПриНачалеРедактирования(Элемент, НоваяСтрока, Копирование)
    Если НоваяСтрока Тогда
        НомерСтроки = ЭлементыФормы.Список.ТекущиеДанные.НомерСтроки;
        Если НомерСтроки > 1 Тогда
            ПредыдущаяСтрока = Список[НомерСтроки - 2];
            ЗаполнитьЗначенияСвойств(ЭлементыФормы.Список.ТекущиеДанные, ПредыдущаяСтрока, "Наименование, ЦветпоГИБДД")
        КонецЕсли;
    КонецЕсли;	
КонецПроцедуры

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

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

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