LINUX.ORG.RU

[CRM][ERP]Упрощение работы


0

1

Запарился всё делать руками - неудобно, информацию потом искать сложно, не всё под рукой, носишься пытаясь узнать наличие и т.д. Пользуемся пока «Бизнес-пак» и «Инфокуб», но их возможности не удовлетворяют все потребности. Нужен свой комплекс CRM + ERP (управление продажами и предприятием).

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

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

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

Сам по себе процесс производства требует наличия различных комплектующих/расходных материалов. Хотелось бы вести учёт складских остатков по готовой продукции и отдельно вести учёт материалов.

Т.е. процесс работы сводится к такому: по заявке выбрать из базы нужные позиции с ценами, отправить коммерческое предложение. Далее из коммерческого нужно сформировать счёт. Далее из счёта нужно сформировать заявку на производство (какой продукции, кому и сколько). По готовности на каждую единицу сформировать свой паспорт. Далее идёт формирование документов по счёту (номер платёжки, дата платежа, № счёта и т.д.).

Обязательно фиксирование каждого шага (звонок в фирму/от фирмы, отправка ком.предложения или счёта и т.д.), всякие напоминалки (например через 3 дня завершается производство), интеграция с почтовиком (сейчас используется thunderbird).

Из готового ничего не нашёл.

Основных проблем несколько:

- сам ничего толкового, окромя пары простеньких перловых скриптов, не писал ни разу (но консультироваться в принципе есть с кем);

- понятия не имею на чём писать (в основе БД понятное дело, можно сделать и веб-морду, ибо работать надо с нескольких компов, + некоторые под win7, а 1-2 будут под linux);

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

★★★★

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

anonymous ()

Во времени исполнения в принципе не ограничен

Бггг.

Начинаешь с печатных форм счета-фактуры и ТТН. Осознаёшь промах в оценке трудозатрат/собственных возможностей, смотришь в сторону богомерзкой 1С, конфигурации «Управление небольшой фирмой», например.

ollowtf ★★★ ()

искал готовое решение такой задачи полгода-год назад - их нет. Точнее какие-то уродцы попадаются, но лучше не с ними :)

В результате сейчас как отдельный CRM висит vtiger, а товарная база - в простых табличках :) На простую операцию - составить КП по товарной номенклатуре, уходит доххрена времени, но так как поток заявок небольшой - некритично.

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

MKuznetsov ★★★★★ ()

Занимаюсь разработкой такой системы (самописной) вот уже года 4 (до меня её еще 2-4 года разрабатывали). В итоге, такое ощущение, что на неё затратили в несколько раз больше средств, чем на покупку 1С :) Но зато сейчас всех почти всё устраивает.

drakmail ★★★★ ()
Ответ на: комментарий от ollowtf

Начинаешь с печатных форм счета-фактуры и ТТН

Шаблоны есть в xml. Если что - остальные сделать в xml не проблема. Благо на данный момент есть возможность достать всё необходимое. По сути тут идёт работа с шаблонами же.

ekzotech ★★★★ ()
Ответ на: комментарий от MKuznetsov

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

ekzotech ★★★★ ()
Ответ на: комментарий от drakmail

У тебя там наверное фирма большая? У нас не очень большая, всего рабочих мест с доступом к базе надо 4. Может быть потом ещё одно прибавиться.

ekzotech ★★★★ ()
Ответ на: комментарий от ekzotech

Фирма не очень большая - примерно 20 пользователей всего.

drakmail ★★★★ ()
Ответ на: комментарий от ekzotech

Шаблоны есть в xml

Ну так ты попробуй, всё же есть :)

У тебя там наверное фирма большая?

Трудозатраты на разработку зависят от функционала, а не от количества пользователей.

ollowtf ★★★ ()
Ответ на: комментарий от ekzotech

Бизнес-пак неплохая программулина, чтобы таскать её с собой на флешке и быстро сделать 2-3 типовых документа - не более того. 1С 8 базовая при копеечной цене кроет этот пак как бык овцу :) И со всякой отчётностью потом проблем меньше..

В принципе, такое делать проще всего на 1С. Хохмы ради давал ТЗ франчайзи - работу оценили в 270т.р.+затребовали MS SQL. Но зная (про анальный зонд) политику 1С - поддержка нестандартной конфигурации в год это порядка +60, а с учётом доделок/доработок 100-120.

вообще ситуация с бизнес-приложениями на рынке говорит о его состоянии в целом - то есть мало,кривые и дорого;

MKuznetsov ★★★★★ ()

если под винду, есть бесплатная стартовая галактика

visual ★★★ ()
Ответ на: комментарий от visual

если под винду, есть бесплатная стартовая галактика

А подробнее можно?

ekzotech ★★★★ ()
Ответ на: комментарий от MKuznetsov

вообще ситуация с бизнес-приложениями на рынке говорит о его состоянии в целом - то есть мало,кривые и дорого;

Не могу не согласиться. По факту: 1с я как-то не очень люблю. И так на бизнес-пак ушло 6к за сетевую лицензию, + 3 рабочих места в инфокубе по 3к каждое. А удобства то так и нет.

Вот и думается мне, что лучше запилить что-то своё, пускай с вебмордой, но всё-таки.

ekzotech ★★★★ ()
Ответ на: комментарий от ollowtf

Ну так ты попробуй, всё же есть :)

Я пока ни бум-бум в этом. Пара скриптов на баше и перле - это не программирование же. Другое дело, что мне не лень что-то полезное выучить.

Трудозатраты на разработку зависят от функционала, а не от количества пользователей.

Мне надо на данный момент 4 рабочих места, причём 3 из них - сбыт (т.е. у них одни и те же задачи) и 1 место - снабжение (материал, заготовки и т.д.). А если бы было допустим 20 мест, и каждый делал что-то своё - это сильно увеличивает требуемый функционал.

ekzotech ★★★★ ()

Вопрос остаётся актуальным. Если писать что-то своё - что использовать?

ekzotech ★★★★ ()

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

...

Обязательно фиксирование каждого шага (звонок в фирму/от фирмы, отправка ком.предложения или счёта и т.д.), всякие напоминалки (например через 3 дня завершается производство)

Одним словом вот это называется «сквозной бизнес-процес». И в этом смысле ключевой момент, с процессной точки зрения:) - прцессный движок.

Route (бывший OpenWFEru). Workflow patterns на нем. http://openwferu.rubyforge.org/patterns.html На них кстати тоже посмотри для общего развития. (Настоятельная рекомендация)

RunaWFE - отечественная разработка с переодическим форканием неотечественного jbpm. Упор на «рисовалку».

Список не окончательный это из того что вспомнилось.

Есть некоторый интерес бегло просмотреть jbpm developer guide. Прививает некоторый имунитет к «лапше из квадратиков»

Учет остатков и.т.п лучше делать в виде отдельного сервиса, который сможет дергать тот же прцессный движок. Как именно делать зависит от глубины понимания вопроса. Если оно (понимание) присутствует то свое изделие поверх СУБД всяко лучше. В противном случае ADempiere, oFBiz которые по сути мунументы из ГовнаМамонта, но все равно лучше чем проверять на собственном опыте «угол искривления».

Отдельный вопрос на чем писать UI. В упомянутые *WFE некоторая основа встроена, но интерфейс с каскадным подбором и сложной логикой уже проблемен.

antares0 ★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.