Форум по программе Контур.Зарплата.
Здесь мы отвечаем на вопросы возникающие у наших пользователей или партнеров при работе с программой или при внедрении ее в организации.
Прежде чем создать обращение, воспользуйтесь поиском. Попробуйте найти похожий топик по ключевому слову. Например "СЗВ-СТАЖ" или "6-НДФЛ".
Если Вы нашли "чужую" тему с похожим вопросом, где уже был дан ответ (есть сообщение помеченное как "Ответ"), но при этом ответ не подходит для Вашей ситуации, то не задавайте свой вопрос в комментариях к "чужой" теме. Лучше создайте новую тему со своим вопросом.
Полезные ссылки по Контур.Зарплата:
- Полный дистрибутив и Веб-обновления
- Обучающий урок
- Вебинары
- "Старый" форум (доступен только из сети Контура, архив)
- Дистрибутив ПФ-Отчет+
Интеграция с Контур-Персоналом. Ошибка при обработке приказа на отпуск. Общая ошибка сети.
Добрый день!
При обработки приказа на отпуск возникает ошибка.
Обрабатываем письмо на отпуск, расчёт происходит корректно, итоговая сумма отпускных встаёт в вид Н-У. После чего программа подвисает и выдаёт окно ошибки. После закрытия рассчитанный отпуск исчезает.
Похоже на низкоуровневые проблемы с подключением между машиной с КЗ и машиной с SQL Server-ом.
Здесь описаны некоторые возможные случаи проблем. КЗ как раз подключается к серверу с помощью TCP/IP.
Системный администратор может разобраться быстрее.
Интеграция с КП. Ошибка при обработке писем.
Здравствуйте.
При ручной обработке писем в папке "Несоответствие данных" очень часто появляется ошибка:
Что это значит?
исправим в следующей версии, спасибо что сообщили
Интеграция с Контур-Персоналом. Как разнести РВ из табеля в графу РВ.
Добрый день! Сотруднику из Контур-Персонала приходит табель.
В настройках интеграции указан вид "Выходные и праздничные"
В результате обработки табеля в графу РВ 916-го вида встают только часы, отработанные сотрудником в праздничные дни, с 1-го по 9-е января.
Подскажите, пожалуйста, каким образом разносить в РВ 916-го вида часы, отработанные и в праздничные, и в выходные дни? (В данном примере - не 48, а 80 часов)
Если мы загружаем табель из КП, то предполагается, что в КП ведется адекватный табельный учет, или я не прав? Может все таки стоит разобраться почему из КП пришло "кривое" количество часов работы в выходной день? Просто правка в КЗ такой информации может привести к тому, что результат у бухгалтера будет не соответствовать первичным документам в КП. Придут проверяющие возьмут документы из КП - там написано 48 часов работы в выходные, возьмут квиток там будет написано оплачено 80 часов работы в выходные. Они не поймут, а крайним будет бухгалтер, это же он неправильно посчитал по первичным документам.
То что Р стоит на субботе или воскресенье еще не означает что это работа в выходной день. Надо посмотреть, что Р стоит на выходном по графику работника, а не на субботе и воскресенье.
Интеграция с Контур-Персоналом. Как восстановить обработанное письмо?
Добрый день!
При работе с клиентов возникла следующая ситуация:
Расчётчик не видит по ЛС приказа на увольнение сотрудника и выплату компенсации за неиспользованный отпуск. С помощью продемонстрированного вами ранее механизма фильтрации мы с расчётчикоом нашли данный приказ в "Обработанных письмах".
Очевидно, расчётчик по ошибке нажал F3 при обработке приказа. Такая ситуация возникла по нескольким ЛС - ошибочно помечены, как обработанные, приказы на отпуска и компенсации.
Сейчас вижу 2 варианта решения проблемы:
1. Рассчитать вручную.
2. Перепровести приказ в КП, чтобы пришло ещё одно письмо на синхронизацию.
Подскажите, пожалуйста, есть ли возможность вытащить письмо из "обработанных" обратно во "входящие" и обработать ещё раз?
Это позволило бы сильно сократить действия, которые необходимо выполнить пользователю для исправления своей ошибки.
Приказ удалить невозможно. По F3 приказ помечается как обработанный. Нажмите F9 и включите отображение всех приказов включая обработанные, галку что приказ обработан можно снимать двойным кликом мыши.
Интеграция с Контур-Персоналом. Общее замечание по обработке писем.
Добрый день!
Сейчас для того, чтобы обработать письма на синхронизацию исполняемых должностей и зависимых от них объектов (виды Н-У, графики, ставки, категории и т.д.) требуется совершить следующие действия:
1. Открыть окно обработки писем. ознакомиться с ошибкой по данному сотруднику.
2. Зайти в карточку сотрудника, проверить наличие должности, ставки/категории и т.д.
3. Вернуться в окно обработки писем на интеграцию, найти нужное письмо (возможно, оно будет не первым в списке), выполнить действия по его обработке либо удалению.
(см вопросы в темах: 1. 2. 3.)
На вышеперечисленные действия затрачивается много времени. Необходима возможность фильтрации писем по 1 сотруднику, как это сделано сейчас с приказами.
Это позволит охватить взглядом всю картину, а не выискивать необработанные письма по данному пользователю.
фильтр по ТН есть над списком писем, войти в просмотр сотрудника можно из окна со списком писем по клавише Ctrl+П, просмотр КЧ - Ctrl+К, можем сделать чтоб открывался с возможностью редактирования
Интеграция с Контур-Персоналом. Ошибка при обработке писем на интеграцию.
Добрый день!
При обработке писем на интеграцию столкнулся со следующей ошибкой:
При этом указанная должность в ЛС присутствует (без даты увольнения)
Подскажите, пожалуйста алгоритм обработки такого рода писем?
В письме есть ссылки на другие сущности. Скорее всего Должность или Подразделение или Предыдущая исполняемая должность еще не обработана. При попытке обработать письмо программа должна отправить в КП запрос на синхронизацию если в письме есть неизвестные guid-ы, либо должна предложить обработать письма от которых зависит данное
Интеграция с Контур-Персоналом. ошибка при обработке писем на интеграцию. "Не найдена исп.должность с кодом..."
Добрый день!
При обработке писем на синхронизацию исполняемых должностей зачастую возникает следующая ошибка:
В Исполняемых должностях у сотрудника наблюдаем следующую картину:
Должность с кодом 12 отсутствует, и должностей с теми же датами приёма и увольнения нет.
Почему в таком случае не создаётся новая должность с нужными датами и нужным подразделением? Раз письмо на синхронизацию пришло.
Сейчас работаю по следующему алгоритму:
1. зайти в ЛС, создать пустую должность с нужным кодом.
2. зайти обратно в письма, обработать письмо.
3. Проверить, что письмо разнеслось правильно (должности иногда задваиваются).
На скриншоте не видно внутренних кодов исп.должностей.
Удалить синхронизированную должность при включенной интеграции программа не позволяет.
Каким образом у Вас была удалена синхронизированная исп.должность?
(Такая ситуация возможна только если выключили интеграцию, удалили должности, включили обратно без полной синхронизации)
Интеграция с Контур-Персоналом. ошибка при обработке писем на интеграцию. "Указанный объект не существует".
Добрый день! При обработке писем на удаление выходит ошибка "Указанный объект не существует".
Каким образом отрабатывать письма такого рода? Просто удалять вручную?
Нельзя ли сделать их обработку автоматической? Хотя бы для писем на удаление - если отсутствует удаляемый объект (и письма на его создание нет среди необработанных), удалять такое письмо автоматически.
Программа не позволяет удалять приказ на вид не удаленный в КП. по F3 объект интеграции не удаляется. Даже если Вы удалите в программе синхронизированную сущность, то она будет запомнена как удаленная и письма на ее удаление обрабатываются автоматически.
Ваша ситуация возможна только если руками удалили письма на создание сущностей, не обрабатывая их, в этом случае нужно руками удалить письма и на удаление.
Интеграция с Контур-Персоналом. Коэффициент надбавки yе разносится в базовое значение.
Добрый вечер!
Ещё один вопрос по интеграции КП и КЗ.
Из КП приходят виды надбавок. Те виды Н-У, у которых в xml-тэге "Процент" стоит число, обрабатываются корректно.
Но есть один вид (620-й в КП и 123-й в КЗ), по которому приходит поле "Коэффициент"
При обработке КЗ, видимо, тянет значение из поля "Процент" и ставит в БЗ ноль.
Скажите, пожалуйста, есть ли какая-то опция, которой можно отметить вид как "коэффициентный" а не "процентный", или нужно лезть в скрипт интеграции и там прописывать?
После строчек:
if (Procent!="") return atod(Procent);
if (ProcentSet!="") return atod(ProcentSet);
Добавить строчки:
if (Koef!="") return atod(Koef);
if (KoefSet!="") return atod(KoefSet);
Только тогда и алгоритм расчета должен понимать что в БЗ коэффициент, а не процент. В противном случае надо писать так:
if (Koef!="") return atod(Koef)*100.;
if (KoefSet!="") return atod(KoefSet);
Интеграция с Контур-Персоналом. Ошибка при обработке вида Н-У по сетке.
Добрый день!
При работе с клиентом наткнулся на ошибку.
Виды Н-У приходят из КПМ по интеграции:
В базовое значение оклада встаёт номер строки ПКГ.
Если из КП приходит письмо с нулевым процентом оклада, вылетает ошибка:
После чего диалоговое окно невозможно закрыть - оно появляется раз за разом при любых действиях пользователя. Приходится выключать КЗ через диспетчер и запускать заново.
К сожалению, не могу предоставить xml-файл самого письма, т.к. не найти его среди 100000 обработанных писем.
Сервис поддержки клиентов работает на платформе UserEcho
