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

Да

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

http сервисы

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

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

ответ 35257.8

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

http://v8.1c.ru/o7/201312http/index.htm

и вот это
http://v8.1c.ru/o7/201312rest/index.htm

(2) https://github.com/volodkindv/bitrix_emulation/tree/dev
Эмуляция API сайта на Битриксе.
Если вычистить из конфы все, что относится к elasticsearch, то должно заработать.
В твоем случае все должно быть еще проще.

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

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

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

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

(12) +
Есть еще одна тонкость. Если 700 пользователей, то сколько же клиентов, и как они будут дергать сервис?
Если прям совсем часто, то может понадобиться что-нибудь такое
http://www.avtomat.biz/blog/kak-vydat-1s-zamuzh-za-zato-esb
А вообще можно устроить API "наоборот".
На виртуалке поднимается Python EVE + MongoDB. Настраивается разделение прав, чтобы запись была доступна не всем. 1С время от времени или по событиям пишет туда свежие данные. Клиенты - получают данные. Основную базу не приходится публиковать и смотреть на сотни сеансов. Если баланс обновляется не в режиме реального времени, это может сработать.

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

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

+(17)
http://v8.1c.ru/predpriyatie/questions_licence.htm#mvv
вопрос 57:
"В соответствии с действующим Лицензионным соглашением, использование программных или аппаратных средств, уменьшающих количество пользователей, которые имеют непосредственный доступ к "1С:Предприятию 8", не уменьшает количества требуемых лицензий. Организация должна приобрести Клиентские лицензии по количеству пользователей, в действительности одновременно работающих с системой "1С:Предприятие 8"."

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

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