Делаю на тестовой примерно так:

1) Сторно по начислению в прошлом м-це

2) Ведомости за 01.2020

Пробовал удалять через Таблицы контроля - Разноска даты окончательной выплаты

Сумма по кассе не меняется, ведомость тоже.

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

Спасибо!

Заменил скрипт, работает. Спасибо!

Игорь, спасибо, получилось.

Коллеги, неужели ни у кого не было такой проблемы?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Большое спасибо за ответы!

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

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

>>Если Вам нравится пользоваться утилитой Tabview.EXE (не виндовской), то в каталоге RSCALT она есть и прекрасно работает с современными системами.

Простите, действительно UTILIT\tabview.exe нет в поставке. У нас она, видимо, осталась еще от старой АМБы.

Спасибо, Damir!

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