Идеи
Настройка сетевой версии Контур Зарплата
Впервые настраиваю сетевую версию, поэтому столкнулся с проблемами:
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) Что будет, если у одной из организаций, например, изменится КПП или добавится новая организация? Привязка лицензии слетит на всех рабочих местах?
Сервис поддержки клиентов работает на платформе UserEcho
Добрый день!
>>4) ...На мой взгляд более логичный было бы назначение расчетчиков на подразделение, а не на каждый лицевой счет;
Можно ведь и так, и эдак.
Если зайти в справочник подразделений и нажать Ctrl+F9, то можно настроить доступ расчётчиков к подразделениям по аналогии с доступом к ЛС.
>>7) Что будет, если у одной из организаций, например, изменится КПП или добавится новая организация? Привязка лицензии слетит на всех рабочих местах?
Да, нужно будет восстановить привязку. Обычно это занимает 10-15 минут. К тому же, если вам нужно добавить новую организацию, возможно, придётся лицензию новую заказывать с бОльшим количеством организаций.
3)Г - означает, что будут общими не только шаблоны, но и сформированные отчеты.
5)При объединении баз можно единоразово запустить SPISOK_L.BAT, но сначала убедитесь, что у вас ТН не пересекаются.
7)Привязка сетевой версии делается для сетевого zpl (один раз).
Если привязка слетела - у всех расчетчиков будет демо режим.
Добрый день!
>> 1) В DOCAMBA\NETVER.HTM для работы с .TAB-файлами указана устаревшая утилита UTILIT\tabview.exe, которая аварийно завершается...
Если Вам нравится пользоваться утилитой Tabview.EXE (не виндовской), то в каталоге RSCALT она есть и прекрасно работает с современными системами.
Большое спасибо за ответы!
>>5)При объединении баз можно единоразово запустить SPISOK_L.BAT
Почему только один раз можно запустить? При повторном запуске что-то собъется?
>>Если Вам нравится пользоваться утилитой Tabview.EXE (не виндовской), то в каталоге RSCALT она есть и прекрасно работает с современными системами.
Простите, действительно UTILIT\tabview.exe нет в поставке. У нас она, видимо, осталась еще от старой АМБы.
5)Это потенциально опасная операция ( как смена текущего месяца через "установку текущего месяца")
которую не рекомендуется выполнять без крайней необходимости. ( вы же не нажимаете кнопку reset без необходимости?)
Здравствуйте.
Что значит "готовые настройки"?
В REGISTRY.TAB можно настроить 52 ресурса. Причём для каждого из них можно установить три значения - Л, О и Г.
Вы хоть представляете себе сколько различных вариантов "готовых настроек" можно сделать на основании этого?
На вкус и цвет - фломастеры разные. Запускайте ADMIN.BAT и "комбинируйте" как душе угодно. С соблюдением всего трёх правил:
ресурсы «Файлы сообщений» (TABLMSG), «Локальные таблицы» (T_LOCAL), должны обязательно быть локальными (если ресурс отсутствует в реестре ресурсов, он считается локальным);
ресурс «Сетевые реестры» (T_REMOTE) должен обязательно быть общим (иначе нарушится правильное взаимодействие с сетью);
ресурсы «Таблица входимости» (TABLVH) и «Настройка п/налога» (TABLNAL) должны быть обязательно обозначены одинаково; т.е., они либо оба локальные, либо общие;
Ни чего не собьётся. Хоть по пять раз в день запускайте. Другое дело - какой в этом смысл?
SPISOK_L.BAT нужен для того, чтобы "пересобрать оглавление книжки" в соответствии с физическим наличием глав и страниц в ней. Только "книжка" в данном случае - это каталог ZPL, а главы и страницы - подразделения и лицевые счета. Поэтому SPISOK_L.BAT имеет смысл запускать только если страницы вырывали или вставляли вручную (читаем - добавили или удалили ЛС в каталоге ZPL средствами операционной системы а не КЗ).
Файл лицензии, который Вы положили в сетевой ZPL, содержит информацию о
- количестве организаций,
- количестве рабочих мест,
- количестве ЛС.
Привязка лицензии слетает (на всех РМ, естественно), только если будет превышено одно из значений.
Т.е., если купленная лицензия используется не на "полную катушку" - приобрели на 10, а обсчитываете только 5 организаций - то добавление в процессе эксплуатации программы 6-й организации ни как не повлияет на работоспособность КЗ. А вот добавление 11-й организации потребует расширение лицензии (доплаты) и соответственно замены файла лицензии, т.к. использование старого приведёт к "падению" КЗ в демо-режим.
И как это поможет решить вопрос с доступом работающего расчётчика к лицевым счетам, закреплённым за расчётчиком-отпускником?
В КЗ можно каждому расчётчику дать доступ:
- к определённому набору ЛС,
- к определённому набору подразделений (как - писали выше).
Оба этих варианта не позволят одному расчётчику сделать что-либо с ЛС, закреплёнными за другим расчётчиком. Например - одному расчётчику подменить второго на время его отпуска.
В этом случае поможет не разграничение доступа, настройка фильтра (Shift+F3), позволяющего каждому расчётчику при входе в программу видеть (а не иметь доступ!) только "свои" лицевые счета.
Зачем?
В момент входа в КЗ идентификатор рассчётчика (ФИО) и сам момент входа регистрируются в файле ..\T_REMOTE\CURRENT.TAB, что позволяет предотвратить "параллельный" вход в программу с тем же идентификатором расчётчика.
Здравствуйте!
Да, настройка доступа там есть, но на лицевые счета она не работает. Только что проверил - при выдаче разрешения в справочнике подразделений лицевые у второго расчетчика не появляются.
Я имел ввиду готовые настройки для типовых случаев, фактически в сетевой версии их всего два:
1) лицевые счета общие;
2) лицевые счета личные.
Настраивать все 52 параметра во-первых долго, во-вторых легко ошибиться. В последнем случае расчетчики могут столкнуться с трудностями в работе, о которых могут и не сообщить, считая их просто особенностью сетевой версии. Можно ведь сделать два разных файла в поставке с предустановленными настройками.
Повлияет, активация слетает и при добавлении организации, и при изменении ИНН или КПП, независимо от количества организаций в лицензии.
Спасибо! Совсем забыл, что в фильтре можно указывать подразделения.
Пожелание разработчикам: Сделайте, пожалуйста, чтобы информация о текущем подразделении дополнительно хранилась где-то внутри Z-каталога подразделения. Тогда при передаче подразделения в другой ZPL оно не будет попадать с пустым наименованием, можно будет его считать и включить в список подразделений.
Еще бы с организациями так же... эх... Ну или хотя бы возможность экспорта/импорта карточки организации. А то у нас расчетчики некоторые организации уже по третьему разу заполняют, а я им и помочь ничем не могу.
Она работает. Просто вы уже раздали права доступа на уровне лицевых счетов, а доступ розданный на уровне лицевого счета перекрывает доступы на уровне подразделений и организаций (да на уровне организаций доступ тоже можно задавать).
Для сетевой версии п.2 совсем не типовой вариант. Скорее это исключение.
Ошибиться можно при настройке чего угодно и когда угодно (таблицы входимости, любой из 100500 настроек...).
52 параметра и у каждого клиента потенциально для каждого параметра может быть свое пожелание настройки.
Настраивается один раз на этапе внедрения.
Есть возможность массово назначить тип ресурса (выделили строчки по F3 поставили признак).
Когда мы будем позиционировать продукт как "настраивающийся без внедренца" мы скорее всего пойдем по пути "мастера настройки" и "заранее настроенных конфигураций". В настоящий момент внедренец для сетевой версии необходим, как и определенная квалификация у него.
Вы получили лицензию на определенное количество юридических лиц. Добавление нового юр.лица переведет версию в демо-режим. Не вижу в чем здесь проблема. Либо получите новую лицензию заранее, либо не добавляйте новое юр.лицо пока не обновили лицензию. Никто не мешает удалить "лишнее" юр.лицо и вернуться в рабочий режим.
Возможно. У любой задачи есть приоритет в зависимости уровня востребованности у клиентов. Регулярный перенос каталогов и регулярный запуск spisok_l.bat это странный бизнес-кейс.
Тем более, что в руках у того кто и ним столкнулся есть возможность самостоятельно сохранить список "код подразделение - наименование", а потом при необходимости его разнести (с помощью скриптовых функций).
Пардон, а с организациями то какая проблема? Данные по организации подобно настройкам хранятся в определенной таблице и я плохо представляю себе ситуацию, когда эти данные могут быть утеряны с необходимостью ручной набивки. Метеорит прилетел? Или сис.админа не научили делать страховые копии?
При переносе подразделений в сетевую ZPL изменились источники финансирования в лицевых. Странно, всегда считал, что источники задаются буквой, а не ссылкой на элемент справочника.
Большинство значений из справочников сохраняются по уникальным идентификаторам (внутренний код источника, внутренний код вида Н-У и т.д.). Поэтому при объединении каталогов надо добиться чтобы внутренние коды в справочниках отвечали за одинаковые сущности.
Я сделал так: на лицевых выдал доступ обоим расчетчикам - лицевые появились на машине расчетчика-2. Затем снял доступ с лицевых (Ins отменил выделение и разнес в лицевые F10), в справочнике подразделений встал на подразделение, Ctrl+F9, выделил обоих расчетчиков, F10. Лицевые у расчетчика-2 пропали.
С лицензией проблем у нас нет. Мой вопрос был связан лишь с тем, не придется ли мне запрашивать активацию на каждое рабочее место после изменения данных одной организации. Подтверждают активацию, как правило быстро, но все равно это 10-20 минут (а один раз было и 2 часа) простоя.
Возможно я ошибаюсь, но на мой взгляд, такая разбивка по каталог = подразделение как бы предполагает, что это отдельный объект, с которым можно работать. Понятно, что это не требуется ежедневно, но в случае переноса лицевых между локальными расчетчиками, объединения каталогов в сетевую версию или объединении организаций такой функционал не был бы лишним.
Преднастроенные шаблоны сэкономят время на внедрение.
Копия есть, но не знаю, в какой таблице это хранится и стараюсь не лезть руками внутрь БД. Штатный экспорт/импорт был бы надежнее.
Галку "полный доступ" поставили?
Не придется. Активация делается один раз с машины главного расчетчика.
Реквизиты организаций хранятся в каталоге T_REFENT
ref_ent.001 - данные первой организации..
Правильно так:
Еще есть возможность отключить раздачу доступа на уровне лицевых счетов:
Настройка -> 6. Общие настройки системы -> 15.Настройки параметров безопасности -> Отключить настройку доступа к лиц.счетам
5 минут на одной организации?
В общем объеме времени на внедрение эти 5-10 минут погоду не делают.
И когда ухватишь суть, открыть таблицу и проставить флажки намного быстрее чем продираться через "мастера" или пытаться вспомнить/найти преднастроенные шаблоны.
опять же не понятен сценарий. Опишите подробнее, когда приходится многократно заново вбивать руками данные по одной и той же организации, если мы поймем что это частая ситуация мы добавим задачу на экспорт и импорт.
КЗ релиз 617.5 бюджетный вариант.
Не могу запустить admin.bat в сетевом каталоге.
Открывается окно для ввода пароля, ввожу пароль, а следующее окно для ввода не открывается.
Windows Server 2016
Действую по инструкции:
в сетевом каталоге RASCHET.net/ZPL выполнить команду
ADMIN.BATс параметром /m
Если не запускается, то проверить одержимое ADMIN.BAT:..\rscalt\admin.exe /mА зачем, если не секрет?
Если хотите посмотреть/отредактировать список пользователей, то ADMIN.BAT с параметром /m надо запускать в локальном ZPL. Запуск ADMIN.BAT в сетевом ZPL приведёт к созданию нового пользователя, и, если "заняты" все рабочие места, предусмотренные лицензией, КЗ свалится в демку.
Если это вас не пугает, то:
1. Попробуйте запустить батник под админом.
2. Попробуйте вручную обновить сетевой RSCALT. В сетевой версии он автоматически не обновляется и admin.exe в нем м.б. древним как мамонт.
З.Ы. Чтобы посмотреть\отредактировать список пользователей гораздо проще открыть ..\T_REMOTE\USERLIST.TAB в сетевом ZPL и сделать всё, что нужно.
Перенесли сетевой каталог на другой ком-р, надо поменять настройку.
Какую настройку вы собрались менять с пом. ADMIN.BAT? Ну, разве что, поменять путь до сетевого ZPL...
Зачем вам для этого запускать ADMIN.BAT с параметром /m. Этот ключ всего лишь добавляет в меню выбора действий ещё один пункт - для просмотра списка пользователей.
ADMIN.BAT служит для изменения настроек локальных рабочих мест. Запускать его из сетевого ZPL нет ни какого смысла.
Запускаю admin.bat из локальных, меняю путь до сетевой папки, не дает сохранять, пишет "пользователь уже зарегистрирован".
Путь до сетевого каталога прописывается в локальном zpl в файле USER.TAB
Откройте этот файл через ..\RSCALT\TabviewW.EXE
Какую именно настройку хотите поменять?
Лучше всего пользоваться RSCALT\TabviewW.EXE