Добрый день, прошу совета форумчан.

Краткая вводная информация.
Имеется маленький город 170 км до миллионника.
В городе имеется склад 25 тыс кв м с разнообразными методиками хранения, учета и отгрузки.
40 рабочих мест работников департамента логистики.
Работа 24/7. (Внесезон менее интенсивно).
ТСД только неWiFi и вполне устраивают. В 40 рабочих мест естественно не входят.
Есть старая логистическая система, которая работает, но в связи с невозможностью ее нормального перевода на новую версию постоянно барахлит. Руководством год назад принято решение о переводе на 1С. Своих 1Сников нет. Есть штат из сотрудников, которые не знают 1С (кроме чтения Радченко разумеется, которого на практике некуда применить).
Год назад был заключен договор по переводу на 1С. Окончился неуспешно по разным причинам, основная из которых - крайне сильная кастомизация текущей системы.
На данный момент необходимо плыть дальше. Задача осталось актуальной.
Предполагаем писать систему с нуля, либо на БСП.

Варианты:
1. Составлять детальное ТЗ. По моим прикидкам это потеря нескольких миллионов рублей и 6-8 месяцев работы. Если бы текущая система не барахлила - наверное пошли бы по этому пути.
2. Взять штат своих 1Сников. Месяц ищем кандидатов. Верхнюю планку не ограничиваем никак. Никто особенно не хочет ездить в командировки 3 дня в неделю на объект. Проживание комфортабельное рядом с площадкой. Возить будем. Если надо - бензин и амортизацию оплатим.
3. Договор аутстаффинга с интегратором. По сути берем в аренду специалистов и работаем по нашим правилам. Они несут ответственность только за свою работу. За проект ответственность несет Заказчик.

Куда плыть, какие мысли?
Заранее спасибо.

Внимание. Эта тема не является темой для поиска сотрудника. Вакансии располагаются в другом разделе.
Мне нужны только рекомендации.

может у вас хз где за полярным кругом, грубо говоря, только в этом и проблема?

А какие тут могут быть мысли? В каком направлении это мысли должны идти?

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

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

Насчет предположения "писать с нуля"

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

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

(0)  своими силами не справитесь в обозримые сроки.
Берите wms на 1с
Запустит производитель
Будете работать
Жто будет существенно дешевле и иенее геморойно чем пилить самим
Пока ьудете уже работать - потизоньку свой 1с отлел/программинг получится, принеобходимости на систему вмс накрутите свои удобства
Доя допконсультаций стучись в личку или в мыло [email protected]

Специфика склада неизвестна, но повышение эффективности работы склада будет ощутимо

(0) >> крайне сильная кастомизация текущей системы.

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

В написание с нуля вообще верится с трудом. В вашем случае, ИМХО, это утопия. На выходе получите систему, из кучи костылей, в работе которой будут разбираться только её авторы. По мере ухода авторов (смена работы, пенсия) система будет обрастать костылями, становится всё менее управляемой и рано или поздно вы придёте к исходному состоянию: "Есть старая логистическая система, которая работает, но ... постоянно барахлит. "

По рассматриваемым вариантам не совсем понял разницу между пунктами 1 и 2+3. В пунктах 2 и 3 речь о способах найма спецов (свои или аренда). В пункте 1 речь о ТЗ. Непонятно с какой стати способ найма спецов отменяет необходимость наличия детального ТЗ. Никакая (а тем более самописная) более или мене серьезная система без детального ТЗ взлететь не сможет никогда.

(0) нужен РП с опытом внедрения WMS систем... а там уже дальше описывать БП, писать проект, искать ресурсы на его реализацию и потом самое сложное- внедрить все это...

(5)[На выходе получите систему, из кучи костылей, в работе которой будут разбираться только её авторы]
что полностью устраивает ТС-а

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

и много много много примеров убитых в полное необновляемое чудо после вынашивания проекта внедрения на основе УПП

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

Другое дело, что взятие старта от типовой все-таки сэкономит кучу бабосов

(3) Мы не за полярным кругом. Мы чуть ближе. Ростовская область.
Просто обычно в случае автоматизации заключается договор и вперед и с песней. Также обычно это допиливание стандартной конфигурации. У нас же два нюанса:
- Практическая уверенность в том, что допилить стандартную конфигурацию для нашего случая слишком трудозатратно
- Если же писать ТЗ, то это безумное болото получится по трудозатратам, либо ТЗ будет поверхностным
Очень нравится вариант «все же найти своего 1Сника хотя бы одного», а дальше «аутстаффинг» ресурсов интегратора.

(4) Я приведу только один пример очень кратко.
Каждый короб имеет уникальный номер. Каждое наше SKU состоит из трех "измерений": товар + цвет + заказ. Везде это три столбца. Реально надо. Просто поверьте. Хорошо.
В каждом уникальном номере короба может лежать неограниченное количество SKU. Т.е. короб является контейнером. Вот тут возникает одна из серьезных загвоздок для стандартной конфигурации.
А, ну плюс к этому работа по ЭДО со всеми федеральными и не очень сетями. Через двух провайдеров. Около 20-ти сетей.
Это просто два из нюансов. Если взять их все вместе – это крайне серьезное переписывание конфигурации. Но тут появляется озабоченность – а смогут ли штатные специалисты быстро в режиме 24/7 сопровождать море кода 1С, к которому добавили море кода по переделке. Поэтому и хочется делать с голой или полуголой платформы. То, что система будет необновляемой – вообще не пугает. Все допилим.
Я видимо не правильно озвучил логистическая система. Я подразумеваю под логистической системой полный цикл от формирования заявки на склад, отработки склада, до печати первички, обмена ЭДО и аналитики.
Но почтовый ящик я записал. ?
(5) по ТЗ – если его писать так, чтобы с ним можно было выйти в арбитраж и выиграть его (т.е. не формальное ТЗ, а настоящее детальное), то его писать долго. Реально долго. Но без него надо ну очень доверять подрядчику. Таких подрядчиков у меня нет.
А вот штатному программисту ТЗ можно поставить упрощенное, объяснить на пальцах, продемонстрировать в текущей системе и пусть пилит.
Костыли нас сильно не беспокоят. Мы их пишем хорошо. Текущей системе 14 лет. Адресному хранению написанному с нуля 5 лет. Все устраивает. Глюки небольшие. Основные глюки вызывает SQL Server 2000, а его не кто не берется ковырять ни за деньги ни под страхом членовредительства. ?
(8) Немного выше привел пример
(9) Мы уже попробовали взять типовую. Не получилось. НО я пока не отбрасываю этот вариант полностью. Я рассматриваю все варианты.

Надо понимать хотя бы регион

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

хотя 25 тысячников в РФ не так много

Офлайн ТСД с загруженной базой уникальных контейнеров с уникальными СКЮ?  Я правильно понял?

(12) На самом деле команда у Заказчика абсолютно вменяемая. Работает по принципу "Любая информация Исполнителю будет предоставлена в любой из дней включая выходные в любом виде. Если Исполнитель скажет прыгать - обсуждать не будем - будем прыгать. Спросим только как высоко и с какой частотой :) ". Коллектив Заказчика неизменный. Звездной болезнью никто не болеет.

Мы идеальный Заказчик. :)

(15) Так нормальную систему не построишь. Мелкие удовлетворящики- это призваниею Ваша затея обречена на провал

(14) Да на самом деле все проще. Просто пустой ТСД. В него сканируются короба/ячейки/паллетные листы. Несутся к базе и сливаются. Практика показала, что для нашего случая плюсы ТСД с WiFi есть, но если их перевести в деньги, то затраты выше выгоды.
Естественно там, где необходимо используются ненакопительные сканеры проводные/беспроводные.

(10) Я подразумеваю под логистической системой полный цикл от формирования заявки на склад, отработки склада, до печати первички, обмена ЭДО и аналитики

При таких условиях лучше идти от типовой.

(16) И так вам не эдак. Плюс в команде Заказчика есть вменяемые создатели текущей логистической системы, которые крайне заинтересованы в переходе на новую систему.

Автор, ты вообще представляешь как должны!!! делаться подобные системы??

(18) На самом деле если коснуться только одного аспекта - общение по ЭДО с сетями. Пипец полный. Никакой стандартнизации. Куда хочу туда точу. Пилить не перепилить. Просто смело можно сажать половину программиста заниматься только ЭДО. (20 сеток через 2х провайдеров). И только через год половинку можно уменьшить до четверти.

(19) этих текущих гнать первыми

(18) делайте логистическую систему из двух модулей - типовой складской и самописка crm и эдо

(23) к (21)

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

(22) Почему гнать первыми? Да и впринципе гнать. :)

(23) Задумался над тем, чтобы подетальнее проработать этот вариант. Не в таком виде, но принципиальная идея разделения на два "продукта".

(25) // (22) Почему гнать первыми? Да и впринципе гнать. :)

А это из классики

Примерно, как в одном из первых постов озвучили вывод, что сохранение костылей тебе же и выгодно. Крайние суждения.
У меня тоже такое случается :)

(0) Не хотите заказать обследование у интегратора? Без ТЗ, просто обследование. Хотя бы границы проекта будут ясны.
Опытных разработчиков в аутстаффинг вряд ли отдаст интегратор, а студенты вам вряд ли подойдут

(0) wms не должна решать проблемы эдо и выгрузки куда-то там в какие-то шины/фигины во внешние системы. Если у вас так сделано, то вы видите к чему это привело? Монстр ада, разрабы которого умерли, и этот монстр, очевидно тоже.

Вам достаточно взять одну из самых распространенных и на слуху wms на 1С - написать туда выгрузку/загрузку. Самая простая - это Кортес. Ее плюс в том, что у нее на ТСД полноценное онлайн место сотрундика склада, т.е. нет вот этих выгрузок/загрузок. Мне это показалось очень удобным. Ну и сама система простая как два пальца. Обмен элементарнейший. Все остальные, гораздо сложнее и дороже: это акселотовская конфа и топлог. Вот тут были интересные теры:
v8: WMS Toplog vs Axelot

(25) >> принципиальная идея разделения на два "продукта".
Это самое здравое зерно.

(28) >>Вам достаточно взять одну из самых распространенных и на слуху wms на 1С - написать туда выгрузку/загрузку.

Зачем им это делать? Чтобы сдавать отчетность как из 1С Бухгалтерии?

Наверное, за ради того, чтоб не было проблемы аля в (0). И кстати, а что у нас в wms есть интеграции с +100500 тендерными площадками? И что туда выгружать? Как сам считаешь, бла-бла-люб?

(27) На самом деле Акселот год назад проводил обследование со всеми вытекающими. Они не очень хотели заниматься неWMSной частью, а нас пугало то, что их это пугало. :)  Границы проекта описаны, но это документ определенного уровня детализации, который (учитывая нашу кастомизацию) невозможно реально применить в жизни. В жизни нужно в идеале полгода сидеть изучать систему и описывать бизнес-процессы.

Мы как раз и хотим отжать уверенных середняков у интегратора на аутстаффинг. Активных.

(28) Спасибо за статью. Сейчас почитаю. Кстати пару месяцев назад в шесть компаний в том числе Акселот, ТопЛог, Солво и другим был отправлен запрос на сотрудничество с материалами по проекту. Больше всех понравился ТопЛог, т.к. предлагал сделать реально все, а не частично. Но пока ценник великоват отложил как План Б.

Т.о. Пишите модуль ЭДО и свЗывайте его с текущей складской программой. Через год, если фирма не сдуется беритесь за складской модуль.
25 тыс квм - это курятники или заводские сараи с асфальтовфм полом ?

(31) А какие проблемы аля в (0) чтобы надо было выгружать из одной WMS в другую WMS?

(0) >> Месяц ищем кандидатов. Верхнюю планку не ограничиваем никак. Никто особенно не хочет...
Если бы планка сверху не ограничивалась, за забором стояла бы очередь желающих.

(33) Полная площадь помещений. Заняты на 80%.
Бетонный пол. Потолки метров 30.
Всего коробов 400 тыс.
Приходит 70 тыс коробов в месяц. Столько же отгружается.
Хранение
- в паллетах на фронтальных (3 яруса) складах и набивных (3 яруса 9 в глубину)
- на поддонах по секцим не более человеческого роста в высоту отгрузка целыми коробами
- также на поддонах по секциям с выемкой из коробов продукции поштучно с последующей упаковкой их
- хранение на полках мелких коробов, но также с ячейками

(0) Город Донецк?

(34) >>в другую WMS?
Пруф на это предложение? Это слова в голове?

(37) Да, город Донецк Ростовской области.

(0) Публикация вакансий здесь платная.

(0) ищите опытного 1С-ка в штат, без вариантов