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

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

Клиент набивает заказ. Заказ падает в общий котел документов на вырузку. Раз в 10 минут (некий интервал обмена) с сайта выгружаются новые заказы (в виде внешних файлов) и забираются обработанные заказы (тоже в виде внешних файлов).

Это достаточно просто реализовать, НО мне не нравится скорость работы. Т.е. обмен будет идти раз в 10 минут (выгрузка с сайта) + у 1С-ки будет стоять регламентное задание (с определенным интервалом), которое будет забирать сброшенные заказы...ну, т.е. все это время.

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

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

Вопрос: как все-таки лучше организовать процесс обмена?

я за вебсервисы 1с

(0) Знакомый делал некий обмен по третьему варианту. 1С-ка и сайт общались через ком-соединения (сайт самописка на ПХП). + Ставил какую-то приблуду для создания парралельных процессов на стороне 1С. Вроде как его тесты показывали нормальную работу, при 100 одновременных запросах с сайта.

(1) Чуть подробней плиз! Т.е. ты предлагаешь .чтобы 1С-ка рулила всем процессом? Забирала данные и выгружала на сайт?

мало входных данных - количество заказов (сейчас, ожидаемо) может две три продажи в неделю

у нас  веб сервис.   клиент вбивает номер заказа  и получает сумму его из 1с  для оплаты через egopay

(4) ну, пусть будет 50 в день, для начала.

Время обработки на стороне 1С примерно минута (если все хорошо)

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

У нас так (ну, немного более комплексно из-за РИБ) происходит.

(2) ком-соединение не рулит

(8) а если 10 пользователей одновременно нажимают "Сформировать". Как будет происходить распределение?

(9) а как происходит распределение, когда в 1ске 10 пользователей нажимают "Записать"? вот то же самое и будет...

(10) веб-сервисы позволяют организовывать двухсторонний обмен? Просто мне нужно чтобы клиент нажал "сформировать" - данные уходят в 1С. Обработка может занять некоторое время. чтобы юзер не просто ждал все это время, а мог работать. Затем 1с-ка заканчивает расчет и кидает данные обратно на сайт ,а там уже клиент видит что-то типа "пакет документов сформирован"

(11) формирование документа в 1с и "некоторое время"? сколько?

(6) Мож вообще по красоте, сайт делает запрос к 1С, та запускает фоновое задание и возвращает сайт ГУИДик. Затем сайт опрашивает 1С "ну чо готово", та ей отвечает к примеру 30%. И уж если готова то сайт запросом (получается уже третим) получает итоговые данные. ГУИДики держи в регистре сведений, соответственно ГУИД эт измерение и реквизит процент выполнения (ну и дату навсякий создания ГУИДика). А процент будет обновлять наше фоновое задание (я надеюсь у нас же сервер 1С есть)

(10) как лицензии 1С раздаются при использовании веб-сервисов?

(14) хз, постоянно висит пара-тройка ws-соединений, при том, что поток запросов около 10-20 в минуту

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

+1 к веб-сервисам

(13) но все это тоже веб-сервисами реализовывать?

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

(18) ага

(19) там будет что-то типа "полуавтоматического". Т.е. если система удачно все создает сама и у нее не возникает проблем, то она может автоматом в обратную бросить данные. А если возникли какие-то проблемы, то она будет сообщать оператору, чтобы тот разобрался.

(19) через веб-сервисы можно перебрасывать двоичные данные? Ну т.е .файлы таких форматов, как пдф, jpg, xml и т.д. ?

(0)
Третий вариант. Плюсы - не нужна база на стороне сайта. С помощью веб-сервисов все, что указано в (0), можно реализовать

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

Тоже плюсую к web-сервисам.

(22) ну, больше нескольких метров врядли получится

(22) Можно пробросить ссылку, а на php потом её обработать.

(23) база на стороне сайта будет в любом случае.

(28) И это правильно.

(26) ну, вот, например, тестовый пакет содержит 42 файла и все это весит 2,6 метра.

(22)
Если позволит тип String - можно в виде строки передать (нужно смотреть, сколько в string максимум символов влезет).
(28) А зачем, если есть веб-сервисы? Есил какие-то изменения в структуре данных - то это же и в 1С, и на стороне сайта нужно переделывать

(26) у меня веб сервис помню тестился на 30 метров, роде пашет до сих пор

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

(31) Базы будут взаимодополняться. Будет несколько крос-таблиц, через которые все будет работать. Там хитрая система :)

(31) "А зачем, если есть веб-сервисы?"
Время отклика страницы, надежность интернет-ресурса... Не слыхал? :)

(34) Давай, давай хитрец, поковыряйся с веб-сервисом сначала))

(30) (32) Я думаю, что это от настроек хостинга зависит...

(35)
Я это понял, просто намекаю на то, что сложность всего механизма увеличивается

(36) Я буду к тебе приставать :)

(37) Да шиш, вроде у 1С просто 50 метров ограничение, потомучто когда на шарпе писали веб сервис то там гдето эту штуку сами определяли

(39) Воу воу воу, полегче парень

(40) Полезная инфа, надо запомнить.

А прикинте мужики чо заметил: когда мы перезаписываем запись регистра сведений через МенеджерЗаписи то модуль набора записей вызывается 2 раза. 1 раз чтоб удалить а второй чтоб записать .
Корочь офигеть))

(43) это сейчас просто типа "полезная информация" была?

(44) накипело!

(43) баян

(43) ты еще поснимай галочку "основной отбор" у пары измерений - вообще удивишься

(46) да вроде не баян , у меня 8.3.3.687 стоит, так что приходиться для изменения записи использовать набор записей(((

(47) Чот я уже очкую))))

(48) в 8.0 также

(50) 8.0 в глаза даж не видел, эт наверно к счатью)

(0) Я когда делал подобное реализовал сразу оба варианта. При формировании заказа на сайте он дергает 1С за веб-сервис, 1Ска все формирует и тут же кидает ответ. На всякий случай формируются и файлы с данными, которые загружаются раз в 5 минут. Работает вся эта кухня уже год без сбоев. Скорость всех устраивает.