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

Встроенных нет

(1) +1
есть полувстроенные
https://infostart.ru/1c/articles/363830/

(0) зачем этот цирк?

выдал промокод "qwe456ljk" в какое место тут шифрование и зачем?

(4) Информация по промокодам будет храниться в базе. Хотелось бы подстраховаться и хранить их в зашифрованном виде

есть вопрос

а.. ноухау, йоу)
оно ваще надо, хранить непогашенные промокоды?

(7) Со слов главбуха, это требование закона, мол аванс

(5) А чем для этой задачи не подходит этот механизм?
https://its.1c.ru/db/v8std/content/740/hdoc

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

почему не хранить хеш..

(11) вариант. ТСу ведь хранит там какую то служебную инфу. Типа выдан там то тогда-то тому-то. Сам промокод можно просто зашифровать в MD5 какой нибудь и хранить хэш

(11) (12) ну да, об этом и речь. Воспользуюсь, наверное (2)

(9) Там данные не шифрованные

Я бы написал XOR ку примитивнейшую с автоключом и забил, если это формальность и способ шифрования и сложность расшифровки никак не регулируется.

Глобальный контекст (Global context)
ПобитовоеИсключительноеИли (BitwiseXor)

(13) лучше переспать с этой идеей и хранить тупо хеш

(14) в безопасном хранилище платформа же вроде сама шифрует как то. Пользователь то не видит, из таблицы тоже не выдрать - это главное, не?
(16) +1

(0) (1) МенеджерКриптографии. В платформе с незапамятных времен

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

(18) Ну давайте, Михаил Игоревич, че там, как там использовать?

(16) однозначно только хеш
(17) вроде не шифрует. Писать туда большие данные - тоже идея очень сомнительная: придётся каждый раз для проверки читать (многомегабайтную) таблицу целиком и искать в ней.
(15) А от кого это защита? Придёт случайный одинесник, сольет и будет торговать пк. "Симметричное" в теме явно лишнее, ну и возможность расшифровки здесь вовсе не нужна. Поэтому только хеш.

(20) Да. Для данной задачи он излишен. Достаточно использовать ХешированиеДанных

(5) записываешь хэш кода - что не так??? Все так пароли хранят - что не так?

(8) если продан то аванс если не продан, то нет - а сам код то тут причем? ты аванс на код или услугу товар продовал? откуда вы такие беретесь?

(22) странно что ты не отправил его опять к чат-боту :-D

(25) Чот забыл )))

(22) Для данной задачи он - почти неприменим. Как и все, что вы излагаете в Интернетах.