вэб-морда для 1с #784720

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

метадата.js говорят, работает

Хочешь сказать com-соединения к 1с лицензии не требуют?

при чем тут ком вообще?

К 1с как будет подключатся?

Понятно, спасибо.

Стоит ли заморачиваться по поводу лицензий? Это внутри организации могут придти и посчитать. А сколько у тебя web-клиентов посчитать сложно. Ставь эмулятор на 100 и вперед )))

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

html + css в необходимом минимуме изучается за пару дней, чтоб легко рисовать кнопки нужен бутстрап, там всё просто, но вот чтоб эти копки обрабатывались, нужно уже php+sql+ajax а это уже за день не выучит на достаточном уровне. И да, это не 1с, здесь мышкой программировать не получится. А так - всё решаемо

(html + css + php + sql + ajax) неужто ничо проще не изобрели, как вузал-студия бэйсик для вэба

по ссылкам почитаю, спасибо, но сперва английский видимо придется вспомнить

или найти фрилансера, но они все нос воротят и брезгуют касаться 1с

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

Чем веб-клиент-то не устраивает?

это уже легше на ум ложится, но не увидел красивых элементов форм

скоростью и числом лицензий

1. Ресурсов веб-морда съест совсем немного 2. Лицензии даже для работы через веб-сервис будут нужны, да и при любом другом способе обращения к базе (1С требует лицензировать рабочие места). Так что даже несмотря на серую схему ключи нужно будет покупать. 3. Если сами не справитесь - обращайтесь, сделаем вам веб-морду на html.

Если 2-3 формы то Node.js + express. Если в будущем много чего Node.js + React. Открывает 1с клиента com и работает через com В отличие от php не умирает какждый раз вместе с com соединением. Или работает через rest с 1с Можно сделать чтобы React сам работал через Rest. Но тогда нужно смотреть безопасность на стороне 1c Денег то сколько?

есть портфолию?

Кстати Rest интерфейс не требует лицензий за клиента. Насколько я понимаю. •Жирную точку по вопросу 1С-ного лицензирования лёгкого клиента пока не ставлю •В лицензионном соглашении на сервер 1С, черным по желтому написано, что доплицензии для вебсервисов не нужны •Дополнительно, у меня была переписка с отделом лицензирования 1С и официальный ответ, что доплицензии 1с для рабочих мест metadata.js приобретать не надо •Но у некоторых сотрудников 1С есть мнение, что клиентские лицензии для metadata нужны •Наверное, потребуются дополнительные переговоры с 1С. Пока решил вопрос в свою пользу, т.к. есть ответ отдела лицензирования и текст реганкеты на сервер

В почту кину чуть позже

1С требует лицензирования рабочего места. Читаем раздел "Мультиплексирование" лицензионного соглашения.

Rest stateless интефейс. Считать количество подключенных невозможно технически. Так как сеанса нет. "Благодаря универсальности и кроссплатформенности мы позиционируем автоматически генерируемый REST интерфейс как основной инструмент для интеграции со сторонними системами. Поэтому развитие и поддержку web-расширения мы планируем прекратить."

Если технология взлетит, 1С быстро поменяет мнение.

Эта задача возлагается на разработчика. Хотя там, конечно же, много нюансов. В 8.3.9 вроде как уже считает сеансы при подключении через http и ws. Если нет (сами еще не проверяли) - значит скоро научится считать, 1С это уже анонсировала. Так что лавочка скоро прикроется.

Технически приятнее работать c odata чем с самостийными web расширением и устаревшим com/ ActiveX. В "идеале" получается сделать простой интерфайс бе единой строчки кода 1c. На практике odata 1с имеет свои нюансы и версию. Весь код на клиенте javascript.

>Считать количество подключенных невозможно технически. Так как сеанса нет. Это означает никаких блокировок? Как контроль остатков делать?

Это конечно, 1с может вообще прикрыть лавочку. Или опять выйти в 1с9 с несовместимым языком. И переделанными лицензиями. Как с 7 на 8.

Да никаких блокировок атомарные запросы. Возвращает версию строки данных в 1с. По этой версии можно судить менялась или нет. И потом пишешь ты в документ. А он проводится атомарно. Так что проблемы нет, если в документы писать.

Если кто-то еще добавит строк в документ и перепроведет, как я об этом узнаю?

1Сники не хотят учить яваскрипт, им проще на сервисах сделать. Конфу для этого снимать с поддержки не обязательно - оставляем на поддержке с возможностью внесение изменений.

Прочитаешь версию еще раз с сервера перед записью своих изменений и по версии строки проверишь. В любом случае целостность базы не пострадает.

В том и фишка что odata публикует все объекты. А дальше вся программа пишется веб программистами Которые используют 1c как базу с интерфейсом odata.

Я в курсе про эту фишку, она как раз и является минусом odata.

>Прочитаешь версию еще раз с сервера перед записью своих изменений и по версии строки проверишь Это нужно делать в моем коде каждый раз или где-то уже встроено? Про целостность я уже понял. Нужно работать только с документами. Отсутствие серверного состояния в памяти довольно сильное ограничение.

Что? там правами пользователя можно разрулить.

Минус в том, что нужен вебер, а его еще надо найти (нормального), договориться с ним и заплатить денег.

А база-то открыта для доступа из вне? Если база открыта для доступа извне, то нет необходимости в промежуточном бэкенде. Взаимодействие можно напрямую выстраивать через http сервисы Если база закрыта для доступа извне, то можно использовать например Firebase как промежуточный бэкенд. База конечно должна иметь доступ во внешний мир. В этом случае получится реальная экономия на лицензиях, т.к. лицензий нужна только одна - для сейнса 1с, под которым создаются http соединения с Firebase для того чтобы положить/забрать данные. Само же веб приложение при этом взаимодействует только с firebase.

Для веб морд отлично. Если нужно сделать сложную транзакцию. Упаковываешь ее в свой документ. Как расчет себестоимости в 1с. В принципе это правильно было делать и без odata.

Теоретически это может быть и delphi клиент. Только зачем? И C#, все что работает с odata

А из firebase синхронизацию и все связанные не реал-тайп проблемы кто разгуливает?

Да не нужен никакой делфи клиент и С, достаточно только 1С.

Поясни о каких проблемах речь? Веб приложение взаимодейстстует с файрбейс онлайн, тут все ок, умные дяди уже об этом позаботились 1с когда ей надо отправляет данные в файрбейс обычным http запросом 1с раз в определенный промежуток времени забирает данные из файрбейс

1с это узкоспециализированный продукт. А веб это мировой стандарт.

И? Это значит, что надо нанять вебера для работы, которую может сделать штатный 1Сник?

Зачем там firebase? Тойесть надо писать все на 1с, и все проблемы с рас-синхронизацией данных. Когда данные поменялись и там и там на программисте 1с? Можно просто открыть урезанную копию 1с (как филиал) в odata. Без полных данных. и синхронизировать стандартно.

Вообще если нужен классный веб интерфайс все равно нужно нанимать вебера. Слишком разные понятия дизайна.

Затем, что не все хотят базу выставлять попой наружу. У нас например никто никогда не разрешит ERP выставить для возможности прямого доступа извне. Либо наоборот, когда не хотят заморачиваться с веб сервером, а есть просто база на сервере с доступом к интернету. А есть случаи когда база не всегда онлайн. Вот для всего этого подходит вариант когда 1с сама решает когда ей данные положить и когда забрать.

Дизайнера надо нанимать - это факт. Его и так, и эдак нанимать придется. Зато php-шник не нужен.

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

"АнтонБ: Вообще если нужен классный веб интерфайс все равно нужно нанимать вебера." "Юрий Лазаренко: Дизайнера надо нанимать - это факт" "АнтонБ: С дизайном у 1c программистов хуже чем никак."

Выставляешь копию БЕЗ ДАННЫХ. Только справочники. И данные оттуда забираешь в центральную базу стандартно для 1с.

Эта копия 1с как фиребазе промежуточная. только без кодинга на синхронизацию.

Есть же metadata.js там и дизайн из коробки вполне норм

А справочники это не данные?

Там ~500$ за используемую библиотеку. + Сколько-то разработчиками.

Дешевле, чем самим с нуля писать

В firedata тебе все равно придется их держать. Иначе как выбирать пользователем их при вводе. И синхронизировать. Можно не все а только те что нужно для решения.

Если 1-2-3 формы то дешевле react использовать. Если сложную штуку то react надежнее для бизнеса чем странная поделка с подозрительным лицензированием.

Это где ты такие цены увидел?

Смотря какие формы

+ 1 за реакт, а по-поводу дизайна, если плохо с чувством прекрасного то библиотека material-ui для реакта, реализующая все принципы материала дизайн.

там используется чужая библиотека она стоит ~500$ + Они что-то хотят. Их лицензия абсолютно непрозрачна. Они могут отозвать лицензию если вы пишете конкурирующий продукт. К примеру вы купили лицензию пишите, все путем. Потом они начали писать свой продукт в вышей теме. Раз и отозвали лицензию. Написание ПО это инвестиции и такие риски там ни к чему.

Называется пул соединений, причем есть 2 схемы управления этим пулом. Работает отлично, уже используем. Помимо переиспользования сеансов не забывайте про KeepAlive.

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

Тактам же MIT лицензия - все бесплатно. где ты про 500 уе нашел не понимаю

Все бесплатно 18000 плюс лицензия очень жестокая совсем не мит. -

Плюс там внутри библиотека используется которая стоит ~500$ сама по себе. Коммерческое использование. Найти не могу сейчас. но я смотрел уже ее раньше.

Саму веб морду можете сделать при помощи сервиса Но программировать логику работы морды уже придется при помощи кодинга.

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

Используется внутри эта библиотека.

Используется внутри эта библиотека. $466-$760 Credits Many thanks to     Andrey Gershun, author of AlaSQL - Javascript SQL database library     Authors of dhtmlx - a beautiful set of Ajax-powered UI components     Other people for useful tools, which make our work easier

поставим закладочку сам недавно подружил страницу HTML и 1С через обращение к веб-сервису, но без PHP с его SOAP клиентом не обошлось работает очень шустро

Так переделай на http-сервисы.

зачем? меня все устраивает )))

Тогда оставь как есть ) Но в следующих раз делай сразу на http, там можно без SOAP клиента обойтись.

сколько стоит веб морда для 1 документа: заказ покупателя и подбор номенклатуры (все по минимуму, несколько реквизитов шапки заказа и тч товары) ?

к soap 1С можно обращаться из js

именно эта статья была в основе, но так и не получилось без PHP реализовать рабочий вариант, если есть рабочий вариант точно как по статье - было бы интересно посмотреть у меня возникли проблемы с аутентификацией при подключении к веб-сервису

Зависит от количества и типа реквизитов в шапке. Номенклатуру как подбирать необходимо - открывать отдельную форму подбора, с фильтрами и отборами? Вообще для веба это не совсем привычный вариант реализации. Мы уже делали подобные задачи, там отображается древовидная структура каталогов номенклатуры из 1С, справа от наименования поле для ввода количества, указывается нужное количество для каждой номенклатуры и оформляется заказ. Этот вариант мы продаем за 15000. Если нужно сделать как в 1С, то пока мало исходных данных для расчета. Будет от 30000 и выше.

Ну это смотря какой пункт, 58 или 59. У нас 58, не знаю что у автора.

У вас уже готовый вариант? Скриншот можно?

+ Это демка, там есть кривости после апдейта на новую версию, но принцип работы понятен.

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

Вот ввод документа, получается ограничение на номенклатуру. Есть флаг на номенклатуре, которую показывать которую нет?

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

Тут УНФ. В данном алгоритме показывается та номенклатура, на которую назначена цена с видом цен, указанным в основном договоре контрагента. Залогинтесь под другим посетителем - будет другой состав номенклатуры. При желании можно будет в 1С наставить произвольное количество фильтров и отборов в настройках (пока таких настроек нет, но для конкретного заказчика можем сделать, хотя заказчик и сам это может).

Документ "Заказ покупателя" генерится при нажатии на "Пересчитать скидки" или "Оформить заказ". До этого момента в 1С документы не создаются.