Добрый день.

Рассчитываю сотруднику отпуск. Выходит диалоговое окно для заполнения дат начала и конца периода, за который предоставлен отпуск. Даты по умолчанию ставятся неправильные - на один день меньше даты начала отпуска.

Открываю в КЧ вкладку "Отпуска". Заполняю сотруднику периоды отпуска. Записка-расчёт не реагирует, даты остаются. какие были.

Только если открыть ещё и "Приказы", сформировать приказ на отпуск, затем провести его, только тогда в записку-расчёт подставится правильный период.

В связи с чем большая просьба - вытягивать для записки расчёта дату последнего периода из поля "Отпуска" в КЧ. Пусть она будет не всегда правильной, иногда будут сотрудникам отпуска предоставляться и за предыдущие периоды. Но в 90% случаев это избавит пользователя от набивания периодов вручную.

Добрый день!

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

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

Возникло такое предложение:  можно ли создать сервис, который условно можно назвать About?

Т.е.  допустим, что к таблице  tablxxx.sum  создается файл tablxxx.txt  с инструкцией,  при наличии которого у таблицы активизируется кнопка ("О программе" либо "Помощь" либо "Инструкция"),  при нажатии на которую появляется выпадающее окно с соответствующей инструкцией.

Добрый день!

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

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

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

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

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

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

Добрый день.

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

Проблему я решил (указал новый путь в файле ADDRESS каталога ZPL\T_UDL), адреса стали подгружаться корректно.

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

Я, честно говоря, никогда не задавался этим вопросом. По настройкам пошарил - ничего похожего не нашёл.

Скажите, пожалуйста, есть ли возможность прописать путь до файла БД адресов в настройках КЗ?

А если нет, нельзя ли такую опцию добавить?

Спасибо.

Добрый день!

С недавних пор в "Контур-Зарплате" появилась система предупреждений, которая уведомляет расчётчика о наступлении сроков сдачи отчётности.

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

- Выплата заработной платы;

- Выплата за первую половину месяца;

- Перечисление страховых взносов за месяц;

- Перечисление НДФЛ.

Большинство дат, которые нужно проверять и выводить в системе предупреждений либо уже содержатся в настройках (как плановая дата выплаты З/п в настройках 6-НДФЛ), либо повторяются из месяца в месяц (как уплата страховых взносов).

В программах-аналогах такие предупреждения реализованы, потому и у нас регулярно спрашивают.

Добрый день.

Предыстория:

Из-за сбоящей локальной сети у клиента часто "отваливаются" сетевые диски. Из-за этого нередки случаи, когда кассовые ведомости разносятся или удаляются некорректно (например, удалили кассовую ведомость, а в ЛС разноска осталась)

В связи с данной проблемой клиент просит следующую доработку.

Вывести все начисления и удержания, которые включены в данную кассовую ведомость. Т.е., условно говоря, подготовить обычный свод по Н-У, но включить в него только те суммы, которые вошли в ведомость.

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

Как вытащить в таблицу "ID ведомости", "Название ведомости", "Дату ведомости", "Вид Н-У" и "Сумма в ведомости".

В общем, полный аналог информационной таблицы по Alt + D.

Добрый день.

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

Сейчас что-то напоминающее записку-расчёт можно получить, только если нажать F5 в окне с расчётом среднего заработка.

Мы неоднократно говорили клиентам, что унифицированной ПФ для расчётов "по-среднему" не существует.

Мы понимаем, что для каждого клиента такая ПФ может быть своя, со своими особенностями и дополнительными полями, так что "всем не угодишь".

Однако вопрос всё равно продолжает регулярно подниматься различными клиентами. Потребность печатать такую ПФ из программы есть. И в программах-аналогах ("1С 8.3", "Парус") такая возможность реализована.

Пример записки-расчёта от одного из клиентов: 

Поэтому большая просьба - дать возможность прикреплять к различным видам расчёта "по-среднему" свой шаблон печатной формы (для поставочной версии - пустой), который внедренцы смогут подстраивать под нужды каждого отдельно взятого клиента.

Добрый день!

Можно ли в реестр по БЛ добавить страховые взносы на дни по уходу за детьми-инвалидами, т.к. тоже это возмещаемые ФСС расходы, и, наоборот, убрать (или включать/выключать настройкой) санаторно-курортное лечение, т.к. это другой вид страхования?

Впервые настраиваю сетевую версию, поэтому столкнулся с проблемами:

1) В DOCAMBA\NETVER.HTM для работы с .TAB-файлами указана устаревшая утилита UTILIT\tabview.exe, которая аварийно завершается в современных системах. Необходимо использовать RSCALT\TabviewW.EXE;

2) Оказалось, что DOCAMBA\NETVER.HTM и DOCAMBA\NETVER.TXT это разные файлы. Хотя по названию можно подумать, что это один и тот же файл в разных форматах;

3) Замечательно, что есть возможность подробно настроить ресурсы (общий/локальный) в REGISTRY.TAB, но хотелось бы готовые настройки на три типовых случая (локальная база, лицевые общие, лицевые личные). И что такое "Г" в ресурсе "Reporting"? В описании нет "Г";

4) Немного напрягает то, что расчетчик может быть назначен только на конкретные лицевые счета. А что будет если во время отпуска одного расчетчика другой создаст лицевой счет в его подразделении со своего компьютера? На мой взгляд более логичный было бы назначение расчетчиков на подразделение, а не на каждый лицевой счет;

5) При слиянии разных ZPL в один сетевой приходится использовать ZPL\SPISOK_L.BAT (это прописано в инструкции по настройке сетевой версии, только после этого КЗ сообщает, что список изменился и запускает обновление списка), хотя на форуме встречал предупреждение, что его использование кроме как на этапе внедрения опасно и не желательно. Можно сделать, например, в контекстном меню списка команду "Обновить", которая будет принудительно перечитывать список лицевых счетов?

6) В инструкции по сопровождению рекомендуется запускать NETVOSST.BAT при ошибке "расчетчик с таким именем уже работает". Разве программа не может сбросить свою же сессию? У расчетчиков же разные идентификаторы, т.е. можно ведь просто сбрасывать свой же идентификатор;

7) Что будет, если у одной из организаций, например, изменится КПП или добавится новая организация? Привязка лицензии слетит на всех рабочих местах? 

Добрый день!

В организации клиента с ЛС работает 4 расчётчика. При этом один из них работает только со сторонними физ.лицами, которым выдают премии и грамоты (в КЗ вносят, чтобы сдавать 2-НДФЛ).

Клиенту было бы удобнее, если бы все ЛС на сторонних физ.лиц по табельному номеру отличались от сотрудников учреждения. Например, если у основных сотрудников ТН идёт по порядку: 1, 2, 3... и т.д., то у сторонних - 99001, 99002, 99003... и т.д.

Если расчётчик вводит эти табельные номера вручную, то может ошибиться. Менять ТН уже созданным ЛС тоже не лучший выход - включена интеграция с КП - придётся синхронизировать сотрудников по новой.

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

Можно ли создать настройку для каждого рабочего места расчётчика, с какого числа начинаются табельный номер новых сотрудников. Для основного расчётчика - с единицы. Для расчётчика, который только и занимается сторонними физ.лицами - с 99000.

Спасибо.