УПП: Хроники малобюджетного внедрения (Часть 2)

13.07.12

Функциональные - Управление проектом (PMO, EPM)

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

Скачать файлы

Наименование Файл Версия Размер
ВедомостьПоУчетуЗатрат (измененная)
.erf 65,76Kb
64
.erf 65,76Kb 64 Скачать

Итоги предыдущей работы

Итак, в прошлый раз мы определились, какие общие задачи стоят перед нами:

1. Организовать производственный учет в УПП.

2. Перенести складской учет из УТ 8.2 в УПП.

3. Перенести регламентный учет из Бухгалтерии 8.2 в УПП.

4. Перенести учет заработной платы и кадровый учет из ЗиК 7.7

5. Организовать планирование производства в УПП.

6. Организовать планирование снабжения в УПП.

Из перечисленных задач №3 и №4 лучше всего делать с начала года, т.е. с января2013 г. Обучение этим блокам лучше сделать в ноябре-декабре. Проще начать с того блока, учет которого в 1С-ке еще не велся: с производственного учета.

За прошедших две недели сделано следующее:

Подписан приказ об обучении мастеров. Обучение начато. Из сообщения 1С-ника: «Обучение идет со скрипом, обучил всего двух мастеров, остальные ссылаются на занятость». Ничего, как говорил мой знакомый финдир: «Трудности по плану». Просто мужики характер показывают.

Массово вводится номенклатура. Пока сам 1С-ник вводит спецификации, но готовит приказ на обучение технологов, согласовал с главным технологом и обучение, и то, что должно получаться в итоге.

РАУЗ или не РАУЗ? Вот в чем вопрос

Самое время определиться, какой режим учета производственных затрат будем использовать: партионный учет или РАУЗ (расширенная аналитика учета затрат).

Исторически РАУЗ появился позже партионного учета и обрел свойства «модного» направления. Каждый 1С-ник-фикси требовал немедленного перехода на «более прогрессивный метод». Но каждый режим учета имеет свои плюсы и минусы.

Партионный учет требует строго последовательно выстраивать документы движения ТМЦ: выпуск продукции должен быть раньше его передачи на склад, продажа только после приемки и т.п. Не может идти речь о том, чтобы продали больше, чем приняли. Любые нарушения цепочки приводят к ее обрыву и дефектам расчета производственной себестоимости. А у нас — Россия, а у нас — «неотфактуровки».

— Что такое «неотфактуровка»? — спросил 1С-ник.

Западные системы учета не знают такого термина. Им не понять, как можно прислать товар без накладной. В России это явление массовое. Дошло до того, что когда на фирме мне заявляют, что у них «нет неотфактуровок», я грустно улыбаюсь: «Такого быть не может». Дальнейшая работа показывает, что я права. Просто главный бухгалтер принимает решение не учитывать пришедшую без документов номенклатуру. Но производство простаивать без сырья не может и берет его без документов. Далее начинается тот «посмертный учет», из-за которого руководители не могут опираться на данные бухгалтерского учета. Принимать управленческие решения на его основе невозможно.

РАУЗ спокойно «переживет» и неотфактуровки, и нарушение временной последовательности в документах приемки-передачи, выпуска и продажи. НО! Теперь все эти разрывы должен самостоятельно искать и ликвидировать пользователь. В бухгалтерии всегда вал текущей работы, и эти дефекты никто не увидит. Только случайно посмотрит в такую базу грамотный пользователь и ужаснется. Это для бухгалтерии важны налоговые периоды: месяц, квартал, год. А на производстве решения нужно принимать чаще. Так и расходятся интересы разных служб, так и появляются разные источники информации. Как только какие-то производства у нас еще остаются рентабельными?!

Рассказав эти «ужастики» 1С-нику клиента, я попросила его вместе с главным бухгалтером выбрать один из учетных режимов.  Как и следовало ожидать, РАУЗ «рулит»!

 «Ввод на основании» или точки опоры

Пока еще не организовали мой удаленный доступ в базу клиента, я пользуюсь для демонстраций демобазой УПП (релиз 1.3.26.1). В этой демобазе РАУЗ установлен с 2009 года. Прошу открыть список документов ОПЗС, ограничив его 2009 годом. Здесь всего три документа. Но только один из них в структуре подчиненности имеет два документа Требование-накладная.

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

Видно, что по регистру «Учет затрат (бухгалтерский и налоговый учет)», по аналитике вида учета Затраты, документ Требование-накладная делает Приход, а документ ОПЗС — Расход по номенклатуре. Эти движения отражаются в отчете. Таким образом, в отчете можно отследить несоответствия между списаниями в производство и распределениями на выпуск готовой продукции. Это первая точка опоры.

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

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

«Брюки превращаются…»

Существуют два варианта списания ТМЦ в производство.

Первый вариант: ТМЦ, покинувшие склад, сразу считаются списанными в производство. На них выписывается Требование-накладная. Возникает проблема учета списанных ТМЦ в незавершенном производстве. И хотя УПП предоставляет возможность установить для номенклатуры флаг «Вести оперативный учет остатков незавершенного производства», но такой учет сложен. Поэтому пользователи часто превращают эти остатки в большой бардак.

Второй вариант: производственные участки вводятся, как «места хранения (склады)». Перемещение ТМЦ из обычного склада на производственный участок оформляется документом Перемещение товаров. А списание ТМЦ производится только тогда, когда это ТМЦ в результате обработки потеряло свои первоначальные потребительские свойства и превратилось в другую номенклатуру. Словом «Брюки превращаются… в элегантные шорты».

Именно второй вариант позволяет лучше контролировать списания ТМЦ в производство. Именно об этом варианте мы договорились с клиентом.

Имя и фамилия недоработки

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

Но вот проблема: при партионном учете в отчете «Анализ распределения производственных затрат» в настройках отчета легко можно было вывести группировку по Регистратор.Ответственный. При РАУЗ в отчете Ведомость по учету затрат просто так эту группировку не выведешь. Если вы, как и я, не обладаете навыками в СКД (системе компоновке данных), то вам придется обратиться к программисту или воспользоваться слегка перестроенным нами отчетом (файл приложен к публикации).

Отчет присоединяем, как внешний дополнительный, настраиваем и формируем его за 2009 год в демобазе УПП (скриншот ниже).

Сразу бросается в глаза, что некто списал в производство 19 штук мебельных досок. При этом на продукцию пошло только 10 штук. За это отвечает товарищ Абдулов. Проверяем номенклатуру: для «доска мебельная» флаг учета остатков в незавершенном производстве не стоит. Где же остальные 9 штук досок?!

Поневоле приходит на ум стихотворение «Конь-огонь» В.В.Маяковского, написанное для детей (?!):

Все пошли походкой важной

к фабрике писчебумажной.

Рабочий спрашивать их стал:

— Вам толстый или тонкий? —

Спросил и вынес три листа

отличнейшей картонки.

— Кстати, нате вам и клей…

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

Не получилось позитивной ноты на окончании второго сеанса связи. Все равно, до скорого!

См. также

1С:УНФ+РМ Управление проектной фирмой

Управление проектом (PMO, EPM) Комплексное управление ресурсами (ERP) Девелопмент Платформа 1С v8.3 Управленческий учет Платные (руб)

Продукт предназначен для автоматизации архитектурных, проектных конструкторских бюро, инжиниринговых фирм, а также любых других малых предприятий, использующих управление проектами в своей деятельности, и позволяет обеспечить комплексный подход в реализации задач управления проектами и общефирменных задач. Продукт разработан на основе типовой конфигурации "Управление нашей фирмой", а также конфигурации "PM Управление проектами ПРОФ", разработанной по проекту 1С-Совместно, с сохранением всех основных возможностей и механизмов этих решений и использует все преимущества технологической платформы "1С:Предприятие" версии 8.3, обеспечивающей масштабируемость, открытость, простоту администрирования и конфигурирования. При разработке "1С:УНФ+PM Управление проектной фирмой" был учтен опыт, накопленный при внедрении и эксплуатации продуктов линейки "1С:PM Управление проектами" более чем на 350 предприятиях различных отраслей и форм собственности.

55600 руб.

17.03.2022    11061    2    0    

6

Гибкий Канбан для 1С: Документооборот 8, редакция 2.1

Документооборот и делопроизводство (СЭД) Управление проектом (PMO, EPM) Платформа 1С v8.3 1С:Документооборот Россия Абонемент ($m)

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

5 стартмани

10.07.2023    3681    24    Mattakushi    8    

8

Процессная модель внедрения. НЕ КАНБАН и AGILE

Управление проектом (PMO, EPM) Бизнес-анализ Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

05.07.2023    1669    DenisErmolaev    7    

9

Подсистема "Служба поддержки Redmine"

Управление проектом (PMO, EPM) Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Подсистема "Служба поддержки Redmine". Сделана на расширении. Позволяет отправлять заявку из 1С в сервис-деск Redmine. Использует Rest-API Redmine. Поддерживает полноценный редактор Markdown для оформления заявки.

1 стартмани

06.05.2023    3027    9    henr1ck    1    

11

Бизнес как на ладони: как мы внедрили управленческую отчетность в дистрибьюторской компании

Управление проектом (PMO, EPM) Бизнес-анализ Платформа 1С v8.3 1С:Управление торговлей 11 Оптовая торговля, дистрибуция, логистика Россия Управленческий учет Бесплатно (free)

Успешен ли бизнес, где его слабые места, а где — возможности для роста? Корректно отвечать на эти вопросы, опираясь на данные управленческой отчётности. О том, как мы внедрили «1С:УТ» и настроили качественный управленческий учёт, — в нашем кейсе.

26.04.2023    1269    ystetsenko    0    

0

Трекер задач

Управление проектом (PMO, EPM) Платформа 1С v8.3 Россия Управленческий учет Абонемент ($m)

Еще один трекер задач для 1С, но реализован на html + css + js. Успешно используется в собственной срм в повседневной работе. Конфигурация написана на базе БСП 3.1.5.306.

2 стартмани

24.04.2023    8010    77    andrybar    16    

66

Как я писал ТЗ на внедрение 1С:ERP

Управление проектом (PMO, EPM) Управление производством (МES) Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление нашей фирмой 3.0 Абонемент ($m)

Данная публикация несёт ретроспективный характер, в которой я постараюсь продемонстрировать аналитическую работу при разработке технического задания на внедрение 1С: ERP. Указание конкретного продукта - 1С:EPR - в какой-то мере имеет значение, так как местами буду я опускаться в его технические особенности и описывать сложности, с которыми сталкивался. То есть технику и технологии буду комбинировать с методологией, чтобы картина была более полной. Буду выдерживать конфиденциальность, поэтому реальные цифры упразднены или изменены, а деловые разделы будут изложены общей практикой без коммерческих деталей.

1 стартмани

13.04.2023    14476    Ingraf    20    

77

Подключение виджета Задачи отдела любому пользователю 1С:Документооборот 2.1

Документооборот и делопроизводство (СЭД) Управление проектом (PMO, EPM) Платформа 1С v8.3 1С:Документооборот Россия Абонемент ($m)

Расширение для Документооборота 2.1 позволяет использовать виджет и форму "Задачи отдела" любому пользователю, а не только руководителю отдела.

1 стартмани

22.03.2023    3031    22    MaxTolya    6    

2
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. kompas-dm 780 13.07.12 19:14 Сейчас в теме
Результаты перед вами
2. kompas-dm 780 13.07.12 19:27 Сейчас в теме
(0) Простите,PAVI , плеснуло .
об итерационной технологии внедрения на живом конкретном примере, почти в режиме реального времени. Один раз в неделю, на один час
3. PAVI 1388 14.07.12 11:44 Сейчас в теме
(2) kompas-dm,
Не верите, да? :)
Во-первых, часть работы остается "за кадром". 1С-ник за день до связи присылает мне накопившиеся вопросы. У меня пока уходит где-то еще час на сотавление ответов в виде конспекта для будущего сеанса связи. Потом конспект тоже отсылаю клиенту.
Во-вторых, мы с ним сначала договаривались о двух-трех сеансах в неделю, но он сам выбрал переход на такой режим. "Скоро сказка сказывается, да не скоро дело делается..." Ему все, о чем договорились СДЕЛАТЬ надо. И, согласитесь, это работа пока не самая высококвалифицированная. У нас получается что-то вроде "наставничества" или лоцманской проводки корабля.
В третьих, с точки зрения условий сдачи УПП у меня вообще условия "шоколадные" по времени. В 2007 году я сдала экзамен на сертификат "Специалист" по УПП со второго раза именно потому, что первый раз не смогла рассчитать время.
В четвертых, я понимаю, что может прийти время для более частого общения и/или работы на территории Заказчика.
ILM; RustIG; +2 Ответить
4. margo2007 15 14.07.12 11:55 Сейчас в теме
Интересно, п.3
3. Перенести регламентный учет из Бухгалтерии 8.2 в УПП.

А торговые операции? Или Вы считаете этот блок малозначительным и включили его в складские операции?
5. PAVK 15.07.12 09:07 Сейчас в теме
(4) margo2007,
Торговые операции входят как в регламентный учет (как же без НДС?!), так и в складские операции. НО! Именно из-за НДС считаю его лучше переносить вместе с регламентным учетом.
23. margo2007 15 18.07.12 12:57 Сейчас в теме
(5) PAVK,
Торговые операции входят как в регламентный учет (как же без НДС?!), так и в складские операции. НО! Именно из-за НДС считаю его лучше переносить вместе с регламентным учетом.


Под торговыми операциями я имела ввиду весь блок взаимоотношений с покупателями. У Вашего клиента - Управление торговлей. Видимо перенос данных из "Управления торговлей" (цены, скидки, отсрочки, оформление документов на отгрузку, договора, задолженность со сроками долга, и т.д.) Вы и назвали "перенос складских операций"?
25. PAVI 1388 18.07.12 17:12 Сейчас в теме
(23) margo2007,
Под торговыми операциями я имела ввиду весь блок взаимоотношений с покупателями. У Вашего клиента - Управление торговлей. Видимо перенос данных из "Управления торговлей" (цены, скидки, отсрочки, оформление документов на отгрузку, договора, задолженность со сроками долга, и т.д.) Вы и назвали "перенос складских операций"?

Если Вы хотели уточнения терминологии, то должны согласиться, что блок CRM имеет смежные документы с блоками учета запасов и регламентного учета. И это блок имеет важное значение. НО! За нарушение в учете НДС не один главный бухгалтер пострадал, вплоть до увольнения. Поэтому блок CRM считаю необходимым переносить в УПП после регламентного учета в части отгрузки, договоров, задолженности.
27. margo2007 15 19.07.12 02:00 Сейчас в теме
(25)
За нарушение в учете НДС не один главный бухгалтер пострадал,

Поэтому и даю добрый совет:
хочется им в УПП поиграть - пусть играют, НО НЕ ТРОГАТЬ БУХГАЛТЕРИЮ, пока не отладите учет в УПП.
Переносили они данные из УТ в в Бухгалтерию, так и пусть и из УПП в бухгалтерию дальше переносят.
29. PAVI 1388 20.07.12 10:28 Сейчас в теме
(27) margo2007,
Поэтому и даю добрый совет:
хочется им в УПП поиграть - пусть играют, НО НЕ ТРОГАТЬ БУХГАЛТЕРИЮ, пока не отладите учет в УПП.
Переносили они данные из УТ в в Бухгалтерию, так и пусть и из УПП в бухгалтерию дальше переносят.

Хочется надеяться, что Вы действительно стараетесь дать ДОБРЫЙ совет. Но перенос данных из УТ в БП - дело житейское, привычное и нормальное. А вот перенос данных из УПП в Бухгалтерию... Как в анекдоте: "Черт с ней, с головой, но такого я еще не видел". И в УПП мы не "играть" собрались.
33. RustIG 1301 23.07.12 10:45 Сейчас в теме
(27) Ваш "добрый" совет совсем не коррелирует с вашими другими притязаниями (21).
Поэтому по общему фону складывается впечатление, что ваши советы вовсе не добрые...
6. Ish_2 1104 15.07.12 09:54 Сейчас в теме
Теоретически я готов допустить , что такое бывает :
Удаленное внедрение , Удаленное обучение и т.д.
Дескать, консультант консультирует , пользователь консультируется , а местный 1с-ник чего-то программирует.
Но весь мой опыт говорит об обратном . Профанация чистейшей воды.
Внедрение - это интерес внедренца+теснейший контакт с персоналом+темп,темп,темп.

С другой стороны, "такое бывает" в приемлемом изложении всегда интересно.
А вдруг отрицание "удаленности" - всего лишь ограниченность опыта и узость кругозора ?
9. PAVI 1388 16.07.12 09:50 Сейчас в теме
(6) Ish_2,
Теоретически я готов допустить , что такое бывает :
Удаленное внедрение , Удаленное обучение и т.д.
Дескать, консультант консультирует , пользователь консультируется , а местный 1с-ник чего-то программирует.
Но весь мой опыт говорит об обратном . Профанация чистейшей воды.
Внедрение - это интерес внедренца+теснейший контакт с персоналом+темп,темп,темп.

Внедрение с физическим пристутствием внедренца у клиента действительно очень желательно. НО! Между мною и клиентом 12 часов лету и 5 часов разницы по времени. А у клиента в их населенном пункте НЕТ специалистов по УПП, но есть спецы по Бухгалтерии, Торговле и Зарплате. И предприятие не может позволить себе выписать бригаду внедренцев из других городов. А с 1С-ника внедрение требует акционер. И ему просто нет дела до теории (нужно внедрять так или иначе), ему нужно ВНЕДРИТЬ УПП. Мотивация у парня мощнейшая. А я знаю из практики, до чего может мотивация человека довести.
Кстати, один мой земляк с малой родины не обращал внимание на людские мнения о том, чего он якобы может достичь после провинциальной школы. Зовут его Олег Владимирович Дерипаска.
11. Ish_2 1104 16.07.12 13:31 Сейчас в теме
15. PAVI 1388 16.07.12 14:31 Сейчас в теме
(11) Ish_2,
Ок. Удачи

Спасибо и от меня, и от клиента: удача нам понадобится.
14. frc 16.07.12 14:07 Сейчас в теме
(9)
Зовут его Олег Владимирович Дерипаска

так вот откуда вся шелупонь идет...
Т.е. по-вашему - Дерипаска весь из себя, селф-мэйд и вообще - гигант мысли и русской демократии?
21. margo2007 15 18.07.12 02:28 Сейчас в теме
(9)
Между мною и клиентом 12 часов лету и 5 часов разницы по времени

Любопытно....От Москвы до Владивостока 7 часов лететь....
22. PAVI 1388 18.07.12 09:25 Сейчас в теме
(21) margo2007,
Мы не в Москве, прямого рейса до города клиента нет. Я указала время в пути с учетом пересадки, которое выдал сайт avantix.ru Чистое полетное время не считала. Конечно оно меньше 12 часов.
7. Арчибальд 2706 16.07.12 08:31 Сейчас в теме
Вот уже третья статья, название которой начинается с аббревиатуры УПП. И опять, как в первых двух, конфигурация "УПП" в общем-то, ни при чем. Разве что РАУЗ... Но РАУЗ появилась отнюдь не в УПП, да и не в восьмерке даже.
С учетом этого замечания, тем не менее, плюс.
13. frc 16.07.12 14:03 Сейчас в теме
(7) Арчибальд,
вынужден поставить Арчибальду минус - впрочем, как и статье.
Статья - упражнение в чистописании, комментарий - поощрение выдавать такое чистописание за статью.
8. tango 506 16.07.12 08:41 Сейчас в теме
да и РАУЗ не раскрыт :)
тем не менее без минуса.
**
как образец письменной речи - отлично
по сути - реклама: ах какие мы молодцы с нулевым профессиональным содержанием
32. RustIG 1301 23.07.12 10:33 Сейчас в теме
(8)откуда у вас столько злости? вас кто-то обидел?
10. mosAdm 135 16.07.12 11:18 Сейчас в теме
(0)
> — Что такое «неотфактуровка»? — спросил 1С-ник.
> Западные системы учета не знают такого термина. Им не понять, как можно прислать товар без накладной.

По моему это через чур оптимистичное представление о торговле за рубежом. Товар без накладной прислать можно вполне достаточно счета.
12. Ish_2 1104 16.07.12 13:48 Сейчас в теме
(10),(0) Встретились знакомые слова : "Западные системы учета" ...
Не удержусь : поменьше бы их ставить на нащих предприятиях. По-моему толку мало , а недоразумений - вагон при интеграции с 1с.
Причем недоразумений глубоких - на уровне понимания учета.
Расковырял по необходимости структуру таблиц одной такой западной системы (э.. мирового лидера),
когда понял, что к чему - ахнул : "Да это же папуасы ! Так системы не проектируются !"
Мне сказали :
"Это ты папуас ! Запад есть Запад "
ILM; mosAdm; +2 Ответить
16. Арчибальд 2706 16.07.12 15:07 Сейчас в теме
(12)
Мне сказали :
"Это ты папуас ! Запад есть Запад "
Быстро тебя раскусили ;)
17. Ish_2 1104 16.07.12 16:24 Сейчас в теме
(16) Честное мусульманское : я не папуас !
Истину говорю : папуасы -они.
(возможно, если не будет претензий от заинтеремсованных лиц,
я опишу эту систему здесь, на ИС)
18. babys 90 16.07.12 17:10 Сейчас в теме
(17) Ish_2, ну обычно когда я им тыкал на косяки в организации хранения данных и т.д., отмазки сводились к: "это нужно для сохранения совместимости с предыдущими версиями". А когда спрашиваешь это где такое старьё работает, отвечали: "ну где-то там на западе".
ЗЫ: Не удивлюсь если мы с вами про одну и ту же систему говорим :)
19. babys 90 17.07.12 08:58 Сейчас в теме
(17) Ish_2, не могу в личку, нет, это не она. Я гостиничным бизнесом не занимался, я всё больше по производству. Думаю, что могу отрыто назвать, тем более, что и так все знают, ИМХО, это SAP/R3.
20. Ish_2 1104 17.07.12 11:43 Сейчас в теме
24. Рамзес 29 18.07.12 14:47 Сейчас в теме
Поэтому желательно заранее расписать время, которое должно указываться в документах выпуска, списания и перемещений продукции первого передела, второго передела и так далее.

Что под этим подразумевается?
26. PAVI 1388 18.07.12 17:20 Сейчас в теме
(24) Рамзес,
По этим подразумевается буквально следующее:
в смену выпускается полуфабрикат 1, полуфабрикат 2, продукция 1
смена 1 с 8-00 до 20-00
смена 2 с 20-00 до 8-00 следующего дня
Для смены 1:
Получение материалов со склада 9-00
Выпуск полуфабриката 1 16-00
Выпуск полуфабриката 2 17-00
Перемещение полуфабрикатов 18-00
Выпуск продукции 1 19-00
Перемещение продукции 1 на склад 19-30

Упрощено, конечно. Но что-то в этом роде и для более сложных схем переделов.
Смысл в этом следующий: легче отслеживать ошибки выпуска и перемещений. Так как на практике часто бывает так:
выпустили 100 кг, переместили 100 кг. Потом обнаружили, что выпустили 110 кг, исправили ОПЗС, но документ Перемещение товаров забыли исправить.
28. Рамзес 29 19.07.12 08:50 Сейчас в теме
(26) насколько я понял речь идет просто о том, чтобы документы были расставлены правильно по хронологии. Зачем тогда "расписывать время" для каждого полуфабриката? Нужно объяснить диспетчеру, чтобы документы шли в хронологическом порядке. И чтобы при исправлении ОПЗС время указал прежнее.
30. PAVI 1388 20.07.12 10:36 Сейчас в теме
(28) Рамзес,
Нужно объяснить диспетчеру, чтобы документы шли в хронологическом порядке

Этого не достаточно. Если Вы сами не выстроите хронологию Вашего многопередельного производства, то НИКТО из исполнителей это делать не будет. Нужно же учесть и перемещения между отдельными подразделениями. Эта хронология нужна для поиска ошибок на стыках учета разных ответственных лиц. Плюс тому, кто ищет ошибки, не нужно каждый раз выяснять заново, соблюдена ли хронология или...
В принципе, никто такую хронологию при РАУЗ обязательной не делает. Просто я делюсь своими маленькими хитростями, которые помогали мне искать ошибки в массе производственных документов.
31. BabySG 20.07.12 17:23 Сейчас в теме
Раздел «Брюки превращаются…» сразу указывают, что автор либо вообще не работал с РАУЗ, либо не понимает, как тот производит расчет.
Использовать перемещения для отражения цехов - "отлично" влияет на себестоимость, что исходит из самой идеи (системы) линейных уравнений, применяемой для расчета с/с.
34. RustIG 1301 23.07.12 10:53 Сейчас в теме
(31) к ИС присоединился модератор "1С-про"? приветствую!
Статьи на ИС выкладываются не для того, чтобы мы-читатели угадывали по фразам автора весь его предыдущий опыт, умения, навыки или слабые стороны... если что-то противоречит в статье вашему личному опыту, почему бы не спросить об этом..... вместо того, чтобы делать выводы....местами обидными. ваша цель какая - задеть автора или докопаться до сути статьи?
35. RustIG 1301 23.07.12 10:55 Сейчас в теме
(34) дополню, или сказать миру "я тоже в чем-то понимаю и чего-то стою!"
36. BabySG 23.07.12 11:00 Сейчас в теме
(34) Эээ... Есть курсы, есть статьи в интернете (не уверен, что на ИС есть), в которых указывается, в чем суть проблемы расчета с/с при множественных перемещениях по складам.

Если лень в поисковик забить эту проблему, достаточно банально сделать маленький опыт на демо базе (или пустой) и посмотреть на результат.

ЗЫ. Первая же ссылка, кстати http://yandex.ru/yandsearch?text=%D1%81%D0%B5%D0%B1%D0%B5%D1%81%D1%82%D0%BE%D0%B8%D0%BC%­D0%BE%D1%81%D1%82%D1%8C+%D0%BF%D0%B5%D1%80%D0%B5%D0%BC%D0%B5­%D1%89%D0%B5%D0%BD%D0%B8%D1%8F+%D1%81%D0%BA%D0%BB%D0%B0%D0%B­4%D1%8B+%D1%80%D0%B0%D1%83%D0%B7&lr=2
Очень рекомендую стаьи к прочтению, после чтения возникнет много вопросов к автору текущей статьи и что тут понимается по РАУЗом
37. RustIG 1301 23.07.12 12:45 Сейчас в теме
(36) а вы что, все обсуждения с коллегами начинаете с такой фразы
автор либо вообще не работал с РАУЗ, либо не понимает, как тот производит расчет.
??????

я обратил ваше внимание не на проблему РАУЗ, а на ваш "вход в обсуждение".

Теперь по РАУЗ... Его разработал не автор, чтобы отвечать за все проблемы РАУЗ.

Проблемы РАУЗ известны, их достаточно много, чтобы писать статьи, организовывать курсы и т.д.
А вот и отрывок из статьи по вашей ссылке от Александра Полякова:
В данном примере хорошо видно, каким образом изменяется процедура решения СЛАУ при появлении даже, казалось бы, совсем «безобидных» встречных потоков затрат, вызванных перемещением материалов между складами в разделе учета МПЗ.
В качестве одной из возможных причин подобного поведения процедуры решения СЛАУ, можно считать применение не очень эффективного метода решения СЛАУ.
В качестве другой возможной причины, можно выделить - наличие встречных потоков затрат (даже при перемещении МПЗ - как расплата за объединение в "одном флаконе" учета затрат и МПЗ). В данном случае, конечно надо было бы поговорить о видах используемых матриц, о числах их обусловленности - и еще о многом из теории графов, но 1С УПП РАУЗ не предполагает проведения подобного рода анализа Графов затрат. Поэтому, пользователям можно только посоветовать обращать внимание на наличие подобного рода встречных потоков затрат при анализе результатов проведения документа Расчет себестоимости выпуска.


Автор как раз и предупреждает, что пользователь должен отслеживать все результаты и ошибки...
Ну вы даете, БэбиСГ!
38. BabySG 23.07.12 13:07 Сейчас в теме
(37) Автор позицинирует себя, как внедренец РАУЗа и описывает, как это круто. При этом тут же описывает схему, которую в РАУЗе нужно применять с "офигенной" осторожностью.

Еще раз повторю: сделайте тест в базе и посмотрите на результат подобных перемещений. К слову, эта багофича РАУЗа известна чуть ли не с момента его появления.

Если подходить буквально:
1. При использовании такой схемы НЕ стоит использовать режим расчета с/с по складам
2. Обязательно следует описывать такую тонкость
3. Решение позиционировалось, как панацея от проблем, при это возникла другая проблема (организационно практически не решаема).

Подводя итог: цеха на заводе крайне не рекомендуется использовать в виде "складов". Эта идея получила развитие в УТ11 (и войдет в УПП2) в виде т.н. помещений.

В общем случае: склад - это весь завод. Не может меняться с/с товара в момент перемещения из цеха в цех, а при указанной цепочке - это более, чем вероятное событие.
Что бы понять проблему "отслеживания таких ошибок" - достаточно смоделировать такую ситуацию и помножить ее на реальный масштаб :)

Поэтому: вход был не для уровня "а что такое РАУЗ?", а для уровня "автор уверен в том, что он знает, как его решение будет работать в РАУЗ?"
Оля_; Арчибальд; margo2007; +3 Ответить
40. RustIG 1301 23.07.12 13:16 Сейчас в теме
(38) идет внедрение УПП, какой у нас выбор: Партионный учет или РАУЗ?
вы что выбираете?
и еще, БэбиСГ, опишите свой опыт внедрения УПП, пожалуйста.
Может быть вы к этому идете? то есть у вас есть некоторый опыт, вы пока его не раскрываете, но с ужасом читаете и воспринимаете написанное здесь...
41. PAVI 1388 23.07.12 14:22 Сейчас в теме
(38) BabySG,
Автор позицинирует себя, как внедренец РАУЗа и описывает, как это круто.

Мои симпатии на стороне партионного учета, но часто использование РАУЗа на предприятии не имеет альтернативы. Именно это я пыталась написать, сожалею, если получилось "не очень".
При использовании такой схемы НЕ стоит использовать режим расчета с/с по складам

То, что Вы это указали, действительно важно. Только это требует более подробного объяснения. Вы имели ввиду, что уж если выбран РАУЗ, то не стоит устанавливать флаги "вести учет себестоимости МПЗ по складам"?!
Я же имела ввиду другое: отсутствие расчета себестоимости МПЗ по складам из-за "багофичи РАУЗа" не исключает ведение количественного учета по складам, в том числе по производственным. Превращение всего завода в склад (по Вашей рекомендации) превратит материальную ответственность должностных лиц в фикцию, а учет МПЗ в большую "помойку". Их я видела не мало.
Немного жаль, что учет себестоимости по подразделениям исчез вместе с партионным учетом. Эта "фича" могла позволить такую роскошь, как ведение хозрасчета по подразделениям.
42. BabySG 23.07.12 14:32 Сейчас в теме
(41) Мои симпатии на основе той концепции, которая закладывается в УПП2. Это почти тот же РАУЗ, что и сейчас, но "улучшенный" :) Партионный учет на большом производстве - это мертвяк. Зачастую ошибки проще "похоронить", чем исправлять.

Да, не стоит указывать этот флаг. Вообще - сама концепция предполагает "склад = завод".
Именно т.н. помещения - дадут количественный учет по цехам (стоимостной - не имеет смысла)
Себестоимость по подразделениям - тоже сомнительная фича, честно говоря.
Не очень понятно, как это все должно рассчитыватся в общем случае (я уж молчу при встречке что должно происходить)
Вот если это обособленные...

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

Подумайте в этом направлении - это может оказаться более действенным, чем вроде бы просто решение "склады"
43. PAVK 23.07.12 20:55 Сейчас в теме
(42) BabySG,
Ведь бухгалтеру эти "склады" до одного места

Наши с Вами различия в подходе именно потому, что в УПП Вы пытаетесь все мерять бухгалтерской позицией. Тогда вообще зачем вся эта карусель? Проще развивать не УПП, а БП.
Нашим клиентам я объясняю преимущества УПП именно в том, что кроме "бухгалтерской правды" можно выявить результаты работы разных служб.
Подумайте и Вы в этом направлении...
Себестоимость по подразделениям - тоже сомнительная фича, честно говоря

"Честно" не синоним "правильно". Если Вы не умеете этим пользоваться для управления производством, это говорит только о Вашем опыте, не более.
44. Арчибальд 2706 24.07.12 08:13 Сейчас в теме
(43)
Наши с Вами различия в подходе именно потому, что в УПП Вы пытаетесь все мерять бухгалтерской позицией.
Не подскажете, какую еще правду, кроме бухгалтерской, можно поискать в УПП? Т.е. вообще в учетных системах?
Любая учетная система направлена не на фиксацию фактов (хотя это важная составляющая), а на оптимизацию функционирования объекта учета. Бухгалтерский учет отличается тем, что в качестве критериев оптимальности использует денежные показатели (прибыль, доход, рентабельность и т.п.). Это и есть бухгалтерская правда. Назовите мне еще что-нибудь - без помавания и камлания мифическими понятиями потребностей "менеджеров". Какие еще такие "результаты работы разных служб" существуют? Нет, понятно, конечно, что результаты миссионерской деятельности можно учитывать в количестве новообращенных за период. Однако правильней будет за тот же период учитывать и затраты на эту деятельность, т.е. себестоимость новообращенного, а также потенциальную прибыль, которую он (новообращенный) в дальнейшем принесет. А это правда бухгалтерская.
46. PAVI 1388 24.07.12 10:40 Сейчас в теме
(44) Арчибальд,
(45) BabySG,
Хорошо, я постараюсь подготовить отдельную статью. Вернее, я уже задумывалась над созданием подобной статьи, но мне казалось, что это будет разговор о вещах, достаточно очевидных.
48. tango 506 24.07.12 10:58 Сейчас в теме
(44) - (47)
БУ не учтет такие вещи, как, например, стоимость торговой марки (репутации фирмы) или профессионализм коллектива.
но ведь и УПП здесь не при делах...
51. frc 24.07.12 11:06 Сейчас в теме
(48) tango,
это мне? тогда по какому поводу? :)
а насчет торговой марки - поспорил бы: есть т.н. НМА, в которых учитывается - в том числе, - и стоимость торговой марки, и ребрендинг...
Арчибальд; +1 Ответить
58. PAVI 1388 28.07.12 11:38 Сейчас в теме
(44) Арчибальд,
Не подскажете, какую еще правду, кроме бухгалтерской, можно поискать в УПП? Т.е. вообще в учетных системах?

В воскресенье, 29 июля я отправлю на модерацию новую статью: "БП, КА, УПП: три правды".
Надеюсь она поможет точнее разъяснить мою точку зрения.
45. BabySG 24.07.12 09:46 Сейчас в теме
(43)
Наши с Вами различия в подходе именно потому, что в УПП Вы пытаетесь все мерять бухгалтерской позицией.

Не совсем так. УПП - это система для УУ и для БУ. Поэтому приходится искать компромисс в каждом шаге. И БУ тут не последнюю роль играть будет, как ни крути.

Если Вы не умеете этим пользоваться для управления производством, это говорит только о Вашем опыте, не более.

Ну, это заявление сильно. Будет интереснее, если раскажете (думаю, это стоит отдельной статьи), как это используется на практике (с какой целью, какую выгоду приносит и т.д.)
Тогда это уже будет предметный разговор :)
39. RustIG 1301 23.07.12 13:13 Сейчас в теме
Автор позицинирует себя, как внедренец РАУЗа и описывает, как это круто.

О, Боже!
БэбиСГ, с чего вы это взяли?
47. frc 24.07.12 10:51 Сейчас в теме
По-моему, все эти "хроники малобюджетных внедрений" - того же поля ягода, что и статьи а-ля "нирвана в 1С": внедрятели делают умные лица, расписывают, какие они мастера, какими масштабными системами с мощным функционалом они "ворочают" (в ход идут "ERP, УПП, КА, УТ") - заказчику; как легко и просто срубить бабла, не напрягаясь, как просто внедрять "ERP, УПП, КА, УТ", а бухгалтерия вообще с закрытыми глазами - здесь на форуме, а на самом деле поставят сервер с типовой и все - он теперь внедрятель-автоматизатор-реальный чел, и не понимает, че остальные 1с-ники страдают и напрягаются (видимо, уперлись "за идею").
И льется песня статья за статьей....
50. tango 506 24.07.12 11:01 Сейчас в теме
(47) frc, да ладно, движуха какая-никакая на ИС
52. frc 24.07.12 11:06 Сейчас в теме
(50) tango,
да печальная это движуха...
хотя - с другой стороны, развлекает, согласен :)
49. tango 506 24.07.12 11:00 Сейчас в теме
идея УУ как "учета" завязана именно на пресловутые "показатели эффективности". Увы, это - область экспертных оценок (соответственно - "интеллектуальных" программ, а не учетных).
53. frc 24.07.12 11:09 Сейчас в теме
(49) tango,
УУ без грамотного и четкого БУ - сферический конь в вакууме, вещь-для-себя.
Или проcто - бессмыслица. Nак что БУ - первичен, основополагающ и источник всех остальных "У".
54. mikhailovaew 127 26.07.12 10:34 Сейчас в теме
Всегда близко к сердцу принимаю проблемы переноса данных из других конфигураций.
Процитирую из статьи:
"За прошедших две недели сделано следующее:
...
Массово вводится номенклатура"

Как планируется впоследствии увязать введенные вручную позиции номенклатуры с тем, что прилетит в качестве тех же остатков из УТ и БП? "Малобюджетно" разрулить ситуацию может уже не получиться... Ну, если только заставить пользователей самих вколачивать остатки.
55. PAVI 1388 26.07.12 15:32 Сейчас в теме
(54) mikhailovaew,
Да, остатки по номенклатуре будем переносить вручную. И причина простая: бухгалтер по материалам в БП умудрилась КАЖДЫЙ МЕСЯЦ вводить новую номенклатуру. Конечно, до Нового года дадим возможность исправиться, но без инвентаризации о реальных остатках думать бессмысленно. Так зачем переносить бессмыслицу?!
56. Оля_ 26.07.12 22:18 Сейчас в теме
Мои симпатии на стороне партионного учета, но часто использование РАУЗа на предприятии не имеет альтернативы. Именно это я пыталась написать, сожалею, если получилось "не очень".


Можно подробнее при каких условиях РАУЗ не имеет альтернативы?
Просто я всегда пытаюсь сначала внедрить партионный учёт и ещё ни разу не сталкивалась с задачами не решаемыми с помощью партий, но и опыта во внедрении УПП у меня ещё очень мало, а "на грабли наступать" совсем не хочется.
57. PAVI 1388 27.07.12 12:28 Сейчас в теме
(56) Левша_,
Можно подробнее при каких условиях РАУЗ не имеет альтернативы?

РАУЗ не имеет альтернативы если:
- документооборот достигает того объема, когда даже фоновое перепроведение партий существенно тормозит работу;
- если имеется распределенная база данных (несколько филиалов);
- если большое количество неотфактуровок (приходов материалов без накладных)
- просто большое предприятие, на котором всю цепочку партионного учета выстроить и поддерживать требует слишком большого времени или невозможно в принципе.

Критерии, конечно, размыты. Каждый случай надо рассматривать особо. Если нужен критерий еще грубее, то предприятие с количеством более 500 человек и многопередельной продукцией лучше вести на РАУЗ.
59. Evgeny2009 55 31.07.12 19:40 Сейчас в теме
Вот я всё понимаю! И РАУЗ и Партионный. Ну почему не хотят сделать в КА и УПП нормальное закрытие месяца (автоматезированное)при партионном учёте???? Ведь сколько читаю статьи, отзывы, большенству организации по (57)и т.д. и т.п даже и ненужен этот РАУЗ.В торговой организации только бухгалтеров научили с документами работать и на те, опять ручные проводки при закрытии месяца. Автоматизировать - так по полной!

А автору респект! Хорошо когда люди опытом деляться! Спасибо.
60. xzevsx 01.08.12 13:05 Сейчас в теме
Нужная вещь сами на УПП собираемся переходить
61. hvlad77 13 21.09.12 07:50 Сейчас в теме
"Проще начать с того блока, учет которого в 1С-ке еще не велся: с производственного учета."

Не знаю, как вы собираетесь внедрять производственный модуль удаленно, но могу сказать по опыту, знаю как минимум 2 конторы, которые так и не внедрили УПП, ибо начинали внедрение со слов: "главное запустить производство, остальное само получится". А производство такая штука, его учет можно годами настраивать. Особенно если предприятие работает еще с советских времен.

Сначала нужно запустить на УПП все то, что уже так или иначе отлажено и работает. Бухгалтерия, склад, снабжение, зарплата. И вот когда "вроде ничего не изменилось", но все уже работает в УПП, вот тогда и заниматься производством.

Это исключительно мое мнение. Но именно по такой системе я уже запустил УПП на одном предприятии. А производство им еще не один год внедрять. И дело даже не в самой УПП, а во внутренних бизнес-процессах организации.
margo2007; baikalpharm; +2 Ответить
62. PAVI 1388 21.09.12 11:45 Сейчас в теме
(61) hvlad77,
Сначала нужно запустить на УПП все то, что уже так или иначе отлажено и работает. Бухгалтерия, склад, снабжение, зарплата.

В первой части "Хроник" я как раз рассуждала, что можно делать раньше: производство или бухучет. Ваш опыт не исключает мой. Это не первое предприятие, где спохватываются о внедрении не в октябре-декабре, а где-то после окончания годового отчета. Внедрять зарплатный блок позже января - почти гарантия провала, так как расчет зарплаты и налогов в разных программах практически никогда не совпадает. Поэтому обращаю Ваше внимание на то, что ОПЛАТУ по техпроцессам мы пока не трогали. Те же проблемы будут: с начислением амортизации, расчетом себестоимости и т.д. Поэтому бухгалтерию, склад, зарплату нужно внедрять ТОЛЬКО с января. А еще лучше в ноябре-декабре провести обучение и уточнить/изменить учетную политику предприятия под внедряемую конфигурацию. Это требует понимания предмета обеими сторонами и времени на обдумывание/согласование.
Но чтобы не откладывать внедрение на длительный срок, в другие периоды я предпочитаю внедрять производство. И это получается.
Оставьте свое сообщение