<?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='\
{Форма.Форма.Форма(28)}: Поле объекта не обнаружено (мДействиеФормыВыполнитьВнешнююОбработку)
УниверсальныйОтчет.мДействиеФормыВыполнитьВнешнююОбработку = Новый Действие(«ДействияФормыВыполнитьВнешнююОбработку»);
Обработка неплохая. Но этот вопрос решается проще — универсальный отчет по регистру «Товары на складах» с определенными отборами (проверяю так уже в течении 3 лет) + если ведется учет по партиям по складам. У меня вопрос — если ведется партионный учет по складам и характеристикам, то она покажет, что данная характеристика не списалась по партиям? Например, по партиям прошло все отлично, но покупатель вернул в магазин характеристику, которая никогда не продавалась на нем — обработка покажет это? То есть, эта обработка позволяет контролировать правильность возвратов от покупателя, исключить махинации с пересортами характеристик через возврат и новую продажу?
Или эта обработка для торговли не предназначена?
(2) LiliyaM, автор, вполне обоснованно, свою работу назвал «отчетик», а Вы наезжаете, как какую то супер-пупер мега-обработку.
🙂 Посмотрю я на вас когда вы будете кладовщиков и бухгалтеров учить пользоваться универсальным отчетом по регистру с определенными отборами 🙂
Она позволяет отслеживать ситуацию когда небыло и вдруг списали, или списали, потом этот минус закрыли приходом. То есть если ваш возврат вписывается в данную ситуацию, то да, она конечно покажет ошибку.
(3) OneS, 🙂 я не наезжаю и не говорю про супер мега обработку — я же сказала, что отчет хороший. Просто хочу сказать, что этот вопрос решается очень просто — запрет проведения документов, если хотя бы одна позиция в нем не проходит по партиям + запрет на проведение документов списание/оприходование (остается только ответственное лицо, которое может это сделать). Таким образом мы решаем вопрос с дисциплиной по документообороту в базе и своевременностью оформления всех поступлений, что позволяет строить нам различные отчеты в режиме он-лайн.
(4) а и не надо их учить 🙂 Как это делается я написала в (6). И, поверьте мне, это уже работает больше 3 лет, причем с учетом по партиям по складам и характеристикам. В течении последних двух лет если и встретился десяток характеристик (не номенклатур, а именно характеристик), которые не прошли по партиям, то это хорошо. Значит научить правильно и своевременно оформлять документы в базе приличное количество сотрудников можно, было бы желание 🙂
(6) LiliyaM, да всё нормально. И спасибо за развернутое дополнение.
У меня приход и расход не делает движений в партии, иными словами движение партий документами отключено, да и некогда им, у них товарооборот нереальный чтобы еще и минусы в партиях выискивать. Закончился месяц все ровняется и получаем нужную картину. Ну а проверку выдачи в минус конечно же никто не отменял, но частенько ситуации что задним числом нужно что то переместить или исправить, в общем бывает у всех, без этого учет невозможен, точнее возможен, но не в моей ситуации.
Отчет вродебы очень полезный, но вот одно но:
Вроде все исправил судя по отчету но когда перепровожу все партии, то вылазит куча не списанных партий. Еще бы отчетик для сравнения Партий и остатков на складах не помешал бы!
Да я думал о нем, в первых рабочих числах января думаю набросаю и выложу
Было бы здорово! Давно мечтал о таком
Название стоило бы поменять…
отчетик не ищет минуса в партиях ((( а я так надеялся…
Насколько я понял он показывает возможные минуса, основываясь на движениях регистра ТоварыНаСкладах, а это немного не то ((( В моей практике намного чаще приходится искать ошибки именно в регистре ПартиТоваров, т.к. проблема «сначала списали, потом оприходовали» довольно легко решается правильной расстановкой документов во времени… а вот например изменение цены поступления задним числом (у меня это намного более частая ситуация, чем изменение кол-ва) печально сказывается на суммовых показателях партий товаров…
Хорошо, на днях, напишу и выложу, по сути надо только регистр заменить и в настройки пару группировок добавить, только вот вопрос у меня возник, а повторное проведение по партиям не решает проблему? Сущность партионного учета как раз и заключается в определении стоимости выбытия, таким образом мы получаем следующую картину: изменили задним числом, сбилась последовательность на момент измененного документа, проведение восстанавливает последовательность и пересчитывает суммы партий. Все довольны или я где — то что — то не так понял?
Могу выложить мою технологию закрытия месяца, обсудим, доработаем и возьмем на вооружение если кому интересно…
отчет хороший, но партии товаров, все-таки, в другом регистре.
добавил еще группировку по сериям номенклатуры — и для бухгалтерии для оперативной «подчистки» месяца — самое оно 😉
ждем
Ждем еще…
(9) простите, а можно поинтересоваться «нереальным товарооборотом» — количество складов, номенклатур, документов? Хотя бы ориентировочно…
Похоже что не увидем мы его тут больше… месяц видать закрывает))
В БП 2.0 ругается при открытии :
{Форма.Форма.Форма(19)}: Значение не является значением объектного типа (мДействиеПолеВводаВидСравненияПриИзменении)
УниверсальныйОтчет.мДействиеПолеВводаВидСравненияПриИзменении = Новый Действие(«ПолеВводаВидСравненияПриИзменении»);
Короче, в БП вообще не работает (
Согласен с (14) w-divin. Название