История создания интернет-магазина. Поиск системы учета.

[Apxata]

Хочу написать историю своего магазина, в целом, за некоторыми исключениями, я считаю что у любого интернет-магазина должна быть оффлайн витрина или точка самовывоза. Скажу немного слов о себе. Я обычный молодой человек (87 года рождения) закончивший обычную школу и университет в Москве. Ничего необычного. Из того, необычного багажа знаний который у меня есть, можно выделить только опыт игры в одну онлайн игру на протяжении многих лет. К счастью игра была достаточно серьезная и дала много опыта в понимании многих механизмов взаимодействия людей. 

 

 Теперь немного о самом бизнесе. Его начал даже не я, а мой друг, с которым я познакомился кстати в этой игре -). Он продавал мотозапчасти для китайской техники и попросил занять денег на этот бизнес, я в то время работал системным админом, были небольшие накопления. Мне было не интересно занимать денег под процент, я сказал что готов, только если войду в сам бизнес, друг взял время подумать и попробовал сам, через год он снова обратился ко мне и мы начали работать вместе, это было примерно в 2013 годах.

 

  Что было на момент моего прихода. Была хорошая новая ниша товаров в котором неплохо разбирался мой напарник. Так же у нас было доверие на хорошем уровне, вместе играли в игру -). Вообще теорию игр при подборе персонала нам будут нахваливать в будущем, например на семинарах Рыбакова -) Был интернет магазин на джумле версии 1.5 и гараж в котором хранились и продавались запчасти. Весь учет велся в блокноте. Немаловажным фактором было наличия опыта у друга по переговорам и доставке товара из Китая. Кстати мой напарник 86 года рождения.

 

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

Так как я лучше разбирался в компьютерах, то все что связано с IT досталось мне, так я стал АЙТИ директором -)

Так как свободных денег было немного, а я известен своей не очень сильной любовью к продуктам 1С и особенно мне не нравилось видеть код на русском языке, хотя сам я особо не кодил -) Продукты этой фирмы я сразу отмел. Было решено оставить джумлу в виде интернет витрины и за основу взять тогда достаточно молодой онлайн сервис Мойсклад. Так началась наша эпопея. Из основных моментов могу выделить следующее:

 

1)                            интернет магазин решено было оставить на текущем движке джумлы без переделок.

2)                            весь учет вести в системе мойсклад

3)                            там же был неплохой розничный модуль для розничных продаж

4)                            курьерская фирма была выбрана ближайшая к нам, называлась Ру-курьер

5)                            онлайн телефонию я выбрал Манго телеком, имел положительный опыт работы с ними. Обычный телефон я вообще в принципе не рассматривал.

6)                            форма учета собственности стала ООО на упрощенке с 15%

7)                            бухгалтером стала мама напарника, не очень рекомендую такой вариант, но вначале всегда сложно

 

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

 

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

 

Первое время мы все делали сами.

      Розница была на модуле моегосклада, продажи сразу уменьшали остатки. Здесь особых проблем не было.

 

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

 

      Звонки шли через манго офис, там был отдельный личный кабинет.

 

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

      Все это было не очень эффективно и требовало много ручного труда.

 

Теперь немного о тратах. Мойсклад стоил нам в районе 2 тысяч рублей в месяц, телефония и интернет съедали в районе пяти тысяч, интернет-магазин был бесплатен, но были разного рода допилы. Сначала мы работали с одним фрилансером, но работа не заладилась. Нашел другого, на профильном форуме, который работал только с джумлой. Была договоренность о трех тысяч рублей в неделю на всякие мелкие доделки и исправления. Крупные работы считали отдельно. За перенос сайта на джумлу след. версии, которая имела фильтры -), просил от 20 тысяч рублей. Пока решили не переходить.

 

Продажи шли и мы немного росли. Смогли нанять продавца. В это время наш сайт стали взламывать, джумлу 1.5 уже не поддерживали.  Попытки как-то подлатать сайт не давали успеха. Был найден движок интернет магазина под названием ecwid. Неплохая AJAX платформа, быстрая, понятная. Мы перенесли туда товары и продолжили работать через нее. Фирм которые работали с ней было не так много, я вышел на ребят из Челябинска, которые заявляли что работают с ней. Так началось наше с ними сотрудничество. Человек кто работал до этого отказался, так как работал только с джумлой.

 

Получилось так что у нас была простая хтмл страничка с движком эквида и все. Было предложено решение завернуть эквид в наш старый сайт, без использования возможностей джумлы, но это не помогло. Так же у эквида тоже были проблемы. Например, этот движок есть SAAS технология и его нельзя дорабатывать самому, а можно только ждать разработчиков системы, к слову ту же проблему испытывает и мойсклад. Эквид не очень дружил с продвижением, имел некоторые функции типичные для американского рынка которые нельзя было отключить, но они сильно мешали нам в России, например как данные плательщика, которые всегда выскакивали после оформления заказа.  Так же назрела проблема интеграции интернет-магазина и системы учета, потому что ручной перенос товаров, остатков и цен воспринималось мной как несерьезное. Точный ассортимент на тот момент я не скажу, примерно где-то в районе 700 позиций.

 

Было предложено решение перейти на ImageCMS, наша текущая студия неплохо знала эту систему, она была не очень дорогая и имела поддержку синхронизации с моимскладом. Работы были оценены в районе 30 тысяч рублей за весь сайт, с дизайном. Мы думали что это нормальные деньги за сайт, так как везде он столько примерно и стоил. 

 

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

 Студия была адекватная, нам предложили перейти на 1с битрикс, движок топ-1 в рунете, хорошая поддержка и документация, много специалистов и 100% нормальная интеграция с моимскладом, так как мойсклад тоже заявлял, что у него все хорошо с битриксом и вообще 1с акционер моегосклада.

 

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

 

В итоге мы получили сайт на битриксе, который умеет синхронизироваться с моимскладом раз в 5 минут (чаще было нельзя). Битрикс отдавал заказы в мойсклад, мойсклад отдавал остатки в битрикс. Контрагенты не синхились, это означает что битрикс ничего не знает о покупателях моегосклада и соответственно наоборот.

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

 

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

 

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

 

 Тут я хочу сказать пару слов о Битриксе. Я вообще думал, что этот продукт выпускают профессиональные программисты с продуманными решениями, который кстати существует много лет. На практике у меня сложилось ощущение что это какой-то комбайн вобравший в себя кучу полуфабрикатов, которые нужно допиливать. К слову мы тоже при переходе на 1с битрикс попали на новую версию, по-моему 15. Может нам не повезло, но было ощущение что там все полусырое. Похоже это какая-то норма.

 

Особенно меня удивила проблема с шагом оформления заказа. Сама логика работы была странная, жесткие привязки к мейлу, к местоположению, сложность редактирования этих вещей. В итоге были перепробованы множество вариантов, дольше всех жил модуль edost, но и он не очень нравился. Хочу сказать что шаг оформления заказа пытался править и так называемый MVP Битрикса, Антон Долганин, но из-за плохого кода предшествующих людей, ему особо улучшить это дело не удалось. До него уже как минимум трое пытались что-то сделать с этим. Суммарно траты на доработку шагов оформления заказа подходили к 100 тысячам рублей и были далеки от идеала.

 

      Тут можно немного сказать о моем видении идеала системы. Офлайн магазин и интернет-магазин в моем понимании это одно целое, они дополняют друг друга. Интернет-магазин показывает тебе наличие товара в магазинах и на дальних складах, позволяет его перемещать и бронировать, заказывать доставку.

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

 

 На сайте для людей должно быть понятно, когда, через сколько и по какой цене доставят тебе товар и есть ли он в наличии.

 

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

 

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

 

Бизнес в этом время развивается, есть уже кладовщик и менеджер-продавец.

 

Так как мы находимся на продукте 1С-Битрикс, и вообще 1С управление торговлей  лидер рынка и конкурентов особо нет, лучше всего переходить на решение 1с, говорят нам люди из веб-студии.

Мы начинаем смотреть в сторону 1С. Мы ищем ребят для миграции с моегосклада на платформу 1с и находим через знакомых одну контору.

Они предлагают нам перейти на платформу 1с 8.3 Управление торговлей 11, которая  недавно вышла и имеет кучу новых фич, такую как реал тайм режим обмена данными с сайтом 1с битрикс. То что нам нужно думаем мы и подписываем договор.

На этапе переговоров я высказал мнение, что нам нужно, чтобы 1с работала с базой данных, а не использовала файловый режим, покупка серверной MS SQL не рассматривалась, поэтому был предложен вариант работы на PostgreSQL, который по их словам поддерживался 1с платформой.

Для хостинга всего этого нужен сервер и решено было арендовать недорогой сервер на херце. Сервер на core i7 был арендован за 2 тысячи рублей в месяц. Столько же стоил установочный пакет и плюс 900 рублей/месяц лицензия на аренду серверной винды.

Суммарные затраты на все лицензии, подписки и обучающие материалы по 1с УТ 11 были около 100 тысяч руб. с учетом переноса данных из моегосклада в 1с и настройки синхронизации.

 

Проблемы начались с запуска новой версии УТ 11 на PosgreSQL, она не заработала. После чтения форумов стало понятно, что 1с запускается на Postgre, только после установки патчей делающих её «похожей» на MS SQL. Без нормального ДБ админа это работать не будет. Решили ставить на урезанную версию MS SQL Express, я был сильно против файловой базы данных.

 

Перенос данных из моегосклада в 1с прошел с горем пополам, синхронизация 1с УТ11 и 1с битрикс снова не задалась.

здесь хотелось бы привести пост хабры об аналогии 

 

Проблемы идут с разных сторон, поэтому я подумал что нужен один человек кто знает сразу две системы и будет сразу думать о сайте и о 1с системе.

После недолгих поисков такой человек был найден и за 2000 рублей за час работы он стал допиливать это дело до рабочей версии.

Дело шло медленно, с переменным успехом.

 

Решено было ускорить дело и я начал искать студии которые занимаются нормальной настройкой всего этого дела под ключ. Была найдена неплохая студия и стоимость работ оценивалась от 200 тысяч. Точная сумма будет ясна только после проработки тех задания с программистом, которое платное и стоить будет в районе 40 тысяч и займет в районе двух недель. Подход мне понравился, но цифры были дороговатые, я взял таймаут на подумать.

 

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

 

 

Я понял, что нужно искать что-то другое. Поискав на просторах сети я не увидел, ничего что мне нужно, кроме очень дорогой ультимы. И в один день я случайно набрел на хабро пост ребят, которые столкнулись с такой же проблемой несколько лет назад и решили запилить свою систему. Они продают одежду.

 

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

 

      После недолгих обсуждений они согласились внедрить его нам. Суммарные затраты получились следующие:

1)    Некоторые доработки, в районе 10 пунктов

2)    верстка сайта и перенос данных

3)    Стоимость разработки фронта и основных доработок, без учета работы дизайнера 150 тыс. руб.

4) последующая поддержка и доработки оценивались в 25 т.руб./месяц, поддержка менее чем на год их не устраивала.

 

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

 

Суммарные затраты вышли следующие, первоначальный платеж 150 т.р. плюс затраты на дизайн в районе 50 тысяч, и последующие платежи по 25 т.р в месяц, итого вышло в районе 450 т.р. за год.

 

Что в итоге получилось.

 

У нас единая система учета написанная на РНР использующая базу MYSQL. Можно с уверенностью утверждать, что данная система с легкостью справится с любыми нуждами малого бизнеса и является бесплатной.

 

Мы имеем интернет-магазин, который по функционалу находится на хорошем уровне.

 

Имеется розничный раздел.

 

Вся складская работа.

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

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

 

Закупки. Управление остатками и заказ у поставщиков.

 

Большой блок отчетов, более актуальных для малого бизнеса.

 

Блок с деньгами. Мы парсим клиент банк и видим все оплаты автоматически.

Удобная система ведения взаиморасчетов с курьерскими службами.

 

Телефонию мы интегрировали в систему через «простые звонки».

 

На текущий момент магазин обрабатывает около 50 заказов в день. Стоит написать к чему мы пришли:

 

1) интернет магазин крутится на самописном движке вместе со встроенной системой учета 

2) розничный магазин работает через этот же сайт

3) курьерская фирма была сменена на Грастин для Мск и СДЭК для России. 

4) онлайн телефония осталась на манге, был подключен сервис просты звонки. 

5) форма собственности стала сложнее, появилось ИП 

6) бухгалтера мы наняли на частичную занятость, вся бухгалтерия крутится онлайн на сервис scloud

 

 

 Я написал этот пост по двум причинам, хотел поделиться своим опытом и еще понять каким образом люди выстраивают систему учета у себя. Может у кого-то есть схожие проблемы по становлению учета в своем деле. 

Системы к которым можно приглядеться, я бы рекомендовал смотреть в сторону Ultima 2c и insales c ekam. Ультима работает с битриксом -), а инсейлз заявляет о бесшовной интеграции с екам. Что там в реале я к сожалению не знаю.

 

P.S. Я люблю подробные посты и хотел описать все еще подробнее, но к сожалению это увеличит текст в разы. Пока остановился на этом варианте. Возможно позже распишу какие-то пункты более подробно. 

[cyx]

Толково, познавательно. Спасибо!

Про 1С в самую точку, +много. :)

 

Что за бесплатная единая система учета на ПХП?

[Apxata]

К сожалению я не совсем правильно выразился, сама система стоила нам "немалых" денег. Бесплатным имелось ввиду "владение" РНР и MYSQL, в отличие от платных версий MS SQL и Oracle (используется Ultima ERP)

Перечитывая это предложение считаю, что выразился не лучшим образом.

[Тихий]

​Вот и думай потом про дешевые сайты)))

[ibabushkin]

Познавательно.

Много боли и денег при решении вроде бы тривиальной задачи...

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

Вот как так может быть?

[Тихий]

Вроде кучу тем перечитал, вроде все в голове устаканилось, что, у кого, по чем...ан нет, есть еще над чем подумать)))

[nomenix]

1) интернет магазин крутится на самописном движке вместе со встроенной системой учета

2) розничный магазин работает через этот же сайт

Кгм, возможно тут тоже неточность? Что положено в основу "самописного движка" ? Какой фреймворк, если не секрет? Или тут подразумевается вообще самописный велосипед на нативном php?

около 50 заказов в день.

какова, если не секрет, общая средняя нагрузка дневная\ночная? А если бы Вы еще и про его сервер последний немного рассказали, так вообще было бы отлично.

 

P.S. Спасибо, интересная инфа.

[Apxata]

Да нативный РнР, apache2, nginx, для поиска используется сфинкс

База на Mysql,  настроена репликация 

 

В пиковые часы держали до 5тысяч, глубина просмотра 6 страниц

мы многое считаем в реалтайме с небольшим кешированием 

все крутится на ксеоне 1.6 ггц, оперативы 2 гига 

[nomenix]

Да нативный РнР

Ну, Вы же в курсе, что почти все статьи о "нативных" движках отправляются на хабре сразу в минус и это не просто так? Построить на "нативном" PHP, без какой-либо основы-каркаса что-то нормальное считается трудным и неблагодарным. если же взять каркас - то это уже не самопис, это микс\гибрид... Взять фреймворки или их часть - на одном админка, на втором магазин, на третьем блог, а четвертый помесь первых двух и является рест сервером. Это уже другой вопрос. Во многих случаях крутая поделка получается. Но это примерно также как тюнинг и автопроизводство. И я с этим согласен. На PHP можно писать двумя путями: скриптовым и нормальным. Код начинает обрастать проверками, паранойей и сложностью, что в конце концов поднимает вопрос о нецелесообразности такого труда и после создания структуры и базового функционала резко прыгает сложность и поддерживать это становится невозможно, поэтому часть работы всегда перекладывается на опенсурс и комьюнити ценою непредсказуемости и бесконтрольности. Да и покажите мне разработчика, который втихую не пописывает на джаве, шарпе, питоне\etc, должен поддерживать свои навыки по нескольким языкам и технологиям одновременно и заинтересован тратить свое драгоценное время на даже высокооплачиваемые , но "нативные" велосипеды. Это же ересь.

 

Помню какую-то статью на хабре об архитектуре, похожей на описанное Вами, но лень искать. Даже общался с авторами. Они там xml гоняли из базы туда-обратно и делали "модульную" систему. Мне еще доказывали, что зенд это типичная монолитная архитектура и вообще говно, а у них независимая, быстрая и удобная. Надеюсь, Вы не у подобной конторы заказывали. Иначе просто страшно представить, какой там у вас п**** под капотом и какие Вас сюрпризы ожидают.

 

Ну, или как вариант, сам движок стоит на фреймворке и сделан нормально, а Вы подразумеваете "нативный" только в плане языка, а не технологии, да и принимая во внимание предыдущее Ваше уточнение. Поэтому я его в кавычки и взял в этом сообщении. Скорее всего это так. Я даже не знаю людей вообще, кто пытался писать подобное без фреймворков, это что-то несуразное. Я в целом за самописы, но не "нативные". Возможно, тут просто недопонимание терминов. Правильнее мне было выразиться на "нативный", а "без фреймворка или его части". так что простите, если это так. Пишу после работы и туплю.

[Apxata]

использовались только js фреймворки

[nomenix]

использовались только js фреймворки

ну ясно-понятно) Т.к. без кода и архитектуры трудно что-то внятное сказать, то я не буду не о чем высказываться. Так сказать, работает и все довольны. Главное, чтобы Вы таким постом косвенно никого не пиарили, а то люди подумают, что "это норма" и начнут в личку писать с просьбой скинуть адрес конторы с таким хорошим решением и сольют денег на очередной велосипед, в роли которого мог бы выступать (а многие что-то подобное на популярных cms и делают, используя их лишь как прослойку между базой и клиентом) оттюнингованный вордпресс без фронтенда. Для Вас удобно, а для кого-то может быть и не очень будет) К слову, у некоторых  вообще есть стойкая аллергия на отечественные движки, ну разве не считая вклада Макарова в Yii и т.п, что не в счет.

Просто

 

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

немного звучит как реклама, не так ли? Думаю, что это просто так выглядит и цели кого-то пиарить Вы не имели. В целом, думаю, что я просто придираюсь, работа рождает тупняки, а они плодят искажения действительности и человек вроде меня начинает искать скрытые рекламы там, где их на самом деле (надеюсь) нет.

[Apxata]

Мы искали готовое решение на рынке, но такого какого хотели не нашли. А то что можно сделать на "чем-то там и будет лучше" это просто смешно звучит.

[ibabushkin]

 человек вроде меня начинает искать скрытые рекламы там, где их на самом деле (надеюсь) нет.

Интересная фраза)))

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

[nomenix]

Что Вами движет?

замена противоречий на противоположности. При этом противоречие подразумевает либо рекламный, либо нет (отрицание) и невозможно, чтобы они были истинными либо неистинными одновременно. А пост, написанный только в рекламных целях и пост, написанный только в информационных целях могут быть оба ложными, они как бы и несовместимы, но не исчерпывают всех мотиваций написания поста. Не помню уже как там в логике. Это дает более широкий маневр, вероятность обойти ошибки и заставляет подумать над другими возможными вариантами, которые всегда имеют место быть.

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

[ibabushkin]

Опасно так двигаться

[nomenix]

Опасно так двигаться

Позвольте поинтересоваться, а Вы это к чему?

 

Чтобы не флудить, недавно исследователи ломали порнхаб и обнаружили 0-day уязвимость в PHP, хотя она и сложная... да и интуитивно её сложно пропустить, уж очень много сходных-подобных проблем в других языках. В таких вот случаях невольно начинаешь думать о самописном ядре с обфускацией кода. А с другой стороны, это тоже так себе затея, потому как есть тысячи сторонних библиотек с потенциальными дырками. Например, сейчас актуальна тема HTTPoxy в Guzzle (хотя тут не библиотека виновата, баг везде), Но лучше уж закрывать их всем сообществом, чем Ваней и Петей в свободное от работы время с параллельным просмотром футбола на втором мониторе, ибо поддержка, тестирование и хотфиксы часто просто не оплачиваются т.к. не влияют на видимый заказчиком-менеджером результат. А для многих людей то, чего они не видят\не знают - не существует.

[ibabushkin]

Слишком заморочено.

[nomenix]

Слишком заморочено.

Ну Вы знаете, это как посмотреть. Упрощение можно рассмотреть как биологическую адаптацию в попытке одолеть поток инфы и она очень актуальна в 21 веке и полезна. Вопрос в том, что биология хорошо работает на эволюцию выживания, но плохо - на эволюцию жизни. Проблема начинается, когда ей начинают злоупотреблять: отождествление государства и человека, игнорирование кадрового дела и поведения сотрудника, пропуск промежуточных этапов в цепочке событий, ловушка самоутверждений и психологические капканы, которые в попытке упрощения рассматриваются как необходимые, невоспроизводимость эксперимента (это я все недавние темы вспоминаю), ох уж эта популярная survivorship bias и т.д. Даже более общее: врубить музыку в 2 часа ночи, припарковаться, заблокировав собой проход, влезть без очереди, ограбить\убить и т.п. как раз таки следствия упрощений социального окружения, а страдают от этого все, ибо государство нормативно тоже должно упрощать и упрощает, принимая общие нпа, которые потом опять в процессе упрощения трактуются теми же упрощающими все судьями не в вашу пользу.

 

Упрощение и отсутствие заморочки - злое зло. И Вы обязательно с этим столкнетесь)

Но есть и хорошая новость - наличие упрощений хоть и вредит обществу, но дает работу и денюжки другим. Поэтому я полностью согласен, что нужны и те, и те подходы. Но опасным признать усложнение очень сложно (каламбур) т.к. оно призвано снижать опасности (как и наука... сложность-уверенность, школьник Буран с Энергией не построит). Основная проблема тут butthurt победить при встрече с "авось-подходом" и "авось-мышлением".

 

Все, больше не флужу. Всем мира)

[AlexmenB]

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

[Apxata]

Насчет уязвимостей/багов все относительно, насчет зависимости, это точно. К сожалению я не смог найти ни одного нормального варианта.

[cyx]

Кто-нибудь может дать определение самописной системы?

[Apxata]

Смотрю 2 года прошло уже. Свой программист в штате, допиливаем систему потихоньку. Нелегкое это дело и недешевое -)

[Paus]

Кто-нибудь может дать определение самописной системы?

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

 

мне как то в питере рассказывали что кто то кому то заказал интернет магазин за 500 тыс.... мы помню долго удивлялялись сумме заказа.....это что то космическое из зашкалевающего будущего быть должно.

[GoodUser]

Был я в аналогичной ситуации.

В итоге сделано у меня так:

 

Сайт принимает заказы. Заказы сливаются в 1С через специальный платный модуль обмена.

Обработка заказов ведется в 1С (но, может и на сайте, если связь 1С-Сайт даст сбой). Обработка имеется ввиду: выписка документов, разрешение на отгрузку, оплата, уведомления.

 

При изменении состояния заказа в 1С, данные через АПИ передаются на сайт, в реал тайме.

Сам заказ (содержимое, заказчика), если требуется, меняем на сайте и заново прогружаем в 1С.

 

Передача данных в курьерские службы, обновление ПВЗ делается на стороне сайта, через АПИ курьерских служб. В принципе, тоже самое можно реализовать на стороне 1С, но 1Сники, это такое сцучье сообщество, что ценники там чумовые (всё намного дороже, чем работы на стороне сайта), платить надо за каждый чих, ничего за бесплатно не подскажут, куча шарлатанов, + там есть такая штука как "техподдрежка" и она стоит в год половину от стоимости самого модуля с которым работаешь.

 

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

 

Из 1С на сайт уходят данные по ценам и остаткам.

 

В итоге:

Что на стороне сайта: заказы и контент.

В 1С: обработка заказов, ценообразование, остатки товара, управленческая аналитика.

 

В принципе, всё работает нормально и меня устраивает. СТоимость всего этого: двиг (вебасист) 19 тыс + плагины всякие тысяч на 30. 1С серверная, крутится на MS SQL, ну тут в плане денег варианты разные есть. Модуль синхры 14 тыс.

Достаточно удобно и работоспособно оказалось. Много чего пробовал, изобретал, писал разные ТЗ и прочее. Но, в итоге, решил по максимуму обходиться типовыми решениями, максимально исключать различные самописы и велосипеды. Максимально стараюсь подстраивать свои бизнес процессы под CMS и 1C, т.к. это как показала практика, намного практичнее, дешевле, и работоспособнее, чем пилить что то свое.

[Apxata]

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

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

 

мне как то в питере рассказывали что кто то кому то заказал интернет магазин за 500 тыс.... мы помню долго удивлялялись сумме заказа.....это что то космическое из зашкалевающего будущего быть должно.

аналогия возможно не самая удачная, потому что кастомные машины собирают гораздо лучше(мощнее и т.д. и т.п.) именно в кастомных "гаражах". Причем гараж гаражу рознь.

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

 

На самом деле мы искали простой и качественный способ создать мультиканальный вариант продаж. Розница, интернет-магазин, доставка через курьерки. На тот момент заставить нормально работать 1с Управление торговлей 11 и 1с битрикс 14 не вышло.