0
На рассмотрении

Настройка сетевой версии Контур Зарплата

sltur 2 года назад в Новости Контур.Зарплата / Как нам стать лучше обновлен Шинкарев Вячеслав (Менеджер разработки) 2 года назад 13

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

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) ...На мой взгляд более логичный было бы назначение расчетчиков на подразделение, а не на каждый лицевой счет;

Можно ведь и так, и эдак.

Если зайти в справочник подразделений и нажать 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 без необходимости?)

+1

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

хотелось бы готовые настройки на три типовых случая (локальная база, лицевые общие, лицевые личные)

Что значит "готовые настройки"?

В  REGISTRY.TAB можно настроить 52 ресурса. Причём для каждого из них можно установить три значения - Л, О и Г.

Вы хоть представляете себе сколько различных вариантов "готовых настроек" можно сделать на основании этого? 

На вкус и цвет - фломастеры разные. Запускайте ADMIN.BAT и "комбинируйте" как душе угодно. С соблюдением всего трёх правил: 

  • ресурсы «Файлы сообщений» (TABLMSG), «Локальные таблицы» (T_LOCAL), должны обязательно быть локальными (если ресурс отсутствует в реестре ресурсов, он считается локальным);

  • ресурс «Сетевые реестры» (T_REMOTE) должен обязательно быть общим (ина­че нарушится правильное взаимодействие с сетью);

  • ресурсы «Таблица входимости» (TABLVH) и «Настройка п/налога» (TABLNAL) дол­­жны быть обязательно обозначены одинаково; т.е., они либо оба ло­каль­ные, либо общие;

>>5)При объединении баз можно единоразово запустить SPISOK_L.BAT
Почему только один раз можно запустить? При повторном запуске что-то собъется?

Ни чего не собьётся. Хоть по пять раз в день запускайте. Другое дело - какой в этом смысл?

SPISOK_L.BAT нужен для того, чтобы "пересобрать оглавление книжки" в соответствии с физическим наличием глав и страниц в ней. Только "книжка" в данном случае - это каталог ZPL, а главы и страницы - подразделения и лицевые счета. Поэтому SPISOK_L.BAT имеет смысл запускать только если страницы вырывали или вставляли вручную (читаем - добавили или удалили ЛС в каталоге ZPL средствами операционной системы а не КЗ).

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

Файл лицензии, который Вы положили в сетевой ZPL, содержит информацию о

- количестве организаций,

- количестве рабочих мест,

- количестве ЛС.

Привязка лицензии слетает (на всех РМ, естественно), только если будет превышено одно из значений.

Т.е., если купленная лицензия используется не на "полную катушку" - приобрели на 10, а обсчитываете только 5 организаций - то добавление в процессе эксплуатации программы 6-й организации ни как не повлияет на работоспособность КЗ. А вот добавление 11-й организации потребует расширение лицензии (доплаты) и соответственно замены файла лицензии, т.к. использование старого приведёт к "падению" КЗ в демо-режим.

На мой взгляд более логичный было бы назначение расчетчиков на подразделение

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

В КЗ можно каждому расчётчику дать доступ:

- к определённому набору ЛС,

- к определённому набору подразделений (как - писали выше).

Оба этих варианта не позволят одному расчётчику сделать что-либо с ЛС, закреплёнными за другим расчётчиком. Например - одному расчётчику подменить второго на время его отпуска.

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

Разве программа не может сбросить свою же сессию? 

Зачем?

В момент входа в КЗ идентификатор рассчётчика (ФИО) и сам момент входа регистрируются в файле ..\T_REMOTE\CURRENT.TAB, что позволяет предотвратить "параллельный" вход в программу с тем же идентификатором расчётчика.

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


Можно ведь и так, и эдак.
Если зайти в справочник подразделений и нажать Ctrl+F9, то можно настроить доступ расчётчиков к подразделениям по аналогии с доступом к ЛС.

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

Что значит "готовые настройки"?
В REGISTRY.TAB можно настроить 52 ресурса. Причём для каждого из них можно установить три значения - Л, О и Г.
Вы хоть представляете себе сколько различных вариантов "готовых настроек" можно сделать на основании этого?

Я имел ввиду готовые настройки для типовых случаев, фактически в сетевой версии их всего два:

1) лицевые счета общие;

2) лицевые счета личные.

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

Привязка лицензии слетает (на всех РМ, естественно), только если будет превышено одно из значений.
Т.е., если купленная лицензия используется не на "полную катушку" - приобрели на 10, а обсчитываете только 5 организаций - то добавление в процессе эксплуатации программы 6-й организации ни как не повлияет на работоспособность КЗ. А вот добавление 11-й организации потребует расширение лицензии (доплаты) и соответственно замены файла лицензии, т.к. использование старого приведёт к "падению" КЗ в демо-режим.

Повлияет, активация слетает и при добавлении организации, и при изменении ИНН или КПП, независимо от количества организаций в лицензии.


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

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



Пожелание разработчикам: Сделайте, пожалуйста, чтобы информация о текущем подразделении дополнительно хранилась где-то внутри Z-каталога подразделения. Тогда при передаче подразделения в другой ZPL оно не будет попадать с пустым наименованием, можно будет его считать и включить в список подразделений.

Еще бы с организациями так же... эх... Ну или хотя бы возможность экспорта/импорта карточки организации. А то у нас расчетчики некоторые организации уже по третьему разу заполняют, а я им и помочь ничем не могу.


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

Она работает. Просто вы уже раздали права доступа на уровне лицевых счетов, а доступ розданный на уровне лицевого счета перекрывает доступы на уровне подразделений и организаций (да на уровне организаций доступ тоже можно задавать).


1) лицевые счета общие;2) лицевые счета личные.

Для сетевой версии п.2 совсем не типовой вариант. Скорее это исключение.

Настраивать все 52 параметра во-первых долго, во-вторых легко ошибиться.

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

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


Т.е., если купленная лицензия используется не на "полную катушку" - приобрели на 10, а обсчитываете только 5 организаций - то добавление в процессе эксплуатации программы 6-й организации ни как не повлияет на работоспособность КЗ. А вот добавление 11-й организации потребует расширение лицензии (доплаты) и соответственно замены файла лицензии, т.к. использование старого приведёт к "падению" КЗ в демо-режим.

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

 
Пожелание разработчикам: Сделайте, пожалуйста, чтобы информация о текущем подразделении дополнительно хранилась где-то внутри Z-каталога подразделения. Тогда при передаче подразделения в другой ZPL оно не будет попадать с пустым наименованием, можно будет его считать и включить в список подразделений.

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

Еще бы с организациями так же... эх... Ну или хотя бы возможность экспорта/импорта карточки организации. А то у нас расчетчики некоторые организации уже по третьему разу заполняют, а я им и помочь ничем не могу.

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

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

Большинство значений из справочников сохраняются по уникальным идентификаторам (внутренний код источника, внутренний код вида Н-У и т.д.). Поэтому при объединении каталогов надо добиться чтобы внутренние коды в справочниках отвечали за одинаковые сущности.

Она работает. Просто вы уже раздали права доступа на уровне лицевых счетов, а доступ розданный на уровне лицевого счета перекрывает доступына уровне подразделений и организаций (да на уровне организаций доступ тоже можно задавать).

Я сделал так: на лицевых выдал доступ обоим расчетчикам - лицевые появились на машине расчетчика-2. Затем снял доступ с лицевых (Ins отменил выделение и разнес в лицевые F10), в справочнике подразделений встал на подразделение, Ctrl+F9, выделил обоих расчетчиков, F10. Лицевые у расчетчика-2 пропали. 

Не вижу в чем здесь проблема. Либо получите новую лицензию заранее, либо не добавляйте новое юр.лицо пока не обновили лицензию.

С лицензией проблем у нас нет. Мой вопрос был связан лишь с тем, не придется ли мне запрашивать активацию на каждое рабочее место после изменения данных одной организации. Подтверждают активацию, как правило быстро, но все равно это 10-20 минут (а один раз было и 2 часа) простоя.

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

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

Когда мы будем позиционировать продукт как "настраивающийся без внедренца" мы скорее всего пойдем по пути "мастера настройки" и "заранее настроенных конфигураций". В настоящий момент внедренец для сетевой версии необходим, как и определенная квалификация у него.

Преднастроенные шаблоны сэкономят время на внедрение.

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

Копия есть, но не знаю, в какой таблице это хранится и стараюсь не лезть руками внутрь БД. Штатный экспорт/импорт был бы надежнее.

+1
в справочнике подразделений встал на подразделение, Ctrl+F9, выделил обоих расчетчиков, F10. Лицевые у расчетчика-2 пропали.

Галку "полный доступ" поставили?


не придется ли мне запрашивать активацию на каждое рабочее место после изменения данных одной организации

Не придется. Активация делается один раз с машины главного расчетчика.

Копия есть, но не знаю, в какой таблице это хранится и стараюсь не лезть руками внутрь

Реквизиты организаций хранятся в каталоге T_REFENT

ref_ent.001 - данные первой организации..

Я сделал так: на лицевых выдал доступ обоим расчетчикам - лицевые появились на машине расчетчика-2. Затем снял доступ с лицевых (Ins отменил выделение и разнес в лицевые F10), в справочнике подразделений встал на подразделение, Ctrl+F9, выделил обоих расчетчиков, F10. Лицевые у расчетчика-2 пропали.

Правильно так:

  1. Выделили людей
  2. Ctlr+F9
  3. "-" (убрать доступ) на доп.клавиатуре.
  4. Выставить доступ на подразделение (или организацию)

Еще есть возможность отключить раздачу доступа на уровне лицевых счетов:

Настройка -> 6. Общие настройки системы -> 15.Настройки параметров безопасности -> Отключить настройку доступа к лиц.счетам


Преднастроенные шаблоны сэкономят время на внедрение.

5 минут на одной организации?

В общем объеме времени на внедрение эти 5-10 минут погоду не делают.

И когда ухватишь суть, открыть таблицу и проставить флажки намного быстрее чем продираться через "мастера" или пытаться вспомнить/найти преднастроенные шаблоны.

Копия есть, но не знаю, в какой таблице это хранится и стараюсь не лезть руками внутрь БД. Штатный экспорт/импорт был бы надежнее.

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

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