Тут много частностей:
- Насколько велика ваша компания, какими темпами она развивается сейчас и какой будет на протяжении следующих 2-3 лет? От этого зависит необходимый для реализации функционал.
- Есть ли какие-то бизнес-процессы, если есть - как они формализованы. 99,99% фирм (включая крупные и очень крупные) не имеют задокументированных бизнес-процессов, все делается "от балды". А от этого будет зависеть ТЗ и конечный продукт. Если фирма маленькая (человек до 20), забудьте все эти глупые слова, не до того. Есть текущая ситуация, некоторый опыт работы - поэтому крутимся в зависимости от ситуации.
- Я тоже в 1С "не сильно шарю", но начал потихоньку строить свой велосипед. Готовые вещи для маленького (как у меня) магазина не подходят либо из-за стоимости, либо из-за реализации. В данный момент делаю ТЗ и наброски "как оно должно все работать". Вариант привлечения внешних разработчиков пока что так же не подходит из-за цен на 1С специалистов. Делать магазин с реализацией функционала в бэкенде я не хочу по нескольким причинам, одна из которых 1С: какая бы это ни была уродливая штуковина, с ней умеет работать масса народу, ну и реализованный функционал в области учета меня устраивает.
- Жутко не люблю всякие велосипеды, самописные системы и так далее, но в данный момент не нашел никаких альтернатив, увы.
Поэтому решил начинать все с ноля.
Я сторонник следующей идеи: интернет-магазин это интерфейс для покупателя, витрина (фронтофис). Для учета товаров, заказов и прочей работы нужна учетная система (бэкофис). Что будет в роли фронта, а что в роли бэка - выбираете самостоятельно, исходя из задач и количества средств, выделенных на эти задачи.
Далее нужно настроить взаимодействие этих компонентов. Например, покупатель набил корзинку и оформил заказ - данные из фронта выгрузились в бэк (например в 1С какой-то обработкой или обменом). При этом в 1С должен создаться новый контрагент-покупатель, заказ покупателя, номенклатура из заказа должна поставиться в резерв или оформиться реализация, отпечататься документы на сборку и прочая внутренняя канцелярия, заказанные позиции должны убраться с фронта если их больше нет, должен смениться статус заказа (подтвержден/собран и т.д.) и так далее.
Т.е. магазин - работа с пользователями, учетная система - вся внутренняя кухня.
При таком подходе фронт можно менять и довольно кардинально по мере роста магазина, при это нет нужды делать какие-то мега-доработки. Просто меняется кусочек, отвечающий за синхронизацию с бэком и все. Так же никто не мешает иметь несколько магазинов и единую базу в учетной системе.
Joomla + VirtueMart можно с удовольствием заменить на Joomla + JoomShopping, на мой взгляд это более удачное сочетание. Ну и да, Opencart неплох. Но если захотите наворотить какой-то функционал кроме магазина, придется повозиться.
Rosh: я бы попробовал выяснить причину задержки у автора модуля и если причины необъективные просто снял бы пароль с обработки и доделал модуль как мне нужно.
Пример: я как и вы купил модуль выгрузки из 1С в ИМ, т.к. не было возможности протестировать перед покупкой. Оказалось что некоторые вещи этот модуль делать не умеет, хотя изначально меня уверили что "все зашибись". За доработку автор попросил денег сопоставимо со стоимость модуля. Поэтому я снял пароль с обработки и использовал куски кода для разработки своего модуля, который делает все что мне нужно.
superf, почему бы вам не задать эти вопросы вашим будущим пользователям? Как говорится в мультике "Коллега, садитесь на телефон и узнайте...". Обзвоните несколько турагенств (а лучше съездить лично) и поговорите. Это снимет огромное количество глупых вопросов и даст кучу идей.
Хоть я против таких сервисов, но все же предложу нормальный подход для ведения базы.
1. Человек регает аккаунт, далее все добавления/убирания идут через него.
2. Добавляя в черный список, заносим следующие данные: полное ФИО, город, емыл, номер сотового, причину добавления. При этом поиск надо вести как по полному, так и частичному совпадению - народ меняет и почту и сотовые.
3. Удаляя - запись просто помечается как "удаленная" - чтобы можно было в любом случае отслеживать а не попадался ли человек уже в список.
4. Ограничений по кол-ву добавляемых делать не надо - смысл тогда какой? А кто набил много-много клиентов - можно будет зачищать такие подставы.
в смысле водяной знак artebaleno.ru это прямо с сайта поставщика? 🙄
Далеко, Сибирь.
Как я уже писал ранее, я НЕ использую чьи-либо списки. Только самостоятельное решение, пусть оно не всегда и красивое.
1. Девушка сделала 3 заказа. Первый выкупила в последний день. Второй вернулся, несмотря на общение по телефону и уверения что "обязательно-обязательно", уведомления и СМС. Третий заказ было предложено сделать по предоплате, что вызвало дикое возмущение на том конце провода.
2. Код трекинга отправляем на email, sms. Плюс звонок голосом.
3. Корреляции нет. Про отпуска и отъезды спрашиваем, но для отдаленных от нас территорий и в основном в "отпускной" период. В основном сразу пишем среднее кол-во дней доставки.
