Чтобы такого не случилось…




Принцип обмена данными из 1С с сайтом (на MySQL) и выдачи (публикации) этих данных по запросу.
PHP-Скрипт автоматической загрузки данных из файла данных в формате CSV в базу данных сайта работающего на WordPress.

В продолжение моей темы: 1С:Альфа-Авто Автосалон Автосервис: обмен с сайтом.
С помощью данного скрипта можно загружать в автоматическом режиме, по расписанию, данные сервисных книжек (ремонтов авто) из 1С:Альфа-Авто Автосалон Автосервис.
Также можно загружать данные в ручном режиме: для этого делается скрытая страница, где размещается специальная кнопка.
Комментарии размещенные внутри скрипта разъяснят логику и порядок действия.
Комментарии с "/////    echo" использовались для отладки.
Дополнительно создана таблица для журналирования результатов загрузки данных.
Скрипт включает в себя защиту от SQL инъекций (думаю безопасность соблюдена в полной мере).
В кратце:
1. Пишется скрипт, который запускает этот.
2. Создается регламентное задание в WordPress, по которому запускается скрипт из п.1. 
3. Этот скрипт осуществляет проверку на существование файла обмена в папке.
4. Если данные не новые, загрузка не производится.
5. Если данные новые, очищается таблица сервисных книжек.
6. Загружаются новые данные.

Собственно сам скрипт:

<?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='\

99 Comments

  1. larisab

    гхм, «…где оценивается уровень специалиста, а не его раскрученность на рынке…»

    Ну и как это может оцениваться?! Руководство компании, что оно оценивать может, если ничего не понимает в этих уровнях, а полагается как раз на соответствие раскученность=уровень. Зачем тогда раскручиваться на ИСе и пиариться, рекламировать свои сайты и т.д., если не для того, чтобы уровень в глазах руководства потенциальных заказчиков поднять?

    Reply
  2. anbxp

    Лично я не понял — к чему столько букаф? Трава — зеленая, солнышко — теплое, откаты — есть и будут. Лидеры, в основном, все равно лучше разработают/внедрят, чем непонятные конторки из 2 человек.

    Reply
  3. coder1cv8

    (2) А чего не понятного-то? ) Столько букв для маскировки «шпингалетов»…

    Суть такая: О-Планет круче любых крупных франчей вместе взятых! )

    Reply
  4. Ish_2

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

    Reply
  5. Vitek

    >Поэтому, считаю, что экономия на уровне исполнителя – это почти гарантия неудавшейся автоматизации.

    Согласен.

    Это к притче о шапках:

    «- а 10 сможешь сделать…»

    «- смогу…»

    Ну и (3)+1. Пиарится Планет 🙂

    Reply
  6. WiseSnake

    Смысл в том, что тот кто работает на «дядю Ваню», зачастую не задумывается о том зачем, для кого это….., что сказали то и сделал. К тому же любая новая программа это стресс для компании. А руководство просто не не обладает достаточными знаниями в вопросах автоматизации, чтобы элементарно проконтролировать процесс внедрения.

    Вывод:

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

    2. Фрилансеры это круто, потому что работают для себя, с душою. ;).

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

    ИМХО

    Reply
  7. larisab

    Мне тоже нравилось все, пока не дошла до вывода.

    И не то что я не согласна, а просто дико выглядит под ним ссылка на собственный сайт. Раскрученее автора трудно найти кого — то на ИСе. Тогда о чем он? Я думаю белка раскрученна в своем городе. О том, что выбирают внедренцев по сайту 1С, видимо. Ну так и надо говорить, отбили гады-франчи крупного клиента и т.д.

    Reply
  8. O-Planet

    (7) Ссылку на сайт убрал. Извиняюсь. Поставил по привычке.

    Что все только один пиар кругом видят? На самом деле, хотел услышать мнения по другому поводу. А именно, по вот этому: «Для меня всегда было загадкой, зачем руководство той или иной фирмы вообще тратится на автоматизацию … » И т.д. Тема-то главная — не фрилансерство, а то, что » … заметил одну странность: примерно в двадцати пяти процентов случаев, предприятие, оплатившее работу программиста и принявшее его работу, не пользуется ею»

    Reply
  9. O-Planet

    (7) + крупных клиентов, кстати, мне не надо 🙂 Никогда с таковыми не работаю принципиально. Мой сектор — средние и мелкие торгово-производственные фирмы. На крупных — один гемор. Там ни кто ни за что не отвечает и постоянные интриги. Работа может затянуться на месяцы и годы. Это уже фикси становишься…

    Reply
  10. MRAK

    (8) ну тады +

    Reply
  11. MRAK

    (9) это точно

    Reply
  12. vde69

    для себя (для фикси) вывел такое правило:

    -50%-50%

    расшифровываеться так:

    50% времени спец тратит на самообучение (форумы, курсы, всякие совещания и т.д.)

    оставшееся время уходит на работу, но из всего сделаного оставшегося 50% заказчик использует только 50%

    итого мой % полезных разработок примерно 25% от общего времени

    ******************************************************

    я конечно понимаю, что сейчас меня закидают помидорами (типа бездельник), но пусть в меня первый бросит помидор тот у кого полезный выхлоп 100%

    Reply
  13. 1snik

    А вообще какая разница — используют — не используют? Оплатили — дальше не наша проблема.

    Не один ли фиг производителю кефира, пьют его продукт или как маску для волос используют 🙂

    Reply
  14. MRAK

    (13) ну не совсем так…. если произвожу пиво, кто-то свежим пьет и хвалит…

    а кто-то держит его открытым неделю, пьет, а потом кричит, что мое пиво — г..вно

    Reply
  15. O-Planet

    (13) Не знаю. Я всегда своим стараюсь перезвонить через какое-то время и уточнить. Мало ли что? Мож глюк какой. А мож новый заказ 😉

    Reply
  16. O-Planet

    (11) В этом смысле, фикси проще. Ты сидишь, повышаешь свой уровень, и это — твое рабочее время, которое оплачивается. Фри чаще всего ставят просто жеские сроки и никому не важно, и предполагают, что ты весь софт имеешь уже под рукой, и все книжки прочитал раньше…

    Reply
  17. MSensey

    (11) помидорами могут забрасать разрабы типовых из 1С 😉

    Reply
  18. O-Planet

    (17) Ну, не знаю… Я недавно в 8 ЗУП вроде наткнулся на весьма забавный комментарий. Примерно такой, только не помню, что там за справочник был:

    //Таб.НоваяКолонка(«Реквизит»,ТипЗнч(«Справочник.Какойто»));

    Таб.НоваяКолонка(«Реквизит») // так быстрее работает

    Reply
  19. evgennnnn

    Для меня всегда было загадкой от чего отталкиваются «профессионалы франчайзи ‘ при оценке работы,у одного определенный вид работы стоит 40 часов у другого тот же вид работы 20 ,у третьего 15.То есть получается один эту работу сделает за 40 ,другой за 20 ,третий за 15 часов ,от чего это зависит ,если цель задачи четко определена?И в любом случае ты являешься бета тестером тех задач которые тебе реализовали.В частности из за недальновидности тех людей(«профессионалы франчайзи) ,с которыми начинал автоматизировать наше предприятие были мысли оставить все как есть,но те деньги которые вложили было жалко терять,поэтому решили продолжить .Сейчас понимаю что сделал правильный выбор.Для руководителя,как мне кажется, плохо то ,что невозможно сразу оценить все плюсы автоматизации.

    Reply
  20. O-Planet

    (19) Вот в параллельной теме на форуме это обсуждается тоже сейчас… А как вообще возможно оценить плюсы от автоматизации? Банальный пример: покупает фирма кассовую программу, покупает фискальник… Это — расход. Как подсчитать, когда это окупится, и как? Стало меньше очередей? Меньше устает кассир? Я с ходу могу только сравнительную оценку прироста прибыли предложить, типа до автоматизации 1.2% в месяц, после — 1.5%. Но это — постоценка опять же. А до этого — не как?

    Reply
  21. MRAK

    (19) от профессионализма оценщиков + от жадности))))

    Reply
  22. Арчибальд

    По моемУ глубокому убеждению, значительную долю проектов по автоматизации (>> 25%) следует считать неуспешными — часть потому, что не работает вообще, о чем статья, часть потому, что слишком дорого из-за невостребованности ВСЕГО функционала, часть из-за недобросовестности внедренцев, которые занимались выполнением договора на автоматизацию, а не автоматизацией.

    На рынке практически отсутствуют фирмы-автоматизаторы, чей товарный знак гарантирует качество. Такие монстры как Рарус и Камин позволяют себе выпускать откровенно сырые продукты. О большинстве франчайзи и прочих ЦКП нечего и говорить.

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

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

    Reply
  23. O-Planet

    (22) Да, видел такое. Мелкие фирмы такого фикси будут развращать, и он однажды станет фри, если не откроет франч 🙂

    Reply
  24. Арчибальд

    (23) Мелкая фирма вообще фикси платить не сможет — разве что, студенту. Я потому и сделал упор на средние. Достойная зарплата (и другие атрибуты приличного социального статуса) все же должна присутствовать. Чтобы человеку хотя бы лень препятствовала сбежать.

    Reply
  25. larisab

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

    Reply
  26. O-Planet

    (25) Интересно. Я обычно просто отказываюсь от клиента на этапе обсуждения ТЗ, когда понимаю, что проект будет саботироваться, или слишком явно прогнозируется влияние чел. фактора со стороны заказчика на его успешное выполнение. Либо сразу даю рекомендации по организации работ, вплоть до требования расширить штат или сделать кадровые перемещения, назначить ответственного со стороны заказчика…

    Reply
  27. Арчибальд

    (25,26) Обычно ФИО человеческого фактора совпадает с ФИО владельца/руководителя бизнеса…

    Reply
  28. larisab

    (26) Риски просчитываются и на них вырабатываются меры воздействия, это кроме расчета движущих сил. Если бы применялся данный инструмент, количество «неэффективных» внедрений можно было бы снизить. Это я к тому все, что над вопросами этими давно уже работают, но именно с помощью управления проектами.

    Reply
  29. Арчибальд

    Мне несколько раз приходилось заполнять «паспорт проекта», в частности, раздел «риски». Все время максимальный риск (в смысле, максимальные негативные последствия) заключался в «нехватке административного ресурса». А дальше уж подробности: то ли сотрудников не заставят внести остатки, то ли из бюджета вычеркнут сервер, то ли заставят уволиться (не дадут работать) ключевого специалиста…

    Reply
  30. Арчибальд

    +29 Однако приходилось видеть провальный проект, провалившийся из-за избытка того же ресурса. Откат на уровне топ-менеджмента.

    Reply
  31. MRAK

    (27) на крупных проектах очень «не всегда»

    Reply
  32. larisab

    (30) Топ-менеджер проекта, команда проекта должны быть вне предприятия. Рассчитанный проект прозрачен, там никакие откаты не спрячешь. Если речь идет о топ-менеджере, работающем предприятии, то мы говорим о разных вещах.

    Reply
  33. Tatitutu

    Не бейте меня ногами(хлопотно) но есть еще и пятый фактор

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

    Программист программиста понимает — ход его мысли, направленность алгоритма…а пользователь «боится» до сих пор комьютера…(особенно учетных программ)

    А руководитель ждет программу типа — карты из фильма о Гарри Поттере, открыл крышку ноутбука и все видишь — программа должна делать ВСЕ !!!! а что все подчастую и сами не знаю, даю на откуп ТЗ лишь бы было…то и получают

    Reply
  34. O-Planet

    (33) Т.е., речь пошла уже о внедренце… По сути, интересная ситуация. Мы когда отдаем в ремонт что-то, то надеемся забрать это готовым и работающим. С учетом — все не так. Требуется эффективная система контроля над исполнителем со стороны предприятия.

    Reply
  35. O-Planet

    … но за живое задела идея предварительного просчета рисков.

    Reply
  36. larisab

    Съезди на курсы «Основы управления проектами», следующий этап «Управление портфелем проектов», для фрилансеров очень даже будет полезно:)).

    Reply
  37. O-Planet

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

    Reply
  38. larisab

    Нет, я говорю про курсы, которые читает PSM Consulting. Марина Грашина, директор PSM Consulting Russia, иногда читает и в 1С.

    Reply
  39. larisab

    + 38 А портфель только у них.

    Reply
  40. vde69

    есть еще один фактор который свойственен именно внедрениям программ:

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

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

    2. внедренцы перегибают и слишком сильно вводят теорию в практику

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

    Reply
  41. Арчибальд

    (31) Это в 29 я и изложил. А 27 относится к мелкосреднему бизнесу, где топы отсутствуют.

    (32) От кого «не спрячешь»? От того, кто платит (чужие) деньги и получает откат? Именно это прерогатива топ-менеджеров «по-крупному». А топ-менеджер проекта — это уже что-то непонятное. Руководитель что ли? В данном случае О-Планет?

    Reply
  42. larisab

    (41) Руководитель проекта, владеющий знаниями PM BOK.

    Reply
  43. larisab

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

    Reply
  44. O-Planet

    (43) Все это замечательно. И схем, ориентированных на миллионные внедрения, предостаточно. Но снова повторю чей-то вопрос? А как отведать вкусных груш маленькой конторке, которая имеет крупные амбиции?

    Reply
  45. larisab

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

    Reply
  46. Ish_2

    (45) Лариса , покажите мастер-класс по управлению проектами.

    Приведите основные этапы расчета внедрения БП 1.6 на торгово-производственной фирме на 5-10 пользователей. Предыдущая система — переписанная Бухгалтерия 77. Откатов нет.

    Reply
  47. larisab

    (46) Хорошо, давно собиралась написать статью на эту тему. Ваше описание существующей ситуации недостаточно.

    1. Какие части учета были донастроены в 77?

    2. Нужно ли этот функционал донастраивать в БП?

    3. Причины, побудившие переходить на 8.1? Что подвигло?

    Reply
  48. Ish_2

    (47) Да, лучше отдельную статью.

    1. Реализация продукции , расчеты с контрагентами.

    2. Конечно.

    3. Функционал 77 вполне достаточен для предприятия,

    Причина перехода — продвинутость руководства.

    Заинтересованные лица — Директор.

    Незаинтересованные лица — бухгалтеры.

    ГлБух занимает позицию непротивления злу.

    На самом деле — это лишь возможный пример .

    Было бы лучше , если бы Вы в статье выбрали сами пример

    наиболее на Ваш взгляд распространенный и узнаваемый.

    Reply
  49. larisab

    (48) Прям сегодня не обещаю, как сделаю, здесь ссылку положу.

    Reply
  50. Ish_2

    (49) Я найду.

    Скромное пожелание :

    статья должна содержать обобщенный(абстрактный) расчет внедрения

    и затем анализ возможных типовых сценариев развития событий.

    Reply
  51. larisab

    (50) Статья будет содержать все необходимые стадии расчета проекта.

    Reply
  52. Ish_2

    (51) Надеюсь , Вы не собираетесь заняться только пересказом методическх пособий по расчету внедрений ?

    Интерес к Вашей статье обеспечит лишь последующий анализ возможных сценариев развития событий с точки зрения дисциплины «Управление проектами» .

    Reply
  53. larisab

    (52) 1.Какие методические пособия вы имеете ввиду?

    2.»Интерес к Вашей статье обеспечит лишь последующий анализ возможных сценариев развития событий с точки зрения дисциплины «Управление проектами» .

    Последующий анализ? После чего последующий?

    Вы мне ставите задачу, я пытаюсь определить, что вы, как заказчик хотите от внедрения? Последующие анализы дает в частности эта статья. Планируем все что возможно ДО внедрения. ПОСЛЕ анализы дает патологоанатом:)

    Reply
  54. Ish_2

    (53) Лариса , сделайте скидку для непрофессионала.

    То, что Вы нарисуете план ДО внедрения — я не сомневаюсь.

    Но проектами управляют и ПОСЛЕ написания плана — во время внедрения.

    Вот это «ПОСЛЕ» и интересует.

    Итак , Лариса, вы составили и согласовали с Заказчиком план внедрения.

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

    Как непрофессионал предполагаю , здесь на практике и проверяется усвоение материала дисциплины «Управление проектами».

    Об этом было бы интересно почитать . Так что , Лариса, не судите строго .

    Reply
  55. larisab

    Есть такое, называется управление изменениями, но этот блок находится в «составе» проекта. Т.е. проект имеет временные рамки. Если согласовано с заказчиком, команда проекта занимается управлением изменениями, каждое изменение рассчитывается и представляется заказчику стоимость внесения изменений. Он решает — тратить деньги на этого или оставить все как есть. Не надо путать с управлением качеством. Все это в рамках проекта, работа команды оплачивается заказчиком.

    Reply
  56. Ish_2

    (55) Управление проектом включает в себя составление плана внедрения и последующее управление изменениями. Речь шла о том , что было бы интересно

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

    Лариса ,я правильно усвоил терминологию «Управления проектами» ?

    Reply
  57. vde69

    (57) ничего подобного, почитай (40) всегда есть ДВА виноватых, не бывает четко выраженой точки ответсвеной за провал внедрения!

    Излишняя жесткость проявленая при внедрении грозит полным крахом бизнеса!

    Всегда должны быть компромиссы!

    Reply
  58. venger

    (60) Да не совсем. Круть заключается как раз в том, что еще до начала работы продумать на десять шагов вперед и оговорить, а лучше прикинуть и составить план заранее, что надо будет потратить столько то времени на вбитие остатков, надо будет выбрать время и провести инвентаризацию перед этим, чтобы потом их вбить, надо будет купить такое-то оборудование за такие-то деньги, надо будет сделать то-то и то-то, четко и ясно. Как по времени, по трудозатратам, так и по деньгам. Надо будет четко составить и оговорить стратегию наперед, с разделением ответственности и возможностью влиять и наказывать, хоть через начальство, хоть самостоятельно. И также оговорить четкие результаты. И спросить: «Вы готовы на это? Т.к. при невыполнении этого плана — мы снимаем гарантию на результаты, посылаем Вас нафиг, берем с Вас неустойку и прекращаем работы.» Но это будет стоить с одной стороны дороже, т.к. это серьезные проектные работы, их надо оплачивать еще до того, как начнется вообще работа, а кто на это пойдет? Когда зачастую вообще считают, что программист должен сидеть и писать код, вот по этому его работу и судят. А то, что основная часть его работы и самая важная происходит до того, как он садится кодить, ведь когда он садится уже писать, он уже все спроектировал, а не наоборот — это мало понимают заказчики. А с другой, куча проектов просто не начнется, а значит кто-то денег не заработает:-)))

    Reply
  59. vde69

    для внедрения сроки и деньги — это все ВТОРИЧНО, ибо зависит в больщЕй степени от ресурсов, главным являються приоритеты выполнения и контрольные точки, чего и надо согласовывать на предпроектном этапе.

    А развернутое ТЗ на все внедрение целиком — это ФАНТАСТИКА! по этому всегда в процессе внедрения начинаються подвижки, и главное именно в том, что-бы в процессе этих подвижек любой из участников не занимал слишком жесткую позицию, это касаеться как заказчиков так и самих внедренцев. Вот по этому я и считаю главным фактором риска именно слишком жесткую (или мягкую) позицию одного из участников, позиции должны быть сболансированы.

    Reply
  60. vip

    (62) > А развернутое ТЗ на все внедрение целиком — это ФАНТАСТИКА!

    Это даже не научная фантастика. Это русская народная сказка.

    Reply
  61. venger

    (62),(63) Кто-то путает стратегию с тактикой:-)))) Есть важные вещи, кардинально влияющие на выполнение (как Вы их назовете точки или вехи не важно), а есть люфты в пределах заданных вилок:-)))) Есть вектор (все векторы могут быть и многомерными) целей, есть вектор текущих результатов, есть вектор ошибок, есть отклонения, степень отклонения, ведь далеко не все отклонения и их абсолютные значения (модули числа) этих отклонений могут привести к отклонению от целей и т.п. Но это все серьезные вещи, это уже скорее ближе к науке, чем к бизнесу, тем более среднему или мелкому, да и к крупному тоже, не тянут такое ни заказчики, ни исполнители. А то, что есть сейчас по управлению проектами, так детский лепет. Лариса, камнями не кидать, я просто глобально говорю, за Человечество обЫдно просто:-))))) В космос летают, а у себя на планете жизнь наладить не могут:))))

    Reply
  62. O-Planet

    (56) — (58) Ты ничего не понял, и не знаю, как вообще читал.

    В приведенных примерах только один с незавершенными работами. В двух других на момент сдачи ВСЕ РАБОТАЛО. В одном случае — уволился специалист, который должен был обучить сотров, а от обучения с нашей стороны заказчик отказался САМ, чтобы сэкономить, хотя ему это предлагалось неоднократно. В другом — комп просто периодически перегружался в процессе работы, когда ему это вздумается, потому как не может Пентиум 133 с 128 памяти работать стабильно с Win 2000 и 1С. По поводу смены компа, писал, получили отказ и команду делать на том, что дали. А про комп. магазин — все верно, проект остался не запущенным.

    Reply
  63. Rusk51

    А вооще «неполностью отлаженные программы» + «глупые начинающие бухгалтера»+

    «гордый сисадмин,которому в падлу заниматься 1С» = «Бездонная бочка благоухающего меда» . И пусть все остается как было.

    Reply
  64. fgremlin

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

    Reply
  65. Malaya1971

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

    Reply
  66. sound

    … а еще не лишним для всех сторон почитать теорию, наподобие системного анализа и оценки риска, типа как

    http://mista.ru/isu/index.htm

    Reply
  67. CheBurator

    > В первом – директор не захотел останавливать продажи даже не день, чтобы довести начатое до конца,

    — мне кажется ты неплохо представляешь себе «психологию» директора/владельца — да он удавится, а не приостановит! потому что сиюминутная выгода для него важнее ожидаемого эффекта. Возможный вариант решения проблемы: оплатить сверхурочные сотруднику по вносу остатков во внерабочее время — тоже этого не сделаено… почему? возможно не дотумкали, а возможно банально — жаба задавила заплатить сотруднику сверхурочные, директор он же как — считает, что сотрудник в рабочее врем янайдет/выкроит часик и внесет все данные — а кто из сотрудников будет напрягаться сверх установленного «лимита» интенсивности текущего рабочего процесса задаром?

    Reply
  68. CheBurator

    > Стоит напомнить, что грамотно поставленная автоматизация учета в торгово-производственных фирмах способна увеличить прибыль и уменьшить затраты.

    — поспешное и необоснованное утверждение, так происходит не всегда…

    Reply
  69. CheBurator

    > «Для меня всегда было загадкой, зачем руководство той или иной фирмы вообще тратится на автоматизацию … »

    — я отвечу: потому что хочет чтобы было лучше! но ввиду полной своей «неграмотности» в этих вопросах, полной неориентации в ценовых решениях/затратах — в результате как в мультике про Масяну, Лохматого и отсутсвующие презервативы — ну ты как-нибудь так…

    Reply
  70. CheBurator

    (58) > Вы полагаетесь на рассудительность заказчика. Давно уже надо было понять, что не бывает такого. Если бы за бугром полагались что заказчик будет компетентен, у них бы системы так же провалом заканчивались.

    — Маниак, я, например, могу сделать так, что заказанная система будет работать. НО! оплата такой работающей системы будет происходить не из расчета !1200 за час», а примерно раз в 5-10 больше за час. Потому что, к сожалению, при более-менее крупной «автоматизации» — не удается (очень тяжело) автоматизировать часть и приходится — а) ставить технологию учета б) организовывать «бизнесс-процессы» (которые КАК-БЫ есть, а на деле шаляй-валяй) в) показывать расчетами, что позиция ГБ «мне надо завтра поотсутсвовать» и «на след.неделе у мойе племянницы ДР» — не катят, ибо второго Б — нету, а работа должна быть сделана… и т.д. — то есть тут приходится СТРОИТЬ ВСЁ! и если владелец хочет «построить все» за 1200 в час — то это не ко мне… (как пример, работая по автоматизации ячеечного хранения и потоковой сборки заказов пришлось: 1.разрабатывать должностные инструкции (до сих пор не готовы) 2.работать над ужесточением дисциплины штатного состава сотрудников и контроля временных нормативов 3.влезать в вопросы логистики доставки 4.планировать размещение товара 5.разрабатывать регламент уборки склада 6.тянуть лан-коммуникации (склад- ТЕРМИНАЛ! был сдан без них) и т.д. и т.д. и самое главное — при постоянной нехватке людей (работа на «критической точке») и отсутствия квалифицированных кадров и самое главное — КОНТРОЛИРОВАТЬ!!! КОНТРОЛИРОВАТЬ ИСПОЛНЕНИЕ!!! КОНТРОЛИРОВАТЬ ИСПОЛНЕНИЕ!!! ПИНАТЬ!! ПИНАТЬ!!!! ПИНАТЬ!!!).

    .С моей точки зрения — руководство банально недооценивает СКОЛЬКО СТОЯТ НОРМАЛЬНЫЕ СПЕЦИАЛИСТЫ и что автоматизация повышает требования к дисциплинированности личного состава фирмы и требует наличия в КЛЮЧЕВЫХ ТОЧКАХ КВАЛИФИЦИРОВАННЫХ ИСПОЛНИТЕЛЕЙ — а если сидела девочка на ЭН руб/месяц, то какого рожна ей после автоматизации за те же ЭН руб/меся иметь себе больше геморра….

    .. все очень, очень непросто…

    Reply
  71. O-Planet

    >> Возможный вариант решения проблемы: оплатить сверхурочные сотруднику по вносу остатков во внерабочее время — тоже этого не сделаено… почему?

    Как бы это помягче объяснить… Сложно попросить остаться сверхурочно того, кто в офисе занимается продажами с 9 до 7, а потом еще разгрузкой новой техники…

    Reply
  72. O-Planet

    (72) И что ты смотришь, блин!

    Reply
  73. CheBurator

    > Как бы это помягче объяснить… Сложно попросить остаться сверхурочно того, кто в офисе занимается продажами с 9 до 7, а потом еще разгрузкой новой техники…

    — НИЧТО НЕ ДАЕТСЯ ДАРОМ. «попросить остаться сверхурочно» — нафиг! нафиг! не останусь! только за доп.плату. Если рук-ль заинтересован — то нашел бы как «попросить»… остальное — написал уже выше… НИКТО НЕ БУДЕТ ГОРБАТИТЬСЯ СВЕРХ ТОГО ЧТО БЫЛО РАНЬШЕ ЗА ТЕ ЖЕ ДЕНЬГИ.

    ..

    Перевод на другую должность без повышения зарплаты — понижение.

    Reply
  74. CheBurator

    > Излишняя жесткость проявленая при внедрении грозит полным крахом бизнеса!

    да, есть такое! есть! но вот что делать, если нельзя полземплекопа, а можно только целиком??? а «на день приостановить» текущую деятельность фирмы — руководство удавиться готов? вот и получаются «недоделанные дети»

    Reply
  75. O-Planet

    (76) Объясняю проще… У нас в подобных фирмах (торговля) нет такого понятия, сверхурочные. Народ работает столько, сколько требуется, но получает фиксированную з/п. А требуется — ровно столько, чтобы завтра торговля продолжалась.

    Reply
  76. O-Planet

    Я просто в разных фирмах это видел… Бухши разбирают … ювелирные украшения, чтобы завтра их отвезли на точки. не успели — сами виноваты, медленно работают. Остаются до упора. А отчеты делают в субботу, кстати, потому как не успели за неделю. И опять сами виноваты. Максимум, за что могут дать сверхурочные, и то, когда начальство само выберет день — это за выход в воскресенье. Видел подобное не в одной фирме, а во многих.

    … и при з/п 8-10 тыс руб/мес…

    Reply
  77. O-Planet

    Сверхурочные типа отгулом…

    Reply
  78. CheBurator

    (78) САДИТЕСЬ, ДВА!

    > Народ работает столько, сколько требуется, но получает фиксированную з/п.

    народ работает столько, сколько он готов работать за эту «фиксированную ЗП» — поэтому остатки и остались невбиты. Штатная торговля идет за «фиксированную ЗП» — ИДЕТ! фигли тогда за эту же ЗП к УЖЕ СУЩЕСТВУЮЩИМ и устоявшимся торговым процессам ЕЩЕ НАПРЯГАТЬСЯ? добавили новые обязанности/задачи (вбить остатки) — зарплата (бонусы, отпуск, посещение фитнеса) должна быть увиличена. Какой владелец бизнеса пойдет на увеличение ЗП __ПРИ РАБОТАЮЩЕМ ТОРГОВОМ ПРОЦЕССЕ_??? — удавится!!!! будет тянуть до последнего, и когда все «рухнет» — будет всем своим видом демонстрировать, что ТЫ, ТЫ!!!! ТЫ!!!!!!!!!! не донес до него всю супермегаважность своевременного вбития остатков/приобритения сервера — и ничего не возразишь даже предьявлением кучи бумажек с подписями и выделенными бюджетами…

    Reply
  79. CheBurator

    И всегда есть люди, которые просто не будут «напрягаться», даже если за это будет больше чего-то (зп, например) — ему и так хорошо!!! а хуже всего, когда декларируют что готовы работать идет повышение ЗП (например), а сами — КАК ВСЕГДА — НЕ НАПРЯГАЮТСЯ! и все! автоматизация эффекта не дала! к каждому — надсмотрщика не приставишь…

    Reply
  80. Abadonna

    (76)> нафиг! нафиг! не останусь! только за доп.плату.

    Слава Великому «Краскомплексу»! 😉 У нас любой выход в выходной хоть уборщицы, хоть начальника отдела, всегда оформляется приказом (без него, кстати, и охрана не пустит), что означает оплату в ДВУХКРАТНОМ размере без всяких исключений. Плюс к кому, т.к. до нас на общественном транспорте не добраться, выделяются деньги на такси

    Reply
  81. Abadonna

    +(83) «Великий Абадонна» 🙂 поработал в эти выходные дома в виду исключительности обстоятельств (ОЧЕНЬ НАДО БЫЛО), заработал 5 рабочих дней (т.е. оплата 2.5:1)

    Reply
  82. O-Planet

    (83) Да, конечно!!! Началось-то все в Симбирске… А вы теперь пользуетесь…

    Reply
  83. Abadonna

    В Симбирске начались коммунистические субботники, так что не надо ляля :)))

    Reply
  84. CheBurator

    Тривиальный вопрос: начало автоматизации, тотальная инвентаризация которую 1-3 чела сделать реально не могут.. делает много людей! всем все рассказано- показано — начинается изобретание нсхем «а нам вот так удобнее» (каждому «нам» удобнее по разному); пишут как курица лапой, ввод с написанного курица лапой — куча ошибок еще — делать что ли как на конвертах по пунктирикам — тогда инвентаризация в обозримое время не закончится… а на дворе кризис.. продажи давай-давай — и самое главное — ВСЕГДА БУДУТ ПРИЧИНЫ, КОТОРЫЕ «ДАВАЙ-ДАВАЙ»

    Reply
  85. miksla

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

    Для начала пробежимся по примерам.

    1. Компания торгует компьютерами, опыта работы с ПО скорее всего нет. Вы продаете им кучу барахла (коробки, технику) и ставите невыполнимое условие — найдите время, выделите специалиста, вбейте остатки. И, насколько я понимаю, можно забыть про головную боль связанную с постановкой учета, разбором ошибок ввода и так далее — все равно заказчик никогда не введет остатки, мы это прекрасно понимаем — но зачем про это говорить? Это очень распространенная практика, когда перед началом внедрения в обязательном порядке не определены требования к внедрению. Кстати проблема решается элементарно — отправляем человека к заказчику который сидит у него и выполняет сложную разовую работу — быстро и качественно. Вбить остатки по 200 наименованиям — для спеца исполнителя рутинная работа, для заказчика — невыполнимое действие. Есть разница?

    2. Ситуация примерно та же. Продали нечто, не связанное с конкретной целью заказчика, цель даже похоже не пробовали определять иначе бы обязательно вылезла полная стоимость проекта, которая включает технику, занятость специалистов со стороны заказчика. Здесь вполне может работать другая схема — занижаем стоимость чтобы получить деньги, о цели ни слова. Когда доходит до дела заказчик с удивлением узнает, что надо тратить еще и еще. Прикидывает сколько накручивает на обеды сотрудников и понимает что будет отбивать это вечность. Выход из такой ситуации тоже прост — в начале проекта определить полную стоимость проекта и плясать из реалий. Нет денег на новый комп — напишите простенькую программу на 77. Сделайте шаблон в екселе. Решите задачу а не разводите людей на деньги.

    3. Еще одна ситуация, где в самом описании заложена причина смерти проекта. На углубленное изучение не было бюджета!!! На обучение левого чела и втрюхивание коробки бюджет был, а на обучение заказчика — не было, какой парадокс. При этом обратная связь выполняется так — через полгода звоним заказчику, удостоверяемся что все благополучно умерло, ВИНИМ ЗАКАЗЧИКА, и предлагаем втрюхать что-нибудь еще.

    К чему я все это веду. К тому что при проблемах на проекте нужно всесторонне анализировать причины. Если ваша цель — заработать деньги при минимальной ответственности — тогда зачем было писать текст, изложенный выше? Капуста обычно рубится в тишине. А если ваша цель решить поставленную задачу — тогда возможно имело смысл на начальном этапе отказаться от задачи (о ужас, и от денег тоже!)? Или сначала определяться с заказчиком о цели, а потом уже начинать действовать?

    Reply
  86. venger

    (0) Вчера не успел выложить:-)) Наш «ответ Чемберлену»:-))) В дополнение к моим постам (61-му и 64-му), хотя и miksla (пост 88-м) и Сhe Burashka (посты 70-72, 74, 76, 77, 81, 82, 87) тоже, ИМХО, очень хорошо освещают эти нюансы.

    http://infostart.ru/blogs/1074/

    Reply
  87. biv75

    (88) Золотые слова, даже нечего добавить

    (87) Че, со всеми высказываниями согласен, мудр ты однозначно, щас наплюсую.

    Reply
  88. venger

    (0), +89, Забыл добавить, что еще и в дополнение к постам larisab (посты 25, 28, 45, 55) и Maniac (посты 56-58), fgremlin (пост 67), sound_kurgan (пост 69).

    Reply
  89. vip

    (91) Еще в тему о гимне забыл добавить.

    Reply
  90. venger

    (92) Бедняга ты vip, жалко тебя, столько негатива в себе держать все время и никак от него не избавляться:-))))

    Reply
  91. vip

    (93) Да какой же это негатив?

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

    Reply
  92. CheBurator

    (88) все правильно, все хорошо — но! если делать как ты предлагаешь — стоимогсть проекта СРАЗУ ВОЗРАСТАЕТ, иногда — ощутимо. Клиент и на ту стоимость еле сподвигся… в результате будем иметь отказ от внедрения со стороны заказчика. В результате — мы с нулями, заказчика окучит другой «студент», который пообещает то же самое за меньшие деньги и сделает также как мы первоначально. Вопрос — мы людей облагодетельствуем или бизнес делаем. Если бизнес — заказчика предупреждаем, и работаем с тем, что он готов предоставить — предоставит или нет — проблемы заказчика — такой уговор был. В результате — бизнес сделан нами, заказчику НАШЕ ОГОВОРЕННОЕ выполнено. дальше — поблемы заказчика…

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

    Reply
  93. venger

    (95) Самые дорогие ошибки в программировании — на этапе разработки и проектирования, также и тут, что толку, что он заплатит, а потом использовать не будет, это не дорого? Хотя нам он заплатит, а это главное, получается, никуда не денешься, рынок и монетарные теории заставляют бежать вперед не думая, а зачем:-)))

    Reply
  94. venger

    +96, а так он заплатит за то, чтобы ему составили план как и что в его данном случае…

    Reply
  95. miksla

    (95) Да это, в общем-то, дело каждого. Личный, так сказать, моральный выбор. И судить его не имеет смысла.

    Расскажу одну байку, которую мне поведал мой хороший друг, с которым мы рыбачим. Нашему общему знакомому предложили что-то куда-то довезти, и предложили 40 рублей. Тот сказал, ну нафик, это столько не стоит и довез за 10 рублей. — Зачем он так сделал? — спросил я. Все очень просто, то что планировалось как разовая дорогостоящая работа теперь, из-за низкой цены переросло в постоянный калым. Ему теперь работу постоянно подбрасывают, а мужику за 60, любая копейка в тему.

    Reply
  96. CheBurator

    (98) +100!

    Reply
  97. venger

    (98), (99) Это все хорошо, когда надо конкретную вещь сделать, которая уже хорошо понята и сформулирована заказчиком и не обьемна. Ту же перевозку можно оценить, довез ли до точки, за сколько времени, по какой стоимости и цело ли то, что перевозили. А когда задача, например, наладить учет, то тут все эти байки и перестают работать. Т.к. можно наладить и за 100 баксов и как-то где-то худо бедно что-то будет использоваться, но кто знает, чтобы было, если б вложить три тысячи и как бы оно окупилось? Не говоря уже о том, что и вложив три тысячи одно и тоже можно по разному сделать и внедрить и далеко не всегда можно четко сравнить и сказать, что лучше не будет за эти же деньги. А еще, ну какой 1С’к скажет вам, что, например, в Вашем конкретном случае Вам 1С не нужен, а нужен Excel и пару часов работы, если это действительно так. А остальное время потратит на то, чтобы понять и наладить процесс так, чтобы продавцы, например, не могли манипулировать товаром в Ваше отсутствие в магазине, менять бирки и продавать дешевый товар по более дорогой цене, потому, что проблемы именно в этом и решение этой проблемы даст больше эффекта, чем постановка учета на 1С?

    Reply
  98. motogon

    (0) Вообще, в данной статье вывод таков, что заказчик должен все понимать и все знать, а уж наше дело выполнить. Это такая же утопия, как и в статье http://infostart.ru/blogs/1074/ только наоборот:) Ни того, ни противоположного никогда не будет:)

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

    Истина где-то рядом и … посередине:)

    Reply
  99. O-Planet

    (88) (101) Вообще, я умышленно акцентировал внимание только на заказчике, чтобы появилось все это конструктивное обсуждение. 88 — не совсем прав. Не хочется никогда останавливаться на половине. Но из-за ограниченного бюджета, действительно, приходится либо отказываться, либо с кучей предупрежденитй браться. Все зависит от клиента. Чаще всего, просят сделать «пока то, что можно», а вдальнейшем планируется все остальное. Чаще всего, период дальнейшего не наступает.

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *