<?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='\
Код к второму СКД-отчету по продажам:
Показать
для тех кто ничего не понял, есть хороший пример силы ПВХ. В типовых УТ11КА2ERP2 на ПВХ статьи затрат и статьи дохода.
Я как-то посмотрел, во что СКД превращает текст запроса с расширением {ХАРАКТЕРИСТИКИ}. Я офигел, запрос запредельно неоптимальный :))) Было, кажется, несколько соединений по полям составного типа.
(3)
это не всегда нужно)) А если уж слишком сложный-присложный и дико запутанный СКД -это как в примере учебника, то можно прибегнуть все равно к более простым методам, не мучаясь с настройками Характеристик СКД — в Конфигураторе жмем правую клавишу мыши на справочник «ВариантыНоменклатуры» (пример из книги), выбираем меню Характеристики и настраиваем здесь виды и значения Характеристик для данного объекта (см.рис). После этого — не придется настраивать Характеристики СКД при использовании в нем данного справочника.
п.с. но мне, честно, не нравятся неоправданно сложные механизмы создания ПВХ, чтобы потом еще мучатся с невероятно сложной их настройкой в СКД….Как по мне, так чем проще, тем лучше))
п.с.2 сайт 1с по настройке Характеристик в СКД
(4)
И шо? Вы думаете, исполняемый запрос СКД будет другим? 🙂
Механизм характеристик одинаково реализуется.
И предопределенные характеристики не всегда можно задать.
Как я коротко объясняю что такое ПВХ:
ПВХ — это тот-же справочник, только у каждого объекта ПВХ есть ещё один стандартный реквизит, для которого выбирается один из допустимых для этого типа ПВХ тип и значение (ссылка на объект) выбранного типа.
Используется ПВХ в случаях, когда для какого-то объекта-владельца (например, элемента «Стул» справочника «Номенклатура») требуется указать тип дополнительного свойства (например, цвет, выбрав справочник «Цвета») и значение выбранного типа дополнительного свойства (ссылка на объект «Зеленый» справочника «Цвета»).
Соответствие объекта-владельца и объектов ПВХ, которые содержат все значения его дополнительных свойств хранятся в регистр сведений.
Все.
(6)
прошу прощения за свой каламбур, но когда Вы сказали что КОРОТКО объясните что такое ПВХ….
мне почему-то подумалось что продолжение будет приблизительно следующим:
«Коротко ПВХ -это прошел/а…видал/а…харэ!!!»)))…..
….и здесь все логично, но вот при чем здесь разработчики платформы к ПВХ смысл типа привязали???)) Так бы
и назвали — типично-типовой справочник для справочников…сокращенно Ттсс….
п.с. шутка. Спасибо.
Думал статья поможет разобраться, а оказалось наоборот — еще больше запутался
Надо заметить один существенный нюанс: вариант Радченко/Хрусталевой позволяет вводить ОДНУ номенклатуру, пихая в проводки, отчеты и т.п. разные ее варианты (описываемые разными значениями свойств). Но экземпляр номенклатуры при этом — один.
А ваш вариант вынуждает заводить РАЗНЫЕ номенклатуры — если у разных экземпляров (одной, по своей природе, сущности) наблюдаются отличие хотя бы в одном свойстве.
Нельзя заранее просто сказать что один вариант хуже или лучше — все зависит от того, какие цели мы преследуем.
Ну, например, попробую сходу набросать такую задачу: нужно вести учет поедаемых творожных сырков — а их на прилавках огромное многообразие.
В вашем варианте придется вводить десятки элементов номенклатуры вида «Сырок хх% уу гр. Буренка бла-бла-бла» — причем в наименовании заранее отражать самые существенные свойства (жирность/вес/производитель/блаблабла). Это вместо одного элемента «Сырок», по сравнению с книжкой.
И для каждого описывать набор свойств. (Зато, да, не надо заводить десятки вариантов).
В вашем случае в документе, скажем, «Чек», который отражает факт покупки сырка, пользователь должен очень внимательно выбирать номенклатуру, чтобы не перепутать среди десятков похожих наименований. Собственно, та же проблема, как и с вариантами, упрощения не получили.
Предположим, что мы хотим сравнивать цены в разных магазинах по сыркам (найти самый выгодный магазин), или динамику изменения цен с течением времени (чтобы знать, близок ли конец света).
Разумеется, тут надо анализировать не какой-то виртуальный «Сырок» — а конкретные его варианты. В вашем случае — конкретные элементы справочника номенклатуры. Тоже принципиальной разницы нет, какую архитектуру использовать.
Идем далее. В вашем отчете мы видим список схожих по наименованию номенклатур, отобранных по какому-то свойству. Но для системы это никак не связанные между собой объекты. Мы-то понимаем, что все это — сырки. И скорее всего захотим, чтобы и система это «знала» (например, чтобы считать в целом суммарные затраты на сырки).
Не вопрос, любая задача решаема. Можно добавить в справочнике номенклатуры новый реквизит, например, «Виды номенклатуры» — и вбивать в него значения вида «Сырки», «Пельмени» и т.п.; потом использовать этот реквизит в отчетах, проводках и т.п.
Но теперь можно утверждать, что без дополнительных доработок ваш вариант решает меньший круг задач, чем вариант в книге. Можно утверждать, что сравнительная простота вашего метода проистекает из сравнительной простоты решаемой задачи.
Это не критика, а именно замечание. В каком прикладном решении по какому пути идти — решать архитектору, исходя из поставленной задачи, с учетом всех ее нюансов.
Добрый день
Коллеги, подскажите
В ПВХ есть поле «Дополнительные значения характеристик». Вроде как для хранения пользовательских значений.
Но, если оставить его пустым, то всё работает.
На вопрос меня натолкнуло видео Чистова, где он показывает работу с ПВХ и не заполняет данное поле
(11) заполнив данное поле мы заполняем по умолчанию поле «Тип значения» при вводе нового вида характеристики в режиме 1с предприятия. и только