Вход | Регистрация
    1  2  3  4   

WMS на 1С. Выбор (Голосовалка)

WMS на 1С. Выбор (Голосовалка)
Я
   Кокос
 
05.04.15 - 13:15
5. Пилить УТ1163% (5)
3. 1С: Логистика:Управление складом 3.025% (2)
2. БИТ.Управление складом13% (1)
1. 1C:WMS Логистика. Управление складом 40% (0)
4. Кортес:Адресный склад0% (0)
Всего мнений: 8

Вот не верю что на мисте нет опытных в плане складского учета. После бухии  для 1снега это основная кормушка. Не считая конечно зарплатников, но зарплатники это совсем другое.
   ДенисЧ
 
1 - 05.04.15 - 13:27
Пиленная УТ10.3, разумеется.
   PLUT
 
2 - 05.04.15 - 13:59
бери красненькую
   Garykom
 
3 - 05.04.15 - 14:33
Бери 2 выше любое верно
   Кокос
 
4 - 05.04.15 - 14:46
(1) ут10 уже прошлое :)
   qw12225
 
5 - 05.04.15 - 17:34
(4) Спорное утверждение. Если для конкретной организации разработана бизнес логика не важно на чем УТ10, УТ11. И это логика исправно работает, то говорить что она  "прошлое", я думаю, безосновательно. Для WMS Я тоже склоняюсь к пиленной УТ10
   D_E_S_131
 
6 - 05.04.15 - 17:57
Странный опрос. Например №1 и №3 это разные инструменты под разные задачи.
   Злопчинский
 
7 - 06.04.15 - 03:07
Без конкретных цифр по автоматизируемому складу - это будет тычок пальцем в небо.
и даже при наличии таких цифр - на 80% тоже будет тычок в небо
   Злопчинский
 
8 - 06.04.15 - 03:08
Я за: Пилить отдельное свое собственное решение, непривязываясь даже к УТ11
   rsergio
 
9 - 20.04.15 - 15:58
Без данных по складу вопрос похож "Какой автомобиль купить".

Решения из списка довольно сильно разнятся по функционалу.
   Злопчинский
 
10 - 20.04.15 - 16:12
Кортес я бы точно не взял.
   rsergio
 
11 - 20.04.15 - 16:49
Ну почему, Кортес очень простая, но и очень дешевая система.

Если нужно только адресное хранение, то вполне подходит.
   asady
 
12 - 20.04.15 - 16:51
(8)+1 поддерживаю 
тупо PHP+mySQL+jscript - получишь неописуемое наслаждение
   Злопчинский
 
13 - 20.04.15 - 16:57
(11) я их скрины посмотрел - это издевательство какое-то над работниками.
там где нужна "простая система" - там обычно достаточно учета товар-в какой ячейке лежит, даже без количества. Покрывает 80% проблем, запиливается в течение двух-трех дней... - такую систему имеет смысл пилить сугубо внутрях текущей 1С. на УТ такое реализовано уже. Прикрутить нормальные бумажные формы или тривиальные операции с товарами-ячейками на ТСД и все.
   Злопчинский
 
14 - 20.04.15 - 16:57
(12) нафига это все 1снику..??? ;-)
   ProxyInspector
 
15 - 20.04.15 - 17:01
УТ 11 я бы не брал. Я на это нарвался.
 УНФ допиливал вполне не плохо получилось
 Авто-Рарус сейчас пилю, работать можно
 УТ 10 доработать и вполне подойдет.
   Salimbek
 
16 - 20.04.15 - 17:05
(12) Мне Ruby с рельсами больше нравится
   Зеленый пень
 
17 - 20.04.15 - 17:11
(0) Озвучьте хотя бы: кол-во работников на складе, сколько рядов, ячеек в них планируется, кол-во наименований, что за товар. И бюджет проекта.
   etc
 
18 - 20.04.15 - 17:13
(17) как ты четко вопрос о бюджете в отдельное предложение выделил :)
   anatoly
 
19 - 20.04.15 - 17:16
(7) стопудово.
кол-во SKU всего, кол-во отгрузок в сутки, кол-во грузчиков на складе, используете ли ТСД?

есть еще ВМС на 1С: Арена и Севко.

(17) +100500
   etc
 
20 - 20.04.15 - 17:16
(0) расширяй кругозор. Это не все что есть в природе на 1С.
   bolder
 
21 - 20.04.15 - 17:16
(13) Вот вот..Завтра такую за один день запилю.Без штрихкодирования и количества.
   Злопчинский
 
22 - 20.04.15 - 17:19
(21) на такой системе кучу лет "мой" склад работал: http://catalog.mista.ru/public/338893/
   Злопчинский
 
23 - 20.04.15 - 17:20
(19) rsergio - это и есть Arena
   anatoly
 
24 - 20.04.15 - 17:20
(13) а пополнение/подпитка? размещение по АБЦ? учет партий по сроку?
   anatoly
 
25 - 20.04.15 - 17:22
(23) я в курсе ))
(22) почитаем...
   Злопчинский
 
26 - 20.04.15 - 17:25
(24) Все зависит от особенностей склада и товародвижения.
- пополнение/подпитка - без проблем;
- размещение по АБЦ - у меня не сильно актуально, ибо я я не летун/переросток, а солидная марка. а качестве "АБЦ"критерия - количество подходов к ячейкам отбора, два-три раза в сезон тупой расчет по учетным торговым данным (средненедельное колво  отгрузок артикула = средненедельному колву подходов к ячейкам) и перестановка.
- партионки у меня нет; но усложнить по принципу в какой ячейке какая партия - тоже просто.

тут главное понять - где следжует остановиться в процессе усложнения и перепрыгнуть на "промышленную" вмс
   Злопчинский
 
27 - 20.04.15 - 17:27
еще раз главное: выбор зависит от особенностей склада, товародвижения, интенсивности операций. ибо даже колво отгрущзок в день - вообщем ничего не говорит (средняя Т по больнице)
   Злопчинский
 
28 - 20.04.15 - 17:30
чисто в качестве примера, текущее состояние
http://content.screencast.com/users/Che66/folders/Jing/media/27b88c7b-0ba9-4b5d-a22e-8c94030ea96e/2015-04-20_1729.png
   mikecool
 
29 - 20.04.15 - 17:38
(28) прикольно, у меня схема похожая была, только по-компактнее
   Злопчинский
 
30 - 20.04.15 - 17:43
(29) я эту чуток подожму и оформление чисто визуально поправлю/подожму, а так - есть все что надо даже для "ручного" управления
 
 
   Злопчинский
 
31 - 20.04.15 - 17:49
насчет самописок и истории http://forums.kuban.ru/showthread.php?p=38740640
   Злопчинский
 
32 - 20.04.15 - 17:50
даже сейчас, к сожалению, часть функционал ПОСТОБРАБОТКИ после WMS пишу/программлю на клюшках...
   DGorgoN
 
33 - 20.04.15 - 18:22
Заел это Акселот..

5. Пилить УТ11
   DGorgoN
 
34 - 20.04.15 - 18:23
Глюки, дописки его, пилите УТ11 - там не так всё сложно. С пивом работы на 2 недели.
   Злопчинский
 
35 - 20.04.15 - 19:08
(33) и что там не так в этом всеми любимом Акселоте?
   DGorgoN
 
36 - 21.04.15 - 09:03
(35)
1. В ДНК программистов ошибка. Слишком жесткая система. Например нельзя динамически отменить многие вещи. Допустим если заказ уже отдан на отгрузку, то нельзя изменить товар в заказе.
2. В коде много закрытости. Приходится делать переписку вручную очень многих вещей.
   xsnika
 
37 - 21.04.15 - 09:08
http://erplb.com/
Система управления адресным складом (WMS)
эту штуку юзал, люди архитектуру взяли из западной WMS и на 1с её переложили, скажу так, на 4-
   DGorgoN
 
38 - 21.04.15 - 09:09
+(36) Часто не требуется такой вот жесткости, требуется регистрация изменений по ячейкам, причем не всегда с контролем остатков. Ну т.е. кто-то без ТСД переложил с ячейки на ячейку (допустим товар упал с полки, грузчик положил но промахнулся), приходится делать инвентаризацию ячеек.
   DGorgoN
 
39 - 21.04.15 - 09:09
Да и временные задержки, пока перекачаеться в УПП..
   Krolik Bezobraznik
 
40 - 21.04.15 - 09:09
(36) Нельзя менять заказ в процессе отгрузки. Куча проблем возникнет. Правильнее будет удалять старый заказ и делать новый.
   Krolik Bezobraznik
 
41 - 21.04.15 - 09:11
(38) Как раз таки регистрация изменений в ячейках - это и есть суть адресного хранения. Если не будем занть остатки по ячейкам не буде знать сколько резервировать под отгрузки и не узнаем можно ли проводить заказ (есть ли остаток для него)
   Krolik Bezobraznik
 
42 - 21.04.15 - 09:12
Есть еще одна проблема в адресном хранении. Если склад маленький то никакого учета по адресам не получиться, все всегда будет абы как. Если размеры склада не позволяют, лучше даже не заморачиваться с адресным хранением.
   ДенисЧ
 
43 - 21.04.15 - 09:14
(42) Надо просто ввести практику телесных наказаний для кладовщиков. И всё будет в порядке
   rsergio
 
44 - 21.04.15 - 09:14
(42) "маленький" - это сколько?
   Krolik Bezobraznik
 
45 - 21.04.15 - 09:17
(43) Не получиться. Некому работать будет. И текучка будет большая, что еще больше все усугубит.

(44) Ну зависит от ассортимента номенклатуры. А если еще и гравитационные стеллажи. То тут надо сперва к логистам обратиться, чтобы они рассчитали, сколько места нужно под весь хранимый ассортимент.
   DGorgoN
 
46 - 21.04.15 - 09:32
(40) Ага, а связанные уже готовые документы как к новому прицепить?
   DGorgoN
 
47 - 21.04.15 - 09:33
(42) (45) ТСД и ячейки и Акселот как раз это выполняет.
   ГеннадийУО
 
48 - 21.04.15 - 20:04
(0) Была такая темка по WMS, много всего перетирали v8: WMS Toplog vs Axelot

Последнее сообщение мое, по процессу внедрения могу сказать, что, по моему мнению, выбор Toplog был ошибочным. Я бы эту систему и врагу не пожелал.
   Вуглускр1991
 
49 - 21.04.15 - 21:06
моя собственная WMS (rekache на мэйл ре).
   France
 
50 - 21.04.15 - 21:09
Чо, спец же

3. 1С: Логистика:Управление складом 3.0
   rsergio
 
51 - 21.04.15 - 22:03
(48) А я в той ветке предупреждал, что выбор нужно делать осознанно, а не пальцем в небо.

Только никто же не читает, все думают "за такие деньги все должно быть волшебно!"
   spectre1978
 
52 - 21.04.15 - 22:08
Ну когда мне приспичило, я к ТиС клюшкам прикрутил ТСД и сделал то что мне было нужно - сроки годности и т.п. ерунду. Так что имеет право на существование подход - пилить типовую торговлю...

5. Пилить УТ11
   viraboy
 
53 - 21.04.15 - 22:22
Обсуждение коня в вакууме. Оборудован ли склад для внедрения WMS (места приемки, отгрузки, сборки, карантина). Как с инженерной точки зрения все это выглядит (бывает что невозможно отделить зону приемки от зоны отгрузки). Нужен ли FEFO и так далее. Размещать в ячейки без ТСД еще в СССР умели )). Купить систему и поставить ее на неподготовленный склад непростая задача.
   agarych
 
54 - 21.04.15 - 22:40
У нас сейчас все еще внедряется LeadWMS (начали в сентябре). Сделал вывод: не важно, что за wms система, дешевая или дорогая, все равно ее нужно будет допиливать под свои процессы. Весь вопрос только как будем дорабатывать силами 1с-ников (свой штат, дешевая доработка) или wms-ников (каждая доработка за серьезные деньги, согласование и т.п.). Поэтому если готовы платить денежку, то можно смотреть и в сторону не1с, если хотите сами пилить, то 1с.

Когда ездили выбирали, то смотрели и Axelot в том числе. Невооруженным взглядом было заметно как форма списка заданий подтормаживала.

Кортес - когда им звонил сказали что реально использовать их ПО до 5000 метров.

Да и каждой wms есть какой-нибудь скелет в шкафу, который вылезет или во время внедрения или интеграции. А на референсах у всех все замечательно и хорошо )
   Злопчинский
 
55 - 21.04.15 - 23:10
(42) ну, на маленьком, но плотном складе - как раз складская дисциплина должна быть гораздо выше/сильнее чем на большом складе с запасами ячеек, площадей...
   Злопчинский
 
56 - 21.04.15 - 23:13
(45) ну и пофиг. когда дисциплина на складе есть - нужен 1-2 вменяемых человека. остальных можно (при необходимости!) менять как на конвеере в макдоналдсе. на старом (состоянии) склада - тоже тряслись над каждым - бо незаменимый был... а сейчас пришел новичек - если не совсем алкаш - 1-2 часа обучения - ТСД в зубы и вперед. Нормальные ребята после 20 минут "входа" в работу с ТСД - начинают самостоятельно работать. и Все "вхождение "заключается только в обучении нескольким тривиальным вещам (да и те с терминала подсказываются) да набора новым сотрудником нужного темпа/навыка.. все...
   Злопчинский
 
57 - 21.04.15 - 23:19
(51) какты сделаешь выбор осознанно? растянуть на год-два ознакомление и подробное изучение 4-8 претендентов (где взять столько времени-ресурса-спецов)? Положиться на слова владельцев вмс (все врут)? посмотреть на склады (которые хрен знает где, не товя специфика) и т.д.

на что ориентироваться?
   Злопчинский
 
58 - 21.04.15 - 23:20
(54) поддерживаю.
   Злопчинский
 
59 - 21.04.15 - 23:31
КонецЦикла в упомянутой выше ветке написал про WMS:
.
"...Сделаю на 1С 7.7 + ВК относительно занидорага :)
ТСД, сканеры, принтеры этикеток, конвейер и проч.
Снеговики будут нервно курить: 2-3 заявки в секунду при овер 100 пользователях (в т.ч. бешеных роботах) на средненьком сервере.."
.
и знаете что? - Я ЕМУ ВЕРЮ!
   Злопчинский
 
60 - 21.04.15 - 23:45
вот здесь v8: WMS Toplog vs Axelot rsergio писал в топике 104
.
"..Если ты делаешь систему под конкретный склад, то лучше и быстрее писать прямой код.

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

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

Коммерческая система должна быть хорошо настраиваемая. Только нужно знать где нужна гибкость, а где она не нужна. Часто бывает наоборот - там где нужно все очень жестко, а там где не нужно сложная система настроек. "
.
 
 
   Злопчинский
 
61 - 21.04.15 - 23:50
здесь я бы хотел выделить отдельно !"Коммерческая система"!
надо понимать, что вам не склад автоматизируют в первую очередь. в первую очередь ПРОДАЮТ чтото.
.
удастся ли с этим "чтото" автоматизировать склад - зависит от обоих сторон процесса, их вовлеченности в прцесс и разработки ТЗ и иего реализации. Зачастую то что называют ТЗ - является техпроектом - то есть БОЛЕЕ ОБЩИМ описанием. И насколько техпроект удастся превратить в работающую систему так как надо Заказчику - зависит от многих факторов. Могу ошибаться, но одну из главных ролей здесь должен занимать отдел автоматизации (вместе с ВМЕНЯЕМЫМИ НАСТОЯЩИМИ ЛОГИСТАМИ по складу - а они везде есть?). Если техотдел не будет рулить вместе с логистом внедрением - может получиться бяка.
   Злопчинский
 
62 - 21.04.15 - 23:51
могу ошибаться, но яслаюо себе представляю техотдел который на проектах АВТОМАТИЗАЦИИ находится на задних ролях... в таком случае техотделу вообщем все оравно чтополучится, топы/менеджмент разговаривают на своем языке/уровне далеком от действительности склада, начсклада занят другими вопросами - получаем что..???
   Злопчинский
 
63 - 22.04.15 - 00:39
(48) "...Я бы эту систему и врагу не пожелал."
- сказали а, надо говорить и б - иначе необоснованно получается...
   TopLog
 
64 - 22.04.15 - 01:35
Добрый день, коллеги.

С ноября 2014 года был сторонним наблюдателем за увлекательной дискуссией, но сообщение 48 от ГеннадийУО, задело за живое. Честно. Не могу больше молчать.
По моему нику вы можете понять в какой компании я работаю.
Итак,
Уважаемый ГеннадийУО, обращаюсь лично к Вам.
Прошу вас не быть голословным и предоставить конкретные факты почему решение было ошибочным и Топлог вы врагу не пожелаете. Очень жду ответа.
   TopLog
 
65 - 22.04.15 - 01:50
(51)
И еще. В 2011 году мы внедрили TopLog WMS на складах Королевского трубного завода, при этом не ограничились WMS, а также внедрили MES, с ведением сырьевой себестоимости, учета отходов и тд. Да, проект был очень сложный и долгий, особенно МЕS. Ушло 10 месяцев, но в итоге все остались довольны.
На сайте арены WMS есть клиент Апогей металл, У меня вопрос к rsergio, поделитесь своим опытом внедрений на подобных складах. Сколько у вас времени ушло на данный проект?
Каким образом компания Апогей металл выбирала поставщика WMS? Кого слушали при выборе и куда показывал палец....?
   Злопчинский
 
66 - 22.04.15 - 02:13
ну все, побежал за попкорном и колой...
http://cdn1-www.momtastic.com/assets/uploads/2012/01/file_171305_0_120125-Kids-movie-theatre.jpg
   DionisSergeevich
 
67 - 22.04.15 - 02:59
(0) Пилить заказчика на предмет тз - что именно он хочет увидеть на выходе. Думается мне что все что он желает есть в УТ - просто немного "не так работает". Как всегда - в коробке не так, а умные директора контор знают лучше)))

5. Пилить УТ11
   rsergio
 
68 - 22.04.15 - 07:23
(57) Осознанно - смотреть функционал системы, ставить кейс-задачи и смотреть как они реализуются в каждой системе.

Просить показать цепочку товародвижения от начала до конца на демо базе. Смотреть как все оформляется.

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

Если не можете сами сравнить, то нанимайте посредников. Перов, например, очень грамотные ТЗ составляет. Умеет выделить специфический функционал от базового и просит поставщиков предоставить вариант реализации этого функционала.
   rsergio
 
69 - 22.04.15 - 07:40
(65) Когда к нам обратился Апогей, то на тот момент они уже работали с Axelot. Для них уже было написано ТЗ, т.е. они были в проекте, но руководству не понравился Axelot. Они решили прекратить с ними сотрудничество и начать работу с нами.

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

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

Описали процессы AS-IS, потом начали описывать процессы TO-BE. В это время все ответственные сотрудники ушли в отпуска. В процессе детального анализа всплыли нюансы, о которых ранее не было известно. В итоге через 3 месяца удалось все-таки согласовать документы и договор был закрыт.

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

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

Т.е. по договору работы были проделаны, детально описание работы склада было создано и согласовано. Договор был закрыт и оплачен. Тут мы выступили в роли логистического консалтинга, описав очень подробно каждый процесс с использованием WMS. Документ получился в разы детальней, чем у Axelot. С ним уже заказчик мог выбрать любую WMS, имея на руках полностью прописанные процессы.
   ГеннадийУО
 
70 - 22.04.15 - 09:45
(64) 1. Низкий уровень проработки проектных решений. Допускается работа без подробного предварительного обследования бизнес-процессов автоматизируемого предприятия и составления ТЗ.
2. Отсутствие аналитической проработки вносимых доработок системы. Возможно внесение доработок, не обеспечивающих работоспособность доработанного функционала для всех вариантов работы бизнес-процессов. В результате проблема выявляется только в процессе эксплуатации.
3. Низкий уровень функционала, обеспечивающего контроль ошибочных действий пользователя и системы.
4. Неоправданные технические решения, приводящие к быстрому росту размеров базы данных. Например, в остаточном регистре накопления имеются абсолютно идентичные движения по приходу и расходу. Также регистр не закрывается в разрезе некоторых измерений, что приводит к росту таблицы итогов.
5. Отсутствие документации разработчика и встроенной подсказки для объектов конфигурации.
   HeKrendel
 
71 - 22.04.15 - 09:58
(70) Я конечно не топлог, но пару слов в защиту коллеги кину

ТЗ выдает заказчик, ТП выдает исполнитель и согласует заказчик, если брать ГОСТ. Если брать жизнь то тп и тз совмещены в одном документе (если он есть и заказчик готов за них платить, отдельная строка в бюджете проекта)

2. Постановка задачи должна содержать цель, назначение, описание  проблемы и контрольный пример. Если их нет, то проблемы постановщика задачи.

3. Системы 1С изначально поставляются открытыми, задача при внедрении как раз закрыть избыточную функциональность
Обусловлено это нерегламентированностью опер учета.

4. ноукоммент, но база 1С не соответсвует теории проектирования баз данных.

5. Это вопрос к разработчику
   HeKrendel
 
72 - 22.04.15 - 10:03
Даже так, куда смотрел РП заказчика принимая систему без документации?
   ГеннадийУО
 
73 - 22.04.15 - 10:21
(71) Так внедрение идет не с нуля, есть некоторая базовая конфигурация, в которой есть некоторые бизнес-процессы. И когда делается доработка уже существующего бизнес-процесса логично ожидать, что разработчик знает все особенности этого бизнес-процесса, и сделает доработку, которая будет учитывать все особенности данного процесса.
Что касается ТЗ - это вопрос интересный конечно, но разработчик когда делает доработки, должен хотябы для себя какое-то ТЗ писать, или нет?
   TopLog
 
74 - 22.04.15 - 10:24
(69)
Правильно ли я понимаю, что интегратором WMS был выбран Акселот. Они описали БП склада, после чего перестали нравиться заказчику. То есть клиент уже заплатил за ТЗ.
Потом пригласил вас и вы снова стали писать ТЗ за которое клиент опять заплатил. После чего отказался от проекта
из-за "немного возросшей стоимости"? А также стал устраивать распродажу нового оборудования (терминалы, точки..) с 30% дисконтом?

Уважаемый rsergio, я не хочу устраивать здесь показательные выступления, но г-н Федчун поведал бы здесь совсем иную историю (при этом мы не услышали бы вашу версию), а я, как ваш коллега, начал бы говорить, что вот, при выборе WMS ткнули пальцем в небо, а надо было всего лишь выбрать Топлог.
   HeKrendel
 
75 - 22.04.15 - 10:27
(73) Вот тут главная ошибка
"И когда делается доработка уже существующего бизнес-процесса логично ожидать, что разработчик знает все особенности этого бизнес-процесса"

Если логично предположить не описано в договоре.

Все особенности бизнес процесса должен знать не разработчик, а методолог, который делает постановку задачи, так как методологи идут по цене 2-3 часа разработчика за свой час, на них обычно пытаются экономить
   ГеннадийУО
 
76 - 22.04.15 - 10:31
(75) Ну вот я такой наивный человек значит... А процесс проще идет, озвучивается проблема - и разработчик, в меру своего понимания, предлагает решение. Тут нет смыла спорить о правильности такого подхода, а вот из полученного результата можно делать определенные выводы...
   TopLog
 
77 - 22.04.15 - 10:34
ГеннадийУО, добрый день.
Я так рад, что вы здесь.
Очень жаль, что сейчас мне придется ненадолго оставить сей форум. Я обязательно отвечу на все ваши выпады, а также, после совещания, которое состоится в пятницу, приведу цифры, чтобы "из полученного результата можно делать определенные выводы..."
   HeKrendel
 
78 - 22.04.15 - 10:41
(76) С первой точки зрения такой подход экономичнее- только если вы знаете разработчика, как раз внутри сложившейся команды такое взаимодействие вполне допустимо. Но когда  вы используете внешних программистов, которые не знают ни вашего характера, ни вашей манеры общения, ни способов постановки задач, делать выводы смысла не имеет
   HeKrendel
 
79 - 22.04.15 - 10:43
(69) Слово в разы детальней чем у Акселота- впечатляет ;-)
   HeKrendel
 
80 - 22.04.15 - 10:44
+(69) А автора документа ты не знаешь? Просто я работал в акселоте, и нареканий к документации там никогда не было, можно в личку
   rsergio
 
81 - 22.04.15 - 10:45
(74) Вы все правильно описали, так оно и было. То что они решили кинуть Axelot нам уже изначально не понравилось, но не придали этому значения. Поплакались про свой негативный опыт и настояли, что платить деньги за систему вперед не буду, только после анализа документов они примут решение о выходе из проекта. Оставили для себя лазейку.

После описания TO-BE они согласились на продолжения проекта. Мы заложили возросшие риски в цену. Мы воспользовались лазейкой, которую клиент оставил для себя. Причем цена в итоге была все-равно ниже конкурентов, у нас вообще очень низкие цены.

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

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

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

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

У меня все ходы записаны, есть куча переписки, могу все предоставить.

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

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

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

Да, мы поняли, что проект рискованный, поэтому не ввалились в ввязались в него, т.к. мы работает на результат. Мы вообще многим клиентам отказываем, если видим большие риски. Поэтому у нас нет отрицательных отзывов. А то что так случилось с Апогеем - это нам урок. Но в любом случае работы мы сделали честно и в полном объеме, как и было прописано в договоре.
   rsergio
 
82 - 22.04.15 - 10:49
(80) Автора документа не знаю, все было стерто, это же типа "конфиденциальная информация". Документ был неплохой, только очень поверхностный, мало конкретики кто куда идет и что делает. Мы описали все по шагам, как решаются все возможные проблемы.

Например, там была особенность - на площадке работает несколько кранов, каждый кран работает на своей площади, пересекаться они не могут. Но какой-то кран может выйти из строя, его могут перегнать в крайнее положение. Тогда для остальных кранов зона работы расширяется. Это был сложный момент. Мы расписали технологию работы. В документе Axelot этого не было прописано. Потом по поводу резки. Тоже очень поверхностно, мы описали очень детально каждый процесс.
   ГеннадийУО
 
83 - 22.04.15 - 10:49
(77) Ну не надо воспринимать любую критику своей системы как личное оскорбление. Вы можете считать свою систему идеальной, я имею другое мнение. Также специально отмечу, что это мое личное субъективное мнение как частного лица. На совещании прошу озвучить претензии ко мне по моей работе на данном проекте, если таковые у вас имеются.
   Новиков
 
84 - 22.04.15 - 11:03
Отличный холиварчик. Подпишусь.
   ГеннадийУО
 
85 - 22.04.15 - 11:07
(84) Страна должна знать своих героев, чем больше информации производители ВМС раскажут друг о друге, тем проще будет сделать выбор и не ошибиться.
   rsergio
 
86 - 22.04.15 - 11:15
(80) Давно уже было, подзабыл.
Открыл тот документ. Это было просто "Функциональные границы проекта" на 8 листках. Возможно это был даже типовой предпроектный документ. Автор сохранился в тегах - Константин П. ;)
   HeKrendel
 
87 - 22.04.15 - 11:17
(86)Ну так это грамотный спец, и функциональные границы проекта пишутся на продаже
   HeKrendel
 
88 - 22.04.15 - 11:18
Потому что в Акселоте времен 5-тней давности было совмещены 2 документа ТП и ТЗ
   HeKrendel
 
89 - 22.04.15 - 11:20
И вот за нарушение данных границ заказчиком идет допсоглашение
   rsergio
 
90 - 22.04.15 - 11:26
(87) Заказчик очень странный. Не успел с одной компанией начать работать, как решил перепрыгнуть на другую.

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

Это политика руководства. Поэтому в первую очередь надо встречаться с руководством и понимать насколько заинтересованы в проекте. На этом проекте мы общались максимум с директором по логистике.
   HeKrendel
 
91 - 22.04.15 - 11:35
(90) Ну теперь становится все на свои места, а не-то Акселот плохой ;-) НИфига не сделали, тз им написали, а оно не тз ;-)
   rsergio
 
92 - 22.04.15 - 11:42
(91) Прошу прощения, что упомянул слово "ТЗ". За давностью лет забыл что уже там было, помню что был какой-то документ. Но я специально поднял тот документ, чтобы уточнить. Все честно написал.

На том проекте Axelot'у даже не дали ничего сделать, просто заказчик вдруг соскочил. Потом они были просто в ярости, когда мы подняли стоимость проекта. Думаю, что разговаривая уже с TopLog обливали грязью всех и ставили условия чуть ли не оплаты после внедрения. По крайней мере нам все уши прожужжали, что не хотят платить до того, пока не увидят результат у себя.
   HeKrendel
 
93 - 22.04.15 - 11:46
(92) Axelot не отжать по деньгам, поэтому нашли кто попроще
   Злопчинский
 
94 - 22.04.15 - 14:16
Функциональные границы вещь конечно интересная
Я могу считать что нужное мне входит в описанные функциональные границы, а заказчик считает что нет
И где правда
   HeKrendel
 
95 - 22.04.15 - 14:26
(94) Поверь мне, наличие такого документа очень сильно ограничивает заказчика. А наличие 8 страничного документа по блоку складского учета как бы намекает, что там наличиствует многое
   rsergio
 
96 - 22.04.15 - 14:38
Вчера пришел запрос на WMS для строящегося космодрома Восточный.

Сидим и думаем - участвовать? С большой долей вероятности подрядчик уже найден, а просто набирают "статистов" для тендера, где победитель уже известен...
   HeKrendel
 
97 - 22.04.15 - 14:48
(96) Ну если корпоративку в главке делает Бит, как думаешь?
   anatoly
 
98 - 22.04.15 - 14:58
(96) мне кажется я догадываюсь кто этот подрядчик ))
Шафл - который год за годом тендер в МЧС "выигрывает".
   Злопчинский
 
99 - 22.04.15 - 17:53
(98)  а какже импортозамещение?
   anatoly
 
100 - 22.04.15 - 17:58
(99) в смысле?
шафл - наша контора которая работает исключительно на госзаказчиков.
  1  2  3  4   

Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.