Самый простой способ получения просроченной дебиторской задолженности в УПП




Принцип обмена данными из 1С с сайтом (на MySQL) и выдачи (публикации) этих данных по запросу.
PHP-Скрипт автоматической загрузки данных из файла данных в формате CSV в базу данных сайта работающего на WordPress.

В продолжение моей темы: 1С:Альфа-Авто Автосалон Автосервис: обмен с сайтом.
С помощью данного скрипта можно загружать в автоматическом режиме, по расписанию, данные сервисных книжек (ремонтов авто) из 1С:Альфа-Авто Автосалон Автосервис.
Также можно загружать данные в ручном режиме: для этого делается скрытая страница, где размещается специальная кнопка.
Комментарии размещенные внутри скрипта разъяснят логику и порядок действия.
Комментарии с "/////    echo" использовались для отладки.
Дополнительно создана таблица для журналирования результатов загрузки данных.
Скрипт включает в себя защиту от SQL инъекций (думаю безопасность соблюдена в полной мере).
В кратце:
1. Пишется скрипт, который запускает этот.
2. Создается регламентное задание в WordPress, по которому запускается скрипт из п.1. 
3. Этот скрипт осуществляет проверку на существование файла обмена в папке.
4. Если данные не новые, загрузка не производится.
5. Если данные новые, очищается таблица сервисных книжек.
6. Загружаются новые данные.

Собственно сам скрипт:

<?php // Полная загрузка сервисных книжек, создан 2018-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='\

8 Comments

  1. AlX0id

    Ага. Не было б одного нюанса.. Отчет будет актуальным только

    При восстановлении последовательности расчетов
    Reply
  2. busurina

    Дьявол, как обычно в деталях. Кто сказал что управленческий учет совпадает с бухгалтерским? Кто сказал что за период времени с отгрузки до формирования отчета никто не поменял количество дней просрочки в договоре?

    Отчет конечно будет работать, но насколько ему можно доверять остается на совести разработчика

    Reply
  3. H-Labs

    (2) busurina, Тогда по пунктам.

    1. Если БУ разбегается с УУ тогда настает «капец» авансам. Поэтому всегда советую, чтобы эти данные шли. Для этого надо немного — не делать проводки руками.

    2. Если меняется количество дней просрочки — меняйте договор! Всегда и всех предупреждаю. Впрочем УПП позволяет создать фиктивную карточку того же договора.

    Reply
  4. H-Labs

    (1) AlX0id, Да, «если хотите получить отчет о просрочке ВСЕГДА делайте восстановление последовательности расчетов».

    Reply
  5. busurina

    БУ и УУ ни разу не обязаны совпадать (хотя это и предпочтительный вариант ведения учета). Для получения отчета о просроченной дебиторской задолженности по УУ предлагаю все-таки пользоваться регистром «Расчеты с контрагентами по документам расчетов». Правда для этого нужно вести расчеты по договору с признаком «по документам расчетов»

    Reply
  6. H-Labs

    (5) busurina, Ужасная версия! вы знаете что она потом с этими документами выделывает!?

    Она же не в силах определить банально аванс, если руками в платежках не указали документ! И вы не внимательно читаете публикацию. Регистр «расчеты по реализации (БУ)»! В нем БУ не просто так написано! Он ОБЯЗАН совпадать.:)

    Reply
  7. kapustinag

    (0) Ваш «идеальный» способ в реальной жизни не подойдет для большинства компаний с достаточно интенсивным взаимодействием с контрагентами, по следующим причинам:

    — Как правило, документы проводятся по БУ с некоторым отставанием от момента проведения по УУ. Иногда со значительным отставанием. В конце концов — да, во многих компаниях по этому разделу учета УУ и БУ «сойдутся», но когда это произойдет? К моменту сдачи отчетности за квартал? Все это время предлагаете пользоваться неполными БУ-данными?

    — восстановление последовательности расчетов с контрагентами (по реализации, по приобретению) — операция достаточно длительная, и ее нельзя делать слишком часто на большой интенсивно использующейся базе, т.к. это будет мешать работе пользователей.

    (6) Насчет аванса Ваша ирония не совсем понятна. Ниоткуда не следует, что платежи контрагента будут приходить в той же последовательности, что были наши документы реализации товаров и услуг. Поэтому иногда требуется в платежках указывать документы расчетов.

    Reply
  8. H-Labs
    ) Ваш «идеальный» способ в реальной жизни не подойдет для большинства компаний с достаточно интенсивным взаимодействием с контрагентами, по следующим причинам:

    — Как правило, документы проводятся по БУ с некоторым отставанием от момента проведения по УУ. Иногда со значительным отставанием. В конце концов — да, во многих компаниях по этому разделу учета УУ и БУ «сойдутся», но когда это произойдет? К моменту сдачи отчетности за квартал? Все это время предлагаете пользоваться неполными БУ-данными?

    Если все хорошо — в понедельник отчет готов по прошлой неделе. А большего для работы с дебиторкой и не нужно. А мы еще усиляем этот отчет графами «По сроку погашения», где считаем сколько должно быть погашено какой датой будущей недели. И с этим отчетом можно работать всю неделю менеджерам. Но за «идеальный»спасибо;) Я ему [методу] таких эпитетов не прикреплял — значит понравилось вам:)

    — восстановление последовательности расчетов с контрагентами (по реализации, по приобретению) — операция достаточно длительная, и ее нельзя делать слишком часто на большой интенсивно использующейся базе, т.к. это будет мешать работе пользователей.

    Это НЕ проведение. Вы может путаете с «Проведением по регистрам НДС». Там и правда все курят, пока один работает. Восстановление отлично крутится в фоне и никого не тормозит. Напротив, его тормозят, когда много накладных выписывается. В «восстановлении» блокируется всего один регистр.

    (6) Насчет аванса Ваша ирония не совсем понятна. Ниоткуда не следует, что платежи контрагента будут приходить в той же последовательности, что были наши документы реализации товаров и услуг. Поэтому иногда требуется в платежках указывать документы расчетов.

    Ради Бога. Но мы же с вами рассматриваем предприятие с большим документооборотом. Месяца через два им надоест повесившихся в туалете операторов и бухгалтеров по банку снимать. И они сами перейдут на сальдовый метод.

    А если серьезно. Во-первых, обратите внимание, что регистр этот — бухгалтерский. Поэтому УУ/БУ давайте тему закрывать.

    Во-вторых — дебиторка по УУ это вообще нонсенс. Не один юрист с вами на основании УУ даже разговаривать не станет.

    Reply

Leave a Comment

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