Интернет магазин, форум с 1С, ищу поближе к своему региону

[PeterPiper]

Всем привет,

Кинули с сайтом. Делали по изначально договоренной оплате и задаче. Разраб месяц ничего не делал потом нанял другого разраба и начал тянуть деньги. В итоге недоделка, интернет рэкет и куча пропавших денег.

Если есть желающие то можно было бы доделать или заново. Поделка пока висит на их хостинге.

Сайт имеет 8 категорий и 5 из них имеют подкатегории

Есть новостная часть

Есть форум

Нужно скидывать заказы на 1С.

Хотел бы иметь дело с разработчиком:

1. Рядом с собой (Может быть Калиниград, Вильнюс, Кишинев) . Это пожелание потому что желаю иметь долгосрочное сотрудничество и продуктивно поработать над деталями.

2. Долгосрочно, дабы при проблемах или необходимости доделать было к кому обратится. За деньги.

3. Возможны заказы на заполнение и продвижение сайта

Сайт сейчас на вортпрессе

visbis.com

4. Все на английском. Но 3 языка.

5. 3 других идентичных проекта ждут своего часа

 

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

Подробности в личку.

 

 

 

 

Змінено 5 вересня 2017 користувачем PeterPiper
дополнил, добавил таги

[EVMedvedev]

А номенклатура большая? Нужно ли организовывать работу по переводу контента на несколько языков? Действительно ли вам нужен форум или можно обойтись блогом? Есть ли готовый дизайн или готовы просто купить готовый шаблон недорого? По какой схеме скидывать заказы в 1С, пакетно или через SOAP интерфейс 1С? Почему выбрали вордпресс для сайта изначально или вам все равно на чем делать?

[PeterPiper]

более 1000 наименований. Заполнение ненадо.

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

Сайт простенький по шаблону

Смотрите visbis.com  на jomla.

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

Необходимо обрабатывать заказы с интернета в 1С потому что много наименований и количества. Кроме того отчеты в бугалтерию и отправка клиентам копий инвойсов с 1С.

Переводы не требуются, знания языков не требуются. Но нужна нормальная админка по редактору названий кнопок и пр. или хотя бы покажите где редактировать названия разделов для других языков. Все переводы делаем мы и наполняем сайт тоже мы.

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

Выбор падал так потому что много блогинга в сайте для технической библиотеки.

Не хочу давать ссылку на поделку предыдущего кидалы, дабы избежать его рекламы. В личку дам.

[EVMedvedev]

Просто блог и форум отличаются по функционалу. Блоговых расширений достаточно для разных движков, а вот форумных решений, полноценно интегрируемых с магазинным движком, нету. Да и для Joomla это тоже верно. Собственно отсюда и вопрос по остроте необходимости форума.

А что вы имели ввиду под "Необходимо обрабатывать заказы с интернета в 1С потому что много наименований и количества."? У вас преимущественная модель торговли розничная или оптовая? Просто насколько нужен сложный механизм ценообразования?

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

Все это предъявляет определенные требования к функционалу движка из коробки.

 

[EVMedvedev]

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

Змінено 5 вересня 2017 користувачем EVMedvedev

[PeterPiper]

Если честно то 1С склад и магазин нас не устраивает из за регионального подхода к бугалтерии. Он заточен на регионы СССР и запутанную бюрократию. Кроме того крайне убогий интерфейс даже в кастомезированной форме. Неудобства с обработкой заказов и полу-автоматический (а скорее даже совсем не продуманное и не автоматический) функционал по типу "разберись и помни 10 притопов 7 прихлопов" на простейшие действия.

Но мы готовы работать и с 1С, лишь бы была законченная связка с заказами с сайта.

Наименований более 1000 (скорее даже около 2000). Разобраться с такой кашей и количествами в каждом наименовании можно только с програмным продуктом с базой данных. Торгуем от 1шт до 100000 шт в большинстве наименований.  То есть и Розница и оптом и вообще не торгуем а просто помогаем инжинерам.

Блогинг это не совсем блогинг а скорее библиотека наших статей по теме. Это инжинерный сайт и многие нуждаются в помощи. Вместо повторения азов, мы отправляем на наши страницы со статьями.

 

Позволить коментировать наши статьи мы не можем. А вот в форуме-можно это делать плюс задавать нужные и ненужные вопросы.

Опять таки надо разделять форумных юзеров от покупателей. Разная безопасность обработки информации.

 

[PeterPiper]

1с:

То есть пришли заказы, 2-3 раза в день сгрузили с сайта файликом. Обработали в 1С. Отправили и учли на 1С и по кругу.

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

Есть стандартные плагины. Они как правило ВСЕГДА криво работают а скорее не работают. Мы уже имели опыт с жомля, где плагин стоит а ничего не работает. В опенкарт вроде бы должно по рассказам. Поделка которую нам пытались впарить вроде в теории тоже работала, но я это не смог протестировать.

[PeterPiper]

1 minute ago, PeterPiper said:

Обработали в 1С. Отправили и учли на 1С и по кругу.

я имел в виду Отправили ТОВАР по почте.

Вобщем настоящий интернет магазин в работе, а не полу-недоделка "сделай сам".

[EVMedvedev]

Использование 1С при всех недостатках  не ставиться под сомнение :-). Не так много альтернатив. Интеграция с 1С не проблема, если есть описание форматов передачи данных и/или документация по интерфейсам взаимодействия.

Важно понять особенности торговли, потому что от этого зависит требуемый функционал движка. Если движок выбрать неверно, то потом допилов будет больше и они будут сложнее. Расширенный поиск не во всех движках есть. Система купонов и скидок в разных движках по возможностям сильно отличается, а это влияет на возможности ценообразования, что особенно важно если вы торгуете оптом. Если продаете партиями до 100000 шт. Это совсем другая торговля и совсем другое ценообразование. Для крупного опта часто не подходят обычные магазинные движки потому что процедура оформления заказа на партию в 100 000 штук товара несколько отличается от покупки 1 штуки. Это очень хорошо заметно, когда сравниваешь по функционалу магазинные движки с системами B2B типа OroCommerce.

Змінено 5 вересня 2017 користувачем EVMedvedev

[PeterPiper]

Купонов нет. Скидки тупо по такой схеме: 1-9; 10-99; 100-999, 1000-9999. Если больше штук или "поторговаться", то "пишите и будет вам счастье".

Расширенный поиск нужен обязательно. Это не поиск а даже фильтр:

Прдположим товар батарейка. Клиенту надо например 100мАч емкость и не толще 2мм.

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

[EVMedvedev]

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

 

[PeterPiper]

Скидок на новый Год и прочая лабуда не имеем. Промо тоже нет. Сайт для инжинеров и разработчиков. Минимум графики. Максимум удобства в  оплате заказа и поиску товара. Сайт только для пейпал, кредиток и заказа по переводу денег (спец заказ).

В обработке заказа корзины надо поуберать  все лишнее. Опенкарт не соображает ничего в том как работают профи сайты. Одно добавочное окно или одно лишнее поле и вы теряете клиента. Терпения у 80% покупателей хватает на 2 страницы после добавления в карт. В опенкарт их аж 4! Это если повыкидывать купоны и прочую фигню а так все 6-7! Извините не хотел критиковать opencart платформу но она не совсем сделана с пониманием интернет покупателя.

[PeterPiper]

Кастомный фильтр был сделан предыдущими поделками и довольно быстро (за пару часов). Есть много плагинов если нет желания писать самому. Я нашел 3 уже готовых. Нп похоже они громоздки.

[ashap]

не вижу никаких проблем не с фильтром

не с оформлением заказа

не с блогом

не со скидками от количества

форум естественно отдельным форумным движком

 

все реализуемо на опенкарте

естественно не из коробки

[EVMedvedev]

8 минут назад, PeterPiper сказал:

Скидок на новый Год и прочая лабуда не имеем. Промо тоже нет. Сайт для инжинеров и разработчиков. Минимум графики. Максимум удобства в  оплате заказа и поиску товара. Сайт только для пейпал, кредиток и заказа по переводу денег (спец заказ).

В обработке заказа корзины надо поуберать  все лишнее. Опенкарт не соображает ничего в том как работают профи сайты. Одно добавочное окно или одно лишнее поле и вы теряете клиента. Терпения у 80% покупателей хватает на 2 страницы после добавления в карт. В опенкарт их аж 4! Это если повыкидывать купоны и прочую фигню а так все 6-7! Извините не хотел критиковать opencart платформу но она не совсем сделана с пониманием интернет покупателя.

 

Я не приверженец одного движка в том числе опенкарта. В вашем случае ОС не виноват. Просто этот инструмент предназначен для других условий торговли. Ваши условия весьма специфичны и для них ОС не подходит. Так что этот движок не подходит ВАШИМ покупателям, но десятка и сотням тысяч других очень даже подходит. Это пример того, что может быть при ошибочном выборе платформы для создания конкретного ИМ.

[EVMedvedev]

8 минут назад, PeterPiper сказал:

Кастомный фильтр был сделан предыдущими поделками и довольно быстро (за пару часов). Есть много плагинов если нет желания писать самому. Я нашел 3 уже готовых. Нп похоже они громоздки.

 

Плагинов то можно много найти, но вот будут ли они работать именно так как вам надо, это другой вопрос.

[kvr66]

23 минуты назад, PeterPiper сказал:

Клиенту надо например 100мАч емкость и не толще 2мм

 

18 минут назад, EVMedvedev сказал:

Например на ОС будет сложно организовать поиск батарейки в интервале мощностей или емкостей в силу особенностей организации хранения в нем опций.

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

50 минут назад, PeterPiper сказал:

То есть пришли заказы, 2-3 раза в день сгрузили с сайта файликом

в каком формате надо сбрасывать файл ? XML, CSV, ексел ?

[PeterPiper]

1 minute ago, kvr66 said:

 

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

в каком формате надо сбрасывать файл ? XML, CSV, ексел ?

разраб лепил на csv как на самом простом. Я хотел бы передачу закрытую базу на sql. НО ОПЯТЬ ТАКИ.... я не видел в работе сию поделку до конца и при запросе встретиться и показать полную работу, разработчик ушел в партизаны. Вроде он заточил 1С на подхват  CSV.

[EVMedvedev]

46 минут назад, kvr66 сказал:

 

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

Вот только величины емкостей, толщи и т.п. хранятся в виде строковых величин, а значит в интервалах значений фильтрацию построить не получится.

Змінено 5 вересня 2017 користувачем EVMedvedev

[ashap]

19 минут назад, EVMedvedev сказал:

Вот только величины емкостей, толщи и т.п. хранятся в виде строковых величин, а значит в интервалах значений фильтрацию построить не получится.

а цены в каком виде хранятся?

фильтр по цене видели в интервалах в опенкарте?

естественно нужно подготовить и разделители и тд продумать

[EVMedvedev]

5 минут назад, ashap сказал:

а цены в каком виде хранятся?

фильтр по цене видели в интервалах в опенкарте?

А при чем здесь цена? Мы с ТС обсуждали возможность отбора в интервале например емкостей батарей. А это возможно только если величины хранятся в численном виде, а не строковом.

[ashap]

Только что, EVMedvedev сказал:

А при чем здесь цена? Мы с ТС обсуждали возможность отбора в интервале например емкостей батарей. А это возможно только если величины хранятся в численном виде, а не строковом.

(int)$str

а так?

[EVMedvedev]

12 минут назад, ashap сказал:

(int)$str

а так?

 

Не катит. Выборка данных идет на уровне SQL запроса, а вы предлагаете преобразование на уровне PHP, уже после его выполнения.

Это все уже 1000 раз проходили.

Змінено 5 вересня 2017 користувачем EVMedvedev

[ashap]

1 минуту назад, EVMedvedev сказал:

 

Не катит. Выборка данных идет на уровне SQL запроса, а вы предлагаете преобразование на уровне PHP, уже после его выполнения.

а так с буквами? и опция и атрибут для наглядности

https://store.pe-art.ru/uslugi/?bfilter=a36:0-3;o18:0-1;

[kvr66]

@EVMedvedev извините, но вы какуето чушь говорите.

вы что не видели как фильтры к примеру отбирают по производителям ?

к примеру шины, производитель прописан в атрибутах, фильтр прекрасно фильтрует.

бриджстоун, кама и т.д., это что числовые значения ?