gifts2017

УПП: Хроники МЕГАпроекта

Опубликовал Антон Щекачев (ASchekachev) в раздел Управление - Управление проектом

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

В апреле 2012 завершился сложный проект комплексной автоматизации в компании «Световые технологии». Проект начался в конце мая 2011, с 10 января все уже работали в новой базе, полностью отказавшись от старых систем. Функциональные требования у клиента были очень высокие, что не сочеталась со  сроками начала эксплуатации, которые планировались по проекту. До нас заказчик уже начинал сотрудничать с двумя компаниями, которые после экспресс- обследования отказались от проекта. Для нашей команды (http://делаемпроекты.рф/) это был профессиональный вызов.

В результате проекта типовая конфигурация, взятая за основу, была переработана процентов на 40. Все реализовано в 1С:УПП на РАУЗе и интегрированной в нее конфигурации БИТ:Финанс. Конструкторская и технологическая документация ведется в 1С:PDM, между которой настроен автоматический обмен с 1С:УПП. В базе одновременно работает около 650 пользователей. Около 300 внутренних, остальные ключевые клиенты. Клиенты физически работают в базе через web- интерфейс, реализованный на управляемых формах.

Максимальное количество одновременно работающих специалистов с нашей стороны на проекте 23, количество сотрудников, принявших участие в проекте 32.

Описание того, что сделано http://делаемпроекты.рф/project/6/

Пресс релиз по проекту http://v8.1c.ru/news/newsAbout.jsp?id=8273

В текущей статье я рассмотрю наиболее интересные (самый минимум) на мой взгляд функциональные решения по участкам учета:

  1. Управление заказами
  2. Управление оперативным производством
  3. Учет затрат (РАУЗ)
  4. Сервисные функции

Блок «Управление заказами»

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

В корректировках все старые реквизиты начинаются со слова «Старое/ый» или буквы «(С)». Если значение в старой колонке не равно значению в новой, то при проведении документа выполняются корректирующие движения. Сторно старых значений и приход новых.

нет

нет

нет

нет

Блок «Производство»

Блок был значительно переработан, добавлено много новых документов, обработок и отчетов. Из наиболее ключевых объектов в блоке можно выделить:

1. Документ «План производства» (типовой).

Добавлены сервисные функции автоматического заполнения табличной части по правилам MRP II (новый реализованный механизм).

нет

2. Документ «Корректировка планов производства» (новый).

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

нет

3. Документ «План производства по дням недели» (новый).

Используется для распределения плана производства по участкам в разрезе дней недели и автоматического формирования заказов на производство (сменно суточные задания) на каждый день для каждого участка. При формировании заказов на производство система автоматически «разузловывает» продукцию до сырья сверху вниз (от продукции до сырья) и проверяет наличие свободных остатков материалов и полуфабрикатов на складах, кратностью партии, датой запуска и прочей информацией для производства продукции. Сменно суточные задания формируются на полуфабрикаты только в том случае, если их нет на складах или это явно указано в документе. Из документа есть возможность скорректировать сменно суточные задания. Корректировка выпуска при полуфабрикатном методе очень сложная задача, т.к. при изменении на любом уровне передела, нужно откорректировать все связанные данные (как сверху, так и снизу).

нет

4. Документ «Заказ на производство» (типовой).

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

нет

нет

нет

5. Документ «Корректировка заказа на производства» (типовой).

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

нет

6. Документ «Разрешенная замена».

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

нет

7. Документ «Карта замены».

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

нет

8. Документ «Отчет производства за смену» (типовой).

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

Когда по заказу на производство невозможно отразить выпуск по заявленной технологии (сломался станок) или спецификации (нет основного сырья), данные берутся из «Карт замен», сформированных ранее. Таким образом, исключается пересортица, когда выпуск проходит по спецификации, материалов по которой не хватает.

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

нет

нет

Блок «Учет затрат (РАУЗ)»

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

нет

Доработаны механизмы расчета себестоимости и распределения затрат. Добавлены собственные документы по определению финансовых результатов.

В механизмы расчета себестоимости в дополнение к типовым аналитикам были добавлены:

  1. Организация,
  2. Счет управленческого учета,
  3. Статья оборотов (взамен справочника «Статьи затрат»),
  4. Аналитика 3-го уровня (произвольная аналитика для учета затрат).

Регистры по учету затрат, которые были модифицированы:

нет

Пример документа с добавленной аналитикой по управленческому учету, используемой при отражении по регистрам затрат:

нет

нет

В документе «Поступление товаров и услуг» добавлена возможность относить стоимость услуг на себестоимость товаров без ввода дополнительного документа «Поступление доп. расходов», что требуется в типовом функционале:

нет 

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

Реализованы механизмы по расчету плановой себестоимости продукции с «разузлованием»:

нет

нет

нет

Блок «Сервисные функции»

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

нет

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

нет 

Следующая обработка за указанный период меняет во всех документах по выбранному виду номенклатуры или номенклатуре счета учета УУ, БУ, НУ.

нет

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

Готов рассмотреть Ваши вопросы по тому что изложено, может на чем-то нужно остановиться более подробно.

Жду Ваших предложений, чтобы определить круг интересов аудитории.

----------------------------------------
С уважением, Антон Щекачев

Технический руководитель проекта
Офис «м. Савеловская» (Москва) - http://делаемпроекты.рф/
Компания «Первый БИТ» (1С:Бухучет и Торговля)

См. также

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

Комментарии

1. Алексей Королев (krolya) 19.12.12 19:12
От себя добавлю частично новую информацию, что:

Проект вошел в ТОП-30 крупнейших проектов на 1С:Предприятии (http://v8.1c.ru/applied-solutions/top500.jsp)
Проект номинирован на премию "Проект года" сообщества Global CIO.

Вступить в сообщество можно здесь (http://www.globalcio.ru/registration/).
Проголосовать за наш проект можно здесь (http://www.globalcio.ru/projectoftheyear/projects/#region/3/project/128)
2. Модератор раздела Ирина Пятакова (Alraune) 19.12.12 19:55
Вопрос к Вам как специалисту. В УПП (без РАУЗ) есть возможность рассчитать себестоимость (полную, с учетом общепроизводственных и общехозяйственных затрат) в разрезе ЗАКАЗОВ НА ПРОИЗВОДСТВО?
3. Антон Щекачев (ASchekachev) 19.12.12 20:29
(2) Alraune, да можно, причем режим работы конфигурации РАУЗ или партионный учет (ПУ) значения не имеет.
Для того, чтобы рассчитать себестоимость по заказам на производство, нужно во всех документах по отражению затрат явно указывать к какому заказу на производство относится затрата.

К примеру, Вы хотите посчитать себестоимость в разрезе заказов на производство и отражаете затраты через документы:

1. Поступление товаров и услуг
2. Прочие затраты
3. Требование накладная
4. и т.д.

В этом случае во всех этих документах нужно явно указывать заказ на производство к которому относится затрата.
Если к примеру, сумму в 1 000 руб нужно разделить между заказами №1 и №2, то нужно заносить две строки, одну на 150 руб. по заказу №1, другую на 850 руб. по заказу №2 или в другой пропорции.

Если Вы хотите сумму затрат распределить между всеми заказами на производство в разрезе которых отражали выпуск в течение месяца, то заказ на производство можно не указывать в документах при отражении затрат.

Далее, если у Вас был выпуск продукции по заказам на производство и затраты были собраны в разрезе этих заказов, то документ расчет себестоимости выпуска (РСВ) распределит по заданной базе распределения эти затраты в разрезе заказов, если затраты были собраны без заказов, то РСВ распределит их на все выпуски по всем заказам на производство.

Тут простое правило, если заказ на производство указан, то все затраты распределяются в рамках указанных заказов, если заказ при регистрации затрат не указан, то все затраты распределяются на выпуски которые отражались с использованием заказа на производство в качестве аналитики затрат.

Аналитика затрат при выпуске продукции документом "Отчет производства за смену" (ОПЗС) указывается на закладке "Продукция" в колонке "Заказ затраты". Для того, чтобы эта колонка появилась нужно в ОПЗС по кнопке "Настройка" установить флажок "Использовать заказы".
4. Модератор раздела Ирина Пятакова (Alraune) 19.12.12 20:35
(3) ASchekachev, спасибо. С прямыми затратами оно было понятно, а вот с косвенными. Я правильно поняла, что если мы приходуем электроэнергию... или начисляем зарплату администрации ... или амортизацию ... и у нас в работе несколько заказов на производство (ну штук десять-двадцать), один будет сдан в этом месяце, другой в следующем, третий через несколько месяцев, остальные через полгода? Это надо вручную рассчитать базу распределения и проставлять ее в каждый документ? Тем более в таких документах, как "Начисление зарплаты", по-моему, вообще невозможно указать заказы на производство
5. Михаил Ражиков (tango) 19.12.12 20:39
по первому глазу плюса
но таки не видно 20 человек 12 месяцев...
что оставили за кадром?
Bukaska; kolya_tlt; comol; +3 Ответить 1
6. bagaev (sarun) 19.12.12 21:19
Вопрос по формированию заказов через веб-приложение. У вас как я предполагаю реализовано через https есть ли подвисания при работе стольких пользователей в защищенном режиме?
7. Антон Щекачев (ASchekachev) 19.12.12 21:43
(4) Alraune, то что я описал это как раз про косвенные. Вы правильно подметили в типовой в документе отражения з/п в регл. учете нельзя указать заказ на производство. Им можно только отразить затраты без заказа. Но это легко лечится доработкой.

В Вашем случае вижу два варианта.

Первый.

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

Второй.

К примеру, у Вас есть N заказов и одна затрата по Электроэнергии, но эту затрату нужно распределить пропорционально базе распределения не на все N заказы, а только на избранные. В этом случае при отражении такой затраты придется разделить суммы, которые пойдут на каждый из заказов. При РСВ уже затраты в рамках заказа будут распределены по заданной базе распределения по другим аналитикам (номенклатурные группы, спецификации, продукция)

Типовыми механизмами эта задача решается, но не сильно удобно. Тут как правило разрабатывают различные сервисные процедуры по распределению сумм, указанных в таб. части по нужным аналитикам и нужным правилам.
8. Антон Щекачев (ASchekachev) 19.12.12 21:55
(5) tango, за кадром осталось 11397 человеко-часов большого командного труда.

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

Если интерес обозначится к конкретным темам, то готовы ответить на вопросы в развернутом виде, возможно с приложением отдельных документов с проекта.
9. Михаил Ражиков (tango) 19.12.12 22:10
(8) ASchekachev, интересно очень. но, тьфу-тьфу, интерес "академический". хочется, чтобы кроме обновления практически типовых бухгалтерий не интересовало ничего как можно дольше.
вообще, реально рад за вас. приятно, что работа где-то делается уже
удачи :)
10. Михаил Ражиков (tango) 19.12.12 22:33
для снабженцев сильно настраивали?
(это функционал мне лично приходилось разбирать и собирать на крупном машиностроительном)
Прикрепленные файлы:
11. Роман Романов (romansun) 19.12.12 23:02
Да, про управление процессом, организацию работы специалистов, agile было очень очень интересно почитать. Каким софтом пользовались - СУПы, баг-трекеры всякие.. Частота итераций. Была ли рабочая группа со стороны заказчика, чем она занималась?

Что с поддержкой, обновлениями, обучением?

Интересно, в общем, всё :)


А если по технической части, то можно было бы вот что спросить:

Какой объем базы? Количества строк в справочниках, регистрах.. Сервера? Дедлоки? Как организован процесс бэкапа?

По PDM-ной части: насколько большие сборки - сколько уровней вложенности, количество номенклатуры? Быстро ли обсчитывается на самых крупных сборках полный "состав изделия" с разузловкой - себестоимость, материальные ведомости, технологические ведомости?

Внедрялся ли какой-то поцеховой оперативный учет, маршрутные карты и пр.? Расчеты загрузки цехов?


Ну т.е., если одним словом - насколько крупное производство и быстро ли ворочается PDM с ним? :)

А вообще, 650 человек на PDM + УПП - да, это круто, поздравляю (знаю, что ацкий труд)!
Завидую по-хорошему немного.. ))
Bolik13; AnderWonder; +2 Ответить 7
12. Олег Молочников (milkers) 19.12.12 23:15
Что происходит при необходимости обновления бухгалтерского, зарплатного блока до следующей версии?
Почему нельзя было разделить на две базы управленческую (переписанную вдоль и поперек) и регламентную,в качестве которой использовать стандартную УПП? Объем работ упал бы в разы.
13. Модератор раздела Ирина Пятакова (Alraune) 19.12.12 23:17
(7) ASchekachev, Антон, спасибо Вам за ответы :)
14. Сергей Дашков (serega_sun) 20.12.12 05:08
Жду статью по управлению проектом. Было бы интересно.
15. Антон Щекачев (ASchekachev) 20.12.12 08:54
Alraune, bagaev, tango, romansun, milkers, serega_sun спасибо за участие и Ваши вопросы.

Я и мои коллеги с проекта обязательно ответим на все поступившие и поступающие вопросы, может не так оперативно как хотелось (текущая работа).

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

romansun, serega_sun, про управление текущим проектом и организацию процесс обязательно напишу отдельную статью в середине января 2013.

Сегодня планирую отвечать на вопросы примерно с 15:00.
16. Алексей (АлексейН) 20.12.12 08:59
Интересное внедрение программы.
По поводу "адского труда" согласен на все 100%.
17. Олег Филиппов (comol) 20.12.12 09:38
1) Из описания совсем не понятно чем могли 20 человек год заниматься :). Можно было бу уже всё УПП на УФ переписать :). Самое интересное что можно рассказать о проекте как раз ИХМО в этом.

2) а в чём "МЕГА" для проекта? 300 док-тов в день это весьма средненький проект... Сколько одновременно работающих пользователей, сколько блоков и т.п....
18. Олег Филиппов (comol) 20.12.12 09:40
Если заказчик согласует ещё очень хотелось бы модель БП посмотреть...
19. Сергей (Sybr) 20.12.12 10:01
На сколько я знаю у Световых технологий несколько заводов в разных городах, сейчас они все работают в единой базе? Или внедрение было только на московском предприятии?
20. Михаил Ражиков (tango) 20.12.12 10:15
(17) comol,
Можно было бу уже всё УПП на УФ


вообще в (8) ответили как бы

**
300 док-тов в день

281 заказ в день
**
(0):
В базе одновременно работает около 650 пользователей. Около 300 внутренних, остальные ключевые клиенты.
Прикрепленные файлы:
21. Михаил Ражиков (tango) 20.12.12 10:19
(18) comol, а чё БП? с ТЗР потёрлись, агентские услуги подпилили, и от РАУЗа в шоке, а так БП как БП :)
22. Михаил Ражиков (tango) 20.12.12 10:22
(19) Sybr,
налажен оперативный обмен данными между всеми подразделениями и филиалами компании «Световые технологии» в России
23. Михаил Ражиков (tango) 20.12.12 10:32
в общем, господа коллеги, рекомендую прогуляться по указанным ссылам - интересно, познавательно, и, как указал коллега в (11), немножко завидно
24. Олег Сорокин (Oleg_nsk) 20.12.12 10:56
В настоящее время мы заканчиваем полугодовой проект по внедрению УПП + БитФинанс на предприятии, которое оказывает услуги металлообработки. От РАУЗа отказались поскольку опасаемся набивания некорректных данных людьми с невысокой квалификацией. Скажите, возникали ли у вас какие-нибудь проблемы после внедрения, связанные с человеческим фактором? Или мы зря РАУЗа боимся?
25. 12e3 1sd (mymyka) 20.12.12 11:00
(24)Напротив, РАУЗ куда устойчивее к человеческому фактору, зря вы его боитесь.
26. Олег Сорокин (Oleg_nsk) 20.12.12 11:09
(25) mymyka, А можете порекомендовать хорошую литературу или статью или видеокурсы и т.п. по РАУЗу?
27. Антон Щекачев (ASchekachev) 20.12.12 11:16
(24) Oleg_nsk, зря боитесь. Мы последние два с половиной года внедряем УПП на РАУЗе. Для конечного пользователя с точки зрения работы с документооборотом (заполнение аналитики, ввод документов) нет разницы ПУ или РАУЗ. Разница появляется только у сотрудников, которые рассчитывают себестоимость и считают фин. результаты.

P.S. Буду отвечать более оперативно, на вопросы не требующие долгих ответов, остальные после 15:00.
28. Модератор раздела Артур Аюханов (artbear) 20.12.12 11:18
Пока не увидел ничего нового/полезного из статьи, кроме рекламы своего труда и своих достижений :(
Ответы на вопросы в комментариях намного интереснее.
Самое главное - например, вопросы из (11) - не рассказано.
До получения более полной развертки статьи временно минусану :(
29. Антон Щекачев (ASchekachev) 20.12.12 11:19
(26) Oleg_nsk, на текущий момент (то что знаю я) есть:
1. Курсы у Фарита Насипова - http://www.nasf.ru/
2. Книжка от 1С - Е.Абрашина, И.Емельянов "Использование механизма расширенной аналитики в "1С:Управление производственным предприятием"
Oleg_nsk; +1 Ответить
30. Михаил Ражиков (tango) 20.12.12 11:20
31. Олег Сорокин (Oleg_nsk) 20.12.12 11:20
(27) ASchekachev, Спасибо, Антон. Дам ссылку на эту ветку руководителю нашего проекта.
32. 12e3 1sd (mymyka) 20.12.12 11:22
(26)Да нет особо литературы по РАУЗу, в принципе он прозрачен и прост, один раз настроить способы распределения затрат и все. Для этого и желтых книжек достаточно, плюс есть немного инфы у Гилева и Насипова на сайте.
33. Алексей Роза (DoctorRoza) 20.12.12 11:23
Тут лучше вспомнить фразу из красивого, буржуйского мультика .. "Молодец! Сходи на кухню и возьми сладкий пирожок!". Это, конечно, шутка. Рад за Ваши успехи!! Удачи в дальнейших внедрениях!
34. Михаил Ражиков (tango) 20.12.12 11:29
(32) mymyka, он прозрачен и прост с т.з. программера 1сь
(пока он не увидел запросы :) )
а юзер не может с карандашиком/счетами/екселем повторить расчет, вот и дергается, поскольку приходится верить программе, не имея возможности ее проверить

ну, и "партионность в пределах месяца" - не для каждой задачи комильфо. например - для расчета вознаграждения от маржи по конкретной поставке

где-то тут по соседству мелькнула мысль о несовместимости РАУЗа с МСФО - кто-нибудь может развернуть тезис?
35. Олег Филиппов (comol) 20.12.12 11:37
(20) tango, Ага... спс... такое чувство что просто клиентов пустили заказы самостоятельно бить :). а 300 юзеров - вполне средняя компания...
36. Михаил Ражиков (tango) 20.12.12 11:39
(35) comol, для московской мамы - неплохая цифра
другой вопрос - чем они там занимаются ?!? (эх, АлексО нам бы рассказал :))
37. 12e3 1sd (mymyka) 20.12.12 11:40
(34)говоря прозрачен и прост, я имел ввиду, естественно, анализ "незакрывающегося" месяца, а не алгоритм расчета )насчет МСФО хз, но главный минус РАУЗА - несовместимость с директ-костингом, многие руководители хотят видеть текущее состояние дел, а не итоги в конце месяца )
38. Антон Щекачев (ASchekachev) 20.12.12 11:42
(34) tango, да действительно типовое МСФО в УПП не работает при РАУЗе. Эта тема неоднократно обсуждалась на партнерском форуме 1С, но из того, что понял я оно и не заработает. Мы выходим из этой ситуации тем, что интегрируем наше решение БИТ:Финанс. Сложно с теми кто ведет МСФО типовыми УПП-ми средствами и уже работает в УПП, им как правило не предлагаем РАУЗ. Все новые проекты стараемся делать только на РАУЗе.

На счет того, что нет возможности просчитать, вынужден не согласиться. Пользователь может просчитать и есть подходы к расчетам. Как пример расчет при ФИФО (файл прилагаю).

Маржа от продажи в пределах поставки, тут задача больше складская. Если мы не управляем процессом при выдаче товара со склада, то как мы можем гарантировать, что мы продали товар именно из нужной партии? То что система подобрала это не есть, отношение к тому что отдали со склада.
Можно использовать серии, характеристики для решения таких задач и явно управлять этим процессом, тогда и маржа будет объективная.
Прикрепленные файлы:
Primer_FIFO.doc
39. Михаил Ражиков (tango) 20.12.12 11:42
(37) mymyka,
РАУЗА - несовместимость с директ-костингом
ага, об этом я все время упускаю почему-то :(
40. A AShley (AShley) 20.12.12 11:43
(37) mymyka, Можно же пустить расчет себестоимости с некоторой переодичностью - раз в 2 часа например. фононовым заданием. А вот отчет по Валовой прибыли многих не устраивает, особенно если учитывать нужно по ФИФО.
41. Антон Щекачев (ASchekachev) 20.12.12 11:44
(37) mymyka, можете подробнее раскрыть в чем именно РАУЗ не совместим с директ-костингом?
42. Михаил Ражиков (tango) 20.12.12 11:47
(38) ASchekachev, за файлик спасибо, посмотрим :)

при выдаче товара со склада, то как мы можем гарантировать, что мы продали товар именно из нужной партии?
не понял, при чем тут склад? речь идет об оценке себестоимости сделки
например, менеджор провел транзакцию по заказу покупателя - созвонился с поставщиком, перетер цену, принял, отгрузил.
пусть рядом другой менеджор торгует тем же, но с другим покупателем и по другой закупочной.
фиг с ним, с складом, как мы вычипим прибыль по менеджорам?
43. A AShley (AShley) 20.12.12 11:47
(38) ASchekachev, Проблема в том, что серии и доп.характеристики - это по сути, костыли. и по хорошему нужно делать обработку, которая будет эти доп.характеристики создавать/корректировать в документе поступления на основании вводимых данных. В смысле для облегчения работы пользователя.
44. Михаил Ражиков (tango) 20.12.12 11:52
(38) ASchekachev, файлик - братишка того, что я выложил в (30) :)
и это - только корректировка себестоимости, и то - с первого раза не понимают
45. Антон Щекачев (ASchekachev) 20.12.12 11:54
(42) tango, к примеру мы купили Граблю по 100 руб и по 500 руб.
Менеджер 1 и Менеджер 2 продали эту Граблю за 700 руб.

Кто из них лучше сработал? Тот кто провел документ раньше и взялась партия по 100?
46. Михаил Ражиков (tango) 20.12.12 11:57
(45) ASchekachev, лучше сработал тот, кто купил по сто
и для расчета бонуса нужен отчет в конце месяца, в котором будет видно, у кого какая маржа
**
отчет нужен с одинаковым результатом - и до закрытия, и после
47. Андрей Ерзиков (AErzikov) 20.12.12 11:58
(6) bagaev, Здравствуйте! Меня зовут Ерзиков Андрей. На данном проекте я выполнял роль технического руководителя по блоку оперативного учета. По вопросу о вэб доступе: доступ организован по http, проблем с зависаниями при работе web ползователей нет. Единственное были жалуобы от тех пользователй, у кого очень низкая скорость соединения, и долгий пинг до москвы.
48. Михаил Ражиков (tango) 20.12.12 11:59
(47) AErzikov, снабжение считается оперативным учетом?
49. Антон Щекачев (ASchekachev) 20.12.12 12:02
(46) tango, согласен, что по 100. Но при партионном учете эта ситуация не решается, если мы не отражаем в системе приход на склад так, чтобы потом забрать именно то что положили.
Система при ФИФО сама подбирает партии и может так получиться, что менеджер купил за 100, а система по ФИФО подобрала 500.

Что такое делает по Вашему мнению партионный учет, чего не может РАУЗ при решении описанной Вами задаче?
50. Михаил Ражиков (tango) 20.12.12 12:05
(49) ASchekachev, бонусных систем такого типа до РАУЗа не писал только ленивый.
а с РАУЗом не знаешь какую козу выбрать для подъезда
51. Антон Щекачев (ASchekachev) 20.12.12 12:17
(50) tango, согласен, прежде чем что-то использовать нужно это изучить и понять как устроено.

То что писали на ПУ из Вашего ответа я не понял как решает вопрос корректного списания партии (подбора ее системой). Если я как продвинутый пользователь зная эту особенность могу передвигать секунды у документов и от этого начну лучше работать (маржинально).
52. Михаил Ражиков (tango) 20.12.12 12:22
(51) ASchekachev, предлагаю свернуть тему бонусов и еще раз попросить наших коллег развернуть
РАУЗ vs МСФО vs директ-кастинг
53. 12e3 1sd (mymyka) 20.12.12 12:23
(41)В том, что при определении себестоимости "на лету" использует последнюю стоимость материалов в НЗП(или нулевую стоимость при их отсутствии), а не фифо, и при итоговом расчете берет ее за базу, а не пересчитывает с нуля, в итоге расчет себестоимости затыкается на остатках в НЗП с плюсовым количестов и отрицательной стоимостью. Т.е. не используется основной плюс РАУЗА - необязательность соблюдения последовательности ввода документов. Я уже не говорю о встречном выпуске - там вообще вся себестоимость стремится к нулю с каждым циклом передела. Опять же из-за этих начальных остатков время расчета увеличивается едва ли не на порядок.
З.Ы. Это все, конечно, исключительно субъективный опыт. Возможно у меня просто руки не оттуда растут, но заставить взлететь связку РАУЗ+Директ-костинг без перепроведения всего и вся перед каждым расчетом себестоимости я так и не смог.
54. Михаил Ражиков (tango) 20.12.12 12:37
Пользовал ли кто-нибудь из команды "Снегопат"?
55. Антон Щекачев (ASchekachev) 20.12.12 12:41
(54) tango, во время проекта НЕТ. О нем просто никто не знал.
После участия в конференции Инфостарт в Питере и доклада по этой теме интерес появился.
Сейчас я использую Снегопат, думаю мои коллеги со временем тоже это сделают.
56. Михаил Ражиков (tango) 20.12.12 12:42
(53) mymyka, тоже не скажу, что уверен, но разве корректировка не проходит по всем узлам затрат сквозняком? сам я на практике сталкивался только с РАУЗовским закупом-продажей, без производства, но "тиоретитски" система уравнений на то и система уравнений, чтобы подравнять все... и это должна быть какая-то ну очень кривая реализация итераций, чтоб обнулять в пределе всё...
может, это был косяк в каком-то конкретном релизе?
57. Михаил Ражиков (tango) 20.12.12 12:44
(55) ASchekachev, часто приходится кодить? насколько понял, снегопат существенен, когда основное время проводишь в конфигураторе, иначе получается, что больше времени уходит на его установку
58. Иван Титов (Ibrogim) 20.12.12 12:52
(38) ASchekachev,
Как пример расчет при ФИФО (файл прилагаю).

Как то ваш файлик подозрительно похож цифрами на ЭТО
59. Михаил Ражиков (tango) 20.12.12 13:10
(58) Ibrogim, косяк. распугал БиТовцев :)
60. Иван Титов (Ibrogim) 20.12.12 13:15
(38) ASchekachev,
Пользователь может просчитать и есть подходы к расчетам.
Подход только один - решить систему уравнений. В реальных(не элементарных) условиях (приходы в один день, перемещения между несколькими складами в течении расчётного периода (транзит) и т.д.) + некоторые подводные камни РАУЗ крайне проблематично будет посчитать себестоимость "на бумажке".

Я полагаю, что раз у вас всё взлетело, то нашёлся хотя бы один пользователь, которому вы считали "на бумажке" себестоимость из реальной жизни. Было бы интересно посмотреть на такого рода файл (а не на копипаст из рунета).
61. kolya_tlt kolya_tlt (kolya_tlt) 20.12.12 13:23
про БИТ:Финанс черканёте?
62. 12e3 1sd (mymyka) 20.12.12 13:26
(56)Как я понял, прямая себестоимость не пересчитывается, в этом и проблема, если сначала произвести продукцию из нзп, а потом в нзп передать материалы, то себестоимость уже произведенной продукции не пересчитается. Причем ни сейчас, ни при "финальном" расчете. Возможно за это отвечает какая-то скрытая галочка, но я такой не нашел. Да и сколько времени при таких перерасчетах будет занимать проведение документа?
(60)"Посчитать" может и громко сказано, но разложить из чего, по какой стоимости и вес от общего количество данной затраты вполне возможно. Это все таки несколько иное, нежели просто безликое число.
63. Михаил Ражиков (tango) 20.12.12 13:28
(60) Ibrogim, спасибо за сцылу, не видел такую раньше
64. Михаил Ражиков (tango) 20.12.12 13:30
(62) mymyka, упс. опять же, не уверен, но выпуск - это как бы "внешний" узел, которые обрубаются где-то в начале алгоритма.
... как же хорошо, что я этой бодягой не занимаюсь!
65. Иван Титов (Ibrogim) 20.12.12 13:40
(62) mymyka,
Это все таки несколько иное, нежели просто безликое число.

Если говорить про расчёт себестоимости при продаже товаров, то можно утверждать, что при применении стратегии ФИФО в РАУЗ (в общем случае) значения себестоимости будут между значений полученных при применении классического партионного учёта (по документам поступления) и методики «По средней». Тоже не безликое число, уже некоторая оценка )
(64) tango,
... как же хорошо, что я этой бодягой не занимаюсь!
Бывает, что бодяга неожиданно сама тебя находит, и начинает тобой заниматься...
66. Антон Щекачев (ASchekachev) 20.12.12 13:46
(58) Ibrogim, я и не говорил, что файлик мой, я его брал с партнерского форума 1С с одного из обсуждений. Уже не помню (скачивал года полтора назад), кто его автор, но вроде сотрудники Фирмы 1С. Этот файл отражает подходы к расчету.
67. Михаил Ражиков (tango) 20.12.12 13:47
(65) Ibrogim,
сама тебя находит
это другое дело, тогда я ставлю условия (это как Доржи и 1снеги у него на сайте)
68. Михаил Ражиков (tango) 20.12.12 13:49
(66) ASchekachev, я бы таки сказал "подход" - в едином числе
и подход - одно, взятие веса - другое
69. Андрей Ерзиков (AErzikov) 20.12.12 13:58
(48) tango, Да, считается, готов ответить на вопросы.
70. 12e3 1sd (mymyka) 20.12.12 14:02
(65)Надо понимать, что себестоимость зависит от уровня приближения, средняя может (и будет) отличаться от себестоимости в разрезе документов продажи, которая в свою очередь будет отличаться от себестоимости в разрезе характеристик/серий. Конечная себестоимость продукции в разрезе этих двух аналитик для РАУЗа и при партионном учете будет одинакова(ну или почти, до копеек).
71. Михаил Ражиков (tango) 20.12.12 14:11
(69) AErzikov, спасибо

как понял - исходно это было ексельная табличка, в которую что-то кем-то вносилось

для начала хотелось бы уточнить обстановку:
вы работали с московской головой или снабжение конкретного производства?
насколько в холдинге централизован закуп?
72. Михаил Ражиков (tango) 20.12.12 14:13
(70) mymyka,
Конечная ... будет одинакова
предположительно, в идеале. ну, на это можно надеяться :)
73. Андрей Ерзиков (AErzikov) 20.12.12 14:16
(71) tango, мы работали с отделом закупки, который обеспечивает производство в России, закупка в рамках всего холдинга не централизована.
74. Евгений Иванов (Eugene_Life) 20.12.12 14:34
Все не читал. Примеры кода будут?
76. Иван Титов (Ibrogim) 20.12.12 14:37
(70) mymyka, Я немного не это имел ввиду. Понятно, что если рассматривать всю жизнь товара, то итоговая (списанная) себестоимость как и прибыль от продажи при всех методиках будет совпадать. Я имел ввиду, что если пользователь спрашивает какая будет себестоимость списана (в конкретный момент), то при разных методиках она будет разной, а при ФИФОРАУЗ она будет между СРЕДНЕЙРАУЗ и Классическим ПУ
Дак вот, пользователи иногда хотят объяснения конкретной цифирки, возникшей в конкретный момент времени.
77. Михаил Ражиков (tango) 20.12.12 14:40
(73) AErzikov, все интересней и интересней:
обеспечивает производство в России
vs
не централизована


есть несколько предприятий по РФ, объединены собственником
у собственника с Москве есть управляющая структура, с которой вы и работали
на предприятиях, каждом из них, есть свои маленькие королевства в королевстве - отдел снабжения
и есть подразделение московской структуры, которая обеспечивает...

может быть, мы по-разному понимаем термин "централизация"?
78. Михаил Ражиков (tango) 20.12.12 14:48
(76) Ibrogim,
пользователи иногда хотят объяснения
и при ПУ его можно было дать, распутав даже многолетнюю цепочку.
а при РАУЗе глубже уровня файликов (моего или 1сного) проникнуть ... ну, скажем, трудно :)
79. 12e3 1sd (mymyka) 20.12.12 15:15
(76)(78)Походу мы о разных вещах говорим )Даже типовые отчеты в раузе позволяют посмотреть что именно и по какой стоимости было включено в себестоимость выпуска/продажи конкретной продукции в конкретном периоде вплоть до регистраторов. Т.е. можно построить таблицу по данной/всем затрате/-ам и сказать в каком количестве и по какой стоимости она вошла в каждую единицу произведенного/реализованного товара конкретным документом выпуска/реализации. А чтобы понять почему именно так, достаточно глянуть способы распределения затрат. Имхо, весьма исчерпывающая информация.

З.Ы. Похоже мы просто говорим о РАУЗе в КА и УПП, они действительно сильно различаются.
80. Андрей Ерзиков (AErzikov) 20.12.12 15:16
(77) tango, в общий холдинг входят предприятия не только в РФ, в РФ есть один завод в Рязани + управляющая структура в москве. Основная закупка ведется из Москвы, но часть закупается из Рязани. И московские и рязанские пользователи работаю в одной базе. При данной структуре я бы не назвал закупку совсем централизованной.
81. Михаил Ражиков (tango) 20.12.12 15:19
(79) mymyka, КА вообще в руки не попадалась. в УНФ действует слегка обрезанная модель УПП
82. Михаил Ражиков (tango) 20.12.12 15:25
(80) AErzikov, понял. просто я сталкивался с другой схемой: звезда, несколько лучей-предприятий. до 80% (номенклатуры) закупок - только через московского поставщика (отсюда забавная фишка - синхронизация справочников...).

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

**
ок. следующий вопрос - план производства есть? снабженцы его используют как руководство к действию?
и еще, от туда ж: при отпуске материала в цех виза снабжения требуется?
83. Андрей Ерзиков (AErzikov) 20.12.12 15:28
(82) tango, есть единоначальник.
84. Михаил Ражиков (tango) 20.12.12 15:31
(83) AErzikov, извините, я дописал (82)
85. Алексей Земсков (Aleksey.z) 20.12.12 16:17
Мне вот интересно а бух и персонифицированный учет ведется в этой же конфигурации?
86. Алексей Земсков (Aleksey.z) 20.12.12 16:24
А вообще конечно БИТ молодцы, взяли посадили на шприц, теперь мало мальское обновление в бух или персонифицированном учете потребует привлечения их спецов и то что мог делать бухгалтер в пару кликов сейчас потребует серьезной работы и денег.
87. Михаил Ражиков (tango) 20.12.12 16:33
(86) Aleksey.z, БиТ молодцы в данном случае, хороший кусок подняли, но сравнение с автобновлялкой не корректно
88. 12e3 1sd (mymyka) 20.12.12 16:33
(86)Ну прям уж на иглу. Какие за последние пару лет были изменения в регл.учете, кроме корректировочных с/ф?
90. Алексей Земсков (Aleksey.z) 20.12.12 16:39
(88) mymyka,
да хотя бы выход БП 3.0, а еще реформы в бух учете планируются
91. 12e3 1sd (mymyka) 20.12.12 16:46
(89)Там мало что непосредственно учета в 1С касается, посмотрим, у меня тоже пара пиленных-перепиленных УПП на балансе есть.
(90)Прям представляю буха, который с 2.0 на 3.0 нажатием пары кнопок переходит )
92. Михаил Ражиков (tango) 20.12.12 16:57
ладно. на случай, если у БиТовцев появится время по-пиариться:

что конкретно из типового механизма закупок УПП было изменено (добавлено к)

- учитывая завязку на план производства/заказы покупателей
- плановые и неплановые собственные потребности
- плечо поставок
- аналоги/замены - взаимодействие с технологами/конструкторами
- как состыкованы с кладом, в частности с отпуском по ЛЗК

собственно, образцов кода и форм не надо :)
просто тыкнуть пальцем: там поменяли, здесь добавили
обошлись ли типовыми регистрами?
93. Антон Щекачев (ASchekachev) 20.12.12 17:07
(11) romansun,

Да, про управление процессом, организацию работы специалистов, agile было очень очень интересно почитать. Каким софтом пользовались - СУПы, баг-трекеры всякие.. Частота итераций. Была ли рабочая группа со стороны заказчика, чем она занималась?


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

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

Что с поддержкой, обновлениями, обучением?


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

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

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

Реестр замечаний получился такой:
1. Справочник "Задачи и замечания"
2. Отчет по этому справочнику
3. Документ "Выполнение работ по задачам" - его за неделю вводили наши сотрудники, фиксируя время затраченное на выполнение задач.
4. Отчет "Выполнение работ по задачам" - его смотрели ТРП и РП Заказчика, в конце месяца этот отчет передавался в оформленном виде Заказчику и на его основании Заказчик производил оплату работ.

Скриншоты прилагаю.

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

Какой объем базы? Количества строк в справочниках, регистрах.. Сервера? Дедлоки? Как организован процесс бэкапа?

На этот вопрос ответит Андрей Ерзиков.

По PDM-ной части: насколько большие сборки - сколько уровней вложенности, количество номенклатуры? Быстро ли обсчитывается на самых крупных сборках полный "состав изделия" с разузловкой - себестоимость, материальные ведомости, технологические ведомости?


У нас всего четыре уровня вложенности, количество производственной номенклатуры в PDM около 15 000.
С разузловкой в PDM проблем нет, вложенность не большая.
В рабочей базе УПП и везде, где нужно использовать разузлование мы исходили из тех ограничений, что у нас ограниченный уровень вложенности и везде где нужно было выполнять разузлование делали это одним запросом.
Текст запроса и схемы СКД прилагаю.

Внедрялся ли какой-то поцеховой оперативный учет, маршрутные карты и пр.? Расчеты загрузки цехов?

Да внедрялся, отвечу на этот вопрос завтра. Есть еще вопросы от других участников, поэтому после ответа на них вернусь к этому. Он не быстрый. Скорее всего к этому моменту все согласую с Заказчиком и по блоку "Производство" выложу отдельные части инструкций с проекта, чтобы не переписывать то что уже есть.

Ну т.е., если одним словом - насколько крупное производство и быстро ли ворочается PDM с ним? :)

Производство я бы назвал среднее, PDM с ним справляется нормально. Сам проект крупный, т.к. решалось очень много функциональных задач и работает большое количество пользователей.
Прикрепленные файлы:
Требования к разработке (частично).docx
Разузлование (примеры).rar
kuntashov; romansun; +2 Ответить 3
94. 12e3 1sd (mymyka) 20.12.12 17:07
(92)+1. Самого интересного не показали. Все эти документы красивые, конечно, но кто это все заполняет?Как автоматизирована цепочка Заказ(ы)Покупателя - Заказ(ы)Поставщику - ПланПроизводства - Заказ(ы)НаПроизводство. Просто если все это вручную заполнять, умом жеж тронешься. Если создан нормальный помощник планирования(взамен типовому монстру), на него было бы посмотреть в разы интереснее, чем на заказы с доп.колонкой.
95. Андрей Ерзиков (AErzikov) 20.12.12 17:21
(82) tango, да есть план производства и это руководство к действию для снабженцев. От плана производства до заказов поставщикам процесс организован следующим образом:
Есть специалный "интерактивный" отчет "План закупок", он берет данные из планов производства, текущие остатки, и из созданного регистра сведений "План закупок".
Почему он интерактивный: он позволяет непосредственно из отчета на основании остатков на складе, планов производства, методов пополнения запасов (варианты на тему MRP) произвести расчет колличетва, которое необходимо закупить с периодичностью неделя. Далее менеджер вносит корректировки в рассчитанно количество, по каждой позиции после проверки количества фиксирует, что это плановой количество утверждено им. После того как план сформирован, непосредственно из отчета можно создать заказы поставщикам на выбраный период, с отборами по номенклатуре и поставщикам. Прикрепил изображение, как это выглядит в жизни.
Прикрепленные файлы:
96. Антон Щекачев (ASchekachev) 20.12.12 17:24
(12) milkers,
Что происходит при необходимости обновления бухгалтерского, зарплатного блока до следующей версии?

Полноценное обновление ставим только перед сдачей отчетности. Не чаще чем раз в квартал иногда пол года.
Зарплата в этой базе не ведется, для этих целей используется отдельная база на конфигурации ЗиУП.
Почему нельзя было разделить на две базы управленческую (переписанную вдоль и поперек) и регламентную,в качестве которой использовать стандартную УПП? Объем работ упал бы в разы.

Потому что задача была работать всем в единой базе, управленцы ежедневно формируют оперативную отчетность по упр. учету, изменяют аналитику упр. учета (статьи оборотов, счета учета УУ и прочую инф.). При такой активной работе с упр. частью обмен между базами тормозил бы процесс и накладывал определенные функции по контролю этого процесса. Обновление здесь лучше, чем мониторинг обменов и задержка в информации.
Если бы можно было решить вопрос внедрением двух баз, то мы только ЗА. Нам знаете тоже, чем проще, тем лучше.
97. Михаил Ражиков (tango) 20.12.12 17:28
(95) AErzikov, спасибо.
таки есть
сведений "План закупок"

что (как вычисляется количество), чем, кем туда пишется, с какой регулярностью?
**

да, и почему РС? у меня (был когда-то) накопления, оборотный
98. Антон Щекачев (ASchekachev) 20.12.12 17:37
(17) comol,

1) Из описания совсем не понятно чем могли 20 человек год заниматься :). Можно было бу уже всё УПП на УФ переписать :). Самое интересное что можно рассказать о проекте как раз ИХМО в этом.

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

2) а в чём "МЕГА" для проекта? 300 док-тов в день это весьма средненький проект... Сколько одновременно работающих пользователей, сколько блоков и т.п....

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

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

Описание того, что сделано http://делаемпроекты.рф/project/6/
Пресс релиз по проекту http://v8.1c.ru/news/newsAbout.jsp?id=8273
99. Андрей Ерзиков (AErzikov) 20.12.12 17:45
(11) romansun,
Какой объем базы? Количества строк в справочниках, регистрах.. Сервера? Дедлоки? Как организован процесс бэкапа?

В данный моент база занимает около 70 Гб, Но процентов 30-40 от объема, это прикрепленный файлы (используется стандарный механизм прикрепления файлов).
Количество элементов в справочниках:
Номенклатура - около 23000
Контрагенты - около 3000
Количество записей в регистре бухгалтерии 2500000

Сервера:
Сервер приложения:
Процессоры: 2 x Intel Xeon E5630
Опративна память: 32 Гб
Дисковая подситема: Два RAID 1, каждый из двух SAS дисков

Сервер СУБД:
Процессоры: 2 x Intel Xeon E5645
Опративна память: 96 Гб
Дисковая подситема: Система - RAID 1 из 2ух дисков, базы данных + логи - RAID 10 из 4ех дисков, tempdb - RAID 0 из 2ух дисков. Диски везде SAS.

Бэкапы делаются средвтвами СУБД один раз в сутки.
kuntashov; Bukaska; romansun; +3 Ответить 3
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа