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

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.

Спасибо.

1) любая ошибка, либо окно запроса в КЗ на компьютере с звуковыми колонками вызывает достаточно громкий системный звук, который раздражает;

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

Добрый день.

Просим добавить в список ЛС дополнительную колонку "Основная должность"

Существует организация, где зарплату считают для почти 4000 сотрудников.

Возникает простейшая ситуация: "Как мне найти, кто начальник этого подразделения?"

В подразделении более 100 ЛС.

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

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

Это сильно ускорит и упростит работу.

Добрый день!

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

Дано:

1. В списке ЛС выделяем всех сотрудников, массово рассчитываем зарплату.
2. Выделяем всех, создаём кассовую ведомость на выплату зарплаты.
3. Открываем ведомость - сотрудники в ней указаны в том порядке, в котором они стоят в списке ЛС. (т.е. не по алфавиту).

Мы показали клиенту, как исправить это. Либо отсортировать сотрудников по алфавиту в списке ЛС перед формированием ведомости, либо уже после формирования "провалиться" в ведомость и отсортировать сотрудников там.

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

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

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

Поэтому огромная просьба - при формировании кассовой ведомости сортировать сотрудников по алфавиту автоматически.

Добрый день!

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

По интеграции из "Контур-Персонала" в табель приходят различные символы. Часть из них расчётчику понятны. "Р" - рабочий день, "О" - отпуск и т.д.

Однако в КП смены табеля в справочнике кодируются двумя символами, а в КЗ - одним. В скрипте SetSim.S настроены соответствия между символами. К примеру, для доп.отпуска установлен символ "Ь", для работы в выходные дни - символом "Ы", дни по уходу за ребёнком инвалидом - "И". И так далее.

Пользователь при работе с лицевым счётом не понимает, что за значения кроются за символами "Ы", "Ж" и так далее.

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

Добрый день. КЗ 599.0. Заходим в ЛС. Нажимаем иконку Табель - появляется панель выбора совместительства. Как можно убрать в настройках эту панель? Спасибо.

Добрый день!

При работе с клиентами часто сталкиваюсь с ситуацией - клиент формирует ведомость на аванс (по отдельному виду Н-У или по набору видов) по нескольким разным банкам по всем своим подразделениям. Выверят суммы. отправляет реестры, а потом спохватывается, что в одной или двух ведомостях из 20-30 расчётчик может ошибиться и поставить разноску не на 301-й, а на 302-й вид Н-У.

Эти ведомости приходится удалять, формировать заново, они теряются.

Если 10 ведомостей сделано по источнику "Б", потом ещё 15 по источнику "А", а потом доформирована ещё одна по источнику "Б", возникает путаница. Расчётчик теряется, нервничает, по нескольку раз переделывает одни и те же операции.

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

Каким образом создать шаблон кассовой ведомости?

К примеру, сделать несколько вариантов "По произвольному виду Н-У", чтобы одна из них по умолчанию разносилась на "302 Касса" (как в поставке, другая - на "301 Аванс" и т.д.

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

От организации поступила просьба реализовать запрет на удаление видов начислений и удержаний в лицевом счете.

Данная задача поступила после того, как в конце года при формировании отчетов за год, выяснилось, что в одном из месяцев в ЛС удален вид начислений и вид налога. Бухгалтер сразу этого не заметил и эта проблема всплыла только сейчас, гозда год был закрыт. И получилось так, что в одном из месяцев налоги посчитались неправильно.

В К-З есть настройка запрета на удаление видов Н-У, но она распространяется только на массовое удаление.

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

По моему мнению нужно сделать в настройке программы опцию которая не позволяет удалять вид в ЛС. Или в таблице входимости настроить столбец в котором можно отметить те виды которые нельзя удалять.

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

Некоторые заказчики по наставлениям ФСС указывают в БЛ, рассчитанных из МРОТ, заработок за 2 года как 24*МРОТ. Так они делали раньше и в бумажных БЛ, а теперь надо и в электронных.

Но такое требование, как показал опрос заказчиков, приходит не из всех отделений ФСС, потому хотелось бы видеть в программе настройку, регулирующую заполнение заработка за 2 года в ЭЛН, т.е. чтобы было 2 варианта: фактический заработок или 24*МРОТ.