<?php // Полная загрузка сервисных книжек, создан 2026-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='\
ЗУП 3 — кактус
хоть много полезных механизмов. которые «ВСЕМ» нужны
Правильнее было бы назвать статью «Как писать запросы для ЗУП»
А то «представления»…. что это? Я бы растерялся, спроси меня вот так по телефону с утра 🙂
Хотя опыта в Зиках и Зупах у меня лет 15 примерно..
Эти ребята теперь постоянно чего-то ломают в ЗУП, уже всем боязно ставить новые обновления. Я так понимаю, они начали путаться в собственном говнокоде, что как видно из статьи теперь не мудрено.
И если он не знает про «представления» то его не возьмут на работу?
пришлось с этим разобраться и использовать, ибо при очередном обновлении баз ЗУП перестали работать мои отчеты на скд. Причина — разработчики поменяли структуру хранения кадровых данных сотрудников. Советую это применять.
Релиз 3.1.6.6 пробую поискать глобальным поиском. Поставил галочки искать в «модулях» и «макетах», но находит только общие модули. Макетов в выдаче поиска нет. Что я делаю не так?
Где ещё можно посмотреть как работает этот механизм?
…и это может даже будет к лучшему
Глядишь, так и нормальные SQL-представления (т.е. view) когда-нибудь изобретут.
А так, приём полезный. Громадная простыня запроса режется на логически цельные куски, что для восприятия радикально проще.
например, первое попавшееся
|FROM
| («+оЗапрос.Отступ(тзп_ЗаявкиСвернуто(оЗапрос), 2)+»
| ) Заявки
|
| «+оДопРекв.тзп_Джойн(«СклПрог», «Заявки.Заявка», «СкладскаяПрограмма»)+»
|
| LEFT JOIN («+тзп_КомментарийПроизводства(оЗапрос)+») Коммент ON Коммент.идДок13 = Заявки.идЗадание13
|
| LEFT JOIN спрКонтрагенты Контрагенты ON Контрагенты.ID = Заявки.Контрагент
|
| LEFT JOIN («+тзп_РезервПоЗаявке()+») Резерв ON Резерв.идЗаявка13 = Заявки.Заявка
| LEFT JOIN («+тзп_СводныеЗадания()+») СвЗадания ON СвЗадания.идЗадание13 = Заявки.идЗадание13
может развернуться строк на сто в итоге, а так вот глядишь — и понятно более-менее
(6) тут смотрели ?
(9)Да, но уже после того как комментарий написал 🙂
(2) я и говорю: название условное. но те, с кем я общался и кто в теме, когда речь идет о вышеизложенном, первым делом произносят слово «представления».
(3) мне кажется, я возвёл поклёп на релиз. на работе в этом релизе работает, дома — нет.
(4) вполне возможно возьмут, но это повлияет на зарплатные притязания претендента. я пока не видел зарплатчиков, которые знают исключително ЗУП 3. все имеют какой-то багаж знаний из 2.5 считается, что такие люди быстрее освоят новую конфу. вот и я такой.
(6) в макетах ищите «Представления_»
(13) Я работаю и знаю исключительно ЗУП 3.1
Если 1С родили такие Представления, то с ужасом ожидаю что они родят для секционирования (partition) регистров накопления :))
(3) +1. Ребята вместо того, чтобы научить платформу не формировать говнозапросы, понаписали обходного говнокода, в котором и потонули нафик. Моща !
(5) конечно, деваться-то некуда с подводной лодки. я вообще забил на собственные запросы в этом Г, пользуюсь «программными интерфейсами». медленно, неудобно, но есть надежда, что годок они эти «интерфейсы» не тронут…
Спасибо за проделанную работу!
Но что-то мне подсказывает, что проблемы бы не было, если бы у продукта была четкая изначально продуманная линия развития, я не так давно посчитал, текущая типовая версия конфигурации ЗУП содержит около 1000 объектов и реквизитов с припиской «Удалить»! Продукту уже лет 5, а функционал так и не стабилизировался, снова имеем две параллельные ветки (к слову, выбрать из которых невозможно, т.к. нет информации о том какой функционал будет пилиться в «продвинутой» версии по сравнению с консервативной). Мы, конечно, привыкли к роли бета-тестеров у 1С, но не так же, блин, долго оставаться в бете…
Еще это решение негативно влияет на производительность, разработка и так отвязанная от структуры СУБД еще и будет «отвязана от структуры конфигурации»… это до добра не доводит, что я думаю многие заметили.
Извините, надо было выговориться.
(18) не знаешь сам — научи другого)
спасибо за проделанную работу.
превратилось все в какую-то дичь. в ЗУП 2.5 было проще, а сейчас — сколько времени надо тратить чтобы разобраться как получить список сотрудников на дату? я разобрался, но на элементарные вещи уходит по 2 часа.
Есть сомнения относительно среза последних. Время почти одинаковое. Выигрыш всего 12%, да и то, еще надо уточнять — я только 1 раз запускал замеры.
Внезапно 🙂
(20) см. СКД в Отчет.ОтчетыПоСотрудникам с учетом отбора
вся проблема называется так: разработчики платформы не смогли(не захотели / не поняли зачем это) реализовать хранимые процедуры в запросах.
а в ЗУП вот этим всем как-раз и делается попытка на высоком уровне добавить то, чего нет на низком.
скверно, конечно
(24) примерно так же, как в БСП полиморфизм запилен
аж смотреть страшно
ЗУП-ом не пользуюсь, но идея вполне логичная в контексте исключения дублирования кода запросов и инкапсуляции деталей реализации на метаданных (а оптимизация запросов это скорее бонус). Практически идея глобальных функций структурного программирования в контексте языка запросов.
Другое дело, во всём мире для этого применяются View (уже десятки лет), а тут какие-то костыли 1С-ные как всегда… Если подумать, вполне можно на уровне платформы добавить ветку метаданных view и там описывать ВТ, по аналогии с внешними источниками данных.
не хватает простого примера как это использовать , слишком отрывистый код
ЗиУПом пользуюсь, но считаю ошибочным решение о прекращении поддержки 2.5 и безвыборным принуждением к переходу на 3х б/учета полного отсутствия взаимодействия 3х с бух 2.0, упп и т.д. и т.п. Первые 3х попытки вообще не «привлекали» ,а последние только подтверждают тендеции восприятия первых
Добавлю,что в последних версиях ЗиУП 2.5(126,127) изменен текст запроса по формированию РасчетаПоказателей_РСВ_2017_кв1 в общем модуле РегламентированнаяОтчетность, что привело к возникновению
ошибки по задвоению сумм выплат по ФСС (р.1прил.3 РСВ)у работников, которые имели кадровое перемещение и б/л в одном отчетном периоде.
И вот как с этим жить?
Автор, ты, я смотрю, в теме. Открой секрет. Зачем?!! Зачем переименовывают реквизиты, измерения?
Как говорят в армии «Лучше безобразно, но однообразно.» Ну назвали ФизЛицо, ну пусть так и живёт. Или 1С так создаёт работу программистам? Я что-то написал, клиент пользует, и после обновления мои наработки перестают работать. Потому что вместо ФизЛицо теперь надо писать ФизическоеЛицо. Кому от этого лучше? Точно не мне и не клиенту. Да и 1С тоже не лучше.
Накипело.
не расстраивайтесь,в бухии 3.0 это тоже есть
(20) появилась идея поинтереснее. это представление еще не используется в СКД, но, видимо, будет
Показать
еще есть параметры Подразделение, ОтбиратьПоГоловнойОрганизации, НачалоПериода и отобрать по списку физических лиц
(31) а чем их не устроила схема запроса или тот же построитель запроса? зачем программно лепить текст запроса? насколько я помню, сами же разработчики платформы написали, что схемазапроса для того и создана была, чтобы программно сделать конструирование запроса красиво.
(32) не знаю. вот сделают красиво, а мы-то даже об этом не узнаем.
Имхо, должно быть так:
Есть версия 3.1.6 — вот как в ней первоначально назвали реквизиты — так они теперь и живут. Срок поддержки конфы условно 3 года.
Все изменения реквизитов (т.е. несовместимость на уровне хранения данных) — только при переходе к 3.1.7.
И после этого все понимают, что написанные доработки живут 3 года, потом требуют корректировки и живут еще 3 года.
——
P.S. Если 1с так небрежно относится к переименованию реквизитов, т.е. к обратной совместимости, то кто гарантирует, что завтра 1с также не изменит «представления»?
(34) так они и сделаны чтобы безбашенно менять потроха, а разработчику, используя их, будет фиолетово что там как называется и в какой таблице живет.
(29) ФизЛицо — это против их же (1С) стандартов наименования переменных/реквизитов и т.п.
а в целом знаю, что ЗУП 3 разрабатывался без оглядки на ЗУП 2.5
хотя, что касается, к примеру, структуры регистров по НДФЛ доходы и расчеты, в ЗУП 3 по сравнению с ЗУП 2.5 изменились как раз только наименования)
(16) И самое главное, что «представления» теперь не работают. Точнее работают, но частично, то одно поле не дадут, то другое, а в итоге возникает необходимость либо переписывать полностью запрос, что бы вытащить необходимые данные либо строить запрос сбоку, в конце получения данных по представлению. Как итог — все минусы нафиг ушли, к конце привязан, запросы строить надо, учитывая кучу обходов и достроение сбоку производительность тоже утонула… Молодцы! Все в стиле 1С)))
Жесть … И без того в типовых портянках черт ногу сломит, теперь еще труднее будет разбираться, где, что, откуда..
Голословные и, возможно, неверные утверждения:
«Этот запрос точно не будет эффективным при наличии в регистре 1 млн записей», «платформа генерирует заведомо неэффективный запрос».
Почему заявили о прекращении поддержки ЗУП 2.5? ЗУП 3 еще достаточно сырая, в которой постоянно что-то правят, 2.5 в этом отношении гораздо лучше, что подтверждают и пользователи, воротящие нос от ЗУП 3
(35)
Это решение:
1) тяжелое (куча кода, сложно даже описать это в статье. Поэтому автор пишет «не буду описывать как переименовать поля в выборке, иначе статья бесконечная выйдет»)
2) отключает конструктор запроса
3) не гарантирует, что и эти функции представлений не поменяются.
что мешает 1с также завтра переставить параметры или назвать по-другому функции обращения к представлениям? Они делают так с реквизитами, делают так с функциями в БСП — не вижу большого отличия.
Тут, имхо, проблема в головах у 1с — в жизненном цикле как самого продукта, так и сторонних доработок к ним. Это больше управленческая проблема и такие проблемы плохо решаются одной лишь автоматизацией. Выходит навороченно, дорого и неудобно. Хотя достаточно было определиться с периодами заморозки изменений в хранении данных.
(21)
(39)
не знаю насколько «чистыми» будут данные эксперимента на обычном, несколько устаревшем, локальном компе с Win 7 и MS SQL Server 2008 R2. в пустую базу перетащил общий модуль ЗарплатаКадрыОбщиеНаборыДанных (+39 причастных модулей, 1 справочник и 2 регистра сведений).
имеем справочник 100 тыс элементов. эти элементы имеют статусы в регистре сведений ~600 тыс штук. эксперимент проводил обработкой, которая формирует выборочно какое-то количество элементов справочника, помещает их в таблицу значений, добавляя произвольный период. далее запускаем запрос среза как в платформе (не сам СрезПоследних, а то, как он платформа формирует его на SQL) и ЗарплатаКадрыОбщиеНаборыДанных.СоздатьВТИмяРегистраСрезПоследних. итого: разница ~100 мс против ~200 мс в пользу СоздатьВТИмяРегистраСрезПоследних.
(42)
какое-то количество = 1000. с увеличением выборки элементов разница становится заметнее.
и да, я сам так же отнёсся к этой информации, оттого и проверял.
(41)
1. я уже столько новшеств пережил, что это всего лишь еще одно.
2. да, отлаживать запросы стало сложнее.
3. в 3.0.25.65 были, и сейчас есть. на курсах об этом учат, а на экзамене спрашивают.
мда, обновляю 3.1.3 на последний релиз и вижу, что ребята «ушли» ВТПозицииШтатногоРасписания. bastards!
Коллеги, хотелось бы задать вопрос, насколько плотно рассматривается данная тема на курсе от 1С «Конфигурирование подсистем расчета зарплаты и управления персоналом в прикладных решениях для «1С:Предприятия 8» ? Есть ли там хорошие, правильные примеры?
перешли за зуп 2.5 корп с профа в 1кв. и радуемся жизни. Есть одна база небольшая на 3.1, все подтвержается, тормоза, глюки и т.д., видно, что сырая. Может к 2019-ому допилят более-менее, когда народ с ЗиК 7.7 будет перелазить на 3.1
(46) а вы, напр, запустите отчет о среднесписочной численности в 2.5 и 3.1
(32) нечитаемо вообще все будет тогда и неосмысливаемо
(37) «фасад на фасаде»
…тут на ИС поднималась недавно околонаучная «фасадная» тема — так вот очень похожий фасад соорудили в ЗУПе
(4) и ему повезет, что не возьмут…
идти в организацию, где за годы работы станешь магистром зуповских представлений — та еще перспектива
(0) тема интересная, только вот акцент вы сделали на исключительности ваших компетенций ЗУПа некорректно для кандидатов — мол, не знаешь представления, ты не с нами…
(31) в УТ 10.3 для механизма RLS используются Шаблоны — что-то очень похожее на концепцию представлений — костыль на собственные механизмы платформы и конфигурации.
Не прижилось….. то же самое будущее ждет ваши представления — нагромождения-нагромождения
(28) жаловаться, придумать решение (обойти проблему и заработать на этом), информировать других — главное не мириться и не сдаваться 🙂
(29) согласен, что иногда качество типовых ЦФшников огорчает — встречал к примеру назовут реквизит документа так «Основание», тип Строковый…. а в обработчике ОбработкаЗаполнения() служебный параметр как раз так и называется….
(34) у каждой доработки есть свой начальник… это как во всех бедах России винить президента, так же в проблемах ЗУПа ссылаться на фирму 1С…. знать бы кому жаловаться…
(44) они на нас и зарабатывают — курсы проводят — добровольно-принудительно
(47) как-то не убедительно парируете… он вам про всю конфу, а вы про один отчет… в целом-то что лучше?
(53) не знаком с УТ. речь идет о шаблонах ограничений в ролях или это какие-то объекты конкретно конфигурации УТ?
(58) отчеты быстрее формируются в 3.1
я на это намекал
(59) да, я имел в виду шаблоны ограничений в ролях
А может кто подсказать КадровыйУчет.СоздатьВТКадровыеДанныеСотрудников() есть параметр ФормироватьСПериодичностьДень, как мне подготовить таблицу сотрудников чтобы охватить период с по ? Интересует момент смены графика за период. Спасибо.
(62)
вряд ли КадровыеДанныеСотрудников помогут. в описателе ВТ можно только период (среза) указать. данные о графиках собираются в КадровыйУчетРасширенный.ЗапросВТСведенияОГрафикахРаботы и там можно увидеть получение среза последних.
если интересует именно смена графика за период, то надо пользоваться либо получением записей СоздатьВТИмяРегистра, либо получением «периодов»:
в Запрос.МенеджерВременныхТаблиц должна содержаться ВТСотрудники с полями Сотрудник, ДатаНачала, ДатаОкончания.
(63) Я пока единственное сделал то, что в ВТСотрудники добавил все даты периода. Но просела скорость выполнения. Как вернусь попробую посмотреть. Денис, а кроме как самому шишки набивать, есть где подробнее узнать про ВТСоздать и в целом методологию работы со всем этим? Ещё раз спасибо за статью.
(64)
наверно, я неправильно понял то, что требуется
Показать
а про методологию приходится писать самому 🙂
(65) Так и есть мой вариант в лоб просаживает систему при больших табелях. Поэтому возвращаюсь к вопросу и к вашему ответу. Как будет результат, отпишусь здесь. @Денис ещё раз спасибо!
(40) Ну как бы ЗУП 3.Х давно более или менее стабильно работает, а вот то обстоятельство, что эта конфигурация развивается, вносит некие ошибки в ее код.
Все привыкли работать на ЗУП 2.5, к ошибкам и нюансам в которой привыкли, ведь ничего не менялось много лет! Стабильность, а тут ЗУП 3.Х 1С пилит и пилит, всякие плюшки новые и глюки, что-то чинит, что-то ломает.
Все это движение и идет оно в лучшую сторону я думаю!!!
Отлаживать код и искать ошибки теперь в разы сложнее. Спасибо, чего уж там.
Сколько негодующих… на на вопрос, зачем вообще снимать ЗУП с полной поддержки кто-нибудь задавался?
Ломают они его уже много лет, ведь ни для кого не секрет. Тогда зачем, собственно, это? Доработки по ЗУП давно сводятся «на нет».
(3) Всё прекрасно работает и даже сложный учёт ложится нормально. Зачем уж так обзываетесь то?
(20) Это оно?
КадровыйУчет.ФизическиеЛицаРаботавшиеВОрганизации
или это?
КадровыйУчет.СотрудникиОрганизации(Истина, СтруктураПараметров);
А разве в ЗУПе данные не при помощи универсальных методов надо получать? Разрабы меняют структуры, а методы как работали так и работают без изменений. Зачем какие-то запросы сложные писать?
(69) Есть. Когда конфигурацию дорабатывается без изменений, то лучше снимать полностью, чтобы в памяти 2 копии конфы не хранилось
Статья очень полезная!
Коллеги, может кто подскажет, как получить готовую ВТ, содержащую актуальных сотрудников по физ.лицам?
Вот такой есть вариант:
ПараметрыПолученияСотрудников = КадровыйУчет.ПараметрыПолученияСотрудниковОрганизацийПоСпискуФизическихЛи
ПараметрыПолученияСотрудников.Организация = Организация;
ПараметрыПолученияСотрудников.НачалоПериода = НачалоПериода;
ПараметрыПолученияСотрудников.ОкончаниеПериода = КонецПериода;
Не подходит тем, что у меня есть ТЗ с колонкой физ.лиц и начало периода у всех сотрудников может быть разным.
(74)
Попробуйте КадровыйУчет.ОсновныеСотрудникиФизическихЛиц(…). Существует соответствующий регистр РС.ОсновныеСотрудникиФизическихЛиц
Спасибо! Попробую!
Попытался сделать так:
ОписаниеФильтра = ЗарплатаКадрыПериодическиеРегистры.ОписаниеФильтраДляСоздатьВТИмяРегистра(«ВТ_ДанныеДокументов», «ФизическоеЛицо, Организация»);
ТолькоРазрешенные = Истина;
ЗапросСреза = ЗарплатаКадрыПериодическиеРегистры.ЗапросВТИмяРегистра(«ОсновныеСотрудникиФизическихЛиц», ТолькоРазрешенные, ОписаниеФильтра,,»ВТСотрудникиФизическихЛиц»);
ЗарплатаКадрыОбщиеНаборыДанных.ОбъединитьЗапросы(Запрос, ЗапросСреза);
Запрос.Выполнить();
Не получилось, регистр ОсновныеСотрудникиФизическихЛиц — непериодический.
Можно, конечно, вытащить сам запрос и не учитывать период. Но хотелось бы правильный способ.
(78)
в регистре хранятся текущие данные. если надо в привязке к периоду, то, по моему мнению, следует воспользоваться алгоритмом вычисления этого сотрудника при записи в этот регистр.
Спасибо, попробую!
Прочитал статью. Интересно, полезная методика.
Проанализировал процедуры и функции из примеров, приведенных в статье.
Из них, только 2 метода:
ЗарплатаКадрыПериодическиеРегистры.ОписаниеФильтраДляСоздатьВТИмяРегистра
ЗарплатаКадрыПериодическиеРегистры.ЗапросВТИмяРегистр
находятся в области
#Область ПрограммныйИнтерфейс.
Остальные методы:
ЗарплатаКадрыОбщиеНаборыДанных.ОбъединитьЗапросы
ЗарплатаКадрыОбщиеНаборыДанных.СоздатьВТИмяРегистраСрезПоследних
ЗарплатаКадрыОбщиеНаборыДанных.ПараметрыПостроенияДляСоздатьВТИмяРегистраСрез
ЗарплатаКадрыОбщиеНаборыДанных.ДобавитьВКоллекциюОтбор
ЗарплатаКадрыОбщиеНаборыДанных.ЗаполнитьОбщиеИсточникиДанныхОтчета
ЗарплатаКадрыОбщиеНаборыДанныхБазовый.ПолучитьЗапросПоПредставлению.
ЗарплатаКадрыОбщиеНаборыДанныхРасширенный.ПолучитьЗапросПоПредставлению
УчетРабочегоВремениРасширенный.ПараметрыДляЗапросВТДанныеУчетаВремениИСостоянийСотрудников
УчетРабочегоВремениРасширенный.СоздатьВТДанныеУчетаВремениИСостоянийСотрудников
КадровыйУчет.ОписательВременныхТаблицДляСоздатьВТКадровыеДанныеСотруднико
КадровыйУчет.СоздатьВТКадровыеДанныеСотрудников
УправлениеШтатнымРасписанием.ПараметрыПостроенияВТШтатноеРасписаниеПоТаблицеФильтра
УправлениеШтатнымРасписанием.СоздатьВТПозицииШтатногоРасписанияПоВременнойТаблице
находятся в так называемых служебных областях общих модулей.
Фирма 1С дает некую гарантию, что в следующих релизах не поменяются только методы,
расположенные в областях #Область ПрограммныйИнтерфейс.
Всё, что находится в других секциях — при обновлении может быть изменено фирмой 1С.
Так что если пользоваться этими методами — их надо постоянно держать на контроле,
быть готовым переделать свой код.
(81)
Согласен, придется следить. Меня, как я писал, сильно волнует корректное получение данных с т.з. функционала ЗУПа.
Вызов из программного интерфейса
Добрый день.
Не было у кого-нибудь задачи получить данные об изменениях графиков и должностей вместе за заданный период. Сотрудник в течении месяца через Кадровые переводы меняют графики работы, подразделения (должности). Необходимо в один отчет все это получить. Отдельно ВТ с графиками работ и кадровые данные по периодам получаю, может есть типовая функция, которая все вместе позволит получить? Заранее всем спасибо.