powered by simpleCommunicator - 2.0.48     © 2025 Programmizd 02
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Вброшу для обсуждения
42 сообщений из 42, показаны все 2 страниц
Вброшу для обсуждения
    #39520318
Жытель Гондураса
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39520876
avs63
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Статья, косвенно, пытается "продвинуть" свой продукт. Такой подход вполне правомерен при производстве "на заказ", где регулятором производства служит дата, обещанная клиенту и срок исполнения заказа. В этом случае весь процесс может (и должен) быть подчинен единой цели. При производстве "на склад" тоже есть свой регулятор - буфер запаса, который может меняться из месяца в месяц. А это и формирует (пусть даже автоматически) план производства.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39520882
Жытель Гондураса
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
это тоже стоит почитать: http://avaerp.com/press

PS Я никогда ничего вменяемого не читал из области, связанной с 1С, хотя и написано по-русски:)
Здесь же, - всё вменяемым языком. Вменяемость - главный критерий, или нет?
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39520930
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Жытель ГондурасаВменяемость - главный критерий, или нет?
Как раз у авы с вменяемостью большие проблемы.
Несколько лет назад на этом форуме они отжигали. И при этом несли явный бред по многим важным вопросам, например по себестоимости. Ладно бы просто ошибались, так ещё и доказывали, что именно их позиция единственно правильная. Хотя те же стандарты по учету явно не читали. Одним словом - ламерство и неадекватность в классическом виде.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39520979
dvim
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Например, звучал такой «экспертный» вопрос: как система запускает заказ в производство, учитывая тот факт, что поставка комплектующей произойдет тогда-то.

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

В целом каждый вид деятельности требует своих управленческих решений.
При производстве того, что требует каждый раз конструкторов и работы снабженцев работа для планировщиков есть.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521158
parusproff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторна меня смотрят с явным недоумением.

Нужно отказаться от календарного планирования и заняться управлением и менеджментом производства!!!

Конечно, мы не договорились.


Это ключевые цитаты, остальное в статье жуткая вода, сопли, слюни и страшилки.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521265
rkh99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Жытель Гондураса, интересно, по мнению автора, каким предприятиям нужно отказаться от плана производства и ПДО? На каких предприятиях они были?
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521269
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinovКак раз у авы с вменяемостью большие проблемы. +1
ПМСМ, автор статьи демонстрирует полное отсутствие понимание отличий между циклами и методами планирования для "разработки под заказ", "отгрузка под заказ" и "производства под заказ". В РФ очень многие предприятия работают по схеме "отгрузки под заказ", и это не их прихоть. Если производственный цикл длинный, а поставка должна производиться быстро, при том, что производится однотипная продукция в больших количествах, то иного варианта просто нет. В такой схеме производство работает на пополнение запасов на складе, управление запасами на складе осуществляется методами SIC (статистического управления запасами), и без календарного плана производства при этом не обойтись.
Но автор почему-то решил, что он самый умный, и несет какую-то несусветную чушь с невероятным апломбом, выставляя при этом себя на посмешище.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521277
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А также демонстрирует полное непонимание того, что "объемно-календарный план производства" - это план ПОТРЕБНОСТИ в продукции. Потребность не может быть никак связана с тем, что ожидается от поставщиков. Планы закупок уже подстраивают под план производства, а не наоборот.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521285
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GaryaА также демонстрирует полное непонимание того, что "объемно-календарный план производства" - это план ПОТРЕБНОСТИ в продукции. Потребность не может быть никак связана с тем, что ожидается от поставщиков. Планы закупок уже подстраивают под план производства, а не наоборот.
Тут не соглашусь. План закупок и план производства взаимно подстраиваются друг под друга. И если поставщик не может в желаемый срок поставить комплектующие - придется менять план производства.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521319
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinovGaryaА также демонстрирует полное непонимание того, что "объемно-календарный план производства" - это план ПОТРЕБНОСТИ в продукции. Потребность не может быть никак связана с тем, что ожидается от поставщиков. Планы закупок уже подстраивают под план производства, а не наоборот.
Тут не соглашусь. План закупок и план производства взаимно подстраиваются друг под друга. И если поставщик не может в желаемый срок поставить комплектующие - придется менять план производства.Пожалуй, тут могут быть варианты. Тем не менее, где-то каким-то образом должна фиксироваться потребность и степень удовлетворения этой потребности по факту. Методы работы с планом производства могут иметь вариации. Я больше сталкивался с ситуациями, когда объемно-календарный план производства фиксирует именно потребности в производстве, а оперативные планы в большей степени ориентируются на возможности (в том числе, поставок от поставщиков). В конечном итоге формируется факт. План-факт анализ по разным уровням планов показывает, где возник разрыв между потребностями с позиций прогноза спроса и фактического спроса, между прогнозом спроса и возможностями, а также выявить нештатные ситуации, когда и фактический спрос соответствует прогнозному, и возможности соответствуют потребностям, однако, ситуация всё равно вышла на уровень "ну не шмогла я, не шмогла" - тут уже нужно анализировать влияние внесистемных (неучтенных) факторов.
Тот способ, о котором Вы говорите, тоже применяется. Но он более упрощенный.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521334
Dmitry V. Liseev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GaryaА также демонстрирует полное непонимание того, что "объемно-календарный план производства" - это план ПОТРЕБНОСТИ в продукции. Потребность не может быть никак связана с тем, что ожидается от поставщиков. Планы закупок уже подстраивают под план производства, а не наоборот.А разве потребности не определяются заказами клиентов? Автор только пишет о том, что может быть жёстких календарных планов.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521346
Фотография Shuhard
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Garya Но автор почему-то решил, что он самый умный, и несет какую-то несусветную чушь с невероятным апломбом, выставляя при этом себя на посмешище.
+100500
бредит Попов по полной программе
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521375
leonmbs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GaryaА также демонстрирует полное непонимание того, что "объемно-календарный план производства" - это план ПОТРЕБНОСТИ в продукции. Потребность не может быть никак связана с тем, что ожидается от поставщиков. Планы закупок уже подстраивают под план производства, а не наоборот.
Вообще то тут как раз автор скорее прав - план потребности закончился 25 лет назад вместе с советским госпланом который планировал сколько люди купят трусов в следуюшие пять лет..
Невозможно планировать спрос. В лучшем случае у вас есть предзаказы на продукцию, но речь не о тесле какой нибудь где будут за год предзаказы делать. В лучшем случае можно спланировать ближайшие пару недель.
Можно пытаться прогнозировать но это пальцем в небо.
Плюс надо учитывать скорость развития технологий, возможности глобальных комуникаций и т.д.
То что вы планировали или прогнозировали на год вперед через месяц появится дешевле на алиэкспрес (или станет печататься на 3D принтерах) и вашим планированием можно подтереться.
Аналогичная ситуация с расчетом себестоимости которую пытаются считать как сто лет назад когда подавляющая часть производства состояла из ручного труда со сдельной оплатой которую легко было учесть. Но народ продолжает тупо пытаться высчитать сколько куда пошло затрат если грузовик привез одновременно разные материалы да еще из разных мест да еще привез не только вам а развозит еще в пять точек.. Или разбросать принятую нынче почасовую оплату. А 1С (не говоря уже про разрабов с их поделками на делфи 15 летней давности - основной контингент sql.ru кстати) еще и консервирует данный морально устаревший подход.
Ну и менеджменту гдето выгодно - планируем прогнозируем, АВС анализируем, считаем себестоимость - все при деле (ну и программеры само собой ). Вопрос только долго ли покупатель будет эту трахамудию оплачивать, особенно в кризис.
.
Не знаю насколько адекватна теория ограничений Голдратта на практике но с точки зрения технаря (а не замшелого бухгалтера) выглядит гораздо более здраво и логично.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521381
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dmitry V. LiseevGaryaА также демонстрирует полное непонимание того, что "объемно-календарный план производства" - это план ПОТРЕБНОСТИ в продукции. Потребность не может быть никак связана с тем, что ожидается от поставщиков. Планы закупок уже подстраивают под план производства, а не наоборот.А разве потребности не определяются заказами клиентов? Автор только пишет о том, что может быть жёстких календарных планов.Потребности в чем? В производстве? Ну так если производство НАЧИНАЕТСЯ с заказа, то мы получаем только одну из разновидностей планирования в производственном цикле - "производство под заказ". Если производственный цикл занимает 2-3 месяца, то большое количество заказчиков такие сроки исполнения его заказа могут не устроить.
Потому "99% российских производственных предприятий" (подозреваю, что автор статьи ссылку на источник этих "статистических" данных привести не сможет) поступают иначе. ПРОГНОЗИРУЮТ спрос и запускают производство под ПРОГНОЗИРУЕМЫЙ спрос, а не под фактически оформившийся в уже в конкретный заказ. Если заказы поступают почти к моменту готовности продукции - хорошо. Если производство немного опередило фактический спрос (а именно так и стараются сделать, чтобы не терять заказы и заказчиков), то часть продукции поступает на склад готовой продукции и там ожидает, когда на него появятся заказы.

А те, кто при длительном производственном цикле решит послушать советов данного "специалиста-консультанта", останется без заказов и без заказчиков, особенно, работающих в областях, смежными со сферой госзакупок, где сроки очень критичные - выиграл тендер - секундомер запустился. Не успел - попал в "черный список", и вообще ушел лесом, потому что больше участвовать в тендерах не сможешь.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521384
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Есть еще промежуточные варианты "сборка под заказ" - готовятся унифицированные полуфабрикаты или модули или что-то наподобие - их производство занимает, к примеру, 80% длительности производственного цикла. На склад поступают они. Со склада же берут под заказ лишь для финальной фазы - сборки под конкретно заказанную "конфигуарцию" продукции.
Но это если есть возможность подобным образом организовать производство. И все равно, производство того, из чего должна производиться сборка, идет "под прогноз". Никуда от этого не деться, если производственный цикл длительный.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521401
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Garyas_ustinovпропущено...

Тут не соглашусь. План закупок и план производства взаимно подстраиваются друг под друга. И если поставщик не может в желаемый срок поставить комплектующие - придется менять план производства.Пожалуй, тут могут быть варианты. Тем не менее, где-то каким-то образом должна фиксироваться потребность и степень удовлетворения этой потребности по факту. Методы работы с планом производства могут иметь вариации. Я больше сталкивался с ситуациями, когда объемно-календарный план производства фиксирует именно потребности в производстве, а оперативные планы в большей степени ориентируются на возможности (в том числе, поставок от поставщиков). В конечном итоге формируется факт. План-факт анализ по разным уровням планов показывает, где возник разрыв между потребностями с позиций прогноза спроса и фактического спроса, между прогнозом спроса и возможностями, а также выявить нештатные ситуации, когда и фактический спрос соответствует прогнозному, и возможности соответствуют потребностям, однако, ситуация всё равно вышла на уровень "ну не шмогла я, не шмогла" - тут уже нужно анализировать влияние внесистемных (неучтенных) факторов.
Тот способ, о котором Вы говорите, тоже применяется. Но он более упрощенный.
Я непосредственно с производственными модулями не работал, но приходилось сталкиваться с результатами подобного подхода.
И планы продаж, и планы закупок обычно связаны с объемно - календарным планом производства - связывать их с оперативными планами (производственными заказами) слишком сложно и, по большому счету, не нужно. И когда начинают относиться к этому плану только как к "потребности", начинаются существенные проблемы - омертвление оборотных средств, невозможность с достаточной точностью сказать, когда будет отгружен товар покупателю и т.п. Кроме того, если у предприятия смешанный режим работы (часть ГП производится под склад, часть под заказы покупателей), подобный подход регулярно приводит к большому недовольству покупателей (срывы поставок).

Это как бюджетирование. Можно заниматься реальным планированием, но тогда минимум раз в квартал (лучше чаще) надо создавать новую версию бюджета.
А можно заниматься ИБД под названием бюджетирование (именно им занимаются на большинстве фирм СНГ). В конце года все напрягаются, создают бюджеты, максимум к концу первого квартала эти бюджеты сильно отрываются от реальности, но все продолжают делать вид, что живут по бюджету. Кроме убытков такое "бюджетирование" в реальности ничего не приносит, но...

Примерно так и план производства. Если его не обновлять хотя бы раз в неделю, подстраивая под реальные возможности - это будет не более чем имитация бурной деятельности.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521494
Жытель Гондураса
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GaryaDmitry V. Liseevпропущено...
А разве потребности не определяются заказами клиентов? Автор только пишет о том, что может быть жёстких календарных планов.Потребности в чем? В производстве? Ну так если производство НАЧИНАЕТСЯ с заказа, то мы получаем только одну из разновидностей планирования в производственном цикле - "производство под заказ". Если производственный цикл занимает 2-3 месяца, то большое количество заказчиков такие сроки исполнения его заказа могут не устроить.
Потому "99% российских производственных предприятий" (подозреваю, что автор статьи ссылку на источник этих "статистических" данных привести не сможет) поступают иначе. ПРОГНОЗИРУЮТ спрос и запускают производство под ПРОГНОЗИРУЕМЫЙ спрос, а не под фактически оформившийся в уже в конкретный заказ. Если заказы поступают почти к моменту готовности продукции - хорошо. Если производство немного опередило фактический спрос (а именно так и стараются сделать, чтобы не терять заказы и заказчиков), то часть продукции поступает на склад готовой продукции и там ожидает, когда на него появятся заказы.

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

А если это самолёты, корабли, поезда и т.д. то кто же даст вам столько денег на их производство "на склад"?
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521518
rkh99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dmitry V. LiseevА разве потребности не определяются заказами клиентов? Потребность определяется не только заказами клиентов, но и прогнозами... а вообще все зависит от типа производства, к примеру доказал бы он свою "теорию" в авиастроении, где одновременно делается несколько бортов... где чистое по-заказное, а точнее проектное производство? Вопрос)
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521522
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Жытель ГондурасаGaryaпропущено...
Потребности в чем? В производстве? Ну так если производство НАЧИНАЕТСЯ с заказа, то мы получаем только одну из разновидностей планирования в производственном цикле - "производство под заказ". Если производственный цикл занимает 2-3 месяца, то большое количество заказчиков такие сроки исполнения его заказа могут не устроить.
Потому "99% российских производственных предприятий" (подозреваю, что автор статьи ссылку на источник этих "статистических" данных привести не сможет) поступают иначе. ПРОГНОЗИРУЮТ спрос и запускают производство под ПРОГНОЗИРУЕМЫЙ спрос, а не под фактически оформившийся в уже в конкретный заказ. Если заказы поступают почти к моменту готовности продукции - хорошо. Если производство немного опередило фактический спрос (а именно так и стараются сделать, чтобы не терять заказы и заказчиков), то часть продукции поступает на склад готовой продукции и там ожидает, когда на него появятся заказы.

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

А если это самолёты, корабли, поезда и т.д. то кто же даст вам столько денег на их производство "на склад"?Если это корабли или самолеты, то это "разработка под заказ". Там используются методы управления проектами.
Я имел дело с подобным предприятем - производило модульные системы для месторождений. Это типа строительных вагончиков, в которые установлено оборудование - насосы пластового давления, магистральные насосы, различная технологическая обвязка и т.д. и т.п. Начинка каждого вагончика и схема монтажа и соединений компонентов подобной системы как внутри одного модуля-вагончика, так и между модулями, определялась проектом , проект каждый раз был уникальным. Поэтому основная схема работы на этом предприятии была ориентирована на "разработку под заказ" (начиная с определения экономической целесообразности - каждый раз под индивидуальный проект).
На этом предприятии имелась комбинированная система планирования. Некоторую часть "ходовых" сторонних компонентов заказывали у поставщиков "под исходящий заказ" - но при этом сроки выполнения заказов, как правило срывались (в срок выполнялось не более 15% заказов, по остальным имелась хроническая нервотрепка и плавное утекание заказчиков).
Часть унифицированных ходовых компонентов изготавливали сами - дорогостоящие с коротким циклом производства по схеме "производство под заказ", дорогостоящие с длинным циклом производства и малоценные (по ABC-классификации) - под прогноз спроса.
Конкуренты, к которым плавно переходила существенная часть заказчиков, при этом выглядели более привлекательно именно потому, что у них статистика выполнения заказов в срок выглядела значительно лучше. А могла она выглядеть значительно лучше только в том случае, если они заказывали дорогостоящее унифицированное оборудование с длительным производственным циклом изготовления под прогноз - насосы пластового давления, дозирующие насосы, магистральные насосы имеют производственный цикл не менее 3 месяцев - это определяется технологическими особенностями их изготовления. И в этом и содержался "цимус" проблемы.
Заказы на изготовление блочно-модульных систем получались в процессе выигрывания тендеров, в которых сроки выполнения заказов были заведомо невыполнимы для данного предприятия. Но оно сознательно шло на нарушение сроков - иначе, нежели пообещать выполнить в срок то, что невозможно выполнить выполнить в срок, заполучить заказы было нельзя - предприятие бы осталось просто без заказов. Поэтому просто "нагло врали", и каждый раз на каждом проекте возникал "запланированный конфликт", и на каждом проекте его нужно было "разрулить", для чего на этом предприятии даже были выделены "специалисты по разруливанию конфликтов". Тем не менее, клиентура плавно-постепенно отворачивалась от этого предприятия, потому что у него сформировался нехороший имидж.
Между тем, конкуренты этого предприятия нашли-таки какой-то способ выполнять заказы в срок, не смотря на то, что производственный цикл некоторых компонент заведомо превышает по длительности сроки выполнения проекта. Ну и какой способ они нашли, какие тут могут быть варианты помимо уже озвученного мной?
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521524
rkh99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
leonmbsGaryaА также демонстрирует полное непонимание того, что "объемно-календарный план производства" - это план ПОТРЕБНОСТИ в продукции. Потребность не может быть никак связана с тем, что ожидается от поставщиков. Планы закупок уже подстраивают под план производства, а не наоборот.
Вообще то тут как раз автор скорее прав - план потребности закончился 25 лет назад вместе с советским госпланом который планировал сколько люди купят трусов в следуюшие пять лет..
Невозможно планировать спрос. В лучшем случае у вас есть предзаказы на продукцию, но речь не о тесле какой нибудь где будут за год предзаказы делать. В лучшем случае можно спланировать ближайшие пару недель.
Можно пытаться прогнозировать но это пальцем в небо.
Плюс надо учитывать скорость развития технологий, возможности глобальных комуникаций и т.д.
То что вы планировали или прогнозировали на год вперед через месяц появится дешевле на алиэкспрес (или станет печататься на 3D принтерах) и вашим планированием можно подтереться.
Аналогичная ситуация с расчетом себестоимости которую пытаются считать как сто лет назад когда подавляющая часть производства состояла из ручного труда со сдельной оплатой которую легко было учесть. Но народ продолжает тупо пытаться высчитать сколько куда пошло затрат если грузовик привез одновременно разные материалы да еще из разных мест да еще привез не только вам а развозит еще в пять точек.. Или разбросать принятую нынче почасовую оплату. А 1С (не говоря уже про разрабов с их поделками на делфи 15 летней давности - основной контингент sql.ru кстати) еще и консервирует данный морально устаревший подход.
Ну и менеджменту гдето выгодно - планируем прогнозируем, АВС анализируем, считаем себестоимость - все при деле (ну и программеры само собой ). Вопрос только долго ли покупатель будет эту трахамудию оплачивать, особенно в кризис.
.
Не знаю насколько адекватна теория ограничений Голдратта на практике но с точки зрения технаря (а не замшелого бухгалтера) выглядит гораздо более здраво и логично.

Ну конечно, советские предприятия и методы управления ими - полный ацтой!!! Вон на западе без планов вообще работают и ничего)))
Вы вообще думаете, что пишите? "Госплан" практикуют все мировые страны (в том числе и США). Вот простой пример из сельского хозяйства. В США не фермер решает, что ему сажать, а государство говорит ему - сажай сегодня картоху, а завтра свеклу, а после завтра морковь... делается это для балансировки спроса и предложения, что бы не было дефицита и профицита... что бы баланс был, что бы все работали не просто так и не в авральном режиме. Возьмите ЕС, где квоты для стран членов ЕС на экспорт продукции... тоже не просто так, что бы не завалила какая-нибудь Украина своим зерном рынок и не обрушила его...

Показательный пример рынка в РФ БЕЗ госплана... Вон пшеницы рекордное количество вырастили, и что с ней теперь делать? продавать за копейки? Или выбросить нах? И к чему этот рекорд был нужен?
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521591
Жытель Гондураса
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521603
rkh99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Жытель ГондурасаСистема встроит ваш заказ в текущие графики работ, оценит текущие запасы, текущее положение дел в закупках, посмотрит текущие очереди на каждом производственном участке и скажет, на какую дату можно принимать заказ

Не это ли план производства?
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521767
leonmbs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rkh99
Ну конечно, советские предприятия и методы управления ими - полный ацтой!!! Вон на западе без планов вообще работают и ничего)))
Вы вообще думаете, что пишите? "Госплан" практикуют все мировые страны (в том числе и США). Вот простой пример из сельского хозяйства. В США не фермер решает, что ему сажать, а государство говорит ему - сажай сегодня картоху, а завтра свеклу, а после завтра морковь... делается это для балансировки спроса и предложения, что бы не было дефицита и профицита... что бы баланс был, что бы все работали не просто так и не в авральном режиме.

Сами придумали или Глазьева какого нибудь прочитали? Нет никакого госплана в америке и быть не может. Откуда чиновник знает какой будет спрос и тем более как он о его может планировать? А статистика и аналитика фермерам доступна и без чиновников. Министрерсво сельского хозяйства может только давать рекомендации. Что и в каких количествах фермерам сажать регламентировали только во время войны.

rkh99
Возьмите ЕС, где квоты для стран членов ЕС на экспорт продукции... тоже не просто так, что бы не завалила какая-нибудь Украина своим зерном рынок и не обрушила его...

Всякие регулировки в ЕС это придумала евробюрократия чтобы ей, евробюрократии быть при делах. Как следствие проблем придуманых евробюрокрантией и левыми политиками - то же брексит .
Что касается квот на экспорт - страны ЕС - члены ВТО посему никаких квот на экспорт или импорт без должного обоснования (типа несоответвтвие санитарным нормам) нет и быть не может. Иначе разборки в втошном суде.
Регулировать государство может только то где оно платит (например субсидии фермерам) или квоты на БЕЗПОШЛИННЫЙ ввоз (как выделяют Украине).
Никто не может запретить вам ввезти НА ОБЩИХ основаниях продукцию в какую либо страну или какой либо фирме экспортировать ЛЮБОЕ количество из страны ЕС.

rkh99
Показательный пример рынка в РФ БЕЗ госплана... Вон пшеницы рекордное количество вырастили, и что с ней теперь делать? продавать за копейки? Или выбросить нах? И к чему этот рекорд был нужен?
И как интересно ваш госплан запланирует погоду и как следствие урожай?
Проблемы российской экономики (при милиардах нефтедоларов) не количество пшеницы а чиновничья вертикаль власти и прочие телодвижения рукводства страны приведшие к проблемам. По сути это и есть аналог вашего любимого государственного планирования и регулировния.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521784
AntonU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Наверное, есть производства, которым календарный план не особо нужен. Например, небольшое производство уникальных изделий под заказ в единичном экземпляре.
Большинство производств так или иначе выпускают определенный ассортимент продукции с использованием известного сырья/комплектующих. Для таких предприятий главный календарный план позволяет укрупненно оценить достаточно ли производственных мощностей для выполнения имеющихся заказов (CRP), а также прикинуть потребность в материалах (MRP). Дальше идут цеховые планы, которые чаще всего и используются в реальной жизни. Еще дальше MES.
Конечно, производство зависит от снабжения, но снабжение - это обеспечивающий процесс, который работает на основе потребности производства. В зависимости от типа производства и принципа формирования потребности в материалах и должна быть выстроена работа снабжения. Несколько примеров:
энергетики и вообще коммунальщики - есть производственная программа на год и сформированная под нее годовая комплексная программа закупок (ГКПЗ), разбитая на месяцы/кварталы

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

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

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

опытное производство - один из самых сложных типов для снабженцев, которые пытаются быстро удовлетворять постоянно меняющимся запросам инженеров и конструкторов (как вариант, приобретение комплектующих можно учитывать в производственном плане как операцию с какой-то заданной длительностью)

На средних и особенно больших производствах календарное производственное планирование очень даже полезно и отказываться от него глупо.

Кстати, буржуинские принципы управления качеством и в т.ч. планирования производства во многом базируются на советских подходах и регламентах, применявшихся в авиастроении, ракетостроении и т.д.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521839
leonmbs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я вообще не очень понимаю смысла обсуждения подобных тем на програмистских форумах. Что как планировать или не планировать должны решать менеджеры-профессионалы а не разработчики ПО. Только у нас програмисты расказывают бизнесу как тот должен организовать производство (впрочем понятно почему - я тут наваял програму - перестраивайте бизнес под мою програму).

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

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

Совецкая плановая экономика, за которой тут тоскуют, как раз и рухнула потому что сидел чиновник в райкоме партии выглядывал в окно и решал когда начинать посевную, сколько чего сажать и под какой совецкий праздник заканчивать убирать урожай.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521843
rkh99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
leonmbs, вам виднее, вы же умный, а мы так... мимо проходили) не нужен план, так не нужен. не нужно госрегулирование рынка, так не нужно. время рассудит)
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521857
AntonU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
leonmbs,
Без обид, но Вы рассуждаете именно как программист.
В среднем, в процессе разработки информационной системы непосредственно программирование занимает процентов 40 от общей трудоемкости. Остальные 60% - это постановка задачи, тестирование, документирование, внедрение и т.д.
Дак вот постановка задачи - это самый важный этап. Именно на этом этапе специалисты в предметных областях (аналитики) выявляют цели Заказчика и особенности его бизнес-процессов, потом разрабатывают ТЗ на понятном Заказчику языке, а вот после согласования ТЗ пишутся карточки разработчикам и начинается программирование.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521870
Dmitry V. Liseev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати, пример японской организации "точно в срок" был виден при Фукусиме. Когда запасы жратвы на складах в магазинах рассчитаны на три часа продаж, то при форсмажоре ужина не будет уже сегодня.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39521919
Константин Заровный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
leonmbsВ других странах (я сужу по множеству проектов на аутсорсе в котором работаю уже лет 15) заказчик, который ведет свой бизнес, говорит програмеру делай так и он делает так.

Везет тебе. У тебя заказчик знает, что ему надо. В РФ - таких заказчиков на предприятии крупнее, чем ИП редко найдешь. Чаще встречаются те, кто говорят - делай так то и так то (по принципу я начальник - ты дурак). А потом все равно жизнь как правило сама все расставляет на свои места. И потом (иногда через годы) все равно вспоминают хорошо забытое старое, выдают старую идею за новую и вновь пытаются изобрести велосипед, который уже давно изобретен. И за последние много лет я не встречаю ничего принципиально нового по теме планирования. Появляются только новые инструменты. И в первую очередь в программировании.

А тут, как говорится, для тех, кто умеет ждать - все приходит вовремя.

И пока У нас самый оплачиваемый уровень программирования - это программирование руководства. При этом некоторые умудряются это делать вообще не разбираясь в обычном программировании.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39522004
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
leonmbsВ других странах (я сужу по множеству проектов на аутсорсе в котором работаю уже лет 15) заказчик, который ведет свой бизнес, говорит програмеру делай так и он делает так.

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

Честно говоря, не знаю, какой код вы пишите.
Но на западе заказчики ничем принципиально не отличаются от заказчиков в Украине / России. Очень небольшой процент знает, как именно должно работать то, что им нужно.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39522032
leonmbs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinovleonmbsВ других странах (я сужу по множеству проектов на аутсорсе в котором работаю уже лет 15) заказчик, который ведет свой бизнес, говорит програмеру делай так и он делает так.

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

Честно говоря, не знаю, какой код вы пишите.
Но на западе заказчики ничем принципиально не отличаются от заказчиков в Украине / России. Очень небольшой процент знает, как именно должно работать то, что им нужно.
Ошибаетесь. Заказчик всегда знает что ему нужно. Это его бизнес и ему виднее. Даже если он ошибся - это ЕГО бизнес и его риски. Посему програмисты там решают задачи поставленые заказчиком а не расказывают ему как правильно. Он платит за то что он хочет а не за то что хочет програмист.

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

Посудите сами - у человека бизнес , он зараьбатывает деньги. И не просто деньги а еще и может позволить себе недешовое ПО типа ERP какой нибудь.

И тут приходит нищеброд програмист, у которого за душой ничео кроме компа, и начинает расказывать ему как надо вести дела.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39522033
leonmbs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rkh99leonmbs, вам виднее, вы же умный, а мы так... мимо проходили) не нужен план, так не нужен. не нужно госрегулирование рынка, так не нужно. время рассудит)
Не надо быть умным чтобы посмотреть что происходит например в Венесуэле где чокнутые троцкисты пытаются все регулировать
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39522034
leonmbs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AntonUleonmbs,
Остальные 60% - это постановка задачи, тестирование, документирование, внедрение и т.д.
Дак вот постановка задачи - это самый важный этап. Именно на этом этапе специалисты в предметных областях (аналитики) выявляют цели Заказчика и особенности его бизнес-процессов, потом разрабатывают ТЗ на понятном Заказчику языке, а вот после согласования ТЗ пишутся карточки разработчикам и начинается программирование.
Да, и на этих этапах програмисты как раз никак не фигурируют что не мешает им на форуме с умным видом рассужждать о календарных планах.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39522045
Жытель Гондураса
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
К сожалению очень много пустого эмоционального флуда.

Здесь обсуждается альтернативная концепция управления производством сложных изделий.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39522046
Жытель Гондураса
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
По моей субъективной оценке, программы класса ERP, начиная с самых дорогих, - сегодня не работают как хочет заказчик.
Ни у нас ни в мире. У нас - это как правило коррупционные эпизоды под расхожим названием откаты.

Однако наверное программы гибнут в силу изначально неверной/ошибочной концепции, они неадекватны реально обстановке в реальном производстве.

Софт на основе изначально ошибочный концепции жить долго не сможет(за исключением SAP).
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39522068
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
leonmbss_ustinovпропущено...

Честно говоря, не знаю, какой код вы пишите.
Но на западе заказчики ничем принципиально не отличаются от заказчиков в Украине / России. Очень небольшой процент знает, как именно должно работать то, что им нужно.
Ошибаетесь. Заказчик всегда знает что ему нужно. Это его бизнес и ему виднее. Даже если он ошибся - это ЕГО бизнес и его риски. Посему програмисты там решают задачи поставленые заказчиком а не расказывают ему как правильно. Он платит за то что он хочет а не за то что хочет програмист.

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

Посудите сами - у человека бизнес , он зараьбатывает деньги. И не просто деньги а еще и может позволить себе недешовое ПО типа ERP какой нибудь.

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

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

Если приходит специалист "у которого за душой ничео кроме компа", то такого, разумеется, никто слушать не будет. Но у некоторых есть еще довольно большой объем знаний и опыта, кроме компа.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39522101
Жытель Гондураса
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Российская политика в данной сфере в последние 15 примерно лет, заключалась в полной бездеятельности, что привело к нынешнему результату. Из за невостребованности специалисты покидали страну, другие не покидали но стали работать на заграничного дядю в качестве чернорабочих, третьи пошли внедрять 1С. 1С на сегодняшний день развилась до того, что её так называемая платформа стала лидером в деле реализации простойших вещей наиболее сложно и трудоемко. Недаром в народк об этом стали говорить так - выносит мозг!:)
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39522105
rkh99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinovОк, назовите мне парочку заказчиков, которые знают, как должна, например, работать консолидация (расчет консолидированной фин отчетности).
Я говорю не о том, как должен выглядеть интерфейс пользователя (одна большая кнопка "Подготовить отчетность, включая раскрытия"), а о том, как именно и что должно считаться.

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

Ну я могу назвать парочку предприятий... и эти люди специально организовывали сложные холдинговые структуры, что бы минимизировать налоговую нагрузку, а не из-за глупости... Я от этих людей я научился обналичивать деньги по 3-4%, причем законно... причем так законно, что "комар носу не подточит". Так что не надо наезжать на наш менеджмент... Они не дураки, просто у наших цели другие)))
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39522109
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rkh99s_ustinovОк, назовите мне парочку заказчиков, которые знают, как должна, например, работать консолидация (расчет консолидированной фин отчетности).
Я говорю не о том, как должен выглядеть интерфейс пользователя (одна большая кнопка "Подготовить отчетность, включая раскрытия"), а о том, как именно и что должно считаться.

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

Ну я могу назвать парочку предприятий... и эти люди специально организовывали сложные холдинговые структуры, что бы минимизировать налоговую нагрузку, а не из-за глупости... Я от этих людей я научился обналичивать деньги по 3-4%, причем законно... причем так законно, что "комар носу не подточит". Так что не надо наезжать на наш менеджмент... Они не дураки, просто у наших цели другие)))
Я не об оптимизации налогообложения, я именно о технической части говорю. :)
Если вы более менее хорошо общаетесь именно с людьми, которые и готовят отчетность - поинтересуйтесь, как происходит процесс - в чем именно они делают консолидацию, если это не ексель - как и кем это внедрялось и сейчас работает, если услышите слово "пакет" - попросите на посмотреть (цифры пусть удалят, там главное - структура), ну и, самое главное, поинтересуйтесь, как, собственно говоря, эта отчетность делается (процедура).
Я не спорю, наверняка есть несколько групп с нормальным процессом, но у 95% детали процесса подготовки отчетности... впечатляют, скажем так.
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39522407
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinovЯ не спорю, наверняка есть несколько групп с нормальным процессом, но у 95% детали процесса подготовки отчетности... впечатляют, скажем так.

Так вся проблема в том, что отчетности должно быть как минимум три.
1) Для себя
2) Для акционеров
3) Для налоговой

Причем 1) должна быть максимально приближенной к реальности, но о ее существовании не должны знать ни акционеры, ни налоговая.
Отчетность 2) должна показывать, что все хорошо - рост роста доходов неуклонно растет.
А отчетность 3) должна показывать, что мы тут еле-еле концы с концами сводим, только чудом выплачиваем налоги.

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

И тут приходит "программист весь в белом" и пытается создать отчеты 1)-го типа.
И никакие больше...

Каковы шансы такого внедрения? :-)
...
Рейтинг: 0 / 0
Вброшу для обсуждения
    #39522421
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazguls_ustinovЯ не спорю, наверняка есть несколько групп с нормальным процессом, но у 95% детали процесса подготовки отчетности... впечатляют, скажем так.

Так вся проблема в том, что отчетности должно быть как минимум три.
1) Для себя
2) Для акционеров
3) Для налоговой

Причем 1) должна быть максимально приближенной к реальности, но о ее существовании не должны знать ни акционеры, ни налоговая.
Отчетность 2) должна показывать, что все хорошо - рост роста доходов неуклонно растет.
А отчетность 3) должна показывать, что мы тут еле-еле концы с концами сводим, только чудом выплачиваем налоги.

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

И тут приходит "программист весь в белом" и пытается создать отчеты 1)-го типа.
И никакие больше...

Каковы шансы такого внедрения? :-)
:)
На самом деле сделать можно, но очень дорого даже не при внедрении (хотя внедрение тоже очень дорогим будет), а в процессе учёта.
На практике обычно стараются сделать хотя бы пункт 1, на базе которого считают налоги и те же ковенанты для банков (с небольшими "корректировками")))).
Так вот даже это почти всегда делают очень неэффективно - просто не знают, как правильно.
...
Рейтинг: 0 / 0
42 сообщений из 42, показаны все 2 страниц
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Вброшу для обсуждения
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]