<?php // Полная загрузка сервисных книжек, создан 2025-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='\
Порадовала универсальность. В своей же самописной конфе пользовался собственным вариантом — оказывается не учел пару моментов, нашлись еще документы! 😀
(2)на здоровье )
Быстро написать простенький отчетик по вылавливанию таких багов по одному регистру конечно же можно. Но зачем изобретать велосипед. Проверено на боевой базе — работает! Во всяком случае по регистру партий косяк отловила. Большое спасибо! Пригодится всем.
(4) Это хорошо, значит, не зря сделал обработку универсальной.
+1 к универсальности на
кривыхсамописных конфах. пасиб 😉Спасибо! очень пригодилась!
Спасибо за обработку!
Теперь проблема решается намного быстрее)
(8)
А с какой проблемой Вы столкнулись, если не секрет?
(8) Хотелось бы узнать, из-за чего именно возникает проблема, что её приходится периодически решать.
Спасибо за обработку. Очень помогло с поиском кривых документов
Спасибо, сегодня очень пригодилась, хотя скачала давно.
а каким образом у не проведенного, а уж тем более помеченного на удаление документа могут быть движения по регистрам?
(13) Например, такая ошибка часто возникает при обмене между распределенными ИБ.
Спасибо, просто запустила и оказалось, что есть такие доки — буду разбираться.
У меня такая ситуация возникла, когда загружал документы через xml. Если новый документ записывается поверх старого, то движения по документу сохраняются от старого. Чертовски неприятно. Такое произошло на стандартной бухгалтерии из за кривизны xml файлов. Так что обработки проведения документа здесь не причём.
(16) oberon355
Да, это еще один из способов запороть базу.
(17) Что значит запороть базу? Загружать кривые документы? Так достаточно просто убрать движения и перепровести их. Появятся новые движения и все будет зашибись
(18) Я имел в виду не конкретно движения, но саму процедуру. При загрузке через xml нужно быть осторожным, так как последствия могут проявиться через некоторое время, когда будет уже поздно.
А если документ вообще без движений, а галка что он проведён стоит, ваша обработка будет показывать такие документы?
ПОсле обмена РИБ или Свертки базы бывают и такие ситуации, надеюсь выручит ваша обработка
Спасибо
Но я все равно жду ответа на вопрос
(20) Нет, такие документы обработка не покажет, так как в общем случае это не является ошибкой. Но если такая возможность нужна, могу её добавить.
есть вышеописанная проблема, при обмене через универсальный обмен данными в формате xml из УТ 10 в БП 3, у документов помеченных на удаление остались движения.
не могу запустить обработку
платформа: 1С:Предприятие 8.3 (8.3.4.496)
конфа: Бухгалтерия предприятия, редакция 3.0 (3.0.32.6)
при открытии выдает ошибку:
{Форма.ФормаУправляемая.Форма(8)}: Поле объекта недоступно для записи (ЭтотОбъект)
ЭтотОбъект = РеквизитФормыВЗначение(«Объект»);
(23) JammShoot, ошибку исправил.
Прямо противоположная проблема для меня сейчас насущнее, но эта обработка тоже наверняка будет полезной.
(25) Pavean, что за противоположная проблема?
(26) Найти и перепровести проведенные документы без движений.
А откуда они беруттся?
Еще полезный функционал, найти движения с удаленными объектами.
Например по какой то причине «Объект не обнаружен» в РИБ из центральной базы поднялись движения, но не поднялся сам объект, а только идентификатор.
— не сюда —
(22) фантазия вопрошающих «большую кнопку сделать всё» безгранична.
Спасибо за обработку, постараюсь на её основе сделать по требованию:
реестр документов по юр.лицам из списка,у которых признак «Проведен» = ЛОЖЬ и «ПометкаУдаления» = ЛОЖЬ за выбранный период;
реестр документов по юр.лицам из списка за указанный период, у которых признак «Проведен» = ЛОЖЬ, но есть движения по регистрам (с указанием имен регистров).
реестр документов по юр.лицам из списка за указанный период, у которых стоит признак проведения, но нет движений.
кстати, какой из 3 методов самый быстрый?
Спасибо за обработку, помогла найти непроведенные документы.
Внёс небольшое изменение.
В конфигурациях с отключенным режимом модальности не работало открытие документов из списка.
Поправил процедуру:
Показать