Ваши комментарии
А почему у главного расчетчика список был локальный???
(первый раз вижу сетевой вариант с локальным списком ЛС..)
У вас точно сетевой вариант настроен?
Сопровождающий специалист есть?
1)Сделайте копию всех баз
2)из локального zpl главного расчетчика скопируйте tn.val в сетевой zpl
3)проверьте что у второго расчетчика у TNVAL -стоит тип O
Добрый день.
Многим хватает 100символов...
Можете увеличить размер у клиента - изменения сохранятся.
Проверьте, что у вас список ЛС - общий ресурс (Тип О)
(файл REGISTRY.TAB в каждом их локальных zpl)
Автономные файлы отключили?
Возврат в Разделе 1 (030 031 032) нужно указать самостоятельно.
Излишне удержанного налога не будет, вы же пересчитали его на минус.
1)Почему вы игнорируете то , что я пишу?
Вы пробовали создать текстовый файл в сетевом zpl?
2)Я правильно понял, что у вас в одном из USER.TAB 2 строки???
Должна быть только одна
Для начала проверьте что расчетчик1 и расчетчик2 работают с одним и тем же сетевым каталогом.
(Создайте в сетевом zpl текстовый файл от пользователя расчетчик1 и проверьте - появился ли он у расчетчик2)
Выбранный ЛС перевелся в текущий месяц, но данные в ЛС остались не актуальные(не совпадают с данными главного расчетчика).
Либо включены автономные файлы.
Либо криво настроена сетевая версия ( программы на разных машинах работают не с одинаковой базой, а с разными)
Добрый день.
Если в сетевом zpl в файле ..\T_REMOTE\USERLIST.TAB указать расчетчику группу 1, то он будет видеть все ЛС..
Сервис поддержки клиентов работает на платформе UserEcho
Добрый день.
Просьба на будущее - давать более осмысленные заголовки...
Для бессрочной справки не нужно указывать дату окончания.
По теме вопроса- "don't look up"
Не обращайте внимание на сообщение - к нему нужно относиться как к предупреждению