<?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='\
Интересное видение проблемы, спасибо за мысли.
Думаю что то что здесь описано верно но существенно будет растянуто по времени. И 1с ничего нового по сути не изобрела. Уже давно были разработаны системы где учет настраивается технологией драг энд дроп. В 1с этого пока нет. Единственно что грамотная политики поддержки и дешевизна разработки
(2) Федосеев, а что это за «системы где учет настраивается технологией драг энд дроп»?
А то мы всё OLE, ЁТМ и водопады исповедуем.
Не считаю, что усложнение является благом. Вместо 1 программиста на 8.2 на 8.3 нужно 5 и это серьезная финансовая нагрузка на бизнес.
Что за тайное послание в статье — подчеркнутые слова?)
(4) agsh, если развивать мысль, то зачем держать штат сотрудников «дармоедов» (иногда бытует такое мнение), нужно обращаться в специализирующиеся на поддержке компании.
Соответственно плюсы:
1. У компании исчезают постоянные затраты на сотрудников/программистов 1С, а это очень дорого
2. Проблемы сроков. Спросите программиста, когда это будет сделано? Он ответит, что-то невнятное, и будет тянуть в несколько сроков, не оценив то или это. А бизнес иногда не может позволить себе столько ждать!
3. В крупных компаниях большое количество разноуровневых высококвалифицированных специалистов разного направления. Иными словами объем знаний, и качество консультации будет в разы выше. Оперативность.
4. Поддержка 24 часа в сутки.
5. Большой опыт.
6. др.
И маленький минус:
1. Не видел компаний, которые могут предоставить подобный сервис не провалившись хотя бы в двух местах (особенно в кадрах)
(6) всё кроме п.6 — крайне спорно.
После комментов прочёл статью. Спасибо, смешно, запахло франчом.
Судя по последней картинке дела у Мартиросяна идут не плохо (да данным графика) =)
(7) Зеленоград, нет я не франч, но довольно часто приходится взаимодействовать с ними. Это мое мнение и взгляд со стороны «правильного» подхода к положению дел
(7) Зеленоград, полностью не согласен.
Мне что то похожее говорил мой первый директор во франче еще в 2002. До выхода 8-ки.
Пока заметен только ‘апокалипсис» качества статей: наборы банальностей, штампов, бессмысленных подзаголовков, отсутствие ясности изложения, сумбур и сумятица, выдаваемые за «моё видение».
Предприятие, на котором я работал, решило внедрять 1С (это была середина «нулевых»). Внедряли франчи. И адаптировали всё под наш бизнес. Так вот, моей главной задачей на ближайший год было — «перепиши, чтобы надёжно работало». И переписывать пришлось много — а ведь это были лучшие франчи города…
Понимаете, фиксер (программист, который у вас работает постоянно) — у него есть время, ибо он не дрожит буквально за каждую минуту. У него есть время РЕАЛЬНО ПОНЯТЬ ЗАДАЧУ. Франч делает сразу, как только подумает, что понял. Если к концу поймёт, что сделал неправильно — переделывать уже ничего не будет — ЗА КАЖДЫЙ ЧАС ОПЛАЧЕНО ! Вот и кушайте потом это г…., экономные вы наши…
часто слышу эту фразу и еще чаще, что та или иная компания не может найти хорошего 1С-ника.
(0),
Это в какой-то параллельной вселенной?
Какой-то бессвязный набор фраз на заданную тему. Если это стэнд-ап, то все равно плохо — смешно ни разу не было.
Не уверен, что автору это нужно, но все же: если вы пишите статью, то набросайте сначала ее структуру:
1. тезис (гипотеза)
2. предпосылки (исходные данные)
3. доказательства
4. выводы
К сожалению не смог поставить минус, пусть это кто-то сделает за меня.
PS Если я правильно уловил тему статьи, то гораздо лучше про это написано в зазеркалье
Пока все что я видел в окрестности меня в сфере 1С от разработчиков на восьмерке это
1. тотальная ориентация на типовые конфигурации в ущерб эффективности, любое изменение или его необходимость вызывают неудовольствие
2. незнание кода и логики типовых, почти все вопросы (а их я задавал немного) свожились к невозможности получить ответ и необходимости смотреть как это устроено в типовых (по моему мнению это большая бяка)
3. я понимаю, что КД — это хорошо когд анадо наваять что нибудь быстро, но лично мне при обмене не нужен восьмитонный монстр — мне надо небольшйо файлик, без кусков кода и прочей хрения — я сам все разложе — почему-то всегда это вызывает непонятные мне прлооблемы…
как-то вот так..
стаганация имхо в сфере 1С идет и выражается она во все большей поляризации участников рынка 1С.
(6) «2. Проблемы сроков. Спросите программиста, когда это будет сделано? Он ответит, что-то невнятное, и будет тянуть в несколько сроков, не оценив то или это. А бизнес иногда не может позволить себе столько ждать! »
— я как-то больше наоброт, просложные и большие вещи не скажу, а вот мелкие и средние при выдаче их на исполнение на сторону занимают время от 2 до 4 раз больше с итоговым профитом гораздо меньшим, чем это делаю я сам (какой-никакой, а уж есть программист 1С)
(6) «В крупных компаниях большое количество разноуровневых высококвалифицированных специалистов разного направления. Иными словами объем знаний, и качество консультации будет в разы выше. »
— что напрочь нивелируется отсутствием навыков продуктивной коммуникации в таких командах и эффектом испорченного телефона..
(16) weissfeuer, дерзайте и напишите статью самостоятельно, покажите пример как это надо делать не словами, а делом )))
(19) CheBurator, надо менять сложившуюся ситуацию. Изменять качество оказываемых услуг к лучшему. У большой компании гораздо больше шансов оказать качественный и квалифицированный сервис, чем у рядового инди-разработчика. Взять хотя бы возможность поддержки, предъявить претензии по качеству оказанных услуг одиночному программисту сложнее, чем компании.
(12) ZOMI, к сожалению, я считаю, что в данном случае справедливо выражение: «каждый видит, то что хочет видеть и слышит, то что хочет слышать». Думаю через несколько лет все станет на круши своя, хотя для мира 1С, довольно тяжело банально что-либо предсказать.
(6)
2. Проблемы сроков. Спросите программиста, когда это будет сделано? Он ответит, что-то невнятное, и будет тянуть в несколько сроков, не оценив то или это. А бизнес иногда не может позволить себе столько ждать!
3. В крупных компаниях большое количество разноуровневых высококвалифицированных специалистов разного направления. Иными словами объем знаний, и качество консультации будет в разы выше. Оперативность.
4. Поддержка 24 часа в сутки.
5. Большой опыт.
6. др.
Любой каприз за Ваши деньги уважаемый. =) Могу 8.3, могу не копать.
Я один прочитал эту статью только из-за слова апокалипсис? 🙂
(13) DmitryKishkin,
Да, вот пару месяцев назад с таким мыслителем столкнулась. Ситуация: через две недели запуск магазина. Фикси должен был сделать программу обмена между УКМ и УТ 11.
— Успеешь к сроку?
-Конечно!
Прошло две недели — не готово. Запуск отложили еще на неделю… Запустили… Куча ошибок (чеки ККМ или не попадают в УТ 11 или дублируются). Проходит еще неделя, две, три… Ошибки, ошибки.
Отдали задачу франчу. Сделал.
Время — это действительно деньги.
(25) PAVI, Хороший пример. Думаю, что одна из причин кроется в менталитете большинства фиксов и франчей.
Но у нас также был отрицательный пример работы с франчами. Нужно было провести анализ ресурсов железа под ERP 2.1, сказать где проблемы и что надо изменить чтобы стало приемлемо. В итоге, вместо 1 месяца работ по договору, они провозились более 3х и в результате пришлось обращаться повторно за консультацией к другим и слава богу более толковым.
все это словоблудие. вот как нать мыслы офрмлять 😉
и
WTF?
В этой же статье упоминаются фотографы как пример в другой индустрии, и автор пишет, что
Галенкин НЕ придерживается ТАКОГО ЖЕ мнения
Никакой статистики, численных показателей. Похоже на истерию по поводу конца света каждый год в следующем году…
Зачастую переписывать или не переписывать типовую конфигурацию зависит от руководства, которое может или не может (хочет или не хочет) менять бизнес-процессы на своем предприятии. У меня был случай, когда типовая УПП продержалась на мне 3 года (потом я нашел другую работу). За эти три года я не внес ни единого изменения в конфигурацию, а обошелся только внешними печатными формами и типовым механизмами типа «Настройка прав доступа». Т.е. понимаете — это все зависит от руководителей конкретных предприятий и конкретных коллективов. Рано говорить, что будут только консультации. Наверняка найдутся несведующие директора и программисты, которые будут готовы переписать что угодно по любой прихоти пользователей.
(29) kite2, Хороший пример. В большинстве своем множественные доработки в определенной степени связаны с незнанием конфигурации и ее возможностей, что приводит к созданию колес )))
(25) Фикс — он такой. Непростой. как амурский барс. Мну вот бухгалтерия кошмарила слегка отдельной задачей. Я, как «фикс», задачу «динамил». Прошло три года. Задача сдохла. НИКТО НИЧЕГО НЕ ПОТЕРЯЛ. Просто потому, что я, как фикс, вижу что задача — мертвая и профита не даст, а только головняк (и не только мне). Посему дергаться на каждый ЧИХ — смысла нет.
Конечно, умение определить что ЧИХ, а что первый признак ПРОСТУДЫ — это отдельное большое умение. Простуду давим сразу. Эффективно. И безжалостно. Стоять в очереди во франч-поликлинику — времени нет. Пока подойдет очередь — клиент уже будет мертв…
(30) Да, с незнанием или в еще в некоторых случаях с нежеланием делать то, что называется реинжиниринг бизнес-процессов. Обычно реинжинирингом вообще никто не страдает из директоров.
«
От инди-компаний часто встречаются предложения сделать это за пять дней, не ознакомившись с документацией. Ведь подход в том, чтобы зацепить клиента, а дальше как-нибудь доделаем, а если клиент не смыслит в теме, то это идеальный клиент.
»
То есть этим намёком Вы хотите сказать что мы превращаемся в индусские компании, пишующие «ИНДИйский» код?
И Вы правы!!!
Многие «инди-компании» так и делают с 1-ой цел’ю — привязать к себе клиента. Не только в плане разработки.
Например, автоматизируют предприятие на файловой версии. Пока пользователей мало — прокатывает. Затем предлагают купить более мощные комп’ютеры (мани-мани…). Затем перейти на клиент-сервер и обновить (ещё мани-мани…). Дорабатывают по-быстрому (ещё чуточку мани). И наконец оптимизируют свой собственный код.
К сожалению, выживают не те франчи, которые делают качественный продукт. А те, кто взял в заложники своих клиентов.
А ещё вопрос, самый главный вопрос — почему Вы думаетечто у нас всё будет постепенно?! Что у нас есть время?!
(Например, в комментарии 2: Федосеев 16.12.2015 09:36 «Думаю что то что здесь описано верно но существенно будет растянуто по времени»)
Возьмём, скажем SAP. Или Navision. Им пока российский малый бизнесмало интересен. Но это пока.
Но придёт время, так, что мы и оглянуться не успеем — они двинут сюда такие «войска», что нам мало не покажется. Тогда то мы все круто пожалеем, что разбрасывались клиентами как салфетками.
Надо повышать цены. Чтобы франчам было комфортно и они делали всё как надо и с гарантиями. Хотя бы до 10000-15000 рублей за рабочий час одного специалиста. Компании, которые себе не смогут позволить специалиста — значит им не нужен 1С.
(34) Franco, Верно, Вы абсолютно правы! Главное — это «зацепить» клиента, который часто плохо понимает технические детали. А потом уже все идет по накатанной.
(36) rfcor, Нет. Бывают такие компании из 3-х человек, которым раз в квартал надо помочь закрыть квартал. Зачем им 1С-программист в штате? Я знаю большую организацию, у которой в 1С только касса и все! 1С-программиста у них нет, а бизнес идет здорово. У российского бизнеса есть свои очень специфические реалии. Иногда бывает возможность «договориться», а это можно сделать без 1С-программиста.
(25) PAVI, Да — фиксы они такие разные.
Был такой случай , договорились о первой встрече, с обоих сторон несколько человек разного уровня.
Пришли , все кроме фикса, ждали его полчаса. Приходит чудо в тапках, на носке дырка, рубаха расстегнута до самого пупка.
Прочитал статью дважды, но так и не понял, что же хотел донести автор. Что именно убьет инди-разработчиков? Увеличивающаяся сложность конфигураций, переход с платформы на платформу, переход на новый конфигуратор? Или что?
Автору хорошо бы самому еще раз критически прочитать, что он написал и подумать, а что он хотел всем нам донести своей статьей? Лично я бы так не стал драматизировать и бросаться яркими словами как «апокалипсис».
(40) veyron21, если кратко, то разработчики сознательно или несознательно загоняют себя в тупик. Это выражается в качественном и количественном подходе (несколько фактов).
1. Разработка на 1С довольно проста, поэтому практически любой человек может стать разработчиком 1С. Нет требования к наличию высшего образования. (В институте для тех кто действительно учится дается понимание и основы применения методов и алгоритмов (подходов к решению задач). Можно конечно и книг почитать, но я про тех, кто выучил пару команд и давай клепать «индусский код».)
2. Большое количество разработчиков ведет к конкуренции и снижению ценовой планки. В итоге потенциально снижается качество работ.
3. В итоге это горе разработчики идут во франчи, где без нормального обучения начинают кодить.
4. Разработчики в 1С начинают сразу реализовывать задачу, без анализа и т.п. (В итоге работает только для одного случая, ломает что-то другое, не всегда учтены условия и т.п.)
Факты из моей практики:
1. К нам на собеседование приходили люди, которые буквально не могли написать простой запрос. Зато имели сертификаты. И кто-то обижался даже на мое легкое замечание о несоответствии ожиданий и предлагаемого уровня.
2. Работали с франчами. Писали простую выгрузку пол года, в процессе написания приходившие люди сменились 4 раза и каждый начинал чуть ли не сначала.
3. У знакомых программист 1С обслуживал удаленно базы. Обновление проблема, ответы на вопросы проблема и .т.д.
Любая система подчинена законам развития, обычно данное развитие циклично. При насыщении рынка происходит повышение конкуренции и вытеснение игроков.
Как отобрать хлеб у разработчиков?
— Перенести обслуживание в облако (1С fresh). Сервис и удобство, особенно для типовых конфигураций. Зачем вам обращаться к непостоянным и косоруким разработчикам 1С?
— Выход новой конфигурации ERP перекрывает большинство потенциальных попыток написать кастомную конфигурацию. Т.к. в ней есть все и она постоянно улучшается. Объем работ команде из нескольких разработчиков не покрыть. Т.е. переходим с разработки на консультацию по внедрению и доводке решений даже не напильником, а маникюрной пилкой.
и другие моменты.
(41) на типовых можно жить, пока вы «среднестатистическое предприятие, процессы которого решили реализовать в ERP0 (УПП)», или вы готовы месяцами/годами ждать исправления ошибок от 1С и считать в Excel.
(42) andr_andrey, если это касается БУХ и ЗУП, то да. Затраты на следование изменениям превышают профит. А вот для систем управленческого учета система подхода иная — взяли текущую версию и дальше сами. Однако, в данном ключе можно рассматривать следующий вариант подхода: взяли модель на время 3-4 года, далее обновление/переход на новую конфигурацию.
Комментарии интересней статьи, что в прочем не редкость.
Но мне кажется никакого апокалипсиса нет. (да, из за этого слова я и прочитал статью, очень ждал слова «сиськи», но его так и не встретил в тексте)
Есть изменение рынка как самого продукта 1С, так и тех кто внедряет 1С, оптимизирует процессы, консультирует, наставляет, поддерживает, помогает и конечно же не бесплатно.
Вопрос о стоимости и качестве предоставляемых услуг, вот наверно о чём на самом деле статья.
Я бы не сравнивал 1С с другими программами, просто потому что это очень сложно — сравнивать например 1С и SAP или c Microsoft Dynamics Axapta или с БЭСТ или с Парус…
Сложно сравнивать, но предположим сравним с машиной. Когда 1С была маленькой и простой 6.0 7.5 7.7 -> за небольшую, очень умеренную плату покупалась коробка, которая в принципе работала. Далее в дело вступали миллионы появившихся маленьких контор по «настройке». Они зарабатывали в целом (если брать весь рынок) гораздо больше самой 1С. И это не удивительно. Эти конторки продвигали 1С, потому что 1С давал им заработать. Таким образом другие разработки, самопальные разные и серьёзные — БЭСТ тот же, Парус — теряли свои позиции. Это продолжалось долго и планомерно. 1С могли бы уже тогда всё усложнить, но они этого не сделали. Сейчас платформа развивается, развиваются и конторы, занимающиеся настройкой. Есть устоявшиеся ценники на час работы консультанта, час работы программиста, на составление ТЗ, на «приедет и всё сразу починет», приедет и научит бухгалтера бухгалтерскому учету и расскажет о изменениях в законодательстве, приедет и научит вести черную бухгалтерию, приедет и объяснит какие нужны сервера и каналы… Крупные компании автоматизируют крупных клиентов, мелкие мелких, есть фикс — всё в целом так же как и во времена 7.7 Где тут углядывается апокалипсис — мне не понятно.
(3) Зеленоград, Писали ребята из Барнаула в 2003 году, для одного из дочерних подразделений газпрома. Суть программы была такая что изначально бралось куча входных данных (таблиц) дальше технологией драг энд дроп заполнялась форма какие данные тебе нужны в шаблоне документа то есть какие данны на входе и как соеденино далее при открытии документа а по сути создании формы для заполнения по шаблону, заполнялись данные. По похожему принципу строились отчеты где технологией драг энд дроп накидываешь контейнер (форму) шаблона вывода отчет. Ну я как то так описал в примитиве саму суть работы программы. Мне досканально ее ковырять не довали, на вопрос гибкости сказали что таблиц под входные данные было вшито в программу с большим избытком по сути вся работа сводилась к заполнению данных и настройки контейнеров(форм)шаблонов документов и отчетов
(35) Franco, Sap и Ненавижен 🙂 в Росии уже давно присутствуют. Но подготовка специалистов по ненавижену в 2004 году стоила 30000 евро в Москве за обучение группы(группа из 6 человек, учат пол года) из них два спеца админа, два спеца прогера и два спеца консультанта. В одну харю не обучают сказали не потянешь. Так что чтобы были армии спецов их нужно обучать за ЧЕЙ то ? счет а у нас многие крупные компании жмуться просто купить диск итс
(45) Федосеев, описание мне напомнило ER-диаграмму БД в нотации UML. Я так когда-то БД проектировал. Современный пользователь вполне справится, построить себе желаемое представление. Идея хороша, к сожалению не сталкивался с достойной реализацией.
(3) Зеленоград, действительно исповедует…