- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
CommerceML наше (Ваше) все
http://v8.1c.ru/edi/edi_stnd/90/92.htm - тыц
Уважаемые владельцы интернет-магазинов, поделитесь опытом, хотя бы в двух словах, как вы настроили синхронизацию между торгово-складской программой на компе и сайтом? Или может быть у вас по другому система устроена? Допустим складская программа и сайт - все в одном... Или не заморачиваетесь на эту тему, а все ручками делаете? Что синхронизируете если оно у вас есть? Цены, наличие, картинки, что-то еще? Какая у Вас складская программа? Синхронизируете через экспорт/импорт csv или как-то иначе?
Очень буду Вам благодарен за ответы...
На самом деле вопрос очень сложный и в рамках форума все подробно не описать. Тем не менее следует иметь ввиду:
1. совмещение учетных систем и "торгового зала" не желательно. Слишком много завязывается на один хостинг и слишком большая нагрузка.
2. Если номенклатура большая и обмен интенсивный - то лучше если основной функционал правления синхронизацией учетной системы и "торгового зала" перекладывается на локальную машину, потому что на хостингах чаще всего действуют ограничения по использованию ресурсов и вам все время будут вырубать скрипты импорта, если они работают долго или едят много памяти и т.п. (проблемы у многих возникают даже с модулями массовым редактированием цен, не говоря уже о более сложной обработке)
3. Синхронизация не бывает универсальной потому что требования к учету могут быть очень разными. Следовательно как правило каждый раз нужно писать специальные средства, наиболее эффективные в конкретных условиях.
---------- Добавлено 22.09.2015 в 16:32 ----------
CommerceML наше (Ваше) все
http://v8.1c.ru/edi/edi_stnd/90/92.htm - тыц
Это не верно. Он слишком сложен как правило для простых ИМ.
перекладывается на локальную машину, потому что на хостингах чаще всего действуют ограничения по использованию ресурсов
Вот на этом месте вставлю свои 5 коп.
Если "локальная машина" - это домашний ПК, на хомлан-провайдере, то нуегонафик.
Если ресурсов по среднему - ВПД/ВПС для этого. Если этого будет мало - аренда физ железяки или колокейшн.
Но всё это справедливо, если нужно обеспечивать надёжность. Если синхронизация раз в сутки (что для склада ИМ как-то странно), то и домашний ПК пойдёт, если связь нормальная.
Это не верно. Он слишком сложен как правило для простых ИМ.
яне вижу что сложного в стандартном протоколе обмена (кроме рукожопой организации самого xml), которым пользуются все складские системы России (да и вообще всего постсоветского пространства, быть может кроме прибалтики)
например Мойсклад, класс365, да и собсно 1с торговля и склад.
у нас 1С и движок шоп-скрипт 6, но обмен не по 1с-ному пробоколу, т.к. он какойто оказался замороченным и в результате через доработку в 1с, где обмен идет данных сразу в БД сайта
Что имеет ввиду под синхронизацией?
Если остатки, то их можно синхрить раз в сутки, т.к. при заказе сайт сам уменьшает доступный остаток. А при синхронизации восстанавливаются откорректированные остатки: ревизия, брак, отмены, пересорт и тд.
Контент, фотки зачем вообще синхрит с системой учета? Это же разные вещи. Это должно быть на самом сайте, и туда же и заноситься. Но с 1С заносить фотки? Ну, не знаю. У меня так было сначала, но неудобно.
Цены синхрить надо по мере изменения.
Вообщем с системой учета я синхрю только цены и остатки. Остальное не вижу смысла.
У меня 1С+ВебАсист.
Да, именно так и у меня. Тоже доработка, чтобы в БД.
Если остатки, то их можно синхрить раз в сутки, т.к. при заказе сайт сам уменьшает доступный остаток.
Смотря какие задачи и как реализовано.
яне вижу что сложного в стандартном протоколе обмена (кроме рукожопой организации самого xml), которым пользуются все складские системы России (да и вообще всего постсоветского пространства, быть может кроме прибалтики)
например Мойсклад, класс365, да и собсно 1с торговля и склад.
XML это метаязык. Проблема не в нем, а в том, что на нем строят. Если это CommerceML, то организация XML кажется рукожопой, а если это HTML, то все нормально. Да и CommerceML не так широко используется на самом деле, как вы это представляете.
......
Контент, фотки зачем вообще синхрит с системой учета? Это же разные вещи. Это должно быть на самом сайте, и туда же и заноситься. Но с 1С заносить фотки? Ну, не знаю. У меня так было сначала, но неудобно.
.......
Добрый день! А подскажите, в чем именно "неудобность" такого решения? Как раз сейчас организовываем именно это (полный обмен 1С УТ и CMS), может быть зря? :)
Добрый день! А подскажите, в чем именно "неудобность" такого решения? Как раз сейчас организовываем именно это (полный обмен 1С УТ и CMS), может быть зря? :)
Тухлое занятие. Метаданных в 1С все равно не хватает. Да и картинок в торговом зале как правило нужно больше чем в системе учета. Кроме того ни кто не пустит контент-менеджеров в систему управления. В лучшем случае в админку сайта ИМ.