Кузнецов Владимир Леонович

Внедрение комплексных решений на базе 1C


Начал я заниматься внедрением программ фирмы 1С в конце 1997 года и первый год занимался всем подряд - в основном небольшие доработки в небольших компаниях, использующих 1C:Торговля и Склад 7.5, 1С:Бухгалтерия 7.5 и 1С:Зарплата и Кадры 7.5. Это позволило мне получить опыт по всем разделам учета, поддерживаемым 1С и сдать все 3 экзамена по 1С:7.5 - это было движение в ширину. Довольно небольшое количество специалистов тогда получили все 3 сертификата по 7-й версии 1С.
Далее занимался проектами в компаниях среднего и крупного бизнеса, все это проекты содержали большой объем новых, разработанных с нуля модулей.
Мое позиционирование принципиально поменялось с выходом флагманского продукта 1С - Управление производственным предприятием (УПП). Начиная с 2005 года занимаюсь в основном внедрением УПП. При внедрениях я использую собственную методологию «быстрого внедрения». Во всех внедрениях учет затрат и расчет себестоимости - ключевая задача, а также бюджетирование. Постепенно получил опыт работы со всеми блоками УПП, в том числе c календарным планированием и МСФО. Обычно по совокупности причин заказчики выбирают для внедрения связку УПП + 1С:Бухгалтерия Предприятия (далее - БП). Оперативный и управленческий учет ведутся в УПП, бухгалтерский и налоговый – в БП.
БП – отличная программа. Считаю, что УПП – лучшая конфигурация фирмы 1С. УПП содержит в том числе и такие модули, как бухгалтерский и налоговый учет, учет кадров и расчет заработной платы. Внедрять УПП целесообразно, когда другими конфигурациями (БП, 1С:Комплексная автоматизация и т.д.) задача не может быть решена. Внедрения УПП проходят сложнее, чем внедрения других программ фирмы 1С – это следствие «глобальности» УПП. Работа эта интересная и доставляет удовольствие.
В «мире 1С» сложнее УПП только ее расширения, например 1С:Управление строительной организацией и 1С:Управление проектной организацией. Есть опыт работы и с этими программами.
При внедрении УПП в производственной компании основные усилия обычно тратятся на решение следующих задач:

  • распределение затрат
  • расчет себестоимости
  • формирование комплекта управленческой отчетности

Сейчас я позиционируюсь как специалист по УПП, поэтому по 8 версии имею только один сертификат специалиста, его полное наименование:
1С:Специалист по методологии подсистемы «Управление производством в прикладных решениях на платформе «1С:Предприятие 8».

В.Л. Кузнецов
 

Информация о выполненных ранее проектах

Занимаясь практикой по внедрению систем автоматизации учета на платформе 1С с 1997 года, Кузнецов Владимир Леонович выполнил следующие проекты:

Клиент
Кто выполнял
Сайт, вид деятельности,
ссылка на информацию
Содержание проекта
1999 год
Издательство «Специальная Литература»
– ЧП Кузнецов
Платформа 1С 7.7
Издание книг
http://www.speclit.spb.ru

Разработка и внедрение системы бюджетирования.
Так как в 1999 году не было готовых решений от фирмы 1С для автоматизации бюджетирования, была выполнена разработка дополнительного модуля для программы 1С:Торговля и Склад. Были решены задачи:

  • Планирование бюджета денежных средств
  • Исполнение платежей только на основании заявок на расход денежных средств на основании бюджетного плана, контроль текущего состояния по исполнению бюджета при рассмотрении (утверждении/переносе/отклонении) заявки на оплату ДС
  • Отражение фактических данных в бюджете, план-фактный анализ

После завершения проекта в ЗАО «Издательство Специальная Литература» разработанный модуль бюджетирования был внедрен еще в двух компаниях (указаны следующими).
1999 год
Издательство «Просвещение Северо-Запад»
– ЧП Кузнецов
Платформа 1С 7.7
Оптовая и розничная торговля книгами
http://www.prosvnw.spb.ru

Внедрение системы бюджетирования.
2000 год
Техснаб-М
– ЧП Кузнецов
Платформа 1С 7.7
Поставка полиграфических материалов
http://www.techsnab-m.ru

Внедрение системы бюджетирования.
2000 - 2002 годы
РУССО
– ЧП Кузнецов
Платформа 1С 7.7
Производство, импорт, оптовая и розничная торговля одеждой http://www.russo.ru
  • Расчет сдельной заработной платы
  • Восстановление расчетов по НДС
  • Разработка и внедрение системы бюджетирования
  • Финансовый учет
  • Учет закупок
Компания РУССО известна в том числе первым проектом внедрения в России системы Aхарta, реализованные на 1С задачи решались как разработка дополнительных модулей, система бюджетирования была расширением 1С:Бухгалтерия. Расчет сдельной заработной платы и финансовый учет были разработаны «с нуля».
2002 - 2003 годы
Рольф Лоджистик
– Автоматизация Бизнеса
Платформа 1С 7.7
Грузоперевозки
www.1c.ru/rus/partners/solutions/

Автоматизация транспортной компании холдинга РОЛЬФ.
Среди задач этого проекта важное значение занимали:

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

Эти задачи были решены разработкой дополнительных модулей для 1С:Торговля и склад.
2004 - 2005 годы
Рольф Холдинг

– Автоматизация Бизнеса
Платформа 1С:8.0
http://v8.1c.ru/news/

Автоматизация дистрибьюторского подразделения холдинга РОЛЬФ
В пресс-релизе написано достаточно подробно о содержании проекта.
2005 год
Связной
– Автоматизация Бизнеса
Платформа 1С:8.0
Тестирование производительности.
Компания вела учет с использованием платформы 1С:7.7. Стоял вопрос о выборе платформы для автоматизации, обеспечивающей значительно большую производительность. Наиболее подробно рассматривались решения на ORACLE и 1С:8.0.
Был реализован прототип системы оперативного учета для проведения нагрузочного тестирования и определения границ масштабирования. В итоге компания сделала выбор в пользу 1С:8 и реализовала в дальнейшем разработку и внедрение нужных конфигураций собственными силами.
2006 год
Ятис
– ЧП Кузнецов
Платформа 1С 7.7
Грузоперевозки

Оперативный учет.
2006 год
Издательство
ПРОФЕССИЯ
– ЧП Кузнецов
Платформа 1C:8.0
Бухгалтерия Предприятия

Издание книг, оптовая торговля
http://www.professija.ru

Управленческий учет.
Решение задач управленческого учета (в том числе расчета себестоимости проектов) и бюджетирования. В качестве платформы использована 1С:Бухгалтерия предприятия. Выбор платформы определен ведением управленческого учета по плану счетов, максимально приближенному к бухгалтерскому.
2006 - 2007 годы
ЕвроПласт
– АйТи Технологии XXI век
Платформа 1С:8 УПП
http://www.1c.ru/rus/partners
производство преформ
http://www.europlast.ru

Оперативный и управленческий учет производственной компании, бюджетирование, бухгалтерский учет и расчет зарплаты.
Работы продолжались и после получения отзыва, поэтому список реально сделанного шире, чем в отзыве. Кстати, на тот момент ЕвроПласт был компанией номер 2 на своем рынке. В кризис его конкурент (был автоматизирован на Axapta) не выдержал кредитное бремя, часть активов досталась ЕП и он сейчас стал крупнейшей компанией по производству преформ.
2008 год
Точная механическая обработка
- АйТи Технологии XXI век
Платформа 1С:8 УПП
металлообработка
http://www.tochmeh.ru

Обследование.
Выполнено только обследование и начался кризис – внедрение было отложено.
Под обследованием понимается здесь и в следующих проектах:

  • Интервью с ключевыми пользователями
  • Рассмотрение сквозного контрольного примера на типовой конфигурации
  • Разработка отчета об обследовании, содержащего 2 основные части
    1. Методика применения типовой конфигурации
    2. Требования на доработку типовой конфигурации

2008 год
ПродАльянс
– ЧП Кузнецов
Платформа 1С:8.0
Производство овощной консервации
http://www.prodalyans.mart-media.ru

Управленческий учет.
«Кризисный» проект - в том смысле, что уже в условиях кризиса в короткие сроки и рамках небольшого бюджета была решена актуальная для компании задача ведения управленческого учета – на платформе 1С:Бухгалтерия предприятия, управленческий учет ведется по плану счетов максимально приближенному к бухгалтерскому, выполняется расчет себестоимости продукции.
2008 - 2009 годы
Экотек
– ПБК
Платформа 1С:8 УПП
Производство упаковки и типография
http://www.ekotek.ru

Управленческий учет.
Выполнены обследование по описанной выше схеме, выполнены доработки по отчету об обследовании, сейчас клиент проводит функциональное тестирование на локальной версии, переданной ему мною, до конца года – покупка УПП и большой отзыв.
2009 год
Балтийский берег
– АйТи Технологии
XXI век
Платформа 1С:8 KA
http://www.baltbereg.com

Обследование
Выполнены обследование по описанной выше схеме, ожидается в ближайшие 2 недели начало следующих этапов проекта, внедряться будет усеченная версия УПП – комплексная автоматизация.
2011 год
Агрохолдинг Нива
– ООО «ПБК»
Платформа 1С:
http://www.agroniva.net

Оперативный, управленческий и бухгалтерский учет торговой компании в УУП.
2011 год
Сеть интерьерных салонов «FTF Interior»
Платформа 1С:
http://www.ftf-interior.com

Оперативный, управленческий и бухгалтерский учет.
2013 год
Завод по переработке пластмасс
«ПЛАРУС»
Платформа 1С:
http://www.plarus.ru/index.html

Оперативный, управленческий и бухгалтерский учет.
 

Пооперационный учет производственных операций с применением штрихкодирования

 

О заказчике:
Завод по переработке пластмасс «ПЛАРУС»
Оценочный объем отходов только пластиковых бутылок в РФ составляет более 800 000 тонн в год.
Сократить количество отходов, поступающих на полигоны возможно благодаря вторичной переработке.
Завод «Пларус» - это расположенное в промышленной зоне Рекинцо Солнечногорского района Московской области предприятие по переработке использованных ПЭТ-бутылок, в гранулят полиэтилентерефталата, являющийся сырьем для производства ПЭТ-упаковки.
Основной особенностью данной технологии является полная идентичность характеристик качества получаемой продукции (восстановленного ПЭТ или РеПЭТ) с первичным ПЭТ гранулятом пищевого назначения.
Применяемое оборудование закуплено у ведущих европейских производителей, которые обеспечивают высочайшее качество выпускаемой продукции.
Завод по переработке пластмасс «Пларус» освоил уникальную для России технологию по безотходной и безопасной для здоровья человека переработке ПЭТ-упаковки, с сентября 2011 года предприятие работает в стабильном режиме, и перерабатывает более 1000 тонн/мес. ПЭТ-бутылок, а если учесть, что в одной тонне 25000 бутылок, их количество достигает 25 млн. штук ежемесячно.
Завод «Пларус» на сегодняшний день является сложившимся и рентабельным проектом.
Для развития бизнеса принимает инвесторов и прочих заинтересованных участников.
Период исполнения проекта: 2 половина 2013 года.

Основные требования.

В цехах завода выполняется значительное количество операций с весовыми ТМЦ (поступление сырья в цех и его возврат на склад, списание сырья в производство, выпуск полуфабриката и готовой продукции, передача полуфабриката и готовой продукции в другие цеха), каждая операция выполняется с взвешиванием на весах. Требовалось обеспечить максимально простое для пользователей решение для оперативного отражения всех операций в базе 1С:Управление производственным предприятием.

Цель заказчика.

Добиться достоверности учета. Другие подходы (без оперативного отражения данных в учетной базе) дают возможности для различных ошибок.

Основной подход.

Введено понятие цеховой операции как соединение типа хозяйственной операции и номенклатуры ТМЦ. На одних весах одна и та же номенклатура, например, может взвешиваться как при поступлении в цех, так и при возврате из цеха. Соответственно это разные цеховые операции с уникальным штрихкодом. Для каждых весов удалось сформировать ограниченные списки возможных цеховых операций. После взвешивания очередной упаковки ТМЦ кладовщик сканирует штрихкод цеховой операции и происходит формирование в базе 1С соответствующих документов.

Рабочее место кладовщика.

Рабочее место кладовщика – интеграция компьютера с 1С, электронных весов и сканера штрихкода.
Интерфейс кладовщика в 1С представляет из себя следующую форму:

plarus

Сейчас в поле ввода число 0, ожидается взвешивание. При взвешивании поступающий с электронных весов вес отражается в поле ввода.
При завершении взвешивания эта форма будет иметь вид:

plarus

Задача кладовщика – после взвешивания сканировать штрихкод цеховой операции. При этом создается в базе 1С документ оперативного учета, для кладовщика на 3 секунды будет выведено на экран сообщение:

plarus

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

plarus

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

plarus

Итоги проекта:

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

Автоматизация позаказной торговли мебелью

 

О заказчике:
Компания «FTF Interior» – сеть интерьерных салонов – мебель, кухни, свет – надежный партнер и личный консультант в создании интерьера для вашего дома!
FTF Interior входит в FTF Holding, который является экспертом в интерьерном бизнесе и развивается сегодня по следующим направлениям:
  • развитие собственных интерьерных салонов FTF Interior, предлагающих комплексный подход от создания дизайн-проекта до полной комплектации;
  • развитие франчайзинговой сети кухонных салонов IXINA на территории России и СНГ;
  • развитие монобрендовых интерьерных салонов Rational, Leicht, Poggenpohl;
  • развитие агентской деятельности в интерьерном сегменте.
Период исполнения проекта: 2011 год.

Основные требования

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

Основной подход

Вся задача всегда воспринималась мною как достаточно стандартная. Что написать про нее?
И буквально на днях в качестве теста для получения серьезного заказа мне предложили быстро предложить решение такой задачи:
Предприятие, занимающееся торговлей и оказывающее сопутствующие продаже оборудования сервисные услуги, для автоматизации своей деятельности использует типовую конфигурацию УПП 1.3 с рядом доработок (надстроек).
На этапе подготовки к заключению сделки организацией производится расчет ее параметров - состав товаров и услуг, цены закупки, цены продажи, рентабельность, и т.п. С этой целью в системе используется документ «Калькуляция проекта».
После заключения договора, за этапом заключения сделки начинается этап ее исполнения, для чего, на основании документа «Калькуляция проекта» вводится документ «Заказ покупателя». Т.о. – появление в системе проведенного документа «Заказ покупателя» означает для ответственных работников запуск сделки в исполнение.
Сложность запуска сделки в исполнение связана с тем, что она может быть запущена только при наличии предоплаты. Т.е. документ «Заказ покупателя» не может быть проведен, если система не увидит необходимой предоплаты по данному заказу. С другой стороны, нет возможности зафиксировать предоплату по заказу, пока сам документ не введен в систему.
Другим сложным моментом является разграничение полномочий. Ввод платежей в систему (документ «Платежное поручение входящее») производится бухгалтерией предприятия, которая не может компетентно разнести платеж в системе по нужным сделкам. Отнесение поступившего платежа на ту или иную сделку (одну или несколько) может быть сделано коммерческим отделом, который в свою очередь не должен изменять платежные поручения в части относящейся к подсистеме движения денежных средств (сумма платежа, банковский счет и т.п.). У сотрудников бухгалтерии имеются права только на просмотр документов подсистемы продаж. У сотрудников коммерческого отдела имеются права только на просмотр документов «Платежное поручение входящее».
Требуется предложить инструмент для удобного запуска сделки в исполнение с учетом изложенных ограничений.

Я ответил сразу же на это так:
Используется 2 договора по каждому клиенту:
  • первый договор имеет вид взаиморасчетов ПоДоговоруВЦелом (Договор1);
  • второй договор имеет вид взаиморасчетов ПоЗаказамПокупателя (Договор2).
Платежные поручения входящие бухгалтерия создает с аналитикой по Договору1.
Задача менеджера по продаже - с помощью документа КорректировкаДолга выполнить перенос оплаты с Договора1 на Договор2.
Работа с документами организована так:
  1. офомляется документ Калькуляция проекта.
  2. создается непроведенный ЗаказПокупателя и выставляется счет по этому заказу.
  3. создается платежка входящая с отнесением оплаты на Договор1 (по существу это договор для фиксации платежей, которые не разнесены).
  4. создается КорректировкаДолга для переноса поступившей оплаты с Договора1 на Договор2 (на конкретный заказ).
  5. проводится ЗаказПокупателя.
Если ЗаказПокупателя непроведен - значит счет выставлен, аванс не разнесен или не поступил.
Если есть ненулевое сальдо по Договору1 - значит авансы не разнесены по Заказам или неправильно разнесены.
При таком подходе главное - сделать удобный интерфейс документа КорректировкаДолга.
В сущности, мне не пришлось ничего придумывать, так как именно такая схема была использована мною в FTF.
Новый заказ я получил.
Так в работе все взаимосвязано.
 

Отзывы о проектах В.Л. Кузнецова


Торговый дом Просвещение Северо-Запад

Издательство ПРОФЕССИЯ

Компания RUSSO
 

Издательство Специальная Литература

ТЕХСНАБ-М

1C:Предприятие

Сертификаты В.Л. Кузнецова


1C:Профессионал

1C:Специалист

1C:Профессионал

1C:Профессионал


1C:Торговля и склад 7.5

1C:Бухгалтерия 7.5

1C:Зарплата и кадры 7.5

Официальный партнер фирмы 1С
 



...постепенно я понял, что наиболее плодотворно работаю и комфортно себя чувствую,
занимаясь частной практикой, то есть - самостоятельно.
Что и делаю...

Жизнь до 1С

После окончания Московского энергетического института я работал в НПО «Энергия» (ныне - ракетно-космическая корпорация «Энергия») в городе Королев, вначале в должности инженера, потом инженера-программиста второй категории, программировал на языке PL/I.
Успел прикоснуться к большим задачам и проектам. Апологетом ракетной техники не стал. Тем не менее, огорчен, что продолжается ослабление наших позиций в технике, растет зависимость от продажи нефти, газа и другого сырья.
Далее занимался автоматизацией автотранспортного предприятия - использовал FoxBase. Работал в нескольких компаниях по разработке программ для склада, торговли. Кто помнит, до выпуска фирмой 1С конфигураций на платформе 7, было много небольших компаний, которые разрабатывали программы для торговли, складского учета, бухгалтерии и имели несколько десятков клиентов. Выпуск фирмой 1С программы 1С:Торговля и склад 7.0 этот сегмент рынка сильно изменил. И сыграл для меня важную роль - я понял - будущее за 1С - и не ошибся. Также постепенно я понял, что наиболее плодотворно работаю и комфортно себя чувствую, занимаясь частной практикой, то есть - самостоятельно. Что и делаю.
В.Л. Кузнецов
 
Методология «быстрого внедрения»

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

Я выбираю – делать проекты. Мне это интересно. И я это делаю.

В.Л. Кузнецов

atension
Материал данной страницы является авторским. Никакая его часть не подлежит копированию, перепечатыванию и т. п. без письменного разрешения Кузнецова Владимира Леоновича.
 

Контакты

Если Вы хотите, чтобы я помог Вам решить Ваши задачи, заполните следующую форму: