v7: Обмен данными 1с интернет магазин #719359

Привет братьям по разуму! Столкнулся с такой проблемой: есть интернет магазин на основе OpenCart и 1с77 Торговля склад как осуществить обмен туда-сюда остатками товаров. т.е. интересует формат и алгоритм обмена, подскажите, еже ли кто сталкивался с ентим. Спасибо всем, кто откликнулся.

в ОпенКарте есть загрузка из xml, сделай выгрузку из 1С в нужном формате.

Спасибо, где взять сам формат

т.е. нужна структура  формата xml

в ОпенКарте есть загрузка из xml - Это встроенная функция?

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

Директор хочет чтобы:   Прграмма 1с77 Торговля склад торгует в обычном магазине и параллельно в интернет магазине. Поэтому нужно ежечасно обновлять остатки товаров в интернет магазине. Возможен ли такой режим и правильна ли такая постановка задачи?

Причем база данных одна и таже

правильность постановки задачи зависит от бизнес-процессов. Если ежечасного обновления достаточно, значит задача поставлена верно. Режим такой возможен. Как и, например, обновление по событию в 1С

Понятно, что синхронизацию баз можно осуществлять и еже минутно

Так же понятно и то, что возможны коллизии, например один и тот же товар решили приобрести одновременно и в рознице и в интернет магазине... Как разруливать такую ситуацию?

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

См.

Это не спасет А как вы разруливаете ситуация, когда клиент заказал, а складе не нашел? Даже когда ты ручками заявку в базе набиваешь у тебя все равно может быть ситуация когда в подборе была, а когда проводишь заявку - её уже нет

Никогда в инет магазине не заказывал? Обычно менеджер перезванивает и говорит, извините сейчас этого нет.

>>> Это не спасет Это снижает вероятность коллизий до приемлемого минимума. Полностью решить коллизии можно только объединением баз данных 1С и интернет-магазина, что довольно утопично.

Сталкивался, гумно, переписал все нахрен на прямой доступ к базе сайта на MySQL.

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

Ты все прочитал как тебе удобно. Причем здесь веб-сервис? Способ выгрузки вообще неважен. Хоть веб-сервис, хоть прямой доступ к мускулу, хоть API хоть еще стопиццот других вариантов. Важно само устройство выгрузки. Событие -> Очередь -> Выгрузка При первой возможности означает немедленно, если ничего не мешает. Иногда, например, может прилечь канал. Для этого нужна очередь. В общем же случае выгрузка происходит немедленно после наступления события.

Похоже что у наиболее правильный подход...

Можешь ли поподробней изложить суть?

Конечно. Придумать свой механизм, а не использовать типовой, это самое правильное решение.

У голого подхода в   та же проблема, что и у любого другого. См.

Регистрировались изменения в таблицах SQL, затем периодически передавались. Движок специфический, на друпале, так что немного помучался :) Если есть необходимость выгрузки остатков, статусов - храню текущие выгруженные данные, при выгрузке они сравниваются с актуальными, отличия передаются и по кругу... Но если есть проблема именно в оперативном обмене - все можно решить... все зависит от бюджета проекта.

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

Сделать можно все. Вопрос только в затраченном времени.

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

Нашел похожий модуль по загрузке товаров из csv... Не подскажешь ли какой модуль и где нашел?

"Импорт CSV файла с сервера поставщика" Купил аж за 350 руб! Разобраться и настроить под себя его не очень сложно.

+ Ну конечно если минимально знаешь PHP и SQL запросы :)

Покури мануали опенкарта, там все что нужно есть. Варианта 2: - держать достаточный товарный запас; - сделать подтверждение заказа. Т.е. если в наличии нету то заявка блокируется полностью и дальше уже разруливать с клиентом. Но будьте готовы что клиенты от вас убегут. Если конечно это не "штучный" товар.

Нашел бесплатный модуль OpenCart Exchange 1C 1.5.1 Модуль позволяет обмениваться данными между интернет-магазином на OpenCart и программой «Управление торговлей - 1С:Предприятие 8» используя встроенный функционал обмена 1С по стандарту CommerceML2. Но у меня 1с7 Торговля склад. Можно ли выдернуть из 1с8 встроенный функционал обмена 1С по стандарту CommerceML2 и переделать его под 1с7

мануали опенкарта, там все что нужно есть Ссылочку дай пож-ста, покурю на досуге

Мануалы Бесплатные расширения (экспорт/импорт) P.S. Очередной ленивый 1С-неГ