Борьба с минусами в УПП 1.3 с РАУЗ




Принцип обмена данными из 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='\

12 Comments

  1. Константин С.
    Но жизнь всегда вносит свои коррективы, и отрицательные остатки всегда есть. При этом процедура расчета себестоимости выдает бешеное число итераций и накручивает огромные суммы себестоимости — миллионы и даже триллионы рублей.

    Руки оторвать и лечить электрошоком за такие советы.

    Отрицательные остатки это в первую очередь ошибка пользователей в учете. Их надо исправлять.

    В первую очередь надо научить пользоваться отчетами РАУЗ, по ключам учета.

    Reply
  2. and_sk

    взять все и обрубить неплохой подход))

    Reply
  3. Константин С.
     В рознице — инвентаризациями списывается пересорт, например.

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

    Да инвентаризация, и на основании ее делается N-ное количество документов, зависти от въедливости учета (оприходование, реализации, акты побраку пересорту и прочее ….).

    >>>объяснять причины триллионных оборотов

    ну есть такое) это надо восстановить последовательность можно обработкой прогнать.

    Как по мне УПП не приспособлена для розницы в чистом ее виде.

    Reply
  4. fixin

    (4) я имел ввиду, что минуса в рознице — это обычное дело, а не что нужно использовать УПП для розницы, гыгыгы..

    и вообще, батенька, вы идеалист, видимо реальной розницы и/или производства не нюхали.

    В данном случае у клиента минуса по материалом связаны с тем, что поступления де юре оформляются позже, чем приходят де факто. Соответственно, склад в минусах.

    себестоимость на 41-м и 20-ка особо не парит, надо чтобы она была правдоподобной для бухучета.

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

    да вы фантазер, простите за выражение.

    Reply
  5. Константин С.
     с тем, что поступления де юре оформляются позже, чем приходят де факто. Соответственно, склад в минусах. 

    вам не стоит мешать УУ и БУ в одну кашу. В штатном варианте это называется ОрдернаяСистама учета ТМЦ, в не штатной фантазия безгранична.

    Reply
  6. fixin

    (6) я вам про бухучет толкую

    Reply
  7. fixin

    Поправить: «Минуса по материалам не всегда можно закрыть оприходованием, иногда ждут поступления материалов накладной в будующем.» здесь «в будущем» будет правильно

    Reply
  8. Светлый ум

    (1) Константин С., нормальные советы — покрайней мере как вариант одного из решений.

    — как показала практика настроенным отчетом с аналитиками «Ведомость по учету МПЗ» — в лучшем случае научается пользоваться только главбух и то когда красноты уж больно много.

    В моем случае ГЛбух всю жизнь проработала на партионке и с РАУЗом все шло очень со скрипом.

    Желание учить было, внедрил УПП за 4-5 месяцев — но по прошествии 2 лет никто так типовые отчеты для РАУЗа и не использует.

    — помогли яркие отчеты от автора: Aleksey81 (http://infostart.ru/profile/130474/)

    Проверки УПП №1-13

    и выравнивание отрицательных остатков (платная) http://infostart.ru/public/193518/

    Жирный шрифт и выделение конкретных ошибок форева… научать бухов это хорошо — но долго трудно и нередко безрезультатно.

    Reply
  9. zero1

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

    Reply
  10. fixin

    (10) что? по второму кругу? Почитайте (1) и мой ответ на него. Ну или свой конструктив на больших объемах предложите.

    Reply
  11. Alxesp

    Не совсем понял: обработка — это альтернатива изменениям конфигурации?

    Ибо если отрицательных остатков нет, то что корректировать?

    Reply
  12. Alxesp

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

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

    Reply

Leave a Comment

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