1С Web-клиент #671660

Есть задача: реализовать личный кабинет клиента организации. Чтобы он мог видеть свои счета/оплаты и всякие отчеты типа акта сверки. Пускать его в главную базу нет никакого желания (а ну как к работающим 100 человекам добавится еще 1000 клиентов и все разом начнут формировать сложные страшные отчеты).

Веб клиент будет кушать 1 лицензию на каждый коннект. То есть, вы готовы купить ещё 1000 лицензий?

с нетерпением жду продолжения этой захватывающей истории

Мне кажется более правильным вариант через веб-сервисы...

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

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

Не дело для этого 1Сный веб клиент использовать. Во первых - тормозит, во вторых, закалебетесь клиентам объяснять почему в хроме не работает, и как отключить блокировку всплывающих окон в IE и т.д. Это не голословно,это - опыт(

Зная клиента, предвижу ВНЕЗАПНОЕ расширения функционала вида: а давайте клиенты сами инфу будут вносить/изменять в базу + чтобы и они работники организации обновления в информации видели сразу. А тут уже неохота чисто вебом пользоваться.

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

, А почему это тормозит? Там формы для отрисовки будут наимпримитивнейшие и с минимумом элементов. Ну отчеты в mxl формироватся будут как положено (т.к. они так уже есть). С хромом обойдутся! IE и MF наш выбор :-) Это не принципиально. Мы контора 1Сная. Веб-программера потом (см. 7) пойди найди и скорее всего он заявит, что нужно ВСЕ переделывать с нуля (что логично, т.к. синхронизация нужна будет в обе стороны). На самом деле все банально: охота посмотреть, что за зверек вообще веб-клиент 1Ски и какой от него практический толк + деньги не охота на сторону отдавать.

Ты читал?

ТС, ты зачем тему создал, если советов не хочешь слушать? Так, поговорить?

"А почему это тормозит?" Лучше 1 раз увидеть:

Вполне готовы. Нужно понять практический смысл веб-клиента от 1С. И постараться реализовать поставленную задачу именно на нем, т.к. держать вебкодера смысла нет, а для постоянных доработок (которые 100% будут) постоянно дергать человека со стороны нет никакого желания. Ни разу не тормозит. Не самолет, но вполне комфортно для просмотра отчетов и внесения небольшого объема информации. Другой вопрос, как это будет работать, если одновременно залогинится человек 50-100, но думаю ненамного медленней.

ws

Я так понимаю была попытка показать работающий для сторонних клиентов "сайт" на базе 1Сного веб клиента?

"Не самолет, но вполне комфортно" Давай-давай... Клиенты тебе потом всё скажут, ты не переживай.

Раз так, то наймите php-ника, он слепит вам базу на MySQL и веб-морду - будет значительно удобней и быстрее, чем доступ к веб-клиенту. И хостить можно где угодно.

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

а если бы 1С не была такая охочая до денег, она смогла бы подвинуть php-шников и протчая с рынка. P.S. у меня то, что спрашивает ТС работает. чуваки остатки смотрят риал-тайм. чтобы не задалбывать по телефону

При реализации на пхп придется, например, создавать ВСЕ отчеты заново. А их немеряно + там есть достаточно сложные и заковыристые + иногда их надо изменять. Я уж не говорю о том, что клиенты привыкли к внешнему виду печатных форм отчетов. К тому же любое изменение объема выводимой информации приведет к необходимости переделывать не только базу но и веб-морду. А с 1Сным клиентом достаточно будет просто обновить саму конфигурацию - минимум затрат.

Вот так начинаешь понимать, что 1С отлично отлаженная финансовая компания. И каждый 1С-ник должен знать лицензии наизусть

И отчеты все на СКД?

Так вы же все равно мини-базу собираетесь делать. Ясно, что php потребует доп. ресурсов при разработке, но в итоге окупится. Представь, какой сервак должен быть, чтоб он смог схавать подключения от 1000 клиентов. И стоимость лицензий посчитай...

О! Можно поподробней? - Сколько пользователей одновременно работает? - База рабочая одна или основная + содержащая минимум информации для клиента? - Проблемы с безопасностью (любые) были? - Если отдельная база для клиентов: у них доступ только на чтение или чтение/запись?

Да. Есть подозрение, что там по времени и по деньгам будет очень круто, т.к. по сути придется все делать с нуля и разбираться в уже существующих отчетах/документах. И придется все модификации оплачивать. А на 1Ске считай уже все готово. Немного обрезать имеющийся функционал (лишний для пользователя) и можно хоть сейчас публиковать.

В случае, если клиенты - это сотрудники, которые должны удаленно что-то делать, то я бы смотрел в сторону мобильного клиента...

Можно тогда попробовать выгружать некую базовую информацию, а отчеты из основной базы через SOAP дергать.

Если отчеты не замороченные то

Клиенты - это конечно не сотрудники, но ребята кровно заинтересованные в более оперативном получении информации. И как выяснилось постоянно пользоваться подобным сервисом их будет около 50. Так что 1000 лицензий покупать не придется :-) Интересный вариант. Будем думать. Но тут опять вебкодер нужен будет и отчеты в удобоваримое для веба переделывать. Класс! Но у нас, к сожалению, не настолько простые отчеты. Хотя 90% можно, наверное, и так загнать.

Там таблица результата запроса формируется построчно - в топку

>> "отчеты в удобоваримое для веба переделывать" - я вас умоляю, это делается двумя строчками кода - поле табличного документа сохранить в формате html и потом прочитать в виде строки, которую выпихнуть в качестве ответа браузеру.

сайт на php, который запрашивает по вебсервисам данные у 1ски по расписанию или по запросу, если оперативность нужна

+ Вот тебе готовый код функции, которая так делает, правда только для печатной формы одного вида:

И код скрипта для вызова веб-сервиса 1С:

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

меня только смущает явное указание логина/пароля в коде :-)

Так это же PHP пользователь этого не увидит. Пользователю будет показано все, что будет выведено в:

точнее echo($inv_text);

Выгрузить из 1С исходные данные для отборов и возможные поля отборов - они из СКД вытягиваются в легкую

В общем если что - обращайтесь, напишем вам все, будет дешевле, чем кучу лицух покупать )))

Вопрос цены у нас завтра будет обсуждаться. Будем считать затраты на создание и публикацию "клиентской" базы. Ну и пхпшники обещались на днях выставить предварительный счет. Судя по их хитрым лицам, там будет много цифр в графе "итого". А вносимую пользователем информацию на вебстранице можно будет так же оперативно загружать в базу (после проверки)?

Хороший метод. Можно даже без php на javascript. А готовый пример есть?

Ага понятно Группировки срезаем(+открыть или закрыть группировку, выбор уровня группировок). В конечном результате из нет.

да всё это гемор! Я уверен на 95%, что клиентам не нужны забабашенные отчеты со сложной компоновкой результата... Всё можно сложить в простые таблицы и выдавать в удобоваримом виде через веб-сервисы. Причем это будет ОНЛАЙН и лицензии 1С не потребуются... Ты про веб-сервисы слыхал вообще? Но сразу говорю, что с веб-сервисами будет тормознутее, чем на чистом вебе + своя база данных, но быстрее, чем веб-клиент.

+ Веб-сервисы могут как отдавать инфу, так и принимать...

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

Пример вытаскивания группировок из СКД? Есть, но без передачи его в php. Можно загружать через тот же веб-сервис в онлайн режиме. Можно сделать более живучий вариант - передаваемую в 1С инфу записывать в xml файлы и складировать их на веб-сервере, 1С-ка будет их забирать оттуда по ftp и заносить в базу по шедулеру. Можно дополнительно при создании xml-файла веб-сервисом дергать 1С, чтобы она сразу загружала файлы в БД, у меня именно так работает.

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

Лицензии для Web-сервиса требуются юридически.

Как в 1с нажимаешь на + открывается... И как решаете проблему выбора значения из 1С в html странице из браузера? Для передачи потом в 1С ПользовательскиеНастройкиКомпановкиДанных.

Тоже не пройдет - замечательные серваки стоят + канал широченный. Желательно что-нибудь про безопасность вебклиента 1Ски узнать (у тех кто им пользуется). Или глюки страшные.

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

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

Web-сервисы. https только в 8.3. Что сам знаю

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

Свой - нет. Есть первый шаг с jqueryMobile может кто дальше разовьет...

Итить. Достойно!

из разговора при наладке веб-клиента: