Разрабатываю систему учета продаж

Я думаю, что проблемы с конкретным воплощением, а не с идеей в целом. Достаточно сложные специализированные программы должны интегрироваться друг с другом. А из попыток сделать программу, которая объединяла в себе всё и сразу, обычно ничего хорошего не получается.

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

Довольно интересно. Где то тут рядом в теме как раз недавно отписывал, что я не понимаю как люди работают с 1С.
На текущий момент учет в магазине у меня выглядит довольно простым образом.
По накладным от поставщика в складские остатки заводится товар - просто забиваем сколько чего приехало. Далее, при оформлении клиентами заказов, товар в эти заказы списывается со склада. Есть заказы с товаром на выбор, тогда сначала в заказ пишется все что навыбирали, потом по факту лишнее из заказа вычеркивается и автоматом возвращается на склад. Если отказ, то отмена заказа и товар также автоматом возвращается на склад.
На весь учет всего 2 (ДВА !) документа - приход товара по такой то накладной, расход товара по такому то заказу ...
Все, мне больше ничего не надо. Остается только по вышенаписанному правильно построить КУДиР (либо сделать выгрузку в 1С:Бух где ее можно построить) и все...
В 1С же - все вышеописанное создается дцатью отдельными видами документов и проводок, миллионом каких то справочников и регистров и безумным количество лишних телодвижений по куче монструозных вкладок интерфейса.
Поэтому я 2-мя руками за проект "просто учета", который не будет требовать от меня заполнения этого миллиона справочников, а будет оперировать моими простыми бизнес операциями, формируя в бекграунде автоматически все что нужно для учета и последующей отчетности.

Пишу сразу чего не хватает - у товара нужны свойства - хотя бы в одном (двух) измерениях (размер и/или цвет) и произвольное количество всяких описательных полей.
У заказов тоже самое - произвольное количество описательных полей.
И не надо ничего выдумывать, делайте по типу БД - у товара и заказа можно добавить поле, у поля может быть название, тип и размерность (число целое, дробное, строка и т.д., короче все что MySQL поддерживает в качестве типов чтобы не мудрить).
Соответственно я сам создам себе то описание заказа и товара что мне нужно, а именно в точности соответствующее содержимому этих сущностей в CMS магазина.


По результату работы программы должны формироваться выгрузка в 1С для построения КУДиР с правильным расписыванием полей прихода и расхода со ссылкой на документы по которым они прошли (читаем у бухов и налоговиков как этот талмуд правильно заполняется и что в нем содержится и соответственно обеспечиваем наличие всех данных в заказах) (а иначе нахрена, тогда вообще нужен учет, если это не будет делаться).

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

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

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

Ну и сразу Вам в помощь главный недостаток МойСклад, Класс365 - они не клиентоориентированные - заказать у них какую либо, даже микроскопическую доделку под себя НЕВОЗМОЖНО. Делают либо как сами разумеют, либо если сообщество начнет по поводу какой то проблемы очень уж активно в унисон "вопить", то могут доделать через полгодика то, что всем вчера было надо... Если не станете в процессе роста такими же упертыми "баранами", то еще и выкинете их с рынка легко
Как раз за главную фишку можно продвигать полную подстраиваемость сервиса под нужны каждого клиента, при грамотном проектировании я не вижу причин по которым SAAS решение должно обязательно этому противоречить.

Они клиентоориентирвоанные. Просто они ориентированы на клиентов, которые идут стандартными путями, и которым кастомизация не нужна.



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

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

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

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

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

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

К чему все это? А к тому, что все это ИМХО (которое хрен оспоришь) - фуфло, а вот если бы это был модуль, который можно поставить на свой сайт, сделать интеграцию (которую так и так делать для саас), то цены бы ему не было. Потому что это будет МОЕ, родное и ни один чужой дядька на моей кухне тараканов давить не сможет.

Соглашусь и с коллегой anstrem. Мы пробовали работать в 1С. Надо быть бухгалтером, а дураков у нас нет. И вообще нуегофпень такие сложности! В базовой конфигурации 1С неудобоварим, а покупать или разрабатывать под себя конфигурацию и потом ее поддерживать - дело дорогое и неблагодарное. Особенно если 1С сменит 8-ку на 9-ку, 10-ку и т.д. Скорее всего интеграция с готовой системой учета, устанавливаемой на сайт, обойдется намного дешевле.

По сути для ИП и ООО на УСН действительно важна минимальная первичная документация, которая есть из коробки или может быть легко допилена в админке любого нормального движка. А вот с отчетами для налоговой беда везде. Если товарищу anstrem в админку добавить функционал для учета платежек, то это полностью покроет его (и мою, и много кого еще) потребность в КУДиР. Формировать КУДиР можно автоматически. Есть для этого простой софт и особо ничего сложного там нет. И все, все счастливы, а "мой склад" и иже присные рыдают над пустой коробкой для подаяний.

RamBoo, вас можно понять. Но в любом случае вы будете использовать какие-либо сервисы. Прийдется либо покупать VPS/VDS, либо арендовать колокейшн. Хостер сайта точно также может заглянуть внутрь контейнера. Так что грош цена индивидуальному модулю на сайте.
Поставить сервер дома - убить надежность. Зная российские реалии, когда электричество или интернет могут отрубить на сутки, то это огромные потери.

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

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

Вообще тут много идеологических проблем. На западе SaaS гораздо более популярен. И на то есть причины - это снижает расходы на поддержку программы. Локальные версии нужно постоянно обновлять, а это значит платить деньга за администратора, который будет этим заниматься. Как правило, такая работа почасовая и стоит довольно дорого (обычно в районе $50/час). Намного выгоднее купить подписку на облако, которое будет стоить $100 в месяц и не переживать.
Плюс вирусы, плюс случайно удаленные базы и т.д. Кстати, данные пользователей SaaS довольно жестко защищены законом. Я в прошлом году побывал в офисе Фейсбука, так пришлось довольно жесткий документ подписать о неразглашении.
Вообще, любая утечка данных чревата потерей репутации. А без репутации далеко не уедешь.

Тут еще такой момент - специалисты SAAS-сервиса, как правило, имеют больше опыта в обеспечении безопасности, чем простые пользователи. И они кровно заинтересованы в обеспечении такой безопасности.
Если установить свой или приобретенный "движок" интернет-магазина, например, на VDS, и не позаботиться о защите, система может быть легко взломана злоумышленниками.

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


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


Все имеет свою цену. В свое время я имел доступ к системе 1 час простоя которой приносил 8 миллонов убытка. Безопасность?! Да не смешите меня.


Не факт, ой не факт! Я параноик и доверяю только себе. Когда в городе П сгорел сервак упомянутой системы, а бэкапы не делались СПЕЦИАЛИСТАМИ пару лет, то чьи головы слетели с министерских погон?

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

RamBoo, я сам в штатах живу, поэтому понимаю, о чем идет речь. Если у вас час простоя стоит 9 миллионов, то тут сам собой разумеется, что SaaS не подходит. Или нужен очень крутой SaaS уровня SAP, Google, MS etc. Вообще, согласно исследованиям, наибольшая угроза внутренняя. Скорее свой менеджер продаст базу, чем сторонний сервис. Хотя тоже можно применить и к SaaS (хотя в серьезные сервисы абы кого обычно не берут).
На мой взгляд SaaS - это оптимальное решение для малого бизнеса, разного рода домашней бухгалтерии, ИП. Серьезный игрок может позволить разработку сервиса под себя.

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

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



Злоумышленники ищут уязвимые системы, например, через Гугл, и применяют к ним готовые эксплойты. Если на хостинге стоит распространенный "движок", то нет никаких проблем его детектировать, и найти для него как список уязвимостей, так и эксплойты. Вот, например, сервис для определения CMS.

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

На хороших сервисах SAAS все это есть, а вот каждый ли сможет настроить это самостоятельно, да еще периодически контролировать возможность восстановления бекапов?

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

С другой стороны, создание своей ИТ-команды для качественного сопровождения и развития проекта - очень и очень дорогое удовольствие. Поэтому для многих SAAS будет вполне приемлемым выбором. Во всяком случае для тех, кто не готов или не хочет решать технические проблемы самостоятельно.

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

Но вас ведь никто и не уговаривает )

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