Отлично.
Спасибо.

Всем доброго дня. При создании формы бизнес процесса на ОФ, появляется кнопка "Перейти -> Задачи" которая открывает список связанных с БП задач. На УФ такой кнопки по умолчанию нет, есть возможность реализовать это настройками?

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

нет там команд

Речь же не о командах, а о командном интерфейсе.

И вообще «скриншот в студию»)

Я понял. Просто там ничего нету, вот абсолютно нечего выбрать) но на форме есть кнопка "Активировать", это и есть кнопка открытия задачи. Надо идти читать про бп.

БСП?)

Буха для Казахстана 3.0

подскажите, плиз, куда можно покопать. есть сервер,  на нем клиентская лицензия на 20, поднят ЛМ. есть ноут с вин10,  на нем прописан nethasp.ini на этот сервер,  по UDP на 475 порт. с ноута телнетом иду на адрес сервера лицензирования на 475 порт -  подключается. 1с при старте пишет, что nethasp.ini прочитал успешно,  но ключи не найдены - ошибка соединения с менеджером лицензий. этот же nethasp.ini подсовываю Aladdin monitor - он показывает ключ, показывает, что занято сколько-то (3-4-5) из 20.
C:\ProgramData\1C\1cv8\*pfl удалял,  ничего не меняется.
про ORGL8 говорит Warning = 140,  про другие ключи Warning = 129. что эти цифирьки значат - обгуглился,  но не нашел

Можно посмотреть из какой папки читается nethasp.ini. У меня было что настраивал в program files а читать сначала пытался из пользовательский папки 1с (там тоже был файл)

В режиме предприятия настройки окна посмотреть

проверял - делал ошибку в файле. 1ска ругалась, так что файл точно тот читается, да она и пишет, какой файл читает

gfh has been banned! Reason: CAS ban.

gfh: user has been CAS banned

Всем привет!
Вопрос к людям с большим опытом по разработке HTTP API (не SOAP) на 1С.
Кто как валидирует входящие параметры/данные?
Мб есть какая-то общая схема? Универсальный шаблон проектирования методов?

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

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

Конвеер:  ошибки проверки, исключения, логирование . Возврат кодов, разделение логики апи и внутренней логики прикладного решения