<?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='\
Добавлю свои «пять копеек».
Занимался подобным, но с другого конца: сначала специальный сотрудник с секундомером измерял среднее время на оформление одного документа «Заказ покупателя». А я сделал механизм, состявшй из справочника с настойками и отчета.
Справочник содержал критерии для оценки загруженности определенной должности: какие документы смотреть, сколько времени уходит на один в среднем (или на одну строку табличной части).
Отчет же показывал, сколько у операторов «лишнего времени».
В итоге сократили число операторов по варианту «не набирать».
Потом в этот справочник добавили и нагрузку маркетологов, и кого-то еще.
Т. е. не автоматизировали, а оптимизировали.
Но, я уверен, при любом подходе самое важное — измерение загруженности.
Найти работу для менеджеров после автоматизации это задача не из простых. А кто говорил что будет легко?
Вариант переквалификации в рамках компании так же возможен, но он еще более затратный и менее эффективный.
Важно не измерение загруженности, а понимание кто и что должен делать. Оптимизация по загруженности ничем не отличается по оптимизации расходов. Какой смысл тратиться на аналитику, если можно волевым решение сократить на 10-15%? Может показаться кому-то фантазией, но это вполне жизненные случаи из жизни очень крупных компаний.
Оптимизация по загруженности имеет место тогда и только тогда, когда достигнут предел управления и декомпозиция задачи невозможна. Если работу могут сделать четыре человека с учетом замены не мешая друг другу с надлежащим качеством результата — оптимизировать нечего.
Обычно целью и причиной автоматизации является качество при том же объеме.
Т.е. рост объема идет в пределах допустимого снижения качества, после чего наступает очередной этап автоматизации.
При этом снижение объемов привести к повышению качества как правило не может, обычно к сокращению численности (часто самопроизвольному).
А должно приводить именно к повышению качества при той же численности, поскольку это и есть основная функция менеджмента.
Но поскольку численность + качество как правило означает увеличение расходов, то менеджмент при снижении объема вызывает снижение эффективности в целом.
Под качеством работы автор имеет ввиду соотношение ДД + нДД / ДД + ДнД.
В этом основной парадокс менеджмента — при снижении объемов (стагнации) обычно еще больше увеличивают расходы и инвестируют, а не просто терпят убытки. А есть еще свободная котировка акций и какое влияние она оказывает на результат.
Нужен кризис, чтобы начать расти. Если в компании все хорошо, то вопросы оптимизации и целепологания заменяются на интриги и раздувание ЧСВ.
Автоматизация это готовый генератор кризиса как минимум, даже если результат от самой автоматизации будет нулевой.
А для того чтобы переместить какое то дело из списка ДД в нДнД и обратно как раз и используется ЧСВ.
Я тут подумал и пришел вот к какому выводу. Автоматизация нужна это 100%. Принудительное формирование рабочих мест — не естественно. Если для жизни человека не нужна работа, то значит пора пересматривать модель. Получается странная ситуация. Чтобы богач мог позволить себе быть богатым и иметь власть, необходимы — рабы. Когда их нет, так как некому платить за его продукт, то и богачу ничего не достается. Стало быть внедряя автоматизацию, в некотором смысле, богачи пилят сук на котором сидят. Нет рабочих мест, есть роботы. Роботам не нужна ни еда, ни вода, ни воздух, ни размножение. Они не подчиняются законам, не платят алиментов, налоги… Экономический крах. Выпускается любое количество продукции, но его некому покупать. Работы у людей нет. Денег нет. Спрос нулевой. Как говорится «экосистема» нарушена. Ну невозможно становиться богаче не «подкармливая» тех, кто тебя спонсирует 2 раза: первый раз когда работает, второй раз когда покупает твою продукцию.
Еще варианты развития событий не рассмотрены:
Автоматизация освобола ресурсы, но паралельно фирма растет и набирает обороты. Менеджер по продажам, раньше обслуживающий с натягом 20-30 клиентов, теперь играючи ведет сотню-другую. Никто не уволен, скорее наоборот.
Или такой:
Мебельная фирма работала только с крупными оптовиками по типовым заказам с низкой рентабельностью. Автоматизация позволила все процессы на предприятии подстроить под работу с розничными заказами. При той же загруженности станков, аренде и зарплате рабочих, рентабельность заметно выросла.
Шикарно! Это сделало мой день.
На всякий случай, может кому будет интересно по теме, в 2004 году американский писатель Николас Карр, наделал шороху в ИТ-сообществе своей книжкой «Does IT Matter?», у нас название перевели как «Блеск и нищета информационных технологий. Почему ИТ не являются конкурентным преимуществом».
Все эти темы, связанные с автоматизацией бизнеса в книжке основательно разжеваны, переварены и выведены из организма. На мой взгляд, книжка для трудящихся в ИТ бизнеса из разряда must read и ее актуальность за прошедшие 15 лет нисколько не снизилась. Книжка доступна в интернетах, рекомендую.
Гладко было на бумаге…
В жизни вопрос «кого уволить» решается чаще по субъективным причинам, а не по результатам всякой там «автоматизации», хотя последняя может оказаться поводом.
Реальный случай, автоматизировали бухучет в одной околобюджетной конторе, что реально позволило сократить количество бухгалтеров. Несколько человек проводили на пенсию, остался вопрос — кого бы еще? Решение нашлось быстро — давайте уволим Юлю. А за что Юлю? А за то, что молодая, в то время как основной коллектив составляли женщины предпенсионного возраста и эта самая Юля работала эффективнее их раза в два.
Аргументация была предельно проста — она же молодая, ей легче будет новую работу найти, а нас то кто куда возьмет…
(8) Эффект бабочки (:
(3)
этот момент, вроде, в статье описан.
(8)
В западных странах последнее время все чаще экспериментируют с безусловным доходом. Когда государство просто так, за красивые глаза, платит каждому гражданину некоторую сумму. На первых порах это позволяет решать проблему тотальной автоматизации. Предприятие производит товар, платит налоги, эти налоги перераспределяются среди населения, которое этот самый товар покупает.
Вроде бы все неплохо, но чем занять население? Люди без работы, но с доходом имеют свойство заниматься всякой ерундой, кого то в политику потянет, кого-то в пьянку-гулянку. Но очень быстро в обществе вырастет уровень бытового криминала, общего недовольства и прочие, присущие разложению, симптомы.
Потом будет революция, власть поднимут на вилы, роботов поломают, только вот лучше никому не станет, станет только хуже. Ну да проходили это уже в истории, падение Римской империи. Пройдет сотня другая лет и новые варвары начнут приближаться к тому, что когда-то по недомыслию поломали.
(15) У варваров уровень удовлетворения потребностей по пирамиде Маслоу был ниже, следовательно выше стимул к действиям.
Проблема в том, к каким именно действиям будет приложен этот стимул. А варвары есть всегда. Те, у кого еще не было никакой работы.
Никого не уволили. Сотрудники стали обрабатывать и контролировать больше информации. Работать с БД стало более удобно.
Похоже у автора психологическая травма, связанная с ERP. Зачастую автоматизация не для сокаращения рабочих мест, а для наглядной картины узких мест бизнеспроцессов. В Рейтеле это 100% борьба с воровством, в производтсве с простоями и т.д. Как вы говорите вводить конечно надо в 3 раза больше, а как иначе? Вот некоторые продажники так сказки и рассказыавют «Купите ут 11 и будет вам счастье, воронка продаж ла ла ла» ,а потом клиент прибегает :» ТАК ТАМ ЧТО ВВОДИТЬ РУКАМИ ВСЕ НАДО ?Я думал программа сама все поймет!» Как ?телепатически? Конечно, чтоб видеть все в разрезе множества аналитик, эти аналитики нужно указывать….И для этого нужно больше операторов.
(18)
Не соглашусь с вами, в ритейле на 98% процентов это цена входного билета для выхода на рынок и на 2% борьба с воровством. Не может сейчас существовать гипермаркет без технологий штрихового кодирования.
(14)
Во-первых, это ответ на комментарий, а не комментарий к самой статье.
Во-вторых, сама статья грешит неким академизмом. Тот случай, когда «гладко на бумаге…»
Совсем не рассмотрены правовые вопросы. Приведу пример из жизни. В одной крупной компании работала сотрудница, должность имела, зарплату неплохую. В компании сменилось руководство. Новый руководитель из числа молодых и продвинутых сразу поставил задачу, сократить персонал на 10%. Должность, которую занимает сотрудница сокращают. Ей предлагают другую с такой же оплатой. Не буду долго расписывать, еще трижды сокращали ее должность, каждый раз переводили на другую должность, но уже с понижением в заработной плате. И вот настал момент, когда она получила уведомление о сокращении и никаких предложений о другой должности уже не поступило. Сократили. Теперь уже бывшая сотрудница обратилась в суд. Юристы компании пришли с документами и выкладками где расписывалось, что не нужен работник на данной должности. Судья поинтересовался, что конкретно делал работница до самого первого сокращения. Ему рассказали. А что перед самым последним? Оказалось практически то же самое. Судья задал вопрос представителям ответчика, вы зачем сокращали, если эти обязанности нужно было выполнять? Сотрудницу восстановили с компенсацией.
К чему эта история. В трудовом кодексе, в нынешней редакции, серьезно размыли ограничения по сокращению. Однако из практики Верховного суда следует, что работодатель при разбирательстве должен аргументировать, что данная должность (обязанности) не нужны. Именно не нужны, экономически не целесообразны. Так вот, вариант, когда обязанности выполнять нужно, но их будут выполнять другие, часто заканчивается восстановлением, при обращении в суд.
(20) а, ну сорян. Ответ обычно содержит номер комментария, на который отвечает.
Не спорю, трудностей много. Статья для тех, кому поставили задачу уволить людей, используя автоматизацию. Такая задача встречается редко, т.к. руководители не знают, что так можно. Ну и программисты, соответственно, тоже.
(8) все так, только вот господа «оптимизаторы» ( я не про автоматизаторов, а именно про «оптимизаторов»), которые сокращают сотрудников налево и направо при любом удобном поводе ради «оптимизации» расходов об этом не сильно задумываются. Т.е. да проблема системная — мало сократить и «оптимизировать», надо еще оптимизированных чем то занять, в идеале чем-то полезным, за что платить зарплату. А в противном случае да — нарушение «экосистемы» налицо. Только в масштабах одного, двух небольших предприятий допустим нарушение может быть не очень заметно для системы в целом, но в любом случае это локальная катастрофа для сотен людей и их семей, последствия иногда очень тяжелые, сокращения чаще не улучшают, а усугубляют и без того печальную экономическую ситуацию в целом. Отсюда и пляски с безусловным БД, попытки выйти из ситуации хоть как нибудь. А ведь так велик у «оптимизаторов» соблазн сказать — да крутитесь как хотите, никто никому ничего не должен и часто так и происходит. Для каменного века и дикой природы логика «крутитесь как хотите» удобная, да. Но не для цивилизованного общества.
(6)полностью согласен!
(21) Точно, я не указал комментарий.
Опять таки, когда-то по касательной я с этим пересекался. Продвинутый работник, на которого пытаются переложить обязанности сокращаемых обращается к ст.163 ТК, в которой говорится, что работодатель, для выработки норм, обязан создать нормальные условия труда, в том числе соответствующие требованиям охраны труда и т.д. Берем СанПиН 2.2.2/2.4.1340-03 и узнаем, что для III категории работы за ПЭВМ (это те кто интенсивно работают) продолжительность регламентированных перерывов должна быть не менее 90 минут (1,5 часа). На секундочку, не обеденный перерыв имеется ввиду, а перерывы после каждого часа работы за ВДТ.
И таких подводных камней на самом деле достаточно.
Вспомнилось. В одной конторе был налажен ежедневный учет проведенных работ на объектах. Сводки с полей, так сказать. Какие работы проведены, сколько материалов затрачено, сколько было вынужденных простоев и т.д. Конечная сводка в виде таблицы ложилась на столы начальства. И они, вроде бы, ее изучали, принимали решения, вносили коррективы. Все было хорошо, пока кто-то не решил внедрить новомодную диаграмму Ганта. Те же данные, но в виде диаграммы Ганта произвели маленькую революцию. Все вдруг сразу заметили большое количество простоев, отставания от графиков и прочих отклонения. Главного инженера начали шерстить каждый день, простои снизились и в результате оказалось, что одна бригада лишняя. Её сократили…
Забавно, что в среднем звене все знали, что одна бригада лишняя, но помалкивали и держали ее про запас. Просто, на всякий случай. ))
Забавно, как форма подачи информации меняет ее восприятие.
(25) Вполне возможно, что нехватка этой бригады в будущем сыграет отрицательную роль. Выход из строй техники из-за повышенной нагрузки или нехватка рабочих сил во время уборки из-за хорошего урожая. Как следствие могут быть потери зерна или времени. У Голдратта об этом хорошо написано.
Простои «смертельны» только на узком звене/ограничении/ бутылочном горлышке так как в результате теряется продукция в рамках всего бизнеса, все остальные потери от простоев это миф. Это ваши резервы на будущее.
(19)Ну да я имел ввиду бэк оффис конечно же.
(15) Нужно уменьшать рабочий день, хотя бы до 6 часов. Тогда пригодится очень много населения. Это к тому же подстегнет дальнейшую автоматизацию, увеличит спрос на товары для различных хобби, увеличит количество кружков, мероприятий. Уменьшит стресс у населения.
К сожалению уменьшение рабочего дня не совместимо с политической текущей системой.
(26) Потери от простоев при продолжительности рабочего дня более 9 часов — это не совсем правильно. Но тем не менее именно это называется занятостью и нужностью, поскольку предприятие компенсирует таким образом оплату за неотработанное время в течении дня переработками сверхурочно и в целом не страдает.
Тем не менее, вводить дежурство, посменную работу или диспетчерирование работ в течении дня для устранения простоев гораздо более тяжелое организационное изменение, чем простой+сверхурочные.
Освобождающие освобождатели сами себя освобождают, и скорее всего освободят.
(30) Вы ведь наверняка любитель фантастики и альтернативной истории, может, и сами пописываете?
(32) Пописываю, только на иные темы, сугубо технические. А фантастику я предпочитаю читать, писать — достаточно серьезный труд, иначе будет выходить халтура, в чем каждый может сам убедиться.
(33) А, может, зря? Ваш коммент в (30) при должном развитии вполне себе на небольшой фантастический романчик можно растянуть.
(34)
А в чем мне от этого будет профит? Написание романа, даже небольшого — это прежде всего работа, такая же как программирование или копание земли лопатой. Это только кажется, что писатель сел за стол и начал творить. От такого творчества уже на второй странице начнется каша, либо мы получим картонных персонажей в картонных декорациях.
А посему автору приходится завести досье на каждого героя: когда родился, где учился, размер обуви, черты характера, привычки, пристрастия, взаимоотношения с другими героями. Потом то же самое делаем с местами где разворачивается действие, потом с событиями. Потом пытаемся все это сложить в одну или несколько сюжетных линий. И только потом, если нам еще это все не надоело, может приступить непосредственно к работе с текстом.
(35) А жалко. Тема то нонче актуальная. Со дня на день ждут беспилотных авто, роботизированных складов и магазинов, и т.д. и т.п.
(36) Ну так все в ваших руках, пишите, а мы почитаем.
(37) Я не умею, способностей нет. А у вас явно есть, вон в (30) сколько всего навыдумывали…
(30)
Вы расписали довольно интересно будущее, но при этом Васе в будущем из развлечений до сих пор доступен один только литрбол.
Прогресс в индустрии развлечений тоже не стоит на месте. Не за горами тот день, когда Вася будет играть в условную Доту 2, надевая шлем виртуальной реальности на голову. Машина Васе не понадобится, поскольку у него она есть «там», Вася может «там» проводить большую часть своего времени, в т.ч. участвуя «там» в различных митингах, переворотах и т.д. (До тех пор пока у него есть еда и интернет). Примеры фантазий на эту тему можно увидеть в фильмах: «Матрица», «Первому игроку приготовиться».
(39)
Это если мы говорим об условном Васе 18-20 лет и то вряд-ли. На что Вася будет покупать виртуальный шлем? Ну допустим, что шлем тогда будет как видеокарта сейчас, у всех и каждого. Но игровое железо оно и сегодня не только лишь для всех. И я не вижу перспектив к изменению существующего порядка вещей. Что будет доступно Васе? Какой-нибудь бюджетный шлем, в котором можно погонять «на средних настройках». В общем все как и сейчас.
А за спиной у Васи жена и дети, которые смотрят на папу с непониманием, вместо того, чтобы пойти добыть денег или еще каких ништяков сидит как дурак за компом. Или вы думаете, что безусловного дохода отсыплют каждому по потребности? Спешу вас разочаровать, выдадут строго на еду + одежду + пару раз в кабак за углом сходить. И глупо думать что народ будет жить только на один безусловный доход. 90-е это прекрасно показали.
Да уж, я представил, что буду ходить за человеком по пятам в течение минимум недели, и каждый из нас будет понимать, что я делаю все, чтобы его уволить. Это как удалять зуб в течение нескольких часов, вместо того, чтобы один раз дернуть.
Хотя что-то похожее у меня было в практике — я делал обработку для автоматической подтоварки, чтобы отпустить ответственную сотрудницу в декрет и не ставить на ее место неопытного сотрудника.
(9) Менеджер ведет сотню-две клиентов. Но количество клиентов тоже конечно. Стало быть, несколько других фирм, работающих в этой нише, разорились — люди остались без работы — экосистема в целом всё равно нарушена.
Мебельная фирма стала работать с розничными заказами — мебельные магазины закрылись — — люди остались без работы — экосистема в целом всё равно нарушена.
Итог один.
(30) А что мешает Васе освободившееся время использовать не на литробол, а на обучение? А если уж и государство проспонсирует, то вообще красота. По поводу того, что толпа инженеров будет не нужна — напрасное опасение. Развиваться можно как интенсивно, так и экстенсивно. И как раз для экстенсивной модели развития нужны мозги в большом количестве.
(43) А то, что это никому не нужно, Вася — лишний в этой системе человек. Простой пример: стояло за конвейером 100 человек, после автоматизации нам вместо 100 рабочих потребовалось 10 инженеров. Даже, допустим, мы из этих 100 переучили нужных 10 (исключительно из соображений гуманизма), куда прикажете деть еще 90?
Ну и само по себе переобучение низкоквалифицированного рабочего в инженера — это что-то из области ненаучной фантастики. Да и не нужно их столько, в этом весь смысл автоматизации, поставить робота туда, где был человек.
Возьмем более реальную отрасль — грузоперевозки. Вот есть у нас некое транспортное предприятие: 100 водителей и 20 человек ИТР (автомеханики, инженера и т.д.), после перехода на беспилотники 100 человек пойдут на улицу, вместо них мы возьмем, допустим, еще 10 программистов и админов, все это обслуживать. Но вместо 120 человек наш штат все равно сократится до 30, 90 человек стали просто не нужны. Хоть переучивай их, хоть песни петь заставляй. И так, по меркам отрасли, будет везде.
При должной степени автоматизации те же процессы будут идти в масштабах экономики. Освободится огромный пласт населения, который не нужен вообще, хоть в том виде каком он есть, хоть в переученном. Там где было 100 работников не будет нужно 100 инженеров.
(42) В результате такого нарушения все равно изменяется один важный показатель — растет производительность труда. А как следствие — растут зарплаты, а за ростом зарплаты растет спрос, растет вся экосистема в целом
(43) Для экстенсивной модели развития требуется окончание интенсивной (т.е. покой). А она у нас бесконечная. И если интенсивность падает, мы кричим караул и увеличиваем интенсивность.
Иногда воспринимается, как вредные советы.
Вроде все так, но не так.
Никогда не автоматизировали для увольнения.
Как было 2 этажа бухгалтеров, так и осталось. Как сидели тетки предпенсионные, так и сидят.
Сам учет со временем постоянно усложняется, обороты растут, прибавляются новые грани учета, новые хотелки.
Чтобы бизнес стоял на месте и шла только оптимизация и сокращение — это утопия.