Создание своего API на базе 1с #772555

Возможно вообще создать свое API на чистом 1с? mysite.com1chfg?&pamam1=1234&pamam2=asdasd Где pamam1 и pamam2 параметры

Да

Как? Веб-сервисы?

http сервисы

любые экспортные функции, процедуры и методанные являются API для использования по технологии COM ...

У нас есть своя программа лояльности. Клиенты просят создать свою API где по get запросу они получали баланс этой карты передавая в запрос номер карточки и ключ. например mysiteonusonus?kod=123456789&unid=gfbT52T

ответ 35257.8

и скорее всего это будет не 1с, а какие-то другие системы

и вот это

Эмуляция API сайта на Битриксе. Если вычистить из конфы все, что относится к elasticsearch, то должно заработать. В твоем случае все должно быть еще проще.

проблема в том, что это платформа 8.2.14.537 . Есть желание перейти на 8.3.7 но это надо перевести сервер и 700 пользователей . А это сделать для 2 сис админов и 2 программистов немного сложно. И рост пользователей по 50 в месяц

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

+ Заодно и вопросы безопасности утрясете: если кто-то ломанет вашу промежуточную базу, то никаких данных из нее не вытащит. А промежуточную вы можете разместить даже не в сети предприятия, на каком-нибудь левом микро-серваке.

Еще вариант - вместо промежуточной базы 1С использовать сайт. Пусть ваши клиенты дергают страницу на сайте, которая переадресует запрос в 1С и передаст в нее все параметры. Такие варианты у нас тоже уже были.

+ Есть еще одна тонкость. Если 700 пользователей, то сколько же клиентов, и как они будут дергать сервис? Если прям совсем часто, то может понадобиться что-нибудь такое А вообще можно устроить API "наоборот". На виртуалке поднимается Python EVE + MongoDB. Настраивается разделение прав, чтобы запись была доступна не всем. 1С время от времени или по событиям пишет туда свежие данные. Клиенты - получают данные. Основную базу не приходится публиковать и смотреть на сотни сеансов. Если баланс обновляется не в режиме реального времени, это может сработать.

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

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

+ вопрос 57: "В соответствии с действующим Лицензионным соглашением, использование программных или аппаратных средств, уменьшающих количество пользователей, которые имеют непосредственный доступ к "1С:Предприятию 8", не уменьшает количества требуемых лицензий. Организация должна приобрести Клиентские лицензии по количеству пользователей, в действительности одновременно работающих с системой "1С:Предприятие 8"."

а вот это кстати норм решение

Ну так пользователь подключается на 0,2 секунды, получает свой баланс и отключается. Откуда мы знаем, работает он с данными после этого, или уже нет?