Добрый день!

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

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

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

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

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

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

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

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

Здравствуйте!

Помогите пожалуйста настроить выгрузку в банк УБРиР в xml формате. 

Сейчас выгружают в dbf. Банк прислал пример файла(вложение).0000015z - Зачисление.xml

Добрый день!

Есть необходимость переустановить Win10 на ПК расчетчика с КЗ. После установки Win восстановим каталог Raschet , файл с лицензией для этого ПК восстановится вместе с каталогом, а привязку к оборудованию надо будет делать заново? Железо не меняем, только Win переустанавливаем.

Добрый день!

У клиента нашлась ошибка, не знаю, как подступиться к решению.

Клиент формирует кассовые ведомости с января 2017 года. Формировались ведомости одним расчётчиком локально на её компьютере.

В январе 2019 года возможность формирования ведомостей потребовалось дать второму расчётчику. Для этого каталог TablKas перенесли на сервер с локального компьютера, в настройках Admin.bat для этой папки указали параметр "Г".

Ведомости стали общими, но вчера выяснилась другая проблема.

Новые ведомости формируются с IdVed, который начался снова с 1.

Таким образом получилось, что в январе 2017 была сформирована ведомость, например,  № 123 от 15.02.2019.

А в январе 2019 была сформирована другая, тоже с номером 123, от 06.02.2019.

Расчётчику пришло требование сдать корректирующий 6-НДФЛ за 1 квартал 2017 года.

Формируем отчёт - все суммы, вошедшие в ведомость от 15.02.2019 показываются, как выплаченные в 2019 году. Т.е. берётся вторая ведомость с IdVed=123.

В связи с этим 2 вопроса:

1, Как поменять счётчик для IdVed, чтобы хотя бы новые ведомости создавались с номером 10000, 10001, 10002... и т.д.?

2. Как массово поменять IdVed для всех ведомостей, созданных в 2019 году?

Если необходимо, могу в почту сбросить ссылку на скачивание сохранённой базы клиента, либо организовать удалённое подключение.

Добрый день!

Формирую свод по набору подразделений:

В сформированном своде сумма страховых взносов (по травматизму) по категориям не равна общей сумме.

При этом если сформировать выборку - сумма правильная, 1106,79

Прикладываю сохранённые ЛС.

https://yadi.sk/d/JfXMJNG2C2ntOA

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

КЗ релиз 599.17 Бюджетный вариант

Добавили еще два источника финансирования.
Настроили Журнал № 6. За месяц формируется правильно.
Делаем за квартал, по первому источнику ( первый столбец "М Местный") суммы не складываются.

Во вложении скриншоты за месяц и квартал, за квартал сделали для наглядности за один месяц.

Обращались в техподдержку, получили ответ, что превышено допустимое количество столбцов в журнале.

Помогите!Журнал за месяцЖурнал за квартал 

КЗ релиз 599.17
Сверка 6-НДФЛ и РСВ.

Сформированы оба отчета  6-НДФЛ и РСВ
Запускаем сверку КС из 6-НДФЛ, результат :

"Не найдены файлы типа РСВ за указанный период"

Запускаем сверку КС из РСВ, результат:

" Нет данных для сравнения. Сверка невозможна!  "

Добрый день.
КЗ 599.18.
В ЛС есть начисления по основному месту работы+совместительство и еще по двум источникам. При расчете компенсации при увольнении в таблице среднего программа показывает сумму начислений без учета основного места работы. Посмотрите ЛС, пожалуйста. Подскажите, где что поправить. Спасибо.ZPL_zplinfo(20190724_134315).cab

Добрый день.
КЗ 599.18.
Возможно ли в свод по Н-У добавить столбец с наименование Внешние совместители и выборкой начисленных сумм по ним? Спасибо.

Добрый день!

При формировании кассовых ведомостей возникает следующая проблема:

У клиента в базе 312 различных подразделений и отделов. Зарплату по подразделениям начисляют группами: 90 подразделений в одной, 10 в другой, 20 в третьей.

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

Нельзя ли для данного диалогового окна настроить группировку (как в сводах)

Тогда пользователь сможет правильно формировать кассовые ведомости, не опасаясь, что "сольются" суммы по разным подразделениям.

P.S. Сейчас эту ситуацию пользователь решает через настроенные "Списки ЛС" - выбирает их по очереди и формирует по каждому списку кассовые ведомости. Но, как вы понимаете, это не гарантирует правильного результата, если в ЛС окажутся совместительства в подразделениях разных групп.