Вышел с проектного комитета у генерального директора. Мне дали 80 млн.руб и задачу решить "геморройную" проблему, которую не могут решить уже 6 лет, закончить внедрение 1С:ЕРП в этом году.
"Есть у революции начало нет у революции конца" (Ю.С. Каменецкий)
Предприятие 4000+ сотрудников уже несколько лет пытается внедрить 1С:ЕРП. Сменилось несколько команд внедрения внутренних и внешних. Я залетел на проект пару лет назад и почти сразу принял бразды правления у уставшего предыдущего руководителя проектов. Сумасшедших темпов второго дыхания проекту мне дать не удалось. Со старым РП слилась и почти вся прошлая команда. Поэтому первостепенной задачей было не дать пациенту умереть. Малая часть процессов предприятия уже работала в "новой" 1С:ЕРП, а большая часть продолжала вариться на старой ОраклЕРП. И добавились глючные обмены между этими системами, т.к. ОраклЕРП оставался мастер-базой по финансовому и бухгалтерскому учету.
Но я же сюда пришел не херней страдать. И чем сложнее задача, тем больше в нас запала. Но как шутят бывалые РПшники, "В ВОВ РП за месяц переводил тракторный завод на выпуск танков, а сейчас за месяц можно перевести максимум пачку бумаги". Поэтому риск превращения моих усилий в пшик всегда сверх вероятен. Мы легко можем потратить на автоматизацию блока пол года, а потом узнать, что это нахер оказывается никому не нужно. И дело не в отсутствии согласования с заинтересованными лицами, оно есть, его достаточно. Просто нет глубокой проработки вопросов, всё пытаются решить из принципа: "вы начинайте жарить, мы рыбу позже привезем".
Блок "Закупки" - это моя боль. Я автоматизировал закупки на десятках предприятий от Калининграда до Владивостока. Я настраивал 1С так, что 1 закупщик управлялся с миллионным ассортиментом товаров. Я внедрял искусственный интеллект в планировании закупок, когда это ещё не было мейнстримом. Но здесь, я хлебнул горя, предыдущие закупки были "детским садом". Это была моя первая задача, когда я сюда пришел. И сейчас, спустя 2 года, я звоню подрядчику, и говорю "нужно подхватить, первые 90% задачи выполнено, нужно остальные 90% сделать".
Начинаю подрядчику рассказывать границы нашего блока "Закупки". Ему нужно собрать команду для ввода в проект. Часть его команды уже работает над другим блоком, но это лишь немного облегчает их погружение в вопрос.
Первым вспоминается таможенное оформление. Мы почти не пользуемся услугами брокеров, работу с ГТД осуществляют внутренние сотрудники. От 1С:ЕРП не требуется расчет всех таможенных платежей, это делается в Альте, обмен тоже не требуется. В 1С нужна поддержка кодов ТН ВЭД, и возможность закинуть в таможню денег за очистку товара, и базовая работа с ГТД, в т.ч. предварительная. Так как производство позаказное, нам нужно потом эти таможенные платежи учесть в себестоимости заказов, на которые пойдет сырье, товары и т.д. Обращаю внимание, что таможенные платежи имеют свою процедуру согласования, которая должна быть в 1С:ЕРП. Подразумевается, что сотрудники таможенного оформления видят только свои документы и свои платежи. Т.е. заказ поставщика приходит к ним только после определенных действий менеджера по закупкам, а не сразу все и всех статусов.
Далее, из не стандартного, в блок "Закупки" мы частично включаем блок "Казначейство". Менеджеры по закупкам контролируют взаиморасчеты, и им нужно фиксировать статус оплаты. А учитывая, что у них условий оплаты больше чем атомов во вселенной, важно соизмерять текущие платежи с существующими лимитами. Да, тут невзначай появляется блок "Бюджетирование". Любое подразделение живет в рамках своего бюджета, вообще-то бюджетов много, они меняются каждый месяц, их можно переносить, но это другая история. Нужно, чтобы казначей при согласовании платежа мог сверить его с лимитами и условиями договора. У нас не стоит вопрос красивых графиков платежей, прогнозирования кассовых разрывов и другой постной казначейской залупы. Важен контроль, ну или хотя бы его ощущение. А, ещё, перед платежом канцелярия должна где-то поставить пометку, что оригиналы договора лежат в нашем архиве, иначе платеж пролетает. Так же, на казначейство ложится работа по оформлению документов при закупке услуг, т.к. отдел закупок тут не участвует, а у заказывающего подразделения нет прав до конца доводить цепочку документов инициирующих оплату.
Так как мы активные участники ВЭД, у нас даже есть свой склад таможенного контроля, зря вспомнил, хотел в конце проекта сказать. Для нас здорово было бы учитывать нечто, что называется "Инкотермс". А то получается, мы покупаем товар с постоплатой 30 дней, товар приходит к нам спустя 45 дней, бухгалтерия его приходует день в день, казначейство отсчитывает в календаре дату платежа, а поставщик уже красный угрожает судом, что мы задерживаем ему оплату.
Вдох, выдох, передохнуть, пауза, ну 10% я думаю уже рассказал. Поехали дальше.
Ещё мы решили поменять схему оформления приходных документов. Сейчас и приходную накладную и приходный ордер оформляет кладовщик. Нужно это изменить, приходную накладную нужно оформить в момент перехода ответственности за груз, даже есть груз только выехал из ворот производителя в Чили. Делать это должны теперь менеджеры, мы приказ выпустим, в глубине души они вас будут проклинать за эти изменения, но ничего страшного.
Все эти заказы поставщикам, заказы подразделений нужно каждый согласовывать через семь кругов ада. Начальник подразделения должен подтвердить, что подчиненный не ошибся. Начальник дирекции должен подтвердить необходимость закупки. Безопасность должна подтвердить отсутствие злого умысла и благонадежность поставщика. Менеджер по закупкам должен подтвердить, что он может купить эту залупу. Поставщик должен подтвердить срок и размер упаковки. Инициатор закупки должен подтвердить, что его устраивает корректировка сроков и количества. Технолог должен подтвердить что аналог соответствует спецификации. Казначейство должно подтвердить соответствие условиям договора. Этих я сразу вспомнил, но там ещё минимум столько же участвующих, которых я не вспомнил. Мы начали натягивать это через 1С:Документооборот, вроде работает, но я бы ещё 500 раз это проверил.
Да, мы же не хотим одному поставщику скидывать миллион заказов. Нам нужно их консолидировать. Как консолидировать если у номенклатуры нет основного поставщика? Нужно разобраться, смотрите историю закупок этого и аналогичных товаров. Нет истории в 1С:ЕРП? Возьмите из ОраклЕРП. Я вам сейчас покажу коннектор, оракл запрос вам сделают, не бойтесь.
Ещё у нас есть лаборатория, которая участвует во входном контроле сырья. Мы это тоже включили в блок "Закупки". Просто товар от поставщика приходит не совсем на склад. Теоретически он попадает в лабораторию, они его блокируют, проводят анализы. И когда у них нет вопросов к товару, они его разблокируют и его могут брать в производство. Там часть лаборатории по одной площадке уже автоматизирована, нужно посмотреть как они работают.
Есть у нас такая экзотическая вещь, называется "креди нота". Не знаете? Я тоже не знал, сейчас расскажу. Это когда мы за три девять земель привезли товар, а он оказался бракованным, и поставщик признал это. Везти его обратно экономически не выгодно, это может быть дороже стоимости самого товара. И тогда мы "утилизируем" товар, а поставщик нам компенсирует наши затраты. Но там есть нюансы, вы понимаете, не будем углубляться, нужно вообщем как то это учитывать в 1С ЕРП, подробнее узнаете у менеджеров.
Ещё есть такая замечательная вещь как валютный контроль импортных сделок. Мы декларируем финансовый поток по сделке в контролирующих органах, и было бы здорово, чтобы 1С:ЕРП выводил красный флажок, если есть риск превышения заявленного лимита. А то очень не хочется в разгар сезона разбираться с заблокированными счетами.
Пока мы внедрялись появились новые хотелки, например, это автоматические закупки. Сейчас это простыня на сотни киллометров в excel, в которой разбирается только один человек. Вам тоже нужно в этом разобраться. Что за значит 30 коэффициентов у каждого товара? Не знаю, но это как то работает, возможно вы найдете ответ в тонне технической документации. Мы ведь ИСО 9001, а это не хухры мухры. Да, кстати, excel хорошая вещь, каждый сотрудник до 50% своего учета ведет именно в excel, несмотря на то, что у нас есть единая ЕРП система.
Это я по верхам рассказал, остальные 70% расскажут пользователи, если вы их сможете разговорить, и в конце проекта, при запуске, вы уже точно всё будете знать, если доживете.
П.С.: Все события вымышлены, совпадения случайны. Будет много плюсов, напишу ещё про автоматизацию.