Архив форума

Процитировано сообщение: Кондаков Владимир от 15.08.2006 :: 14:12:04:

 
Так о том и речь - конкретики и специфики на порядок больше, чем создано под это коробончых продуктов. И в обсуждениях конкретики можно погрязнуть навсегда.
Посмотрим, насколько меня хватит.
 
Итак, 1С 8.0. Ввязываюсь в дискуссию исключительно потому, что сами сейчас готовим 1С 8.0 к внедрению в наших филиалах, при этом переписываем почти полностью. Готовый модуль "Склад" не используем ввиду его для нас непригодности.
Может, мы ошибаемся? Если убедите, купим "Склад". Может, у вас?

 
 
1. У нас на один и тот же товар разные системные коды. То есть товар по сути - один, а разных кодов на него - неограниченно. От 2-х (минимум) до бесконечности. Товар - книги. Каждый новый тираж той же самой книги - 2 новых кода. Их количество нарастает ежедневно на 100-200 новых кодов и "новых-старых" кодов.
Вопросы:
- как будем размещать? На разные ячейки склада? Один и тот же товар с разными кодами? по умолчанию любая система делает именно так.
Если на одну ячейку, как найти аналоги кодов? Вручную? База 80.000 кодов... Нереально.
 
2. Операции, продажи, поставки, идут тже параллельно по разным кодам одного товара.
Вопрос:
- как будем аналитику считать?
в такой ситуации даже просто ABCXYZ даст один и тот же товар в разных строчках рейтинга. На 5-м месте и на 5000-м.
Любая система по умолчанию посчитает, но толку?
 
3. Если даже отвязаться от дебильной проблемы разных кодов.
Наша цель: положить товар, который продается чаще - поближе, а который реже - подальше.
С этой целью приходится делить на категории как товар, так и ячейки склада.
Например, кат.1 - не менее, чем 20 дней с ненулевыми продажами за 30 календарных. То есть не важно количество, важно - как часто за товаром ходим.
Берем коробочный "Склад". Все уже сделано?
 
4. Наша цель: автоматически разместить на основном складе - месячный запас, автоматически разместить излишек сверх месячного на резервный склад.
Опять тот же вопрос. "Склад" это делает?
 
*** А, извините, просто размещать товар с учетом емкости ячейки и объема товара - эту задачу сложной не считаю, это как раз минимум любой "учетной системы", еще бы она это на позволяла, нафиг она такая вообще нужна ****
 
5. Наша цель: расчитать оборачиваемость по каждой позиции. (отчасти для того, чтобы реализовать п.4, отчасти для обеспечения работы "закупщиков"). То есть нужна скорость продаж шт/день, обновляемая по всем позициям раз в сутки, и опять же (увы), работоспособная при множественности кодов. То есть расчет как продаж, так и остатков - консолидированный для группы кодов.
"Склад" сделает это? Может, базовая 1С 8?
А если сделает, то каким математическим методом? У нас товар с очень сложной линией поведения на протяжении его жизни. И простая математика - не покатит. Цифры получатся такие, что использовать их реально - нельзя. Огромные вариации. Большие перерывы в продажах. И т.д.
 
6. То же самое, что в п.5, но для абсоютно новых товаров, по которым нет статистики продаж (не продавались еще ни разу), ни их нужно и завезти на склад сколько надо, и на ячейки положить какие надо.
Что есть в коробке?
 
Я могу продолжать долго... Пришпилить, например, периодические компании продвижения, на которые нужно среагировать ДО ее начала, а не после и т.д.
 
Так вот, все эти вопросы решаем сами и переписываем систему, интерфейсы, алгоритмы, структуру базы данных, состав таблиц и т.д.
 
И только такой метод обеспечит наши цели - получить не "учет", а реальную помощь в принятии управленческих решений, а кое-где и полную замену людей.
 
Если Вы заявите, что ваша коробка нам все это может дать - немедленно стыкую вас с нашими ИТ-шниками, приезжаете на презентацию, и мы покупаем коробку и не паримся.
 
Если скажете, что мы под вас слегка подточим и будет вам счастье, извините, не поверю. Так как реально представляю объем доработок. Мы сядем на вашу иглу ох как надолго и ох как надорого.
 
Пока - все делают и будут делать наши специалисты.
 
Разубедите же меня!
 
P.S.
И еще не советую употреблять слово "отчет". Ибо я хватаюсь при этом слове за пистолет. Нам не отчеты нужны. И не сидеть потом над ними. Переваривая вываленный массив первичной информации в 80.000 строк.
Нам нужны от системы указания к конечным действиям.
Если грузчику - то взять то, оттуда, нести туда.
Если закупщику - то что и в каком количестве (и почему).
Если аналитику - то адекватно и без ожидания результатов сутки.

Вот. Люблю конкретику теперь по порядку.
 
Из Вашего поста следует что 80% трудностей связано с "различными системными кодами" и уменя возникает один очень важный вопрос, ответ на который позволит мне понять собственно в чем проблема и есть ли она.
 
Если товар, которым Вы торгуете - это книги, и допустим новый тираж - обладает другим кодом производителя (кстати имеется ввиду новый ISBN?), но насколько я понял - его потребительские свойства остаются неизменными (это не новое издание, это та же самая книга, возможно в другой обложке)?  
 
Если это действительно так, нельзя ли предсавить обе эти позиции с разными кодами - одной позицией номенклатуры. А соответствующие коды - занести как Штрих коды товара которых может быть бесконечное количество.
 
В этом случае вся логика заложенная в программу в действительности будет отрабатывать адекватно. Это будет одна позиция номенклатуры, она будет проходить сквозным аналитическим признаком через все движения в базе.
 
Второй момент - установка рейтинга не только для товарных позиций но и для ячеек на складе.
Да решение 1С-Логистика умеет распределять товар по складу с учетом заполнения склада по зонам доступности. Однако - определяет доступность ячеек все же человек.
 
Так же прошу уточнить какое из решений вы сейчас пытаетесь переписать.
В линейке 1С существует несколько продуктов: 1С Управление торговлей, 1С Управление производственным предприятием, 1С Управление складом..
 
Если можно уточните, тогда я смогу лучше отвечать на возникающие вопросы
 

Процитировано сообщение: Кондаков Владимир от 15.08.2006 :: 15:47:51:

 
ISBN однозначно книгу не идентифицирует. Здесь вам не заграница.
Есть разные книги с одинаковым ISBN.
Есть одинаковые книги с разным ISBN.
Это следствие как бардака на книжном рынке, так и Российского законодательства.
Из ISBN автоматом рождается EAN - тот штрих код, который на книге стоит. Соответственно и он - не идентификатор.
 
По поводу ячеек.
1. Та же проблема множественности кодов. Она сводит на нет любые встроенные возможности оптимизации.
2. Человек у нас тоже определяет доступность, но делает это один раз, приписывая категорию каждой ячейке склада. Я не удивлен, что и в 1С назначает категорию доступностир человек. А как иначе? Это-первичные данные, их только человек знает. Но у нас прописав один раз - человек больше непарится, а система сама раскладывает товар аткой-то категории на ячейки такой же категории. А если не может - раскладывает по степени убывания. Да еще и ищет нужные склады под разные специфики товара. И еще пополняет существующите ячейки с тем же товаром. И вообще всячески пытается оптимизировать склад. Человек получает просто документ размещения (перемещения), не занимаясь при этом никакой аналитикой. Запустил - получил - пошел - принёс.
3. Вы никак не осветили вопрос того, а как происходит расчет категории для товара - куда его положить. По каким принципам, насколько они согласуются с нашими, или могут быть легко адаптированы. Наши - я изложил.
 
Переписываем 1С Управление производственным предприятием.
 

Процитировано сообщение: Клименко Андрей от 15.08.2006 :: 16:01:17:

1. Управление производственым предприятием не содержит функции управления адресным складом. Надо использовать решение 1С Логистика.
 
2. Так и не понял какое значение в Вашем бизнесе играет "Системный код" и что это фактически такое (какой бизнес-смысл имеет это поле, почему просто не игнорировать его)
 
3. Если кратко, то в логистике, вы задаете рейтинги склада в которых указываются ячейки и их доступность. Затем для товара или группы товара определяется маршруты обхода (то есть как этот товар должен размещаться в какую очередь). Есть деление на зоны активного и резервного хранения (правда оно немного отличается от классического представления, активной зоной мы считаем первый ярус склада). Соответственно программа при размещении определяет сколько ставить в активную зону, сколько в резерв, и куда именно исходя из настроек для товара.
Кроме того, систему заложены спец алгоритмы позволяющие не вымывать зону активного хранения крупными отгрузками - что позволяет сократить объем активного запаса.
 
Вообщем система достаточно мощная, и ее так в трех словах не опишешь  
Сразу скажу, разработка своими силами подобного продукта займет приблизительно 1-1.5 человеко-года, по этому я предложил бы Вам изучить это решение. Возможно это сэкономит кучу денег и времени.
 
И все же. Что такого в системных кодах
 
ЗЫ: Готов предоставить Вам возможность Цитата:
потому что это означает Вашу заинтересованность. А я в свою очередь попробую спасти свою жизнь, за счет предоставления большего количества информации о том, как рынок автоматизаторов построен.
Вероятно, это позволит найти единую точку зрения на задачу, что в итоге приведет к взаимной пользе.

Процитировано сообщение: Клименко Андрей от 15.08.2006 :: 16:39:23:

К вопросу об эффективности внедрения ПО:
"Все усилия на протяжении почти 8 лет были пустыми и можно сказать, что 1 миллиард был потрачен впустую", - сказал докладчик из Главного бюджетно-контрольного управления США. http://erpnews.ru/details.php?image_id=198  .    
 

Процитировано сообщение: Гулебякин Махмуд от 21.08.2006 :: 14:02:41:

 
А как по вашему необходимо действовать, в случае если необходимы усовершенствования имеющейся системы, например с появлением новых подводных камней или нового бизнеса? В результате таких действий ни одна современная 1С 7.7, сама на себя, базовую, уже не похожа, ни в одной компании, та же участь, в итоге, ждет и 1С8.0.
 А что касается америкосов, так у них тоже за откаты работают, вот и тратять деньги не эффективно. Еще нарисуют.

Процитировано сообщение: Фролов Евгений от 21.08.2006 :: 18:10:23:

 
Мне думается Вы переоцениваете роль ИТ директоров.
Как правило, по откатной схеме замазывается не только ИТшники но и финансисты и генеральный.
Вопрос "зачем воровать" поставлен не верно. Не у себя а у предприятия, и на западе ситуация точно такая же (меняется только процент отката).
 

Процитировано сообщение: Кондаков Владимир от 15.08.2006 :: 14:12:04:

 
 
7 месяцев внедряем 1С 8.0. Хотелось бы пообщатся с теми у кого она успешна внедрена. С компаниями из списка внедренных решений 1с8.0 Логистика. Управление складом. по версии AXELOT уже общались.

Процитировано сообщение: Лобанов Николай от 06.12.2006 :: 23:42:30:

     
Можно подробнее, плз

Процитировано сообщение: Лобанов Николай от 06.12.2006 :: 23:42:30:

Добрый день, вечер и т.д.
«Ёжик - птица гордая, пока не пнешь - не полетит…»
 
Конкретные цифры, имена, размер сапог и т.д. совершенно не интересно.
 
А вот чтобы увеличить товарооборот в руб., да еще в 2 раза, должны быть некоторые объективные предпосылки, типа емкости рынка. И даже если товарооборот был увеличен за счет простого поднятия цены, все равно должна быть объективная предпосылка в виде платежеспособности конечного клиента и дефицита данного товара.
 
Я это не к тому что я тоже хочу там свою "парикмахерскую поставить", а к тому насколько данная ситуация зависит именно от внедрения, а не от пинка под зад менеджерам по продажам.
 
По второму пункту, а именно про то, что количество собираемых заказов увеличилось со 100 в сутки до 300!??   Так тут у меня, простите, с моей логистеГской точки зрения сомнения возникли. А именно, какие-то сомнительные достижения, учитывая предыдущий пункт. Товарооборот в два раза, а затраты на единицу товара в 3 раза. Прирост логистической составляющей на 50%?  
Б-р-р… Что-то мне как-то уже расхотелось внедрять подобные продукты.    
 
Сокращение дебиторки. Что у Вас стояло до внедрения, если оно дебиторку не считало? А если считало, то как?
Опять же посчитать дебиторку – это только инструмент, половина дела. Еще нужно дать пинка торгпредам, чтоб они ее (дебиторку) с клиента выбили. Но и это еще не все. Попробуй с какого-нибудь Рамстора выбей чего-нибудь. Значит, были предпосылки и инструменты влияния на рынок. Сомнительно, что эти инструменты появились с внедрением ПО.
 
На мой взгляд, это не столько результат внедрения, сколько результат комплексного реинжиниринга бизнес-процессов.  
 
И еще, 3 месяца это не срок. При выводе, например нового продукта на рынок, можно и не такие результаты показать, и вообще без ПО.  
 
Вот, так что за рекламу не сочтем. Скорее как антирекламу продукту, который дебиторку или остатки на складе не считает. Без дураков.  
 
С уважением, Владислав.

Процитировано сообщение: Лобанов Николай от 07.12.2006 :: 23:29:10:

Ну-ну. У меня все перечисленное было еще под DOSом в 6.0  
Ну, кроме адресного, тогда он мне был без надобности, на складе статика из-за специфики была.
 
Процитировано сообщение: Лобанов Николай от 07.12.2006 :: 23:29:10:

Перечисляйте, мы на курсы не пойдем, денег сэкономим.  
 
Сколько раз зарекался в такие темы влезать…  
Все, нет меня тут.  

Да, Константин, Вы  правильно  заметили нужен Управленческий учёт и  его можно реализовать в разных программах, правда с разной эффективностью!  
Я например реализовывал УУ в 1С и на каком, то этапе развития компании его хватает,  но компания растёт и 1С начинает виснуть -её программные ресурсы весьма ограничены!
В молодости работал и в ДОСовской программе, но её "масштабируемость", развитие, коммуникативность стали тормозом.
CRM -это же "надстройка"! Никакая ERP не сможет работать без поставленного первичного и УУ.
От того подо что "заточено" ПО многое зависит!

Дмитрий!
Ваша точка зрения типична для интеграторов.
Интеграторы все понимают под собственным углом зрения. И это именно "угол". А не комплексный взгляд.
Интеграторы это все-таки на 99% - ИТшники.
Интеграторы - не понимают бизнеса. Они не понимают его устройства и сути.
Клиенты интеграторов - не понимают ИТ технологий, не понимают, что могут и умеют делать современные компьютеры.
И это - вечная проблемная точка.
У интеграторов не работают или очень редко работают специалисты-практики, которые достаточно глубоко понимают обе стороны - и бизнес и ИТ технологии. Отсюда и неудовлетворенность внедрениями.
Кроме того, у интеграторов есть совершенно ясная и понятная меркантильная цель - продать клиенту ПО подороже и побыстрее. И заодно, продав ПО без достаточной проработки - подсадить клиента на последующее "сопровождение". Поймите правильно, я говорю о том, что является истинной целью интегратора, а не о декларациях.
 
Вот когда интеграторы начнут приглашать в свою комаанду бизнес-практиков, и работать, выполняя их указания, выступая в качестве исполнителя, а не в качестве "мы-все-знаем-и-сами-решим-как-вам-надо", тогда и будет у бизнеса счастье.
 
По сути же Вашего высказывания. Факты.
 
1. У нас интеграторы интегрировали САП, включающий в себя СУС (т.е. WMS). В 2005 году.
СУС как не давал "указаний", так и не даёт. Мы в итоге прописали концептуальный проект "Логистика", теперь пишем ТЗ на переделки. Конца пока не видать, как и счастья от этого "специализированного" ПО. Идет все очень долго и со скрипом, т.к. важность этого для фирмы в целом понимают исключительно и только логисты. Стоит это все очень дорого, т.к. специалисты-писатели для САП - прсто золотые. На дворе 2007 год. Прошло 2 года. Думаю, что закончим мы все, что хотим не раньше 2008-го. Переделываем практически ВСЁ, с чем работают люди.
 
2. Я не знаю ни одного ПО, которое бы было способно удовлетворить все запросы по разным направлениям логистики, да еще и по разным отраслям бизнеса. В частности, вопрос логистики закупок или поставок - расчет потребных количеств для поддержания товарного запаса - не проработан никем и нигде. Есть лишь жалкие имитации, не имеющие практической ценности. Почему? Да по двум причинам. Во-первых, это очень сложный вопрос сам по себе, да еще и специфичный для каждой фирмы и для каждого товара. Во-вторых, разработчики этих решений сами очень смутно представляют себе смысл закупочной деятельности, и всегда - чисто теоретически. А дать себе труд смоделировать реальную работу реального человека на созданном ими инструменте они не могут или не хотят. Зачем? Смотри цели и смысл жизни интеграторов.
А товарные запасы - это до 90% активов компании. Влияние логистов (создающих запасы) на бизнес в целом - огромно. А работают они на коленке.
 
В качестве просьбы - посоветуйте ПО, не узкоспециализированное и не самописное, которое очень хорошо и успешно берет на себя функцию управления закупочной деятельсностью. Именно УПРАВЛЕНИЯ, а не печатной машинки или отчетной машинки. Буду благодарен. Пока никто предложить ничего не смог. Думаю, Вы не станете исключением.

Процитировано сообщение: Кондаков Владимир от 14.08.2006 :: 13:25:07:

Посетите
12-16 февраля 2007 года – Московский Международный Логистический Форум (ММЛФ-2007)
Там будет в одном из выступлений начальника отделе доставки одного из наших Клиентов полнейший разбор полетов начиная с принятия решения на внедрение системы оптимизации развоза (распределения заказов по автомобилям с расчетом графика посещений с заданными временными ограничениями прибытия, разгрузки и отъезда), отдельно подробно этапы внедрения, потребовавшиеся внутренние мероприятия и изменения, и заканчивая, что самое интересное - достоверной оценкой общей эффективности применения по результатам боевой эксплуатации  в течение нескольких лет.
Олег

Процитировано сообщение: Лобанов Николай от 19.02.2007 :: 17:35:47:

Нет не может. Это - утопия. Эффект от внедрения:
а) интегральный (улучшится сразу несколько показателей)
б) целостный (начав внедрение его нельзя остановить и сказать, что показатели устраивают, дальше - не внедряем).
Оценки эффективности построены на большом количестве допущений. Их нельзя проверить даже апостериори.
В любом случае точность +-70%.