Восстановление совокупной тарифной ставки. Исправление ошибки перехода на ЗУП 3.1 (с историей)




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

16 Comments

  1. ig-efrem

    Это зарегистрированная ошибка 1С? У нее есть номер?

    Reply
  2. mitia.mackarevich

    (1) ig-efrem, Честно не смотрел на баг трекинге. В курсах Гряниной про нее упоминание точно было, при переходе сверткой не замечалась, при переходе с историей практически постоянно.

    Reply
  3. Sodrugestvo

    (1) ig-efrem, если не путаю — 1с это не считает ошибкой потому что проблема возникает при «старом варианте» переноса, когда кадровые данные переносят подокументно. Данный метод 1С не рекомендуется.

    Reply
  4. mitia.mackarevich

    (3) Sodrugestvo, 1С много чего не рекомендует))))

    Reply
  5. gapp2009

    Добрый день. Платформа 8.3.9.1818, ЗУП 3.1.2.90. При открытие «Нарушение прав доступа»? Совокупную ставку при начальных установках задали неправильно, исправили. В документах данные на начало пересчитали у людей ставку, а в документа начисление зарплаты ставка берется прежняя. Надеялись на обработку.

    Reply
  6. mitia.mackarevich

    (5)Как временное решение — откройте под пользователем с полными правами, на днях добавлю привилигерованный режим исполнению отпишусь

    Reply
  7. mitia.mackarevich

    (5)

    начисление зарплаты ставка берется прежняя

    , добавлю, что совокупная тарифная рассчитывается в кадровых документов (прием, изменение оплаты труда, кадровые перевод и пр.) и ее значение храниться в РС «Значение совокупной тарифной ставки», т.е та ставка которая указана у конкретного сотрудника в РС (он периодический ) будет браться при расчете в документе «Начисление зарплаты» для определенного периода в случае ночных, вечерних часов и пр. Проверьте движения документа , формирует ли он движения по РС, на какой период он их устанавливает. Каким документом вы установили тарифную ставку? Перенос данных? Обработка предназначена для восстановления ставки по кадровым документам

    Reply
  8. gapp2009

    (7) Тарифная ставка установилась при перегрузке из 2,5. Документом Начальная штатная расстановка. Попробовали в этих документах пересчитать, всё пересчиталось хорошо, но при расчете ночных и др. берется первая неправильная ставка. В регистрах нашли только Значения совокупных ставок сотрудников испр. Обработку пробовали как раз под полными правами, администратор системы, не открывается.

    Reply
  9. gapp2009

    Пока решили проблему так: ввели всем (чтобы не выискивать кому надо) доплату процентом с показателем 0,01 на один день (выходной), т.е. у всех результат нулевой. Совокупная ставка пересчиталась. Спасибо за помощь.

    Reply
  10. hopter

    А где в 3.1.2 берется эта совокупная тарифная ставка? Если раньше, когда стоимость часа криво считалась, то можно было заглянуть в регистр «Значения совокупной тарифной ставки» и найти причину, то сейчас что-то непонятно. Имеем человека у которого, после нескольких временных переводов, стоимость часа для ночных считается от предыдущего оклада, а где найти эти хвосты неясно.

    Reply
  11. mitia.mackarevich

    (10)Плановый фот (итоги) — регистр сведений

    Reply
  12. PavelZnaikin

    При открытии в ЗУП Корп: 3.1.2.272 выдает ошибку

    {ВнешняяОбработка.ВосстановлениеСовокупнойТарифнойСтавки_Обработка.Форма.Форма.Форма(20)}: Ошибка при вызове метода контекста (Инициализировать)
    КомпоновщикНастроек.Инициализировать(ИсточникНастроек);
    по причине:
    Ошибка получения информации набора данных
    по причине:
    Ошибка в запросе набора данных
    по причине:
    {(7, 2)}: Таблица не найдена «РегистрСведений.ЗначенияСовокупныхТарифныхСтавокСотрудников.СрезПоследних»
    <<?>>РегистрСведений.ЗначенияСовокупныхТарифныхСтавокСотрудников.СрезПоследних({(&МоментСреза)}, Активность) КАК ЗначенияСовокупныхТарифныхСтавокСотрудниковСрезПоследних

    Показать

    Reply
  13. mitia.mackarevich

    (12)Прочитайте шапку внимательно

    26.01.2017. Начиная с редакции 3.1.2 в конфигурации изменилось место хранения совокупной тарифной ставки и процедуры ее перерасчета. Для редакции старше 3.1.2 обработка работать не будет
    Reply
  14. mitia.mackarevich

    (12)В 3.1.2 отлично работает встроенная обработка, помимо фот она актуализирует тарифную ставку.

    Reply
  15. PavelZnaikin

    к сожалению, данная обработка не всегда помогает

    Reply
  16. hopter

    Вообще конечно привязать реальный показатель расчета зарплаты, такой как «стоимость часа» к плановому фот, это нечто.

    Reply

Leave a Comment

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