<?php // Полная загрузка сервисных книжек, создан 2024-01-05 12:44:55
global $wpdb2;
global $failure;
global $file_hist;
///// echo '<H2><b>Старт загрузки</b></H2><br>';
$failure=FALSE;
//подключаемся к базе
$wpdb2 = include_once 'connection.php'; ; // подключаемся к MySQL
// если не удалось подключиться, и нужно оборвать PHP с сообщением об этой ошибке
if (!empty($wpdb2->error))
{
///// echo '<H2><b>Ошибка подключения к БД, завершение.</b></H2><br>';
$failure=TRUE;
wp_die( $wpdb2->error );
}
$m_size_file=0;
$m_mtime_file=0;
$m_comment='';
/////проверка существования файлов выгрузки из 1С
////файл выгрузки сервисных книжек
$file_hist = ABSPATH.'/_1c_alfa_exchange/AA_hist.csv';
if (!file_exists($file_hist))
{
///// echo '<H2><b>Файл обмена с сервисными книжками не существует.</b></H2><br>';
$m_comment='Файл обмена с сервисными книжками не существует';
$failure=TRUE;
}
/////инициируем таблицу лога
/////если не существует файла то возврат и ничего не делаем
if ($failure){
///включает защиту от SQL инъекций и данные можно передавать как есть, например: $_GET['foo']
///// echo '<H2><b>Попытка вставить запись в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>$m_comment));
wp_die();
///// echo '<H2><b>Возврат в начало.</b></H2><br>';
return $failure;
}
/////проверка лога загрузки, что бы не загружать тоже самое
$masiv_data_file=stat($file_hist); ////передаем в массив свойство файла
$m_size_file=$masiv_data_file[7]; ////получаем размер файла
$m_mtime_file=$masiv_data_file[9]; ////получаем дату модификации файла
////создаем запрос на получение последней удачной загрузки
////выбираем по штампу времени создания (редактирования) файла загрузки AA_hist.csv, $m_mtime_file
///// echo '<H2><b>Размер файла: '.$m_size_file.'</b></H2><br>';
///// echo '<H2><b>Штамп времени файла: '.$m_mtime_file.'</b></H2><br>';
///// echo '<H2><b>Формирование запроса на выборку из лога</b></H2><br>';
////препарируем запрос
$text_zaprosa=$wpdb2->prepare("SELECT * FROM `vin_logs` WHERE `last_mtime_upload` = %s", $m_mtime_file);
$results=$wpdb2->get_results($text_zaprosa);
if ($results)
{ foreach ( $results as $r)
{
////если штамп времени и размер файла совпадают, возврат
if (($r->last_mtime_upload==$m_mtime_file) && ($r->last_size_upload==$m_size_file))
{////echo '<H2><b>Возврат в начало, т.к. найдена запись в логе.</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>'Загрузка отменена, новых данных нет, т.к. найдена запись в логе.'));
wp_die();
return $failure;
}
}
}
////если данные новые, пишем в лог запись о начале загрузки
/////echo '<H2><b>Попытка вставить запись о начале загрузки в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>0, 'last_size_upload'=>$m_size_file, 'comment'=>'Начало загрузки'));
////очищаем таблицу
$clear_tbl_zap=$wpdb2->prepare("TRUNCATE TABLE %s", 'vin_history');
$clear_tbl_zap_repl=str_replace("'","`",$clear_tbl_zap);
$results=$wpdb2->query($clear_tbl_zap_repl);
///// echo '<H2><b>Очистка таблицы сервисных книжек</b></H2><br>';
if (empty($results))
{
///// echo '<H2><b>Ошибка очистки таблицы книжек, завершение.</b></H2><br>';
//// если очистка не удалась, возврат
$failure=TRUE;
wp_die();
return $failure;
}
////загружаем данные
$table='vin_history'; // Имя таблицы для импорта
//$file_hist Имя CSV файла, откуда берется информация // (путь от корня web-сервера)
$delim=';'; // Разделитель полей в CSV файле
$enclosed='"'; // Кавычки для содержимого полей
$escaped='\
(0) интересный взгляд
-Как повысить прибыль?
-Могу рассказать.
-Да я и сам могу рассказать а повысить то как?
Четко и прозрачно кстати описано.
— Мир розовых единорогов ещё краше !
Например, есть скорость генерации дохода у исполнителя, а есть подписание договора ГОЗ заказчиком, а деньги за ГОЗ приходят только после закрытия ГОЗ, а отказаться от ГОЗ не можешь, так как уникален
Большинство компаний не могут стоимость отсрочки платежа посчитать для клиента.
А уж просчитать все операции в компании… Это даже не единороги.
Сдаёться мне эффект вполне может оказаться временным. Со временем зависшие миллионы «притруться» и относиться к ним будут как к должному. Ну как с задачами, сначала всех пугает их количество, а потом норм…
Иван, а вот в таком кейсе (извините за инотермин), кто должен определять денежный эквивалент? нужно продлить договор с интернет провайдером и оплатить счёт, сумма 20 т.р, например. Но если этого не сделать срочно — как обычно, дотянули до самого последнего момента — то всё-всё-всё автоматически отключится, последствия в деньгах даже подсчитать сложно.
Все очень красиво написано.. но в обычной жизни, если ты крупная компания, даже взять те же ГОЗы и тд и тп. далеко не всегда все зависит от тебя. Ты можешь все сделать от начало до конца за 1 день, отправить контрагенту и ждать месяц и от тебя ни чего не зависит.. плюс как уже написано что деньги за ГОЗ приходят после закрытия ГОЗ.
Да в общем такой подход будет работать для обычной фирмы купи-продай или какой нибудь консалтинг. С минимальным количеством заказов, клиентов и оборотов. =)
А тем более.. кто будет разбирать такие нюансы, когда сумма вопроса 5000 рублей. но это идет на оплату домена хостинга и тд. за год. И если это не оплатить то сайт выключится, а он допустим приносит 90% новых и старых клиентов, без него не будет продаж.
Но при этом это всего лишь 5.000 рублей договор на год на хостинг допустим. но без него все рухнет.
(7) компания любой по размеру может быть. Не представляю как можно оценить в денежном эквиваленте повисший на согласовании оплаты заказ поставщику для поддержания оптимального товарного остатка. Сумма платежки — мало, сумма потенциально потерянных заказов клиентов из-за невыполнения поставок по совокупностям закупаемых товаров — много, да и считать сложно. Как оценить в рублях задачу по загрузке документов от конкретного поставщика без подключенного ЭДО — тоже не представляю.
Однако возможно оценить в рублях резервы товаров по группировкам склад/менеджер/товар/заказ. Можно оценить сумму стоящих на складе товаров к отгрузке. Какие еще задачи и вопросы в рублях можно легко и быстро оценить, предлагайте.
(8) Фантазировать можно вечно. Схема явно не рабочая, а если и рабочая, то скорее всего крайне сложно и нудно реализуется.
Остается много вопросов, а кто именно будет оценивать в рублях? если у вас миллиардные обороты и каждый день по куче согласований при то что все они разные, разные контрагенты, разные сроки, разные объемы, разные товары разные количества и потребности и тд и тп.
Кто это будет оценивать? один человек явно не справится, нужен целый аналитический отдел, и ему еще нужно платить зарплату..
Не будет ли зарплата и налоги с зарплаты этого аналитического оценочного отдела, превышать или быть равной, плюсам/выгоде такого подхода к работе в общем итоге.. то же спорный вопрос.
Даже если допустить что все можно оценить в денежным эквиваленте (теоретически) то на это «ВСЕ» нужны люди и не мало, если у вас крупная компания и большими объемами и документооборотом.
Одно дело оценить 2 контрагента договора и 3 согласования. А другое дело когда их сотни и тысячи каждый день согласований, закупок, отгрузок и тд и тп. и у вас вообще еще и производство и ГОЗ и тд и тп.
Эту схему и взгляд можно на аля уроках бизнес тренеров рассказывать сейчас это модно… ала Портягин, Бизнес молодость и тд и тп. .. слова слова слова.. а по факту фиг кто и когда реализует.
(0) осталась одна мелочь — как посчитать ту или иную задачу в деньгах. Конкретный пример: программист может сделать типовую задачку по развитию типового продукта, которым пользуются 100 организаций и платят абонентку или может сделать индивидуальную доработку за реальные деньги, но для 1 контрагента. Что из этого принесет больше «денег» компании?
(10) Не забывай что задачи могут быть абсолютно разные, так и идентичные.. типо согласования цены с контрагентами..их может быть много, но даже они могут стоять по разному, разные товары, разные сроки, разные объемы и контрагенты.
Так и абсолютно разные в разных объемах. и кто и как это будет своевременно высчитывать в деньгах.
И куда денут «время» на выщитывания в рублях задачи? Ведь когда аналитик так сказать, высчитывает в рублях допустим то или иное согласование.. ему же на это то же нужно время.
И на сколько я понял, тема скорее о том.. что бы Видеть задачу в рублях и понимать ЧЕМ ДОЛЬШЕ ТЫ ЕЕ РЕШАЕШЬ, тем меньше ты имеешь денег. и тем самым, заставлять сотрудников решать задачи максимально быстро. и наглядно демонстрировать в рублях.
А в твоем примере, ты приводишь две задачи и спрашиваешь какая из них принесет организации прибыль. больше. в данном случаи абоненская постоянная плата принесет прибыли на «дистанции» больше. но тема автора была не об этом)
Интересный подход к kpi сотрудникам, только как оценить «заказ» к примеру по окупаемости? Ведь он может очень дорого стоить, но как по начальным данным определить по нему плановую прибыль с учетом всех затрат именно на данный заказ? Т.е. это реально нужна большая аналитическая работа, т.е. нужно понимание сколько уйдет затрат на логистику данного заказа, маркетинг, зп сотрудникам и т.д. и все нужно вывести в разрезе заказа…
Сразу видно, что автор плавает в вопросах, о которых пишет. Сам он никогда главным бухгалтером не работал, да и вообще как я понимаю, он далек от сферы финансового управления. Автор просто пишет свои «мысли», он так видит, он так думает, что так работает система, как он описывает. Объясню автору простую истину. Там где крутятся деньги на управленческих местах сидят отнюдь не дураки, для которых «деньги превращаются в суммы, в реквизит» и которые подписывают 20 накладных в день и им на все плевать. Это все наивность автора. Это как студент на 5-м курсе считает что он уже взрослый, он жизнь понял, он все понял, а на деле вообще ничего не понял и не знает, так и автор, думает, что, что-то знает. Мой вам хороший совет: завязывайте с бизнес-программированием (которого кроме вашей головы вообще не существует в природе), а займитесь просто программированием или бизнесом по продаже программных продуктов. И да, бросайте эту писанину, лучше работайте.
(13)
эх, мне бы так уметь…
(2)
у вас получится очень хороший диалог с пользователем под ником profiprog1c.
(3) «Видя деньги» не подходит для ГОЗ.
(4) почему не могут? Никогда такой задачи не слыхал.
Обычно трудности с просроченной ДЗ, когда учет не по документам ведется.
(5) будет вторая часть, она может решить эту задачу.
Есть еще техника «дефибриллятор» — ее, правда, в этом кейсе я не планировал.
(6) в данном случае сумму нужно брать из оценки рисков. Правда, этот момент в статье не упомянут.
Спасибо за хороший пример, в книге надо будет рассмотреть.
(7) выше ответил:
1. Для ГОЗ не подходит (т.е., я не работал с ГОЗ, поэтому не знаю);
2. Про хостинг, интернет и т.п. — стоимость надо брать из оценки рисков.
(8) с оптимальным товарным остатком, кажется, наоборот всё просто — по нему есть стабильная динамика расхода, которая легко выражается в рублях дохода. Динамика расхода буфера известна, длительность просрочки оплаты известна — умножаем величину просроченного запаса на длительность просрочки, получаем сумму.
(9) тут надо смотреть на реальное предприятие и, хотя бы, классификацию покупателей и номенклатуры. Сколько из них принадлежат к классу А, какой уровень дохода дают. Вполне вероятно, что будет принцип Парето. Тогда останется работать с 20% транзакций. К тому же, речь ведь об автоматизации, т.е. надо не каждую задачу оценивать, а разбить их по классам/группам, и в каждой прописать алгоритм оценки. Ну типа тут — неотгруженный остаток заказа покупателя, здесь — сумму из заявки (которая предшествует заказу) и т.д.
Нет нужды вычислять сумму точно — не надо мельчить, измерять шум. Достаточно сделать это крупными мазками.
(10) вот такие мелочи и убивают, обычно. Не потому, что сложные, а потому, что им уделяется слишком много времени.
В данном случае всё ведь просто: раз вы не можете понять, что ценнее, то пусть оно будет одинаково. А программист сделает сначала одно, а потом — другое.
Но, вообще, именно для предложенной вами ситуации нужны другие методы, например — «Перебежками». Приезжайте на конференцию, расскажу.
имхо. описан один из подходов. хотя это и есть «по дедушке». Один из способов как двигать — что то и где то быстрее.
Работает не везде и не со всеми.
Дедушка написал причину, в статье один из способов достижения.
Работает да. везде? нет.
(19)
И мы понимаем, что предложенная система становится не такой уж и простой…
(25) для вас взять суммы из оценки рисков — сложно?
(26) Взять что угодно откуда угодно не сложно, если там это что угодно есть.
(27) мне кажется, Геннадий, вы ищете проблемы там, где их нет. Так можно в любом тексте найти прорехи. Только зачем?
(28) Я прикидываю любой «не художественный» текст на реальную жизнь, и если что-то не сходится — задаю уточняющие вопросы. В очередной раз повторю — у любой идеи есть границы применимости, в рамках которых она будет как-то работать. Универсальных работающих идей не существует.
(29) ну, так я и не утверждал, что нет границ и это универсальное решение.
А прикидывание на реальную жизнь — отличная практика для бизнес-программирования. Только цель у него должна быть другая — не выставить несоответствие, как свое достижение, а придумать, как его просто и быстро обойти. Ну, мне так кажется.
(17)
Продажник дал клиенту отсрочку в 60/90/полгода дней. Сколько будут стоить эти 60/90/полгода дней отсрочки компании? Дебиторка будет в этот срок не просроченная? А, может быть, в таком случае клиент в принципе будет убыточен, если берет низкомаржинальные товары и услуги?
(30) Это у вас ошибка восприятия — я не пытаюсь ничего выставить, а просто пытаюсь разобраться в ограничениях.
(32) «И мы понимаем, что предложенная система становится не такой уж и простой…» — это попытка разобраться в ограничениях?
Автор чего, сбалансированную систему показателей (BSC) по-колхозному рекламирует?
Так у неё тоже недостатки есть.
(33) Конечно. Описанная в статье система на первый взгляд является простой, но, по факту, в некоторых случаях таковой являться не будет. Что это, как не ограничение?
(13) без этих «писанин» на инфостарте бы тогда совсем скучно было, автор молодец, поддерживает проект, а то его совсем замонетизировали
(34) я обычно против ССП, и в данном случае речи о ней, вроде, нет.
(0) «видя деньги» — отдел продаж и кассиры на кассах, которые работают на Процент, хотят видеть список заказов и чеков ККМ (просят запрограммировать постоянно) — потому что, видя деньги, энергия продавать растет…
по идее всех можно на процент посадить: и кладовщиков, и бухгалтеров, и тогда у всех будет интерес «видеть деньги».
хотя уверен, что суть статьи глубже и инструменты шире
(0) ок ну допустим все риски оценили , потенциальную прибыль посчитали и получили красивую табличку в которой все расценки есть
время выполнения как считать ? (которое вроде пока неизвестно)
(38) Ты понимаешь, если всех сажать на процент — тогда и программистов, и сисадминов, и уборщиц…
(40) понимаю… тут еще желательно разделять на «видеть свои деньги» (проценты) и «видеть чужие деньги» (деньги компании)…
вообще любое предприятие состоит структурно из подразделений Продажи — Производство — Администрация (Бухгалтерия).
условно выделил три, но их больше и в разных моделях по разному группируются.
так вот, к чему я, есть продажники, кто генерирует прибыль напрямую, а есть «сервисные» (обслуживающие бизнес) подразделения… я понимаю, что всех на процент не посадить, по крайней мере по причине, что давно бы все так делали… но не делают же…
поэтому суть статьи глубже, не зря Голдрат такой известный…. его идеи довольно правильные
(41) Если это интернет-магазин, то прибыль маркетологи, что-ли, генерируют? Или закупщики? Или программисты?
(42) я думаю никто из озвученных
мне видится площадка интернет-магазина — как замена ручного труда на автоматизированный — то есть робот и делает продажи…
мы же не говорим, что в магазинах прибыль генерируют кассиры… или рекламщики… или те же программисты…
тут вообще вопрос не в этом кто в разных вариантах генерирует прибыль — каналов много, эти каналы надо обслуживать… получается каждый сотрудник как на конвейере стоит и помогает системе генерировать прибыль. каждый на своем месте.
(43) Но, ведь если кто-то из них будет работать плохо, прибыли не будет, не так ли? А процент их вклада в общую прибыли посчитать сложно… Я считаю, что в современном ИТ-ориентированном бизнесе рассуждать о каких-то процентах от прибыли для тех, кто не является собственником/акционером компании как-то не очень уместно.
(44) соглашусь что чистого процента ни у кого не будет, но до сих пор кассиры в магазинах одежды и парфюмерии работают через «оклад+процент» (я про своих клиентов).
думаю уместно процент ставить тем, кто напрямую работает с клиентом.
мотивация понятна: чем больше улыбаешься клиенту, более вежлив, более профессионален в подборе товара, тем выше вероятность того, что покупка свершится…
Кладовщикам и другим категориям сотрудников можно применять КТУ — коэффициент трудового участия…
Кто -то внедряет КэПиАй… Это другое, но тоже имеет право на внедрение.
Есть разные варианты стимулирования сотрудников….
(44) суть статьи не в процентах, поэтому не стоит на этом зацикливаться
(45) Кассирам так платят, так как жадные и не очень умные владельцы не видят других способов их «заставить работать», и при этом переложить на них свои бизнес-риски, не более того. КТУ, КПИ — ну так себе методики в современных условиях, но что-то из них, безусловно, может пригодиться, как что-то может и из этой статьи пригодиться, если не принимать всё сказанное за аксиомы, а самому думать и пробовать.
(47)
Что вам мешает стать «щедрым и очень умным владельцем» и показать другие способы заставить работать кассиров(наверное имеется ввиду «продавец-кассир»)?
(48) Каждому своё. Те, кто имеют для этого способности — так и делают.
(49)Тогда становится очевидно кто «умный», а кто «не умный».
(50) Хорошо быть таким, как вы, наверное. Всегда вам всё очевидно, и думать даже не надо.
Есть прикол такой: подсчет амортизации карандаша при его заточке. Вот как решить эту проблему? Да просто, создаем документ «Заточка», с табличной частью «номенклатура, стоимость общая, длина заточки,процент заточки, стоимость списания». Во время заточки указываем длину на сколько уменьшился карандаш, из справочника 1С берет его общую длину, высчитывает процент, высчитывает начальную стоимость и при проведении списывает часть начальной стоимости. Потом при закрытии месяца сумму карандаша нужно распределить на выпускаемые трактора/самолеты/пароходы, при чем для самолетов карандаши не используются,нужно это учесть. Ну и на рабочих местах 1С нету, поставим веб клиент или мобильный клиент, продублируем туда метаданные, а обмен с УПП через конвертацию данных.
К чему я это: вычислять что важнее: «оплатить интернет», «оплатить аренду», «оплатить просроченную дебиторку» будет наверное отдельное подразделение, и бухгалтер будет ждать их ответа 2 дня, не сделав ничего, когда все эти вопросы решаются через «АБСД» и четкую отсрочку выполнения задачи каждого вида срочности/важности.
А про «без обнуления» — кстати очень и очень крутая идея!
(51)
Человек у которого есть бизнес наверное умнее того у кого кроме комментариев на ИС что кругом дураки больше ничего нет. Или я ошибаюсь?
(53) Нет, конечно. Человек, которому всё очевидно, не может ошибаться.
(54)А есть что то «неочевидное» ?
(55) Конечно. Квантовая механика, например.
(56)Вы о применении принципа неопределённости Гейзенберга к формированию премиальной части оплаты труда продавцов-кассиров?
(57) А почему вы спрашиваете? Вам же всё очевидно, сразу отвечайте, к чему эти бесполезные вопросы.
(58)
Хотел пообщаться с тем кто умнее «жадных и не очень умных», но похоже мимо…
«есть продажники, кто генерирует прибыль напрямую»
Продажи = Прибыль?
А остальные, стало быть, бездельники, генерящие убытки?
(60)
Есть условное разделение на «доходные» должности, которые напрямую связанные с получением доходов и «затратные» должности, которые не ведут к получению доходов. Например бухгалтер это «затратная» должность или например уборщик, ну или сисадмин, а продажник, коммерческий директор и тд «доходная».
Никто не говорит что они «бездельники», они не приносят деньги, в отличие от продажников, но при этом на них идут расходы.
Этому «разделению» уже много лет. По крайней мере читал книгу одного «пионера» рекламы, он ~100 лет назад ещё писал как трудился бухгалтером и понял что его доход будет только сокращаться, потому что на затратных должностях всегда ищут как сэкономить. Он перешёл на «прибыльную» должность и стал продвигать товары. Хорошая книга…
(61) Точно, на программистах всегда будут экономить. Это же очевидно.
(62)
(63)не надо экономить — надо больше зарабатывать
Интересная и хорошая статья.
«Чем быстрее деньги проходят от входа в компанию до выхода из нее, тем больше компания зарабатывает» — это точно.
(47)
зря вы так легко раздаете и вешаете ярлыки. продолжать диалог с вами после таких высказываний не хочется: «продолжать» — значит согласиться с вашими ярлыками, «начать спорить» за ярлыки — нет сил и времени (и это будет уход от предмета статьи). Есть же негласные правила в общении: не задевать словами чувства и достоинства других людей — которые вы случайно или специально нарушили.
давайте уважать других априори.
(61)
мысль интересная, но если бухгалтеру уйти во фриланс и обслуживать задешево (условно 10 тыс/мес), но три компании, то это будет 30тыс/мес.
И затратная профессия превратится в прибыльную.
В общем в любом деле надо расширять масштабы.
В ритейле расширяют охват покупателей, в бухгалтерском обслуживании примерно та же стратегия — расширяем круг клиентов. То же самое и программистов касается.
Но это не единственный путь достижения «дзен» — у каждого он свой — но это не предмет данной статьи и поэтому оставлю этот вопрос открытым.
По нет так у автора забавный велосипедик вышел. Если на это глянуть с точки зрения например финансового менежера, то с точки зрения сферического финансового менеджера, первым вопросом будет — а как мне прикажете тут управлять кассовым разрывом? Следующим темпом сферический финансовый менеджер предложит не задуряться, а сделать как в букваре — вычленить центры прибылей и центры затрат и те центры затрат, которые можно загнать в бюджетирование — посадить на бюджетирование. И вдогонку спросит — почему такие кривые бизнес-процессы?
Я не могу себе вот такой ситуации представить. Постоянно общаюсь с такими заказчиками типа малое предприятие (15-100 среднесписочная численность сотрудников и обороты до 800 млн. руб). Там тупым не выжить. Они все в теме — читают профильную литературу, ходят на семинары, где их учат лучшим практикам и плотно общаются с такими же как они.
(31) вроде, формул оценки денег достаточно много. Например, можно умножить на ставку по депозиту. Или сравнить с отдачей от денег, которые находятся в обороте. И т.д.
(35) ну, всё по принципу Парето. 80 % процессов и задач выразятся в деньгах, и на это уйдет 20 % усилий. А с остальным придется повозиться. Или оставить темное пятно — хер с ним.
(39) какое время выполнения?
Вот есть заказ — сквозная аналитика. Известна его сумма, т.е. потенциальный доход. Можно заморочиться, и посчитать потенциальную прибыль — хотя лично мне это кажется лишним.
Дальше, по заказу возникают задачи. Например, на закуп. У них есть дата начала, дата окончания, текущая дата. В любой момент времени известно, сколько задача «висит».
Аналогично производство, комплектация на складе, оформление в бухгалтерии.
Если нужно согласовывать платежи поставщикам, договоры и т.д. — надо обеспечить присутствие аналитики «заказ» в соответствующих объектах.
Или вы про время выполнения заказа? А зачем его считать в данной схеме?
Есть некий срок, согласованный с клиентом. Ок, он и до нас там был.
Наша цель — не «уложиться в срок», а «сделать как можно быстрее». Если сильно хочется, можно и с оговоренным сроком сравнивать — не жалко.
(66) К теме статьи это не имеет отношения, да, обсуждать смысла нет. Но я останусь при своём мнении, имея в виду опыт умных и не жадных владельцев, которые не сажают своих продавцов на процент.
(70) Вот, одно из ограничений внесено, это правильно :))
(73) так это естественное ограничение любых изменений, которое действует везде и всегда.
Ну и дедушка Голдратт учил, что есть фундаментальное отличие между концепцией и ее применением в конкретной среде.
В статье изложена концепция, и примерный план ее применения в какой-то конкретной среде. У вас среда другая. Значит, надо брать концепцию, и адаптировать, если оно того стоит.
Например, в среде, упомянутой в статье, нет проблемы с оплатой интернета. Ну вот нет и всё.
Во-первых, канала два, от разных провайдеров.
Во-вторых, платеж за интернет происходит почти автоматом.
(74) Всё-таки в любой статье, претендующей на алгоритм решения бизнес-проблем, должны быть описаны ограничения системы, хотя-бы крупными мазками.
(71) я думал вы некую методику излагаете
ок давайте про заказы
у вас есть 2 заказа на 100 и 70 руб , срок выполнения второго заказа в 2 раза короче
какой заказ нужно выполнять в первую очередь?
(67)
И затратная профессия превратится в прибыльную.
Вы не до конца поняли смысл «затратной» и «прибыльной» должности.
(77) я про вашего столетнего рекламщика
про то, как превратить затратную должность в прибыльную — искать клиентов, а не только переходить продвигать товары…
а как уж я понял смысл — это другой вопрос…
(64)
больше заработаешь + еще больше сэкономишь = еще больше заработаешь
(79) сумма заработка не зависит от того, сколько ты сэкономил
(75)
Геннадий, вы-то чего в тенденциозные подались.
(76) с разницей в 30 рублей — думаю, второй надо делать в первую очередь.
Точнее, запускать в работу.
(81) Ну, я так считаю. А уж в тенденциозные меня записывать, или как — дело хозяйское.
(83) вам ведь очевидны ограничения предложенного в статье подхода без дополнительных комментариев? Исходя из опыта, знаний и т.д.
(84) Мне, может, и очевидны. Но большое количество подобных вопросов в комментариях показывает, что в статье описание ограничений было бы полезным, дабы этих лишних вопросов избежать.
(85) мне всегда казалось, что вас больше беспокоят интересы свои, а не общества или сообщества.
(86) Тут можно много причин привести. Ну вот, хотя-бы, я считаю, что ваши статьи могут быть лучше :))
(87) лучше для кого?
Вот есть вы, конкретный такой Геннадий, который прочитал статью, понял смысл, понял ограничения (хоть они и не описаны), с чем-то согласен, с чем-то нет. Положа руку на сердце, особых вопросов не имеет.
Но зачем-то вопросы задает. Чтобы статья стала лучше, хотя и так всё понятно.
(88) Лучше для меня, конечно же. И вопросы я задаю для автора — вдруг, он случайно некоторые моменты в своей статье упустил/не счёл важными, и в следующий раз задумается лишний раз, не упустил ли он чего. Но вам лично могу и не задавать, конечно, если в этом есть какая-то проблема.
Появляется много но. Во первых, далеко не каждый собственник готов делать прозрачными для широкого круга свои финансы. Во вторых, любой, на первый автоматизированный взгляд, низкобюджетный шаг может в недалеком будущем иметь решающее влияние на высокобюджетный, чего система естественно не выявит. Люди, которых вы решите уволить по результату анализа на ненужность, после увольнения окажутся ой как нужными, потому что успешно прикрывали некомпетентность других, которые в этом ни за что не признаются на аудите.
(40)Ну уборщиц не знаю, а программистов в первую очередь надо сажать на проценты. Ибо если этого не сделать то штат может разрастись до неимоверных размеров только из за того, что главному мухгалтеру скучно сидеть одному в кабинете и он просит себе в штат еще одного мухгалтера для ручного переноса данных из xls файла в заказы CRM.
(91) На проценты от чего, простите? Лучший способ демотивировать сотрудника — увязать его зарплату с показателями, на которые он никак повлиять не может.
(92)Я в Коментарии привел реальный пример с бухгалтерией когда от отсутствия финансовой заинтересованности программиста может появится еще один штатный сотрудник. Мне как программисту одним больше фиолетово, а вот если бы у меня от этого зарплата зависела то может я бы и подумал как и главный бухгалтер.
По вопросу я думаю должно быть так Оклад +15% от сэкономленных денежных средств в результате действия сотрудника. Причем если экономия разовая то надбавка разовая если экономия постоянная то и надбавка постоянная.
(93) Вы хотите от программистов слишком много 🙂