Всем привет!
Задача стоит такая: Необходимо допилить УТ для работы с интернет магазином.

Сейчас есть web-сервис, который осуществляет выгрузку по запросу некоторой информации(иерархию номенклатуры, цены, остатки). Далее, в планах, осуществлять продажи в интернет-магазине, с автоматическим формированием заказов.

Технически, примерно представляю реализацию: Клиент определенным образом идентифицируется на сайте, далее накидывает в корзину товар(естественно с примерными ценами, без учета скидок-наценок) далее жмет рассчитать, xml-отправляется в УТ, там обрабатывается и возвращает точный результат. Если клиент решает продолжить, т.е. оформить заказ, то снова идет запрос в УТ( при этом формируется документ, например: резервТовара, так же есть регламент снятия резерва мин через 5-10 - тут еще вопрос когда этот док делать надо). После верификации - формируется заказ, менеджер перезванивает клиенту и подтверждает. Ну как-то так, в общих чертах.

Кто что-то подобное делал, как реализовывали механизм?

Берешь готовый и используешь

(1) Тож, вариант...

Рассмотрю еще...

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

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

(0) Делай через прокладку:
1С УТ <-> БД для Web server (не от 1С) <-> Сайт

(0)
у нас работает связка перепиленная УТ10.3 - перепиленный битрикс
Раз в сутки из 1с выгружается номенклатура с ценами.
Клиент создает заказ он валится через веб-сервис в 1с,
манагеры согласовывают все с клиентом и окончательно подтверждают заказ, после чего автоматически валится заявка в транспортную компанию на доставку посылок

(6) а как рассчитывается окончательная цена?

(5) Нужен вункционал рассчета скидок, что бы считалось в одном месте..., дублировать не хочу...

(5) и как быть с резервировагием товара?

(4) не.., у нас очень переписаная УТ

(8) >>> дублировать не хочу...

Это не вам решать, а функциональной возможности 1С и желание видеть нормальную работу сайта :)

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

(9) Как обычно... 1С общается с некой БД, а не с самим сайтом. Кто-то должен опрашивать периодически, или передавать опросы в 1С.

А возможность самого сайта уже будет делать 2-ой человек, который примет во внимание, что подтверждение резерва будет немного с паузой :)

(12) Феерично весело... Клиент будет счастлив, когда не сможет нечего сделать, даже посмотреть состав товара и заполнить корзину, что бы после подтвердить заказ :)

...
Я бы лично такой инет магазин послал лесом и пошел искать в другой

(0) Какая УТ хоть для начала?

В обеих есть обмен с сайтом.

У меня на 10.3 реализовано, обмен каждые 15 минут, изменением номенклатуры, цен и остатков.
С сайта загружаются заказы клиентов.
Менеджер согласовывает с клиентом заказ может скорректировать цены, после чего счет падает клиенту на почту.

(11) в том и дело, что это не только мое решение...

(8) Считай в 1С.

(15) ут11, цены в базе считаются ночью, поэтому тут не проблема, вопрос остается с резервами и расчете скидок-наценок для того что бы не вводить в заблуждение клиентов

(18) Клиенты розница или опт?

(19) Клиенты - розница

(12) Не проблема, думаю обновлять остатки раз в 10-20 мин

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

Остается вопрос с резервом, как и в какой момент его делать: Кидаешь кидаешь в корзину, вроде как есть в наличии, только начинаешь оформлять - нет товара.., че за фигня...
Вот как минимизировать такие ситуации?

(20) Тогда думаю лучше ценообразование крутить на сайте.

Либо разместить УТ на сервере с сайтом рядом.
Что бы сайт делал запрос на расчет цены в эту УТ-шу.
А она уже по РИБ обменивается с базой в офисе.

(24) Сайт будет в локальной сети с УТ...

(25) Ну тогда сделай с сайта подключение к УТ через СОМ (если это возможно), и формируй заказ сразу и расчет цены и резерв там сразу делай. Что бы минимизировать лаг между заказом и расчетом.

(14) Нормально все будет работать, если сделать грамотно. При потере связи с 1С можно будет и корзину набрать, и предварительную ее стоимость посчитать.

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

(14) А какая разница между использованием промежуточной базы и напрямую УТ. При отсутствии связи с 1С в пером случаи данные зависнут в этой базе, во втором в промежуточной БД. Какая разница?

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

(30) А как иначе может быть-то? На сайте своя БД с ценами товарами и заказами и дальше обмен либо сразу в УТ, либо через промежуточную базу.

(30) Можно и тащить, но тогда будет беда при потере связи с 1С. Я бы так сделал.
1. Сайт на обычном битриксе с периодической выгрузкой в него товаров, цен, остатков в виде "Нет в наличии", "Мало", "Много". Если состав скидок небольшой и скидки несложные, то можно и их выгружать - там все достаточно прозрачно, мы проверяли.
2. Клиент набирает заказ в корзину битрикса, получает предварительную сумму заказа, видит скидки.
3. Если онлайн-связи нет, то заказ сохраняется в базе битрикса, в папку, доступную из 1С по ftp, кладется файлик с данными заказа. Когда связь восстановится, 1С регламентом вытянет все файлики, создаст заказы, посчитав все скидки, и отправит клиенту уведомление о заказе на почту.
4. Если онлайн-связь есть, то прямо в форе корзины клиент может жмакнуть "Проверить заказ", в этот момент 1С дергается через http-запрос, в ней считаются все скидки, проверяется наличие, информаци об этом возвращается клиенту. Клиент либо меняет состав товаров в корзине (что-то удаляет, что-то добавляет) и подтверждает заказ. При этом сразу через http-запрос заказ попадает в 1С.

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

Надо только не на веб-сервисах делать, а на http-запросах, они быстрее работают, и не не xml, а на json - он не такой тяжелый.

А если еще аякс прикрутить, то вообще песня, там запросы за десятые доли секунды выполняются и отображают результат в браузере клиента. Могут, правда, быть проблемы с кодировками, но тоже все решаемо.

(30) Есть БД, в которой хранятся: остатки, цены, условия скидок, покупатель может видеть и примерно представить цену, даже если УТ не будет доступна, обновление остатков каждые 10-20 мин, номенклатуры и цен - раз в сутки...

(35) Ну и отлично, прикрутите теперь на сайт несколько скриптов для пересчета цен и проверки актуальных остатков в корзине, сделайте моментальную выгрузку заказа в 1С.

Все ясно.., как быть с резервами? В какой момент их ставить, в какой убирать?

(37) Можно вообще при каждом изменении в корзине (добавлении, удалении, изменении количества). Через тот же аякс делаем запрос в 1С и резервим. Но в этом случае нужно будет на стороне 1С держать документ резерва (как вариант - ЗаказКлиента), соответствующей каждой корзине. Этот вариант достаточно тяжелый для базы, но если клиентов не сотни одновременно, то вполне будет работать.
Второй вариант - кнопка на сайте. Клиент что-то набрал, нажал "Зарезервировать" и уже точно знает, что этот товар никуда не уйдет, спокойно набирает корзину дальше. По сути, то же самое, что и вариант 1, но запросы к 1С будут идти реже.
Третий вариант - резервирование при размещении заказа в 1С.

Если у вас розница и в каждом заказе один-два-три товара - не больше, то хватит варианта 3. Для оптовиков больше подходят первый и второй.

(37) Убирать можно регламентом. Допустим, клиент что-то положил в корзину, зарезервил промежуточно, но заказ не подтвердил. Ждем 3 часа - убираем резерв. Если подтвердил заказ, но не оплатил в течение суток - тоже убираем. Это уже хозяин магазина расскажет, как правильно сделать.

Тебе такое нужно?
Система формирования заказов покупателем (2)

Пасибо всем..., буду систематизировать...

(0)
"естественно с примерными ценами, без учета скидок-наценок) далее жмет рассчитать, xml-отправляется в УТ, там обрабатывается и возвращает точный результат. Если клиент решает продолжить"

Это что за бред?
21 век, amazonдронами начал заказы оформлять, в 28 штатах можно получить заказ в течении одного часа!

И ваши эти примерные цены, танцы с ожиданием пока УТ родит обратно xml.

Никаких танцев с бубном вокруг оформления заказа быть не должно. Все должно оформляться за 5 секунд. Иначе клиентов у вас не будет.

(42) Не читайте между строк! "Технически, примерно представляю реализацию..."

(43) Да тут не между строк... Ту прямое не понимание.
У нас 2 интернет-магазина, хлебнули по полной пока обучались.

Главный критерий, все должно быть быстро и точно.
Тонкое звено это обмен 1с-сайт. Его быть не должно при расчетах. Все расчеты должны быть на сайте.

(44) У нас были клиенты, которые скидки меняли по несколько раз в день. Причем скидки такие, что их расчет на сайте ставил в тупик матерых php-шников, хотя в 1С все делается флажками. Попробуй перенеси такой расчет на сайт, чтобы потом цифры с сайта и цифры в 1С сошлись.

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

(45) видимо простые какие-то расчеты...

+(44) Если бы я четко понимал как это делать..., я не создавал бы эту тему...

(46) Но если всю ночь, например, идут обновления в 1С и сайт по этой причине не работоспособен, то нафиг такой бэк.

(49) обновления идут в течение  одной минуты... и один раз(номенклатура, цены, условия скидок)

(49) постоянный обмен - остатки, заказы..

(50) не сайта, а 1с

(50) Я про обновления конфигурации 1С. Когда меняешь реквизит и не знаешь отвиснет 1С к утру или нет.

(49) Ну когда 1С всю ночь обновляется, то это тоже ненормально.

(53) С этим согласен, но это очень редко бывает... + обновляемся в определенное время

(55) Сколько пользователей то на сайте есть или планируется? Сколько заказов в день?

(56) не понятно еще.., думаю что около 200

(57) 200 заказов? Сколько позиций в среднем в одном заказе?
Надо просто посчитать примерное количество кликов и, соответственно, запросов к 1С.

(0) Я стесняюсь спросить, таки чем не устраивает типовой обмен с Битрикс или UMI?

(58) 5-7 позиций в основном

(59) Для типового обмена нужна типовая база...

(61) Ну залей модуль обмена от залупитрикса в свою УТ и допили.

(25) > Сайт будет в локальной сети с УТ...

Нужен грамотный админ для руления правами. И грамотный сайтописатель для пресечения атак из вне.
У нас заморочились и вынесли сайт на отдельный хостинг.

(61) Так выдрать из типовой
У нас так: обмен заказами через XML почти типовой, раз в пять минут

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

Обмен товарами я бы сделал, как уже советовали, через промежуточную базу. Типовой не подходит, если много товаров и много изменений.

Чота я не понимаю как из такой простейшей задачи как в (0) раздули rocket science

(61) С чего бы?

(64) Обмен уже написан - остатки, цены, номенклатура на web сервисах.
Из типовой выдирал.., тяжелый он какой-то...

(60) При таких объемах будет нормально работать по схеме из (32). Есть клиент, у которого 50 подобных заказов в день - уже 4-й год без сбоев.

(0) Просто удивительно, как любят некоторые граждане создавать себе проблемы на пустом месте.

По шагам.
1. Битрикс и все, что с ним связано - посылаешь нах*й. Иначе если не сейчас, то в ближайшем будущем любимая фирма попросит с тебя ЕЩЕ немного денег за лицензии, ИТС, или еще какую-нибудь новую гадость. Поэтому берешь бесплатный движок (у меня это Joomla + Virtuemart), и настраиваешь его.
2. Берешь бесплатное средство обмена (у меня CSVi free), и настраиваешь обмен через него.
3. Допиливаешь УТ.

(69) из бесплатных движков opencart ещё можно рассмотреть...

(67) "остатки, цены, номенклатура на web сервисах"
имхо, оч сомнительное решение

(69) Движок сайта уже написан и меня это не волнует, этим занимаются другие люде, мне нужно предоставить интерфейс обмена...

(71) не исключаю...

добрый вечер. мы сами сталкивались со всеми трудностями, когда открывали автосервис, обычный бух программа не справлялась с введением клиентов и управлением, а 2 программы слишком дорого, но мы обратились к Саше и нам помогли. Интернет сайт стал более функциональным и намного проще.. теперь сотрудничаем , у мастера есть свой сайт   http://www.pro1c-alfa.ru/ а также вы сможете ему позвонить и он вам разъяснит всё

(74) Спасибо.., то что надо..., Саша мне поможет.
Саша, а может быть основной логин на мисте дадите?

(75) Не верь Настюньке, она только вчера зарегилась и она мужик.

(76) оно

(77) рекламное

По идее сейчас на сцену должен выйти Маня и четко объяснить поцанам, что только Битрикс..

Сниф, чем я Вас обидела?не должна же я вам пояснять,куда делась моя предыдущая учётная запись от бездействия 2 года?
будьте добрее, рекламу Вы смотрите в телевизоре, а я -как и остальные пользователи делюсь своим опытом, кому-то безусловно он поможет. всего доброго

xXeNoNx , выше указана ссылка на страницу Александра, напишите или позвоните ему(телефон там указан)

добрый вечер. мы сами сталкивались со всеми трудностями, когда открывали автосервис, обычный бух программа не справлялась с введением клиентов и управлением, а 2 программы слишком дорого, но мы обратились к Саше и нам помогли. Интернет сайт стал более функциональным и намного проще.. теперь сотрудничаем , у мастера есть свой сайт   http://www.pro1c-alfa.ru/ а также вы сможете ему позвонить и он вам разъяснит всё
xXeNoNx удачи в работе!)