Ваши комментарии

Добрый день! Подозреваю произошло примерно следующее - интеграцию включили, что-то проинтегрировали, выключили, почистили справочник должностей от "лишних должностей", еще раз включили, отправили из КП должности (штатное расписание) - получили примерно такую ситуацию.

Что сейчас видно на скрине: Наличие заполненных AmbaId и MasterGUID означает, что объект уже был интегрирован, запись об этом есть в SQL БД Контур-Зарплаты. Ошибка означает собственно что и написано - программа попыталась найти должность с Id 134 в справочнике должностей, но ее там нет.

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

Как вариант можно посоветовать отфильтровать непосредственно по Guid идентификатору сотрудника:

Введите его без кавычек, с фигурными скобками в поле Фильтр по ТН, тогда поиск будет по этому идентификатору (в случае очистки связей может помочь)

Додрый день!

1) При написании окон сообщений мы руководствовались системным поведением аналогичных окон, которые звучат. Несложно добавить параметр, отключающий звучание подобных окон. Настройку добавлять наверно не будем, но параметр в amba.ini, выставив который можно избавиться от звука - сделаю

2) Все описанные окна, кроме приказов, сохраняют пока только абсолютные значения координат, не зависящие от главного окна. То есть перетащив окна на второй монитор - они всегда будут открываться на нем (настройка локальна для пользователя Windows). Приказы сохраняют только размер и открываются относительно главного окна. Окно новой КЧ ведет себя аналогично окна отчености, первый раз открывается рядом с главным, потом - по абсолютным запомненным координатам.

Задача о сохранении координат относительно главного окна есть, но в ближайшее время до нее боюсь не доберемся.

В любом случае спасибо за сигнал

Добрый день! Похоже локализовали ошибку, в начале следующей недели будет обновление.

Добрый день! На данный момент работа с ЭЦП с ГОСТ-2012 в работе. Пока можно посоветовать только скачивание из кабинета на сайте ФСС и импорт ЭЛН в КЗ. При этом придется в настройках отключить проверку ЭЦП при импорте (поставить 0 в настройке "Настройка -> 4. Настройки параметров расчета -> 4. >>> Настройки для больничных -> 2. Настройки для электронных листов нетрудоспособности (ЭЛН) -> Проверка ЭЦП при импорте ЭЛН")

Таковых команд пока только две:

- скачать ЭЛН с сервера, параметры - номер ЭЛН, СНИЛС и рег.номер предприятия

- загрузить ЭЛН на сервер, прикладывается заполненный результатами расчета ЭЛН

Нничего другого ФСС пока не предоставляет

Проверили..и нашли один очень старый баг, который проявился в вашем случае, исправление войдет в следующую (после 598.5) поставку. Спасибо! 

Как такового протокола обмена данными в едином виде на данный момент нет. По каждому ЭЛН, почти для каждого эпизода обмена данными хранятся файлы запроса к ФСС и ответа от них. Эти файлы лежат в подпапке Responses хранилища. А какую именно информация вам хотелось бы видеть?

Там хранятся настройки внешнего вида: просмотра ЛС, просмотра видов НУ лицевого счета (по кнопке 'В'), и еще несколько редко используемых настроек (справочники адресных данных). Замена файла на поставочный влияет только на внешний вид, на расчетную часть влияния никакого нет.

Добрый день!

Не совсем понял что поправить. Строка настроек из БД удалилась, теперь только заново перенастроить ширину и расположение колонок.

Если версия сетевая и на других РМ настройки такие же - можно в локальный ZPL скопировать файл T_Base\sets.mdb с другого РМ.

P.S. после нажатия комбинации у пользователя еще и спрашивается что-то вроде "Вы уверены, что хотите удалить из БД настройки таблицы". Тут уж случайно кликнуть Да сложнее (по умолчанию выбран вариант Нет).



Сервис поддержки клиентов работает на платформе UserEcho