F_PODOT
Краткое описание :
добавить наследование договора в ПКО, РКО, ВПКО, ВРКО при
формирование их из АООписание :
Авансовый отчетЧто измененно :
добавить наследование договора в ПКО, РКО, ВПКО, ВРКО при
формирование их из АО.
Так как при несоблюдении наследования - в приказе на командировку, например,
будет два РКО, в одном из которых будет договор в соответствующей вкладке (РКО
из приказа), а в другом нет (РКО из АО).
см. ПИР 102,185459
Как измененно :
Добавлено наследование договора в ПКО, РКО, ВПКО, ВРКО при
формирование их из АО.
F_PODOT
Краткое описание :
Доработка фильтра в интерфейсе "командировки сотрудников"Описание :
Командировки сотрудниковЧто измененно :
Доработка фильтра в интерфейсе "командировки сотрудников"
см. Пир 102.190013. При установке в фильтре только одного условия: "Организация
назначения", фильтр отрабатывает только по одному условию и отрабатывает верно.
1. При установке какого-либо еще дополнительного условия с условием
"Организация назначения", фильтр отрабатывает как совпадение ИЛИ первого
условия ИЛИ "Организация назначения", а возможно должен отрабатывать и выводить
результаты только при совпадении И первого условия И "Организация назначения",
т.е. при совпадении всех условий одновременно.
2. При установке фильтра с условием "Организация назначения" или с каким-либо
еще дополнительно, у выбранных сотрудников, возможно должны отражаться приказы
только удовлетворяющие условиям фильтра, а не все.
3. При переходе курсором с верхней части интерфейса "Командировки сотрудников
предприятия" на нижнюю - "бегают" строки (пропадают/появляются/дублируются)
пп. 1-2 предложены по аналогии работы других условий фильтра. Учесть/доработать
и для продукта 9.2
Как измененно :
исправлено
F_PODOT
Краткое описание :
нулевая Хозоперация при одновременном выборе нескольких
норм расходов в спецификации АООписание :
Авансовый отчетЧто измененно :
нулевая Хозоперация при одновременном выборе нескольких норм
расходов в спецификации АО
Если несколько позиций спецификации АО выбрать одновременно (пометить Ins в
нормах расходов), то при выполнении синхронизации, во вкладке хозоперации
появляется нулевая ХО, которая после синхронизируется только по CTRL+ENTER.
Если несколько позиций спецификации АО выбрать постепенно (друг за другом),то
при выполнении синхронизации все ОК
При настройках
Сворачивать одноименные операции в авансовых отчетах- ДА или НЕТ
Синхронизировать спецификацию авансового отчета с хозоперацией - по запросу или
автоматически
проблема проявляется на 9.1, 9.2
Как измененно :
Исправлено.
F_PODOT
Краткое описание :
Очень сложно стало создавать авансовый отчет из-за
постоянной автоматической синхронизацииОписание :
Авансовый отчетЧто измененно :
Очень сложно стало создавать авансовый отчет из-за
постоянной автоматической синхронизации.
Если ставим настройку "Настройки Галактики \
Бухгалтерский контур \ Обработка документов \
Хозяйственные операции и бухгалтерские проводки \
Синхронизировать спецификацию авансового отчета с
хозоперацией"=автоматически, то при вводе спецификации
АО постоянно при любом изменении начинается
формирование ТХО, привязанной к норме. Мы еще толком не
успели ничего заполнить, а ТХО уже начинает
формироваться.
У пользователя в настройке ТХО стоит заполнение
некоторых КАУ путем выбора из каталога. Пока он
заполнить 3 записи спецификации Галактика его успевает
задолбать своими сообщениями с предложением выбрать эти
аналитики. Работать при таком режиме просто не
возможно. У пользователей конец года, нужно очень много
вводить документов, из-за таких наших доработок только
негатив к программе возникает.
Попробовали отключить синхронизацию. Поставили
"Настройки Галактики \ Бухгалтерский контур \ Обработка
документов \ Хозяйственные операции и бухгалтерские
проводки \ Синхронизировать спецификацию авансового
отчета с хозоперацией"=не синхронизировать. И запускать
формирование хоз.операций вручную (по функции
локального меню). Настройка "Настройки Галактики \
Бухгалтерский контур \ Обработка документов \
Хозяйственные операции и бухгалтерские проводки \
Сворачивать одноименные операции в авансовых
отчетах"=да. При таком сочетании настроек программа
перестала анализировать какая ТХО привязана к норме. И
просто тупо все сворачивает. ТХО не привязывается и
проводки не формируются.
Нужно срочно какое-то решение для тех кто хочет
работать с программой как раньше. Без ежесекундной
синхронизации. Синхронизация с хоз.операцией, привязка
ТХО и формирование проводок нужно делать после того как
пользователь полностью заполнил спецификацию АО. Раньше
такая возможность была. Сейчас нет.
Как измененно :
В случае, если для настройки "Настройки Галактики \
Бухгалтерский контур \ Обработка документов \ Хозяйственные операции и
бухгалтерские проводки \ Синхронизировать спецификацию авансового отчета с
хозоперацией" установлено значение "не синхронизировать" и выполняется пункт
локального меню "Формирование хоз.операций", то возможны два варианта
формирования хозяйственных операций, в зависимости от значения настройки
"Настройки Галактики \ Бухгалтерский контур \ Обработка документов \
Хозяйственные операции и бухгалтерские проводки \ Формировать проводки при
синхронизации спецификации авансового отчета с хозоперацией".
1. Если значение настройки = "да", то формируются хозяйственные операции в
разрезе позиций спецификаций и с формированием проводок.
2. Если значение настройки = "нет", то формируется одна хозяйственная операция
на сумму всех позиций спецификации и без формирования проводок.
F_PODOT
Краткое описание :
Доступ к приказам на командировки в рамках филиала, а не
группы дескриптораОписание :
КомандировкиЧто измененно :
Доступ к приказам на командировки в рамках филиала, а не группы
дескриптора
Клиент обнаружил ошибку в разграничении прав:
Однако исправление в новой версии содержит ошибку, из-за которой у нас и
проявилась проблема с видимостью приказов.
Условие if (CurVisible = 1) говорит о том, что надо включить ограничение на
логическую таблицу в случае,
когда установлена настройка "Доступ к приказам на командировки" в значение
"только со своим дескриптором".
Это ограничение фильтрует приказы только со своим дескриптором.
А вот в ветке else больше никаких проверок не производится и просто включается
ограничение на приказы со своей
группой дескрипторов, а это не верно, так как в настройке есть ещё 5 возможных
опций.
У нас CurVisible = 0, т.е. "все права", но тут проверяется только значение 1, а
0 (как и остальные значения)
считаются как "все права в рамках группы", что является ошибкой.
Как измененно :
исправлено