gifts2017

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

Опубликовал Ирина Павленко (PAVI) в раздел Управление - Управление проектом

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

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

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

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 штук досок?!

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

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

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

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

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

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

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

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

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

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

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

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

См. также

Подписаться Добавить вознаграждение

Комментарии

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

А торговые операции? Или Вы считаете этот блок малозначительным и включили его в складские операции?
5. Константин Павленко (PAVK) 15.07.12 09:07
(4) margo2007,
Торговые операции входят как в регламентный учет (как же без НДС?!), так и в складские операции. НО! Именно из-за НДС считаю его лучше переносить вместе с регламентным учетом.
6. Игорь Исхаков (Ish_2) 15.07.12 09:54
Теоретически я готов допустить , что такое бывает :
Удаленное внедрение , Удаленное обучение и т.д.
Дескать, консультант консультирует , пользователь консультируется , а местный 1с-ник чего-то программирует.
Но весь мой опыт говорит об обратном . Профанация чистейшей воды.
Внедрение - это интерес внедренца+теснейший контакт с персоналом+темп,темп,темп.

С другой стороны, "такое бывает" в приемлемом изложении всегда интересно.
А вдруг отрицание "удаленности" - всего лишь ограниченность опыта и узость кругозора ?
7. Александр Рытов (Арчибальд) 16.07.12 08:31
Вот уже третья статья, название которой начинается с аббревиатуры УПП. И опять, как в первых двух, конфигурация "УПП" в общем-то, ни при чем. Разве что РАУЗ... Но РАУЗ появилась отнюдь не в УПП, да и не в восьмерке даже.
С учетом этого замечания, тем не менее, плюс.
8. Михаил Ражиков (tango) 16.07.12 08:41
да и РАУЗ не раскрыт :)
тем не менее без минуса.
**
как образец письменной речи - отлично
по сути - реклама: ах какие мы молодцы с нулевым профессиональным содержанием
9. Ирина Павленко (PAVI) 16.07.12 09:50
(6) Ish_2,
Теоретически я готов допустить , что такое бывает :
Удаленное внедрение , Удаленное обучение и т.д.
Дескать, консультант консультирует , пользователь консультируется , а местный 1с-ник чего-то программирует.
Но весь мой опыт говорит об обратном . Профанация чистейшей воды.
Внедрение - это интерес внедренца+теснейший контакт с персоналом+темп,темп,темп.

Внедрение с физическим пристутствием внедренца у клиента действительно очень желательно. НО! Между мною и клиентом 12 часов лету и 5 часов разницы по времени. А у клиента в их населенном пункте НЕТ специалистов по УПП, но есть спецы по Бухгалтерии, Торговле и Зарплате. И предприятие не может позволить себе выписать бригаду внедренцев из других городов. А с 1С-ника внедрение требует акционер. И ему просто нет дела до теории (нужно внедрять так или иначе), ему нужно ВНЕДРИТЬ УПП. Мотивация у парня мощнейшая. А я знаю из практики, до чего может мотивация человека довести.
Кстати, один мой земляк с малой родины не обращал внимание на людские мнения о том, чего он якобы может достичь после провинциальной школы. Зовут его Олег Владимирович Дерипаска.
10. mosAdm (mosAdm) 16.07.12 11:18
(0)
> — Что такое «неотфактуровка»? — спросил 1С-ник.
> Западные системы учета не знают такого термина. Им не понять, как можно прислать товар без накладной.

По моему это через чур оптимистичное представление о торговле за рубежом. Товар без накладной прислать можно вполне достаточно счета.
11. Игорь Исхаков (Ish_2) 16.07.12 13:31
12. Игорь Исхаков (Ish_2) 16.07.12 13:48
(10),(0) Встретились знакомые слова : "Западные системы учета" ...
Не удержусь : поменьше бы их ставить на нащих предприятиях. По-моему толку мало , а недоразумений - вагон при интеграции с 1с.
Причем недоразумений глубоких - на уровне понимания учета.
Расковырял по необходимости структуру таблиц одной такой западной системы (э.. мирового лидера),
когда понял, что к чему - ахнул : "Да это же папуасы ! Так системы не проектируются !"
Мне сказали :
"Это ты папуас ! Запад есть Запад "
ILM; mosAdm; +2 Ответить 1
13. Ak A (frc) 16.07.12 14:03
(7) Арчибальд,
вынужден поставить Арчибальду минус - впрочем, как и статье.
Статья - упражнение в чистописании, комментарий - поощрение выдавать такое чистописание за статью.
14. Ak A (frc) 16.07.12 14:07
(9) PAVI,
Зовут его Олег Владимирович Дерипаска

так вот откуда вся шелупонь идет...
Т.е. по-вашему - Дерипаска весь из себя, селф-мэйд и вообще - гигант мысли и русской демократии?
15. Ирина Павленко (PAVI) 16.07.12 14:31
(11) Ish_2,
Ок. Удачи

Спасибо и от меня, и от клиента: удача нам понадобится.
16. Александр Рытов (Арчибальд) 16.07.12 15:07
(12)
Мне сказали :
"Это ты папуас ! Запад есть Запад "
Быстро тебя раскусили ;)
17. Игорь Исхаков (Ish_2) 16.07.12 16:24
(16) Честное мусульманское : я не папуас !
Истину говорю : папуасы -они.
(возможно, если не будет претензий от заинтеремсованных лиц,
я опишу эту систему здесь, на ИС)
18. Babys (babys) 16.07.12 17:10
(17) Ish_2, ну обычно когда я им тыкал на косяки в организации хранения данных и т.д., отмазки сводились к: "это нужно для сохранения совместимости с предыдущими версиями". А когда спрашиваешь это где такое старьё работает, отвечали: "ну где-то там на западе".
ЗЫ: Не удивлюсь если мы с вами про одну и ту же систему говорим :)
19. Babys (babys) 17.07.12 08:58
(17) Ish_2, не могу в личку, нет, это не она. Я гостиничным бизнесом не занимался, я всё больше по производству. Думаю, что могу отрыто назвать, тем более, что и так все знают, ИМХО, это SAP/R3.
20. Игорь Исхаков (Ish_2) 17.07.12 11:43
21. margo2007 (margo2007) 18.07.12 02:28
(9) PAVI,
Между мною и клиентом 12 часов лету и 5 часов разницы по времени

Любопытно....От Москвы до Владивостока 7 часов лететь....
22. Ирина Павленко (PAVI) 18.07.12 09:25
(21) margo2007,
Мы не в Москве, прямого рейса до города клиента нет. Я указала время в пути с учетом пересадки, которое выдал сайт avantix.ru Чистое полетное время не считала. Конечно оно меньше 12 часов.
23. margo2007 (margo2007) 18.07.12 12:57
(5) PAVK,
Торговые операции входят как в регламентный учет (как же без НДС?!), так и в складские операции. НО! Именно из-за НДС считаю его лучше переносить вместе с регламентным учетом.


Под торговыми операциями я имела ввиду весь блок взаимоотношений с покупателями. У Вашего клиента - Управление торговлей. Видимо перенос данных из "Управления торговлей" (цены, скидки, отсрочки, оформление документов на отгрузку, договора, задолженность со сроками долга, и т.д.) Вы и назвали "перенос складских операций"?
24. Сергей Сергеев (Рамзес) 18.07.12 14:47
Поэтому желательно заранее расписать время, которое должно указываться в документах выпуска, списания и перемещений продукции первого передела, второго передела и так далее.

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

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

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

Хочется надеяться, что Вы действительно стараетесь дать ДОБРЫЙ совет. Но перенос данных из УТ в БП - дело житейское, привычное и нормальное. А вот перенос данных из УПП в Бухгалтерию... Как в анекдоте: "Черт с ней, с головой, но такого я еще не видел". И в УПП мы не "играть" собрались.
30. Ирина Павленко (PAVI) 20.07.12 10:36
(28) Рамзес,
Нужно объяснить диспетчеру, чтобы документы шли в хронологическом порядке

Этого не достаточно. Если Вы сами не выстроите хронологию Вашего многопередельного производства, то НИКТО из исполнителей это делать не будет. Нужно же учесть и перемещения между отдельными подразделениями. Эта хронология нужна для поиска ошибок на стыках учета разных ответственных лиц. Плюс тому, кто ищет ошибки, не нужно каждый раз выяснять заново, соблюдена ли хронология или...
В принципе, никто такую хронологию при РАУЗ обязательной не делает. Просто я делюсь своими маленькими хитростями, которые помогали мне искать ошибки в массе производственных документов.
31. BabySG (BabySG) 20.07.12 17:23
Раздел «Брюки превращаются…» сразу указывают, что автор либо вообще не работал с РАУЗ, либо не понимает, как тот производит расчет.
Использовать перемещения для отражения цехов - "отлично" влияет на себестоимость, что исходит из самой идеи (системы) линейных уравнений, применяемой для расчета с/с.
32. г. Казань Рустем Гумеров (Rustig) 23.07.12 10:33
(8)откуда у вас столько злости? вас кто-то обидел?
33. г. Казань Рустем Гумеров (Rustig) 23.07.12 10:45
(27) Ваш "добрый" совет совсем не коррелирует с вашими другими притязаниями (21).
Поэтому по общему фону складывается впечатление, что ваши советы вовсе не добрые...
34. г. Казань Рустем Гумеров (Rustig) 23.07.12 10:53
(31) к ИС присоединился модератор "1С-про"? приветствую!
Статьи на ИС выкладываются не для того, чтобы мы-читатели угадывали по фразам автора весь его предыдущий опыт, умения, навыки или слабые стороны... если что-то противоречит в статье вашему личному опыту, почему бы не спросить об этом..... вместо того, чтобы делать выводы....местами обидными. ваша цель какая - задеть автора или докопаться до сути статьи?
35. г. Казань Рустем Гумеров (Rustig) 23.07.12 10:55
(34) дополню, или сказать миру "я тоже в чем-то понимаю и чего-то стою!"
36. BabySG (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) 23.07.12 12:45
(36) а вы что, все обсуждения с коллегами начинаете с такой фразы
автор либо вообще не работал с РАУЗ, либо не понимает, как тот производит расчет.
??????

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

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

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


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

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

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

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

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

Поэтому: вход был не для уровня "а что такое РАУЗ?", а для уровня "автор уверен в том, что он знает, как его решение будет работать в РАУЗ?"
Оля_; Арчибальд; margo2007; +3 Ответить 2
39. г. Казань Рустем Гумеров (Rustig) 23.07.12 13:13
Автор позицинирует себя, как внедренец РАУЗа и описывает, как это круто.

О, Боже!
БэбиСГ, с чего вы это взяли?
40. г. Казань Рустем Гумеров (Rustig) 23.07.12 13:16
(38) идет внедрение УПП, какой у нас выбор: Партионный учет или РАУЗ?
вы что выбираете?
и еще, БэбиСГ, опишите свой опыт внедрения УПП, пожалуйста.
Может быть вы к этому идете? то есть у вас есть некоторый опыт, вы пока его не раскрываете, но с ужасом читаете и воспринимаете написанное здесь...
41. Ирина Павленко (PAVI) 23.07.12 14:22
(38) BabySG,
Автор позицинирует себя, как внедренец РАУЗа и описывает, как это круто.

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

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

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

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

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

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

"Честно" не синоним "правильно". Если Вы не умеете этим пользоваться для управления производством, это говорит только о Вашем опыте, не более.
44. Александр Рытов (Арчибальд) 24.07.12 08:13
(43)
Наши с Вами различия в подходе именно потому, что в УПП Вы пытаетесь все мерять бухгалтерской позицией.
Не подскажете, какую еще правду, кроме бухгалтерской, можно поискать в УПП? Т.е. вообще в учетных системах?
Любая учетная система направлена не на фиксацию фактов (хотя это важная составляющая), а на оптимизацию функционирования объекта учета. Бухгалтерский учет отличается тем, что в качестве критериев оптимальности использует денежные показатели (прибыль, доход, рентабельность и т.п.). Это и есть бухгалтерская правда. Назовите мне еще что-нибудь - без помавания и камлания мифическими понятиями потребностей "менеджеров". Какие еще такие "результаты работы разных служб" существуют? Нет, понятно, конечно, что результаты миссионерской деятельности можно учитывать в количестве новообращенных за период. Однако правильней будет за тот же период учитывать и затраты на эту деятельность, т.е. себестоимость новообращенного, а также потенциальную прибыль, которую он (новообращенный) в дальнейшем принесет. А это правда бухгалтерская.
45. BabySG (BabySG) 24.07.12 09:46
(43)
Наши с Вами различия в подходе именно потому, что в УПП Вы пытаетесь все мерять бухгалтерской позицией.

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

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

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

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


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

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

Критерии, конечно, размыты. Каждый случай надо рассматривать особо. Если нужен критерий еще грубее, то предприятие с количеством более 500 человек и многопередельной продукцией лучше вести на РАУЗ.
58. Ирина Павленко (PAVI) 28.07.12 11:38
(44) Арчибальд,
Не подскажете, какую еще правду, кроме бухгалтерской, можно поискать в УПП? Т.е. вообще в учетных системах?

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

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

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

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

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

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