Добрый день, уважаемые разработчики!

В Контур-Персонале приказ на БЛ создается для каждой исполняемой должности для правильного отражения его в табеле и учете влияния на периоды стажа, дающие право на дополнительный отпуск.

Раньше, даже если должностей 10 штук, приказ на БЛ приходил единый, предполагаю, что он сливался по датам и номеру БЛ.

В середине октября устанавливали сразу несколько релизов (в каком именно произошли изменения - теперь сказать трудно), до версии 601.1, и стало происходить следующее.

В ЛС приходят приказы на каждое совместительство. Они одинаковы, кроме кода исполняемой должности (видим его при просмотре XML), любой из них одинаково обрабатывается, на расчет подаются все равно сразу все совместительства.

В чем смысл таких изменений? Дублирующиеся приказы только сбивают с толку расчетчиков.

Хотелось бы вернуть обработку писем по БЛ в старом порядке, чтобы БЛ приходил один.

Добрый день.

При работе с клиентом часто возникает такая проблема:

Пытаюсь обработать письма, но в это время на компьютере кого-то из расчётчиков начинается автоматическая обработка. И я уже ничего не могу сделать.

Особенно это неприятно, когда на компьютере у расчётчика во время обработки выходит ошибка (например, "уже существует значение реквизита на дату"), и обработка стопорится. Расчтчик ушёл на обед, нажать на "Ок" некому, и мне с компьютера, к которому подключен, тоже ничего не сделать.

Пробовал указывать в настройке интеграции только рабочее место Мастера:

но обработка всё равно начинается на любом свободном РМ.

Подскажите, пожалуйста, что я делаю не так.

Добрый день!

Клиент обратился вот с какой проблемой:

В мед.учреждении часты переводы и работа по совместительству в разных подразделениях и по разным источникам.

На каждое совместительство в КП создают приказ и присылают виды Н-У. Потом, скажем, по истечении месяца, с этого совместительства человека увольняют, и из КП приходят письма на закрытие тех же видов Н-У.

У клиента некоторые стимулирующие выплаты рассчитываются в следующем месяце. Например, для расчёта ст.выплаты за август берётся РВ за июль, расчётчик ставит баллы, получает результат.

Когда эти два случая возникают одновременно, получается проблема.

Сотрудника уволили с совместительства 31.08.2019. Из КП пришёл вид Н-У 199, и районный коэффициент закрылся 31.08.2019, как в КП.

В сентябре 2019 рассчитали стимулирующую выплату. И Р/к с неё, разумеется, не удержался, потому что закрыт.

Расчётчикам приходится вручную выискивать таких людей и исправлять дату конца действия вида.

Можно ли придумать настройку, по которой данный конкретный вид Н-У не будет закрываться? В идеале - чтобы эта информация подтягивалась из столбца С13 в ТВХ, если там стоит значение "Н".

Добрый день!

Обрабатываю письма на интеграцию. Наблюдаю такую картину:

Письма по данному сотруднику приходят, КЗ не может их обработать, отправляет письмо "невозможно определить тип объекта" в КП. В КП тот обрабатывается и приходит второе такое же письмо, идентичное первому. Так их накапливается за месяц больше 1000 штук.

Удаляю все письма по данному сотруднику.

Чищу связи по ИД и по сотруднику.

Отправляю по данному сотруднику письма из КП повторно.

Для всех должностей вручную проставляю соответствие.

Остаются все те же 4 должности. Они не обрабатываются, и по новой перекидываются по 4 письма из КП в КЗ и обратно. Из-за чего необработанные письма всё копятся и копятся.

Подскажите, пожалуйста, каким образом исправлять ошибку?

Добрый день!

подскажите, пожалуйста, как справиться со следующей проблемой:

Есть база КЗ, в которую расчётчики успели повносить данные по сотрудникам (в т.ч. вычеты на иждивенцев, номера карт и пр.). Расчётчики сами заполнили Исполняемую должность сотрудника (зачастую - с ошибкой).

После этого включили интеграцию с КП. Из КП пришли правильные ИД.

В итоге у человека образовались "лишние" ИД в ЛС.

Пока не разносили виды Н-У, суммы и табеля, хотелось бы эту картину исправить.

Поэтому вопрос - как можно массово удалить все ИД сотрудника? Чтобы повторно отправить их из Контур-Персонала и разнести в ЛС.

Добрый день!

Сегодня столкнулся со следующей проблемой:

Сотруднику приходит очередное письмо на новую исполняемую должность (в КП оформили исполнение обязанностей).

При обработке выходит диалог, куда должность разносить. И в этом диалоге уже существующие ИД идут вперемешку.

Нельзя ли их отсортировать (по дате начала например), и чтобы пункт "Создать новую должность" был нижним?

Спасибо.

Добрый день!

У клиента выявлена ошибка. по одному сотруднику две исполняемые должности и КП разносятся на одну и туже ИД в Контур-Зарплате.

Ранее такую проблему решали через очистку связей по ИД в таблицах массовой обработки.

Сейчас принимаю сотрудника в таблицу, выполняю разноску - очистка связей не происходит.

Скрипт разноски раскомментировал.

Убираю признак разноски из таблицы, запускаю разноску по F6.

Принимаю в таблицу данные по тому же ЛС через Ctrl+F6

Картина не меняется - принимаются ровно такие же 4 записи. И при повторной отправке письма на синхронизацию из КП, обе должности разносятся снова на 1-ю.

Аналогичная ситуация с таблицей "Очистка связей с КП по исп.должностям, в том числе удаленным <*>!

Версия программы последняя. 599.13.

Подскажите, пожалуйста. как исправить ошибку.

Добрый день!

Из КП приходит надбавка за стаж, базовое значение ставится по сетке.

Соответствие сеток настроено для сетки № 8

Из КП пришла надбавка с параметрами:

После разноски в БЗ подставляется всегда значение 0 (номер сетки в КП). А должен разноситься последний параметр (в данном случае 180).

При этом не должен сломаться приём БЗ окладов  Оклады принимаются из КП по другой сетке, сейчас работают корректно, принимаемые данные выглядят вот так:

Нужно ли для настройки лезть в скрипт integration.s, или где-то в программе можно параметр поменять?

Добрый день!

У клиента настроена интеграция КП и КЗ. Расчётчики обратились со следующей проблемой.

В КП неправильно ведутся страховые стажи. Показали кадровикам, как ошибку исправлять, но на 600 человек они будут обрабатывать очень долго.

Проблема возникает при расчёте больничного листа. Учитывается стаж, указанный в приказе из КП (неправильный), из-за этого больничный считается по 60%, а должен считаться по 80%.

В кадровой части расчётчик указала правильный стаж. На расчёт это никак не повлияло - всё равно берётся стаж из КП.

Подскажите, как сделать так, чтобы на стаж из кадровой части программа учитывала по более высокому приоритету, чем стаж из приказа по интеграции?

Добрый день!

Подскажите, пожалуйста, что означает ошибка "Должность с внутренним кодом ## не найдена" и как её решать.

Начали внедрение программы, включили интеграцию, получили 200 писем с несоответствиями с одной и той же ошибкой.