Поскольку вероятностью 99 % идет речь об Ураине и Украинской компанию напишу на украинском, так мне легче донести свое мнение. Кому сложно читать на укаинском - перевод в конце поста.


Коротко про себе.
Працюю з Спрут 2005. В нашій мережі 90+ роздрібних різноформатних магазинів + логістичний центр. Посада - начальник відділу впровадження програмного забезпечення і супроводу. По даній інформації не важко догадатись про яку мережу йде мова.
Сподіваюсь що добре розумію архетектуру Спрут. :)

Тепер по темі:

1) Вся бізнес логіка Спрут написана на Pl/Sql яка є відкритою. Самі модулі можна розгляд як DBGrid. Нехай це дуже абстрактно і грубо проте відповідає дійсності. Завдяки цьому ми змогли впровадити в себе всі необхідні зміни в програмному забезпеченні. В тому числі і в бізнеспроцесах, які начебто були закладені в спруті. на шталт роботи з "проблемними", "виробництва" і тд. Наші процеси інколи кардинально відрізнялись від стандартних, проте ми зуміли їх впровадити.

2) Якщо розглянути мої звернення до Vimas по доробкам то картина дуже приблизно наступна. (50% - виконано, 20% - надані альтернативи, 20 % - аргументовано відмовлено (оскільки ці доробки як вже зазначав Ігор Бобак будуть костилем для подальших розробок) і ще в 10% я був не згідний з аргументацією або до кінця її не зрозумів. Це, як правило, були задачі на які не варто було затрачати більше зусиль. Я не ідеалізую роботу з вімас, проте це цілком адекватний розробник.

3) Так в нас є велика кількість доробок. Але всі вони безшовно інтегровані з Спрут.

4) По проблематиці. Перш за все я думаю що у автора топіка стоїть версія менша 2.9
До чого я веду.
a) З переходом на 2.9 появились справжні чеки. Це зняло цілий ряд проблем як з швидкодією так і можливостями маніпулювати даними. (власне модифікувати стандартні бізнес процеси).
б) З переходом на Спрут 3.0 Ми відмовились від цілого ряду власних доробок. І саме головне за пів року ми не добавили жодного коду, який мішав би прозорому оновленню Спрут 3.0. (Оскільки в 2.9 багато було змін в стандартному коді Vimas, і після оновлення цей код треба було вносити повторно. Ці зміни були викликані необхідністю зміни саме бізнес процесів.)
Так ми залишили декілька бізнес процесів та інших даних з нашої "старої" системи. Таких як автозамовлення, автоматичне ціноутворення, консолідована аналітики, EDI, ведення листа асортимента.
Це фактично говорить про наступне. Що в Спрут 3.х можна безшовно інтегрувати всі необхідні бізнес процеси. А які не можна - то Vimas готовий доробити. Саме в зміні версій на 3.х вімас заклав великий, практично необмежений потенціал на власні зміни.

У Вашому конкретному випадку, якщо вас не влаштовує спрут є декілька варіантів.
1) У вас немає людини, яка може оцінити потенціал програми, і найти методи рішення. ( Ця людина має перш за все розуміти суть бізнес процесу, Приймати участь в обговоренні зміни чи впровадженні його. А не отримувати формалізоване технічне завдання. Оскільки дуже часто буває що задачі можна реалізувати багатьма способами, а методи викладені в ТЗ для ІТ вибрали в край невдало)
2) Ваш ІТ є просто замалий, чи можливо можливо не достатньо компетентний. І він просто не в змозі виконати Ваші побажання.
А без цього ніяк. У нас 6 людей займаються суто написанням коду під Спрут. (Технічний супровід, адміністрування і технічна підтримка це зовсім інші люди) Можливо, на даний момент це вже забагато. (Сподіваюсь моє керівнийтвоне читає цей форум.)
3) Можливо ваш бізнес настільки специфічний, що не вкладається в ідеологію Спрут.

P.S. В свій час ми вибрали метод переходу на спрут 3.0 як нове впровадження. З конвертацією довідників (в договора і додатки, чисткою Каталогога товарів і одиниць виміру. і ТД. )
P.S.S На мою думку єдине що не можна реалізувати в спрут це зміну списання по фіфо та і то не факт :)
P.S.S.S Якщо виникли питання, можна задити їх по Скайп OlehRut або аска ДваЧотириЧотири-956-732





Коротко о себе.
Работаю с Спрут 2005 . В нашей сети 90 + розничных разноформатных магазинов + логистический центр . Должность - начальник отдела внедрения программного обеспечения и сопровождения. По данной информации не трудно догадаться о которой сеть идет речь.
Надеюсь, что хорошо понимаю архетектуры Спрут . :)

Теперь по теме :

1 ) Вся бизнес логика Спрут написана на Pl / Sql которая является открытой . Сами модули можно рассмотрение как DBGrid . Пусть это очень абстрактно и грубо однако соответствует действительности. Благодаря этому мы смогли внедрить в себя все необходимые изменения в программном обеспечении. В том числе и в бизнес процессов , которые якобы были заложены в Спруте . для примера работа с "проблемными" , " производства" и тд . Наши процессы иногда кардинально отличались от стандартных , но мы сумели их внедрить.

2) Если рассмотреть мои обращения к Vimas по доработкам то картина очень приблизительно следующая . ( 50 % - выполнено , 20 % - предоставлены альтернативы , 20 % - аргументировано отказано (поскольку эти доработки как уже отмечал Игорь Бобак будут костылем для дальнейших разработок) и еще в 10 % я был не согласен с аргументацией или до конца ее не понял. это , как правило , были задачи на которые не стоило затрачивать больше усилий.

3) Так у нас есть большое количество доработок . Но все они бесшовно интегрированы с Спрут .

4) По проблематике . Прежде всего я думаю, что у автора топика стоит версия меньше 2.9
К чему я веду .
a ) С переходом на 2.9 появились настоящие чеки. Это сняло ряд проблем как с быстродействием так и возможностями манипулировать данными. (собственно модифицировать стандартные бизнес процессы).
б) С переходом на Спрут 3.0 Мы отказались от целого ряда собственных доработок. И самое главное за полгода мы не добавили ни одного кода , который мешал бы прозрачном обновлению Спрут 3.0. ( Поскольку в 2.9 много было изменений в стандартном коде Vimas , и после обновления этот код надо было вносить повторно . Эти изменения были вызваны необходимостью изменения именно бизнес процессов . )
Так мы оставили несколько бизнес процессов и других данных из нашей "старой" системы . Как Автозаказ , автоматическое ценообразование , консолидированная аналитики , EDI , ведения листа ассортимента .
Это фактически говорит о следующем . Что в Спрут 3.х можно бесшовно интегрировать все необходимые бизнес процессы . А какие нельзя - то Vimas готов доделать. Именно в изменении версий на 3.х Вимас заложил большой , практически неограниченный потенциал на собственные изменения .

В Вашем конкретном случае , если вас не устраивает спрут есть несколько вариантов .
1 ) У вас нет человека , который может оценить потенциал программы , и найти методы решения . ( Этот человек должен прежде всего понимать суть бизнес процесса , принимать участие в обсуждении изменения или внедрении его . А не получать формализованное техническое задание . Поскольку очень часто бывает что задачи можно реализовать многими способами , а методы изложены в ТЗ для ИТ выбрали в край неудачно )
2 ) Ваш ИТ просто слишком мал или возможно недостаточно компетентен. И он просто не в состоянии выполнить Ваши пожелания .
А без сильного ІТ этого никак. У нас 6 человек занимаются сугубо написанием кода под Спрут . ( Техническое сопровождение , администрирование и поддержка совсем другие люди)
3 ) Возможно ваш бизнес настолько специфический , что не укладывается в идеологию Спрут .

P.S. В свое время мы выбрали метод перехода на спрут 3.0 как новое внедрение . С конвертацией справочников ( в договора и приложения , чисткой Каталогога товаров и единиц измерения . И ТД . )

DrBeer1. Относительно "Спрут": как многие из вас знают - данная система предоставляет собой законченный продукт, с автоматизацией бизнес-процессов по идеологии "Вимас", основанной на их качественной практике и большом опыте автоматизации в ритейле.

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

Поверте очень далекоооооо.......
Спрут очень неплохой конструктор -если уметь им пользоватся.
Я уверен что смогу написать свой Спрут но я только приблизительно могу себе представить сколько десятков человеко/лет необходимо.
Принципиальних архетектурних ошибок в нем нет. 3.х подправил в нем многие огрехи.
Нарисуйте бизнес задачу и я вам найду решение.

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

Кая я уже писал в 2.9 Ми очень далеко уходи в сторону. При етом обновлялись без проблем. Все уходи в сторону били хорошо задокументировани. Здесь - главное найти правильное решение. И изменения вносились только в случае когда другиие методи не подходили. Накатка своих доработок после обновлений - до 2 часов. (просто ето расматтривалось как часть обновления.)
А в 3.x вообще проблем нет.
Если не напоротся во время обновлений на баг оракла то он проходит меньше 2 часов весь.

DrBeerИменно по этому поднимался вопрос поиска "своего" разработчика, который глубоко знаком с идеологией и структурой системы для реализации возникших, на тот момент, пожеланий.
2. В это же время был проведен поверхностный аудит необходимых доработок/переделок, который показал, что один из вариантов выхода из сложившейся ситуации может быть замена средств автоматизации, чем и был порожден этот топик.

Осторожно реклама :)
У моей команди есть огромний опыт для решения таких задач.
Как говорил герой одного сериала: "Если вас прижали к стене - отодвинь стену"

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

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

Кстати ето очень долгий процес - приведения хотелок бизнеса к реалям ПО и их реализации.
Чаще всего задержок за людьми, а не готовностю програмы при внедрении или изменении бизнеспроцесов.

LSV Хм.. В Луцке знаю только одну крупную сеть "Наш Край", но там стоит "Капитал". Возможно стоит не везде. :) Подивись мою пошту. Не одна мережа в Луцьку.