Внедрение ERP на цементном заводе

38

Цели проекта

  • Внедрение ИС Dynamics Ax (всех блоков), автоматизация всех видов учета с помощью ИС.
  • Модернизация станции погрузки навального цемента с полной автоматизацией процесса реализации на основе карточной системы (интеграция с ИС и весовым оборудованием)

Использованное ПО, оборудование и вспомогательные системы

  • Microsoft Dynamics Ax 4.0

Направление/область и тип работ

  • Управление основным производством

Управление финансами и экономикой

  • Управление основными фондами и ремонтами оборудования
  • Управление эффективностью и производительностью организации
  • Управление документами

Важность проекта

  • Стратегическая ИС

Описание проекта

Работы, выполненные в ходе проекта

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

Сложности и риски, сопровождавшие проект


Во время проекта очень важным было осуществить быстрый переход с одной системы на другую, дабы исключить ведение двойного учета большого объема данных. Поэтому в течении одного месяца опытно-промышленной эксплуатации были настроены все процессы для получения стандартной отчетности и управленческих данных для того, чтобы руководство предприятия обладало оперативной информацией. Кроме того, очень важным было задействование в процессе всех служб с разным уровнем компьютерной грамотности. В рамках решения данной проблемы были реализованы компьютерные классы, в которых под присмотром сотрудников проектной команды, пользователи выполняли текущую работу. Так как проект проводился в высокий сезон реализации цемента, было очень важно получить полностью автоматизированный процесс отгрузки и реализации продукции с помощью КИС. Для решения этой цели были доработаны блоки системы, позволяющие управлять насыпным устройством отгрузки цемента из Аксапта. В результате, время нахождения автомобиля на территории предприятия (для приобретения продукции) сократилось с 1,5-2 часов до 15 минут(!).

Результаты проекта и их ценность для компании

Внедрение было успешно завершено по следующим процессам:

Материально-техническое снабжение и отпуск в производство

  1. План на закупку товарно-материальных ценностей (на год, квартал, месяц)
  2. Учет приобретения сырья и материалов;
  3. Учет хранения и движения ТМЦ с аналитикой склад, подотчетное лицо;
  4. Учет складских запасов в цеховых кладовых;
  5. Формирование документов по списанию сырья и материалов в производство;
  6. Контроль не превышения норм расхода и нормативов запасов ТМЦ;
  7. Учет перемещений материалов между линейными подразделениями предприятия;
  8. Формирование и разноска складских журналов переноса, инвентаризации, прибыли/убытка, проводка и формирование соответствующих отчетных форм (накладная на перемещение, требование-накладная, сличительная ведомость, акт на списание);
  9. Контроль и изменение статусов заказов на закупку;
  10. Ведение реестра договоров (ввод основных характеристик договора, отслеживание статуса), график платежей и контроль по сумме договор и сроку договора
  11. Формирование напоминаний о поставке товара поставщиками по условиям договора

Реализация и производственное планирование:

  1. Заключение и ведение договоров на реализацию продукции;
  2. Ввод планов реализации готовой продукции;
  3. Формирование планов производства на основании планов реализации и страховых запасов на складах ГП;
  4. Формирование планов закупки основного сырья и материалов на основании планов реализации, нормативов расхода и страховых запасов сырья и материалов на складах;
  5. Учет отгрузки готовой продукции клиентам;
  6. Учет платежей клиентов;
  7. Учет товаров и ГП по группам;
  8. Ценообразование, ведение торговых соглашений с клиентами (Цены с привязкой к региону и группе клиентов);
  9. Формирование товарно-транспортных накладных и других документов по отгрузке товара;
  10. Контроль лимитов кредитования.

Производство:

  1. Учет выпуска полуфабрикатов и ГП.
  2. Списание материальных затрат на выпуск.

Учет инвестиций:

  1. Учет затрат на инвестиционные проекты Бухгалтерский учет и расчет себестоимости 1 Учет расчетов с поставщиками и подрядчиками;
  2. Учет расчетов с клиентами и комиссионером;
  3. Расчет НЗП, учет затрат, калькуляция себестоимости готовой продукции и полуфабрикатов;
  4. Учет доходов и расходов;
  5. Учет внеоборотных активов;
  6. Учет денежных средств;
  7. Учет финансовых вложений;
  8. Учет расчетов с подотчетными лицами;
  9. Формирование финансового результата;
  10. Формирование налоговых регистров по доходам и расходам;
  11. Формирование книги покупок и книги продаж;
  12. Формирование налоговой декларации по налогу на прибыль;
  13. Бухгалтерский учет основных средств;
  14. Налоговый учет основных средств;
  15. Бухгалтерский учет нематериальных активов;
  16. Налоговый учет нематериальных активов;
  17. Формирование первичных документов по учету основных средств;
  18. Учет капитальных вложений;
  19. Формирование отчетов, предусмотренных законодательством РФ по бухгалтерскому учету.

Особенности проекта

Ключевым моментом было совмещение работ по внедрению системы и модернизации станции отпуска навального цемента. Модернизация линии погрузки цемента было произведена с учетом особенностей ERP системы и введения схемы карточной отгрузки. Кратко: клиент, подъезжая за продукцией, предоставляет карту клиента. На въезде находится сенсорный терминал с термопринтером. Сканируя карту, потребитель на экране видит информацию о продукте, который был оплачен, выбирает марку и тоннаж. На выходе получает чек с штрих кодом и основной информацией. Далее по прохождении всего периметра реализации на основании чека происходит не только запуск насыпного устройства (в связке с Аx), но и формирование документов реализации, вывод их на печать и пр. Тем самым, заметно сокращено время погрузки одного автомобиля, уменьшена в разы вероятность ошибки оператора при обработке документов, повышена надежность всей системы в целом.

Развитие проекта

Проект развивается и является участником уже других проектов по оптимизации деятельности. Так в 2012 году на предприятиях холдинга был внедрен проект автоматизации документооборота с использованием технологии EDI и импортом данных в КИС Аксапта. Основанием для реализации данного проекта стало принятие закона об электронной счет-фактуре. Внутренний оборот одной из компании группы по отношении к другим активам группы (закупщик ТМЦ (Торговый Дом) — потребитель ТМЦ) составляет порядка 6 000- 8000 документов в месяц. Это не только затраты на формирование, печать, но и транспортировку и доставку данных документов с торгового дома на актив. Это потери документов, задержки с их отражением в учете, и большая работа по предоставлению данных документов в фискальные органы для проверок. Идея проекта было в том, чтобы при формирование документов в КИС Аксапта в ТД, документ автоматически импортировался в систему EDI, оттуда по защищенным каналам попадал на актив, и там автоматически передавался в КИС Аксапта актива, формируя необходимые документы. Залогом успеха данного проекта была имеющая база единой номенклатурно-справочной информации, которая позволила создавать документы автоматически, позиционируясь на необходимом ТМЦ. Партнером в проекте, обеспечивающим работу самого канала EDI выступила компания «Тензор». Все остальные работы были выполнены самостоятельно проектной командой. Результатом выполнения данного проекта явилось сокращение финансовых затрат на формирование документов, значительное ускорение времени обработки документов за счет исключения ручного ввода документов на активах, тем самым достигнута главная цель — получение руководство управленческих и иных данных уже 1-2 числа месяца!

5276
Коментарии: 38

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • Михаил Петров
    Рейтинг: 809
    Счетная палата Российской Федерации
    Директор департамента цифровой трансформации
    11.07.2013 17:42

    Ирина, добрый день! Очень интересный проект. Несколько вопросов. 1) с какой системы переходили на АХ? Какова этапность? 2) планирование закупок - использовали ли стандартные механизмы планирования в АХ? 3) как реализовали мультисайтность - разными компаниями, аналитиками или еще как-то? 4) автоматизирован ли производственный процесс (непрерывное производство)?

  • Ирина Журавлева
    Рейтинг: 10
    Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
    директор по ИТ
    11.07.2013 19:10

    Добрый день, Михаил, постараюсь полноценно ответить на Ваши вопросы: Итак, 1. Переходили с 1с. Конфигурация, которая функционировала на предприятии была еще на платформе 8.0, кроме того была в большей степени самописной, так как должна была учитывать все процессы предприятия и очень разнообразную аналитику ( аналитических справочников порядка 90). Естественно процесс доработок 1с уже становился невозможным без ущерба производительности системы, да и изначально все- таки 1с ставилась на предприятие для других целей. В связи с этим и переходили на единый продукт в группе компаний. 2. Да использовали стандартное сводное планирование. Естественно были доработки стандартно, но не глобальные. Очень большая работа была сделана по импорту данных сводного планирования в систему ( Аксапта) актива холдинга, отвечающего за поставку всех тмц на производственные активы. Здесь за основу был взят стандартный механизм aif,но значительно дописан. Выглядит примерно следующим образом. Сводное планирование на активе ежесуточно формирует потребность в тмц на основе производственных заказов и иных форм, данная потребность автоматически импортируется в базу торгового дома. Там происходит консолидация закупок уже по всей группе компаний. После отражения факта покупки торговым домом, автоматически информация возвращается на производственные актив и там уже формируются подготовительные документы для прихода. Тем самым снижается трудоемкость и осуществляется контроль поступления только тех тмц, которые были заказаны. 3. Мультисайтность реализована отдельными инстансами Аксапты ( соглашение мультисайт). Дело в том, что в группе компаний присутствуют как производственные активы с похожими процессами, так и компании специфической направленности- торговые дома и сервисные компании. Сложнее управлять разным функционалом в едином приложении. С другой стороны, конечно, проще консолидация, но все- таки пока выбор такой. 4. Да автоматизирован- реализован на системе производственных заказов. Расчёт себестоимости тоже есть.

    • Михаил Петров Ирина
      Рейтинг: 809
      Счетная палата Российской Федерации
      Директор департамента цифровой трансформации
      11.07.2013 21:09

      Большое спасибо за развернутые ответы! Если можно - еще несколько уточнений. п.1 - а можете уточнить этапы перехода с 1С? что за чем и почему? или все сразу? п.3 - я правильно понял, что у Вас по сути несколько Аксапт с разными доработками в каждой? п.4 - на основании какого механизма Аксапты делали? ВОМ использовали? помню как мы задачу планирования решали на мукомольном комбинате - помучились немного с "втискиванием" процессного производства в продукте, который для этого не предназначен... И еще вопрос - какая команда была от подрядчика, от предприятия? сколько разработчиков? сколько времени длился проект?

  • Дмитрий Соколов
    Рейтинг: 285
    АО "Генериум"
    Руководитель ИТ
    12.07.2013 09:39

    Ирина, день добрый! Пара вопросов по вашему проекту: 1. Расчет себестоимости сами писали, или использовали то, что в аксапте есть? И какой метод вообще используется? Переделы, котел или что-то иное? 2. ТМЦ на производство как учитываете? По средней, скользящей средней, партионно? 3. Собственно, из вопросов 1 и 2 вытекает еще один - если ТМЦ учитываются по партиям, то при расчете себестоимости выпуска эта информация используется? Вопрос чисто теоретический, т.к. у меня на проекте как раз "драма" была, т.к. продукция отпускалась на экспорт => для подтверждения НДС 0% нужно было "подбивать" все НДСы, которые "вошли" в ту партию продукции, которая ушла на экспорт. Пришлось вести большую избыточность данных, т.к. информацию по партии пришлось "тащить" до готовой продукции. Себестоимость считалась по переделам для ПФ и котлом для готовой продукции. Это была "песня". 4. Под РСБУ сильно "пилили" аксапту? И как планируется в дальнейшем поддерживать актуальность отчетности для РСБУ? 5. Учет ремонтов автоматизирован, или это для вас не актуально? Тут имею ввиду всякую бумажную "волокиту" с выводом ОС в ремонт, заказ-наряды на ремонт, сам ремонт, возврат ОС в эксплуатацию, отражение всех "махинаций" с ОС в карточке ОС. С учетной стороны вопроса - прекращение амортизации на период ремонта и т.д. Тут же - "прогнозирование" по выводу оборудования в ремонт/техобслуживание. 6. Про казначейство не увидел - оно автоматизировано, или такой задачи не было? А проект действительно очень интересный! Хотелось бы на это в живую посмотреть, для собственного развития :)

  • Ирина Журавлева
    Рейтинг: 10
    Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
    директор по ИТ
    12.07.2013 11:35

    Ок, По п.1- переходили сразу. У нас был негативный опыт по медленному так скажем переходу на одном из наших первых проектов. Полтора года велся двойной учет, что просто вымотало пользователей и внедрение. Поэтому теперь мы всегда действуем по следующему принципу- порядка 3 месяцев уходит на описание процессов, их оптимизацию , настройки дизайна системы и обучение. Затем, например, с 01 января вступаем в промышленную эксплуатацию. То есть январь более приоритетной является Аксапта и получить полный баланс мы должны именно в ней. В этот период 1с является сверочной системой. По окончанию января в 1с операции уже отражаются. Конечно, первый баланс получается только к концу февраля, но текущая деятельность ведется только в Аксапта. Тем самым нагрузка двойного учета незначительна плюс за первый период в системе находят свое отражение все операции. Иной раз пользователи на этапе дизайна неумышленно забывают некоторые операции, которые проще сделать в 1с минимальными корректировками. По п.3- да все верно По п.4- да использовали стандартные спецификации с небольшими дописками, за тем планирование, а отражение выпуска- уже разноской производственных заказов с изменением ( на основании лабораторных замеров) действующей спецификации Проектная команда своя. На первом проекте мы работали совместно с интегратором в 2005 году, но даже тот проект заканчивали уже самостоятельно. Команда порядка 8-10 человек, 3-4 разработчика, столько же консультантов плюс пара на обучение.

    • Михаил Петров Ирина
      Рейтинг: 809
      Счетная палата Российской Федерации
      Директор департамента цифровой трансформации
      12.07.2013 13:09

      Ирина, очень интересный проект - не могу не продолжать дальше уточнять, ладно? :) по п.3 - а как у вас устроен контроль версий в таком случае?

      • Ирина Журавлева Михаил
        Рейтинг: 10
        Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
        директор по ИТ
        12.07.2013 15:38

        Не вопрос, конечно. Разработка у нас централизована, все заявки на изменение функционала на одном активе или на всех поступают в сервис деск, там попадают на консультантов, они проводят анализ, формируют уточнения для разработчиков и вперед. Далее разработка тестируется и заливается в нужное приложение. Есть строго определенные правила наименования проектов, единая база их регистрации. Кроме того, все приложения находятся в центре. Кроме того, периодически слои приложений сравниваются и синхронизируются.

        • Дмитрий Бацюро Ирина
          Рейтинг: 10
          Ситилинк (ГК Мерлион)
          Старший ИТ-бизнес-партнёр
          02.08.2013 16:57

          Ирина, когда появляются требования на изменение в системе автоматизации, то инициатор этих требований зачастую может не учитывать их влияние на другие подразделения. А если это не какое-то "локальное" изменение типа "сделать новый отчёт" или "добавить поле в печатную форму", то оно, как павило, затрагивает работу других подразделений, помимо инициатора: меняются (хоть немного) их бизнес-процессы. Каким образом у вас выстроена работа по согласованию этих изменений в "чужих" бизнес-процессах: этим занимается сам инициатор, или данную функцию берёт на себя ИТ?

          • Ирина Журавлева Дмитрий
            Рейтинг: 10
            Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
            директор по ИТ
            02.08.2013 19:04

            Добрый вечер, у нас в уставе проекта закреплены главные специалисты по направлениям- логистика, финансы, планирование и т.д. За ними их подразделения. Согласантами доработок являются они, и если доработка затрагивает несколько блоков, то инициатор сам должен запросить согласование нескольких кураторов. Но в 100% случаев это не работает. Последним заслоном является консультант, который при поступления заявки, понимая ее суть, и те компоненты системы, которые могут быть затронуты самостоятельно запрашивает доп. согласование. К сожалению, все пользователи сразу не готовы работать в системе, как едином целом.

            • Дмитрий Бацюро Ирина
              Рейтинг: 10
              Ситилинк (ГК Мерлион)
              Старший ИТ-бизнес-партнёр
              03.08.2013 18:24

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

              • Ирина Журавлева Дмитрий
                Рейтинг: 10
                Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
                директор по ИТ
                03.08.2013 18:35

                Не совсем так. Как раз на ИТ данная ответственность и лежит. К сожалению, зачастую пользователь, даже подозревая, что доработка заденет другие блоки, не проводит согласование. И именно консультант в проектной команде ИТ в таком случае проводит данное согласование. Хотя всегда пользователю об этом сообщим )). В случае когда стороны не могут придти к согласию по процессу, решение принимают кураторы проекта от заказчика и исполнителя- проектной команды

            • Михаил Петров Ирина
              Рейтинг: 809
              Счетная палата Российской Федерации
              Директор департамента цифровой трансформации
              16.09.2013 23:58

              Замечательный подход, мы к такому же пришли!

  • Ирина Журавлева
    Рейтинг: 10
    Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
    директор по ИТ
    12.07.2013 11:56

    Дмитрий, добрый день, 1. Расчет себестоимости дописывали, создаются шаблоны пользователем, где определяется база и источник распределения по проводкам в разрезе аналитик. И на основании данных шаблонов формируются журналы ГК. 2. По средней. Хотя на одном из активов есть партионный учет готовой продукции ( шифер). 3. Так как учет по средней, такой ситуации нет. Но у нас , например, были похожие задачи, когда через аналитику пытались протащить от какого поставщика сырье поучаствовало в готовой продукции, но задача отпала ))) 4. Больше старались подпилить "бухов"). Конечно, по отчетности много делали. Сейчас вносим корректировки в рамках изменения законодательства, но процесс не страшный с моей точки зрения и не постоянный. 5. Да, ТОиР - это наша головная боль, на цементах активах данные работы занимают до 50% бюджетов и других ресурсов. Задача такая сразу ставилась руководством. Одно время рассматривали модули интеграторов. Но близкого и хорошего решения, честно, нашли. Стали реализовывать сами. Одной из проблем данного блока было активное участие руководителей инженерных служб в проекте. Только часть времени они могли уделять нам, для них главнее, чтобы печка работала)). Поэтому наш блок по ремонтам в Аксапте прирастал от актива к активу. Что есть на данный момент- спецификации на ремонт в системе с привязкой чертежей деталей, карты маршрутов выполнения ремонтных работ, по оборудованию вся информация по часам работ тоже есть в системе. На основании этих данных формируется график ППР, на основании него заказ- наряды со всеми печатными формами,затем электронное согласование и данный заказ импортируется автоматически в нашу сервисную компанию в ее Аксапту. После выполнения работ- обратный путь. Из недоделанного- более качественная связка со справочников Ос, сейчас работаем над этим. 6. Да, кстати, не отмечено, этот блок есть на всех активах, заявки на платежи, маршруты согласования, импорт в клиент- банк и прочее. Очень приятно за интерес, приезжайте с радостью покажем, обсудим, это полезно

    • Дмитрий Соколов Ирина
      Рейтинг: 285
      АО "Генериум"
      Руководитель ИТ
      12.07.2013 14:48

      Ирина, спасибо большое за ответ! По ТОиР еще вопросики - справочники ОС для бухов и для инженеров одинаковые, или нет? Немного объясню, что бы понятно было. У нас ремонтники живут по справочникам "ОС по месту установки". Это штука весьма специфическая, и, для ремонтников "автоматическая распределительная установка" - это 7 разных объектов, а вот для бухгалтерии это один объект, т.к. у всех "комплектующих" одинаковый СПИ и один блок без другого не работает. Т.е. по всем признакам - это одно ОС, а не несколько. В результате, конкретно у нас для ТОиР и для БУ было 2 справочника и один "мапился" на другой. Т.е. одно ОС для БУ могло содержать в себе несколько "ОС" для ТОиР. И еще вопрос появился - а логистику запускали, или, для вас это не актуально? Суть следующая - есть несколько однотипных активов. У каждого на складе есть ЗИП для оборудования. На одном из активов что-то выходит из строя. ЗИП или некомплектный, или, з/ч в ЗИП некондиционная оказалась. Нужно решить - покупать новую з/ч, или, везти с одного из активов. Для этого нудно предполагать сколько перевозка будет стоить и иметь представление о времени простоя, что бы оценить - что лучше. Купить "локально", или привезти с другого актива. Если купить, то нужно знать время доставки, что бы зная стоимость новой детальки + время доставки + цена простоя понять, что лучше... Понятно, что подобные задачи весьма специфичны, но, может делали :) По поводу приезда - тогда напрошусь :) очень интересно :)

      • Ирина Журавлева Дмитрий
        Рейтинг: 10
        Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
        директор по ИТ
        12.07.2013 15:51

        По ТОиР - почти как и у вас )), справочник объектов обслуживания (у нас он так называется) - отдельный от справочника ОС. И все по той же исторической причине - у механиков и энергетиков объектом ремонта считается иные объекты в отличие от бухгалтерского учета. Была реализована связка двух справочников, что позволило механикам планировать как и было, видеть затраты в разрезе объектов обслуживания, а бухгалтерии получает либо сводные либо индивидуальные данные (через структуру дерева). Логистика запущена. Перенесу Ваш пример на наши реалии. У нас есть актив, занимающийся поставкой ТМЦ для всех производственных активов. Заявки с предприятий консолидируются в Аксапте ТОргового Дома, там же происходит анализ а вдруг подобная запчасть есть на центральном складе другого актива. Наряду с этой информацией менеджер видит срок доставки данного ТМЦ. А вот решение уже принимает менеджер. Мы хотели полностью этот процесс отдать системе, но очевидно, что "человеческое" решение тут будет объективнее. Поэтому у нас это рекомендательная информация по смене закупа на перемещение, но решение за менеджером. По логистике очень много сделали как раз для Торгового Дома, автоматический обмен заявками на ТМЦ и их исполнением, однократное приходование ТМЦ только на активе, дальше данные транслируются в ТД и обратно. А сейчас туда еще и прикрутили EDI, вообще закрывают месяц 1-2 числа месяца, при очень большом объеме документов и закупок.

        • Дмитрий Соколов Ирина
          Рейтинг: 285
          АО "Генериум"
          Руководитель ИТ
          12.07.2013 17:42

          Еще раз спасибо за ответы! Да, логистика тоже в плане принятия решений не была автоматизирована, просто было интересно - на сколько полно предоставляется информация для принятия решения. Еще вопрос - правильно ли я понял, что у вас Холдинговая структура? Консолидацию управленческой отчетности на Аксапте запускали? Или по каждому юрику своя отчетность?

          • Ирина Журавлева Дмитрий
            Рейтинг: 10
            Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
            директор по ИТ
            12.07.2013 17:57

            По каждому юрику своя. Пока консолидация на основе данных Аксапты, но с помощью экселя, по причине того, что на самой управляющей компании пока Аксапта не внедрена. Пока планируем на первую половину 2014 года. Сейчас как раз заканчиваем связку с Этраном РЖД.

            • Дмитрий Соколов Ирина
              Рейтинг: 285
              АО "Генериум"
              Руководитель ИТ
              12.07.2013 18:45

              Спасибо! Только подумал, что вопросы кончились, а тут Этран ))) Под него что-то свое писали, или, в аксапте какой-нибудь полуфабрикат нашли? Не знаю, как сейчас, но, я в свое время отдельную подсистему для этого писал, т.к. тогда работа этой "системы" была убийственная. Мы с углем работали. Есть 2 пункта "А" - потребитель угля, и "Б" - угольный разрез. И дальше, почти как в школьной задаче: из пункта "А" в пункт "Б" выехало 10 составов.... А вот дальше начиналась мистика. 10 составов по 54 вагона. А приехало 12 составов с "рандомным" количеством вагонов. Причем общее количество вагонов отправленных не равно количеству вагонов полученных. И, самое веселое, что документы, полученные по этран не соответствуют ни тому, что отправили, ни тому, что получили. Как результат - из этрана брали информацию не по составам, а по вагонным листам (по отгрузке), это загружали к себе, дальше, по прибытии вагонов проверку делали по вагонным листам, что бы понять, что пришло, что нет, а что пришло с недогрузом ("сдуло" по пути следования больше, чем положено :)) Сейчас так же дела обстоят?

              • Ирина Журавлева Дмитрий
                Рейтинг: 10
                Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
                директор по ИТ
                12.07.2013 19:43

                Писали все с нуля, в Аксапте пока ничего нет, использовали xml для обмена. По приходя ситуация аналогичная, ну может чуть реже это стало ))), нас больше волновала импорт данных по отгрузке- мы не одну сотню вагонов грузим в сутки с актива, поэтому передача данных была ох как актуальна, иначе ручной труд, много ошибок, в связи с чем- лишение права подписи документов и т. д. В общем вопрос давно назревал, параллельно решали вопрос с распознаванием номера запорно- пломбировочного устройства на вагоне (зпу). Номер зпу обязателен для железнодорожных документов. А самих зпу на каждом вагоне -6-8. Тут даже писали приложение для смартфона, чтобы на месте распознавать ) , но в итоге нашли другой оптимизациионный путь).

                • Дмитрий Соколов Ирина
                  Рейтинг: 285
                  АО "Генериум"
                  Руководитель ИТ
                  12.07.2013 22:05

                  Ясно. Значит в РЖД всё стабильно ;) По отгрузке - да. Мы тоже xml загружали. Правда в 1С ))) которую удалось "раскочегарить" до работы с 1400 пользователями и одновременным расчетом себестоимости по 6 производственным филиалам :) Еще раз спасибо за ответы! Очень познавательно. Как в Кемерово поеду, в гости обязательно напрошусь :) Посмотреть. Ну и по белому завидую :) у меня подобных масштабных проектов уже года 4 как нет :( И, удачи в развитии проекта! :)

                  • Михаил Петров Дмитрий
                    Рейтинг: 809
                    Счетная палата Российской Федерации
                    Директор департамента цифровой трансформации
                    12.07.2013 23:05

                    которую удалось "раскочегарить" до работы с 1400 пользователями и одновременным расчетом себестоимости по 6 производственным филиалам
                    а как раскочегаривали? примерно как тут?

                    • Дмитрий Соколов Михаил
                      Рейтинг: 285
                      АО "Генериум"
                      Руководитель ИТ
                      12.07.2013 23:31

                      Ох... Это отдельная большая-большая история. И, нет, не так, как на Камазе. У них 7 тыс. активных пользователей в нескольких ИБ 1С, а у меня было 1400 - в одной базе. Ну и когда я проект делал, 1С ЦКТП даже в проекте не было :) Если совсем в 2х словах, то было следующее сделано: 1. Взломан ХАСП (да, да. это тормоз. Очень плохо влияет на производительность. Дамп серверных ключей и установка виртуального USB). Электронные ключи 1С- то же "тормозное глюкало". Так что - только виртуализация ключей. 2. Перепахивание всех "регистров накоплений". Там по умолчанию они так написаны, что при 300 активных пользователей 1С умирает. Вся. Навсегда. 3. Наше "ноу-хау" по издевательству над 1С - "динамические" запросы. Тут если надо, отдельно могу пояснить. Суть в том, что бы "обмануть" оптимизатор 1С, который снижает дорогие SQL операции по созданию временных таблиц. При 200-300 пользователях это благо, при 1000+ - это место 1001 глюка и тормозов. 4. "Хак" для работы со справочниками от компании софт-поинт. Официальный 1С этих ребят не любит, но и "наехать" побаивается, т.к. эти ребята 1С сильно ускоряют, что дает возможность 1С замахиваться на крупные проекты, доселе для 1С недостижимые. 5. SQL, SQL и еще раз SQL. жестокий и ежечасный тюнинг индексов + отстрел TempDB на raid-1 SSD. 6. "Отстрел" части пользовательских интерфейсов на web (ага, 1С теперь тоже так умеет :) 7. Снос "типовой модели прав" 1С и переписывание ролей и полномочий почти с нуля. То, что предлагается 1С "в типовой УПП" очень функционально, красиво, но, очень тормозно. Фух. Если кратко, то всё. А вообще, можно наверно на эту тему (ускорялки 1С) отдельное обсуждение сделать. Если интерес будет. Ну и в любом случае, это уже "история давно минувших дней". Сейчас в продуктивной эксплуатации этого творчества нет. В след. мес. окончательно спишут в утиль. Если уже не списали. Была крупная реорганизация, в рамках которой из производственного предприятия сделали не производственное и всё это стало никому не нужно. Для УК это все не нужно. Вернулись на типовую 1С Бухгалтерию.

                      • Михаил Петров Дмитрий
                        Рейтинг: 809
                        Счетная палата Российской Федерации
                        Директор департамента цифровой трансформации
                        12.07.2013 23:50

                        Если интерес будет
                        мне кажется - будет :) остальное - заношу в личную копилку опыта :) спасибо!

                      • Ирина Журавлева Дмитрий
                        Рейтинг: 10
                        Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
                        директор по ИТ
                        13.07.2013 05:22

                        Да, серьезнейшая работа, Дмитрий, очень познавательно.

                  • Ирина Журавлева Дмитрий
                    Рейтинг: 10
                    Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
                    директор по ИТ
                    13.07.2013 05:18

                    Спасибо, взаимно удачи, ждем !

                • Михаил Петров Ирина
                  Рейтинг: 809
                  Счетная палата Российской Федерации
                  Директор департамента цифровой трансформации
                  12.07.2013 23:08

                  нашли другой оптимизациионный путь
                  какой, если это не ноу хау, конечно? :) да, и я не могу остановится в вопросах... :)

                  • Ирина Журавлева Михаил
                    Рейтинг: 10
                    Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
                    директор по ИТ
                    13.07.2013 05:31

                    Думаю многие компании, работающие с РЖД об этом задумывались ))). Итак, проблема в том, что код на ЗПУ выбит лазерной гравировкой. В моем понимании уже давно бы штрихкодом дублировали. Мы первоначально вели переговоры с самой РЖД, ведь она курирует предприятия, производящие сами ЗПУ. У РЖД есть, конечно, видение, что проблема ЗПУ есть, они даже RFID в нее хотят запихать, но только для отслеживания факта снималась ли она во вроем движения, то есть отслеживания ее целостности. Кстати, поясню саму проблему: номер ЗПУ состоит из 8 цифр, на вагон определенного типа вешаются от 6 до 8 ЗПУ. Номера ЗПУ через запятую должны быть вписаны в железнодорожные документы. Если хотя бы в одной цифре находится ошибка, то РЖД лишает права подписи данных документов сотрудника предприятия на 2 месяца. Так вот везде данные цифры номера ЗПУ забиваются в ручную в любые системы, тем самым при большом объеме вагонов за сутки, риск простой человеческой ошибки значителен. Так вот мы решили написать приложение, которое способно распознать номер ЗПУ. Удалось. Затем перевели ее в разряд мобильных (приложение), но как выяснилось по факту насыпщику при лазаньи по вагону крайне проблематично что-то сделать. Дописанный функционал перенесли ранее по процессу - на место выдачи пломб. Сами вызовы функционала добавили в Аксапту. Таким образом единственное место, которое осталось для ошибки - это что пломба, распознанная и предназначенная для определенного вагона, будет все-таки специально перевешана на другой вагон. Но эта ситуация не была корнем проблемы изначально.

            • Михаил Петров Ирина
              Рейтинг: 809
              Счетная палата Российской Федерации
              Директор департамента цифровой трансформации
              12.07.2013 23:11

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

              • Ирина Журавлева Михаил
                Рейтинг: 10
                Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
                директор по ИТ
                13.07.2013 05:16

                Скорее соглашусь, чем нет )). На самом деле много систем смотрели и процесс еще не завершен. Пока руководство окончательно не решило с выбором. дело в том, что на Аксапту их тянет с точки зрения понимания работы системы, привычного интерфейса и т.д. И мне кажется, что в первую очередь система BI будет ими использована не на 100% своих возможностей. А меня, конечно, смущает, что возможно, после внедрения со значительными дописками, как раз захотят еще и BI.....

                • Дмитрий Соколов Ирина
                  Рейтинг: 285
                  АО "Генериум"
                  Руководитель ИТ
                  13.07.2013 08:49

                  Никак не отстану :) А чем Microsoft AS + RS в качестве BI не нравится? И кубы можно строить, и отчеты + интерфейс для пользователей знакомый будет. Возможно, что для встраивания этих модулей SQL в Аксапту уже что-то сделано. Тут не знаю, т.к. давно не занимался уже. Но, как мне кажется, если брать то, что MS придумал, то будет проще с аксаптой подружить. Хотя, у AS функционал далек от совершенства :) Ну и технологии, аналогичной RAС от Oracle, у Microsoft пока нет. А на кубах это актуально, т.к. если кубики сложные, то либо RAC нужен, или "большая мощная железка".

                  • Ирина Журавлева Дмитрий
                    Рейтинг: 10
                    Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
                    директор по ИТ
                    13.07.2013 09:59

                    Да, есть идея это попробовать, но по опыту связки Microsoft CRM + Ax не все совсем уж это просто, не смотря на то, что платформа одна. Но посмотрим )

  • Михаил Петров
    Рейтинг: 809
    Счетная палата Российской Федерации
    Директор департамента цифровой трансформации
    12.07.2013 16:40

    Ирина, спасибо большое за пояснения! Сам бы тоже приехал посмотреть :) но далеко...

    • Ирина Журавлева Михаил
      Рейтинг: 10
      Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
      директор по ИТ
      12.07.2013 16:53

      Могу выложить фотоотчет )), но, конечно, лучше увидеть наяву. Но если будете в наших краях - всегда рады видеть!

      • Михаил Петров Ирина
        Рейтинг: 809
        Счетная палата Российской Федерации
        Директор департамента цифровой трансформации
        12.07.2013 17:11

        Да, лучше бы наяву :) спасибо!

  • Виктор Федько
    Рейтинг: 367
    Независимый эксперт
    Эксперт
    21.07.2013 19:31

    Модернизация станции погрузки навального цемента с полной автоматизацией процесса реализации на основе карточной системы (интеграция с ИС и весовым оборудованием) - вот эта цель - очень интересно. Когда этим немного занимался ). Интеграция ИС с весовым оборудованием. Была реализована система автоматизированного снятия данных с бункеров с песком, цементом и гравием (заполненность, пополняемость) со складской системой и автоматической посылкой данных в бухгалтерский блок ?

  • Ирина Журавлева
    Рейтинг: 10
    Открытое Акционерное Общество "Холдинговая компания "Сибирский цемент"
    директор по ИТ
    02.08.2013 19:05

    Да, плюс связка с управляющей программой головки намыпного устройства

  • Павел Картопольцев
    Рейтинг: 10
    СофтМастерс
    Директор
    28.10.2013 12:49

    Добрый день, Ирина! Вы решили проблему полного автоматизированного обмена ИС и АС ЭТРАН при отгрузке продукции на ЖД-транспорт?

Предметная область
Отрасль
Управление
Мы используем файлы cookie в аналитических целях и для того, чтобы обеспечить вам наилучшие впечатления от работы с нашим сайтом. Заходя на сайт, вы соглашаетесь с Политикой использования файлов cookie.