Jump to content
Sign in to follow this  
TopClans

Интеграция с другим сайтом с использованием SOAP

Recommended Posts

Всем привет. 

Есть такой сайт Part-kom.ru, у них есть возможность встраивать их технологии в другие сайты. Вот информация: http://www.part-kom.ru/webservices/

Интересует возможность создания сайта на OpenCart с использованием их технологий. 

 

Я вижу это так: мой сайт, на нем категории, и прочее. клиент находит нужный товар, и либо получает цену сразу, либо по запросу. Вот пример сайта: http://kometa-auto.ru/

Другие фишки - непосредственно заказ, отслеживание заказа - тоже будут желательны, но самое основное - это цены.

 

Сейчас хочу узнать, во сколько мне обойдется разработка такого модуля, и насколько это вообще реализуемо.

 

Спасибо за внимание

 

Share this post


Link to post
Share on other sites

1. Не пишу о цене и это сообщение - пока не предложение своих услуг.

2. Возможный способ реализации 1:

1) Поиск по номеру детали. Результаты поиска - список деталей с ценами (картинок и описаний сервис не возвращает)

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

3) Созданные товары падают в корзину. Дальше обычный способ оформления.

ИМХО: Я машину вожу, но в номерах запчастей ничего не понимаю. Откуда мне знать какой-то номер?

С таким функционалом вам и OpenCart не нужен - зря огород городить.

3. Способ реализации 2:

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

Share this post


Link to post
Share on other sites

ИМХО: Я машину вожу, но в номерах запчастей ничего не понимаю. Откуда мне знать какой-то номер?

С таким функционалом вам и OpenCart не нужен - зря огород городить.

 

opencart как раз нужен, чтобы всё разбить по каталогам. 

человек будет искать как-то так:

"Мазда 3 - ходовая - передняя подвеска - левый рычаг". там жмет на "узнать цену", и идёт запрос в парт-ком.

Share this post


Link to post
Share on other sites

Всем привет. 

Есть такой сайт Part-kom.ru, у них есть возможность встраивать их технологии в другие сайты. Вот информация: http://www.part-kom.ru/webservices/

Интересует возможность создания сайта на OpenCart с использованием их технологий. 

 

Я вижу это так: мой сайт, на нем категории, и прочее. клиент находит нужный товар, и либо получает цену сразу, либо по запросу. Вот пример сайта: http://kometa-auto.ru/

Другие фишки - непосредственно заказ, отслеживание заказа - тоже будут желательны, но самое основное - это цены.

 

Сейчас хочу узнать, во сколько мне обойдется разработка такого модуля, и насколько это вообще реализуемо.

 

Спасибо за внимание

Боюсь, что все там работает несколько не так. В ОС базы нет. Запросы пользователя на выборку товаров транслируются в SOAP запросы к сервису и полученный результат выводится в виде товара или списка. При таком раскладе OC придется перелопачивать по полной программе, заменяя все алгоритмы работы с БД алгоритмами работы через сервис. Это будет тот еще гемор.

Возможно я ошибаюсь, но в описании сервисов написано вот это "Компания «ПартКом» предоставляет зарегистрированным пользователям возможность программного взаимодействия с их информационными системами в режиме реального времени." и меня смущают слова "в режиме реального времени".

Edited by EVMedvedev

Share this post


Link to post
Share on other sites

Если у клиента в OpenCart есть база с товарами, с кодами запчастей и надо лишь актуализировать цены на товары по коду через SOAP-запросы. То все будет попроще.

Но клиент сейчас ничего не пишет. А гадать можно доолго.

Share this post


Link to post
Share on other sites

Актуализировать конечно проще. Тут спору нет. Вопрос в том, как выглядит этот онлайн по мнению поставщика услуг :-). И тут я думаю клиент пока в тонкости не въезжал :-). Как в той поговорке "Гладко было на бумаге, да забыли про овраги.".

Share this post


Link to post
Share on other sites

Если у клиента в OpenCart есть база с товарами, с кодами запчастей и надо лишь актуализировать цены на товары по коду через SOAP-запросы. То все будет попроще.

Но клиент сейчас ничего не пишет. А гадать можно доолго.

база есть, точнее я буду её создавать. пока с ценами на самые ходовые товары, без проверки их через партком, в расчете на то что цены будут меняться не сильно (то есть я по памяти выставлю цену 1000, а у парткома они могут меняться от 800 до 1200).

 

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

Share this post


Link to post
Share on other sites

база есть, точнее я буду её создавать. пока с ценами на самые ходовые товары, без проверки их через партком, в расчете на то что цены будут меняться не сильно (то есть я по памяти выставлю цену 1000, а у парткома они могут меняться от 800 до 1200).

 

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

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

Share this post


Link to post
Share on other sites

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

 

база данных - это что именно? я собираюсь вручную заполнить свой сайт запчастями, для тех товаров что требуют текстовых объяснений - написать их, и всё такое. короче, с любовью каждый товар обработать.

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

 

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

Share this post


Link to post
Share on other sites

база данных - это что именно? я собираюсь вручную заполнить свой сайт запчастями, для тех товаров что требуют текстовых объяснений - написать их, и всё такое. короче, с любовью каждый товар обработать.

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

 

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

Если вы будете заполнять магазин сами, то это и будет ваша база данных. Внешние источники будут лишь дополнением и уточнением к ней. Тогда все нормально. Это наиболее распространенная схема работ и для нее то, предлагает toporchillo это оптимальный вариант. Я бы тоже самое предложил. Мне было бы любопытно реализовать такое, но сейчас у меня завал.

Share this post


Link to post
Share on other sites

Если вы будете заполнять магазин сами, то это и будет ваша база данных. Внешние источники будут лишь дополнением и уточнением к ней. Тогда все нормально. Это наиболее распространенная схема работ и для нее то, предлагает toporchillo это оптимальный вариант. Я бы тоже самое предложил. Мне было бы любопытно реализовать такое, но сейчас у меня завал.

тогда если не найду никого до Нового Года, попробую обратиться к вам ещё раз)

Share this post


Link to post
Share on other sites

тогда если не найду никого до Нового Года, попробую обратиться к вам ещё раз)

Ок :wink:. Удачи. Но соберите побольше информации о сервисе и продумайте алгоритм работы. Я все таки вижу что сервис не предлагает выгрузку каталога товаров. Он предлагает функции:

  • поиска товара по параметрам в ИХ базе данных
  • сброса заказа в ИХ систему
  • просмотра истории заказов хранящихся в ИХ системе
  • проведение взаиморасчетов по договорам в ИХ системе.

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

Да и кстати было бы не плохо, если бы вы взяли бы какой нибудь простенький хостинг, поставили бы туда ОС и попробовали бы реализовать свою часть задумки для начала без участия сервиса. Практический опыт - великая сила :-).

Edited by EVMedvedev

Share this post


Link to post
Share on other sites

Да и кстати было бы не плохо, если бы вы взяли бы какой нибудь простенький хостинг, поставили бы туда ОС и попробовали бы реализовать свою часть задумки для начала без участия сервиса. Практический опыт - великая сила :-).

как раз этим занимаюсь в свободное время, у меня dedicated сервер во Франции.

 

сейчас это больше хобби, дополнение к основной работе, так что на большие объемы я не рассчитываю, а следовательно не нужна и автоматизация. в общем, меня устроит такая схема: покупатель зашёл на сайт, нашёл товар, узнал цену, сделал заказ через движок (то есть стандартными средствами), а администратор (то есть я) уже сам всё обработает и закажет в парткоме через их сайт.

нужно будет поработать с выдачей цен - у парткома порой счёт аналогов и складов идет на сотни. неопытный покупатель ужаснется при таком широком выборе, поэтому наверное придется отключить вывод аналогов, и ограничить количество предлагаемых складов до 1-2. но это всё уже детали, которые дополняют ТЗ, а не меняют его.

 

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

  • +1 1

Share this post


Link to post
Share on other sites

как раз этим занимаюсь в свободное время, у меня dedicated сервер во Франции.

 

сейчас это больше хобби, дополнение к основной работе, так что на большие объемы я не рассчитываю, а следовательно не нужна и автоматизация. в общем, меня устроит такая схема: покупатель зашёл на сайт, нашёл товар, узнал цену, сделал заказ через движок (то есть стандартными средствами), а администратор (то есть я) уже сам всё обработает и закажет в парткоме через их сайт.

нужно будет поработать с выдачей цен - у парткома порой счёт аналогов и складов идет на сотни. неопытный покупатель ужаснется при таком широком выборе, поэтому наверное придется отключить вывод аналогов, и ограничить количество предлагаемых складов до 1-2. но это всё уже детали, которые дополняют ТЗ, а не меняют его.

 

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

Тогда действительно лучше просто постепенно заполнять базу данных OC, чтобы можно было обеспечить поисковое продвижение и  сбор заявок. Причем можно самому выбирать нужные товары из парткома, а потом преобразовывать выбранные данные и закачивать в БД магазина. На первое время будет чем заняться :-). А то если все автоматизировать и делать будет не чего :-). Какое же это тогда хобби :-D.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
You are posting as a guest. If you have an account, please sign in.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this  

  • Recently Browsing   0 members

    No registered users viewing this page.

×

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.