gregoro
-
Публікації
1 065 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача gregoro
-
Присоединяюсь Доработка очень нужная. И еще из настроек нужна возможность отключать модуль в определенные часы. Т.к. если в три часа ночи человек зайдет и увидит, что товар просматривают 35 человек, то в этот магаз человек больше не вернется -
Понятно... У нас другая специфика немного Во-первых 2/3 заказов оплачиваются при получении. Во-вторых, часть заказов во время прозвона меняются по составу - тематика такая, что требуется консультация менеджера. И товаров в заказе может быть 10-15 штук. Менять все это в админке, смотреть по количеству на складе - невозможно фактически. Ну и МойСклад - это как раз для блондинок По сравнению с 1С - это как таблица умножения и МатАн
-
Да и удобство элементарное - все в одном окне Повышаем скорость обработки, уменьшаем процент косяков.
-
Смысл в том, чтобы операционная обработка заказов вообще проходила только через интерфейс Складской программы. Не залезая в админку вообще. В МоемСкладе есть тонкая настройка доступов для каждого сотрудника - что можно показывать менеджеру, а что нельзя. И логгирование каждого действия. Сажаем девочку, даем только нужные доступы к Складу, имеем "защиту от дурака" (что она не выключит сайт неосторожным движением мышки), имеем полный контроль (видим каждое действие в программе) плюс показываем ей только те цифры по работе компании, которые считаем нужным.
-
Добрый день! Мне сейчас по моему ТЗ делают интеграцию со складской программой "Мой Склад". Прогер прекрасный, матчасть Склада знает отлично, первую часть ТЗ уже сдал. Небольшой затык возник на этом пункте ТЗ: При создании заказа оператором в Складской программе все данные этого заказа должны попасть в БД магазина таким же образом, как если бы заказ был сделан клиентом в интерфейсе магазина. В том числе должна произойти рассылка e-mail’ов и смс, которые обычно рассылает сам Магазин после оформления заказа. Вопрос у него именно по рассылкам - заказ-то создается и в БД заносится, а вот рассылок не происходит... Именно по опенкарту прогер не специалист. Кто-то может помочь ему с этим вопросом? Т.е. подсказать к чему тут "привязаться" можно, через что реализовать (сама реализация не требуется само собой). С меня если что вполне измеримая благодарность
-
Модуль кеширования стоит какой-нибудь?
-
Я правильно понимаю, что в код кнопки в КАЖДОМ методе оплаты нужно вставить код yaCounterXXXXXX.reachGoal('TARGET_NAME'); ??? понятно что вписать номер счетчика вместо ХХХХХ и идентификатор цели вместо Target_Name Т.е. если мне допустим нужна просто цель "сделан заказ" (неважно с каким способом оплаты), то во все методы оплаты вписываю одинаковые названия Target_Name. Все верно?
-
Послушаю. У меня цели тоже кривовато настроены... Просто по адресу страницы.
-
Беседу можно закрывать. Мало того, что ТС не имеет элементарного чувства такта (чел, мы тут как бы почти все из этой страны, ты уверен, что кому-то отвечать тебе захочется вообще после такого выпада?), так автор еще и айтюнс второй пытается замутить, и консультируется по этому поводу на форуме по опенкарту (!!). Вы еще на https://galya.ru/ сходите с этим вопросом.
-
Из crm можно посмотреть retail-crm еще. Там очень много функций по анализу и повышению продаж. Но глубоко не забирался честно говоря, сам не пользуюсь пока... А по учету денежных средств/заказов/товаров - либо МойСклад (попроще, все понятно, живет в облаке) либо 1С (профессиональное решение, нет облака, черт ногу сломит).
-
Я именно про Crm и говорю. Очень сложная, громоздкая, черт ногу сломит. Поддержка не айс тоже. Он на amocrm ушел по итогу.
-
Сам битриксом не пользовался, но пользовался друг (услуги продает). Сказал то еще говно)
-
На мой взгляд, создание магазина делится на два больших раздела - 1) запуск, доработка и настройка самого движка, привязка его к CRM (свою писать не уверен что смысл есть), отладка всех процессов по операционной деятельности 2) наполнение контентом (товарами и информацией). И вот первую часть в принципе сделать не так дорого можно, если не нужно ничего экстравагантного. По моей примерной оценке, даже если вы наймете лучших спецов с этого форума, тысяч в 150-200 вы с лихвой уложитесь. При этом получите прекрасно оптимизированный и тонко настроенный под ваши нужды продукт, в котором будет работать абсолютно все что нужно. По срокам опять же на 2 этапа делится: 1) составление ТЗ 2) реализация Самое забавное, что часто первая часть занимает времени больше, чем вторая Ибо не так-то просто понять, что именно тебе нужно и изложить это на бумаге. Думаю, что если плотно работать, то месяца за 3 можно все сделать. Это если понимание четкое все же есть. А вот по наполнению контентом... Если его (контента) у вас очень много будет, то в принципе вам просто нужен персонал на постоянку, кто будет это каждый рабочий день делать.
-
Единственное для чего нужен модуль - для сбора статистики по электронной коммерции. Но сама статистика опять же в метрике собираться будет, просто без модуля именно эта часть информации в метрику не попадет. Модуль вот этот
-
Метрику))))))))))))))))))))) Вы видимо совсем новичок. Этот вопрос не обсуждается от слова "совсем"
-
Добавить на страницу оформления заказа? Не стоит честно говоря, особенно если ЦА не самая молодая. Кто-то этой маски пугается только, тормозить начинает. А оно нам надо? А вот добавить маску в поле проверки заказа - мысль здравая. Проверять полезут только уверенные пользователи. Но если они при оформлении заказа кривой ввели - ничего не поменяется в сути проблемы Видел слово "нормализовать" и приписку, что готовое решение не нужно и хватит regexp Возможно, не до конца вас понял
-
Простите, но не совсем понял, чем регулярное выражение нам поможет... Может я в танке У меня симпла стоит. Там для каждого поля есть пункт "правило проверки". Для поля "телефон" у меня стоит выражение ^((8|\+7)[\- ]?)?(\(?\d{3}\)?[\- ]?)?[\d\- ]{7,10}$ Но ведь оно только проверяет номер на валидность. В базу-то он попадает в таком виде, каком он его ввел...
-
Аа. Стоп. А если мы нормализуем их базе - то в форме проверки статуса заказа пользователь то все равно может кривой ввести?
-
Демо в вашем сообщении - это этот же модуль? Или другой какой-то? Про привязку майла - у меня это не обязательное поле... Т.е. не все его указывают вообще. Т.е. если и привязывать, то номер заказа и номер телефона. А вот про нормализацию кривых номеров - интересно... Есть какие-то готовые решения? Или только код дописывать самому? (я не программист, не кидайтесь в меня огрызками если что )
-
Добрый день! Как насчет поиска по "кривому" номеру телефона - не нашли время на доработку? У меня сейчас программист синхронизирует магазин со складской программой, статусы будут в магазине уже актуальные - хочу ваш модуль купить
-
Добрый день! Про именно этот текст не подскажу - нужно где-то шаблон править в коде... Но от себя порекомендую поставить вот этот модуль. ВОпросы сразу все решите
-
Добрый день! Как можно корректно обновиться с одной из самых первых версий модуля? Все ранее созданные формы пропадут?
-
Общие куки и исключения редиректов в Гео-IP настраиваются? Или в htaccess? Или код где-то правится?..
-
Так я вот завис на этом моменте... Не понимаю как надо сделать Статьи убрать из региональных поддоменов? У нас на сайте пользователи спокойно гуляют между статьями и товарами в рамках одной сессии... Как тогда будет все происходить? Человек то на msk.site.ru находится, то его просто на site.ru кидает с потерей присвоенного региона? Или как?
-
Добрый день! Возник маленький вопрос про реализацию. Что делать со статьями на сайте?? У меня помимо товаров стоит модуль блога от Марка - в нем много статей, они дают норм трафик. Идут по адресами вида site.ru/statia/ Как с ними поступить? Ведь там геонезависимые запросы идут, статьи информационные (но в моей нише приводят к покупкам в итоге). И если мы сделаем msk.site.ru/statia spb.site.ru/statia то ПС и 100% дублями признают... Со всеми соответствующими последствиями... Кто как вышел из положения?
