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

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

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

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

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

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

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

Это внутренний формат 1С.
Тут я делал его описание, которое вам поможет: https://infostart.ru/1c/articles/1116103/

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

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

Доступ к данным, которые используются для построения отчетов, можно получить с помощью стандартного интерфейса 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 проходим циклом по ее строкам, создаем менеджер записи с отбором по Сотруднику-Владельцу, если запись выбирается, то устанавливаем ссылку на транспорт и записываем.

Хорошо знаю мсфо, консолидацию, управленческий учёт, английский, немного sap.

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

А может сертификаты не нужны и идти учить все на практике?

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

Лично я большую часть знаний получил уже "в поле", но я был обычным внедренцем, а не аналитиком и тем более не тимлидом. Ваши целевые должности предполагают наличие определенного объёма знаний, которые оптимально получать на специализированных курсах.

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

2) Trust Wallet - это мультичейн система для некастодиального хранения. Т.е. кошелек принадлежит только вам и больше никто не имеет к нему доступа. Но система имеет расширенную аналитику и партнерские соглашения со множеством DeFi-проектов для обмена, стейкинга и займов - именно эти функции могут не работать во время технического обслуживания систем. Но в такие моменты вы можете свою сид-фразу использовать в другом кошельке и иметь точно такой же доступ ко всем активам.

3) Tangem как и Ledger применяют для дополнительного уровня защиты своих активов. Я знаю, что их активно используют криптаны, которые сегодня в конференции в Дубаях, завтра в Гонконге, а послезавтра в Сеуле. Вопрос упирается в деньги. Стоимость набора из троих карточек Tangem равна стоимости крипты на кошельке среднестатистического криптоэнтузиаста, который узнал про крипту после Хомяка и монеты Трампа, и для них вполне достаточно Trust Wallet и Telegram Wallet.

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

Можете замерить трафик на свой сервер при работе с БП 1.6 и БП 3.0 - разница существенная.

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

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

По опыту потерпевших - ТГ-валлет часто блокирует пользователей без причины, а запросы на снятие бана рассматривают месяцами (все это время средства заморожены). Без KYC тут возможности сильно ограничены, но и сканы паспорта не уберегают от проблем. В принципе, похожие проблемы есть и у многих других бирж второго-третьего эшелона.

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

Тут может быть море ошибок, но скорее всего проблема в строке:

РеквизитФормыВЗначение("Объект").ВосстановитьНастройкиИзСтруктуры(ОбщиеНастройкиПользователя.СохраненнаяНастройка);

Тут ты на основании реквизита формы "Объект" создаешь новый объект в памяти, вызываешь его экспортный модуль и удаляешь из памяти. Состояние на форме после этих "манипуляций" не изменяется.

1. Если вы храните персональные данные в открытом виде - они доступны всем.

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

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

Нужно настроить систему с нуля и программированием примерно подогнать под существующие бизнес-процессы

В этом случае вам нужно пройти минимум двое курсов - курс по 1С: Комплексная автоматизация и курс по программированию 1С. Эти курсы полностью независимы и вы их можете проходить параллельно

А то вариантов курсов, как от 1С, так и от всевозможных онлайн-школ слишком много, чтобы разобраться в них самостоятельно

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

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

Почему не работает архивация файлов?

Ответ на скриншоте - не достаточно прав.

1) На скрине видно, что копирование происходит из папки \FILES2 в папку \ARCHIV. Если это перемещение, то необходимо иметь права на чтение и запись на обе папки!

2) Права на файловые операции нужно дать той учетной записи, от имени которой запущена служба кластера серверов.

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

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

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

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