C_COMMON
Краткое описание :
В Реестре некорректных номеров нужно проверять документы по всем расчетным счетамОписание :
Предложение по новой фукциональности финансового контураЧто измененно :
В Реестре некорректных номеров нужно проверять
документы по всем расчетным счетам.
Пользователь нумерует документы "По последним
номерам БД" и ведет сплошную нумерацию по всем
расчетным счетам. В номерах платежных поручений
случился разрыв в нумерации. При этом Реестр
некорректных номеров никаких расхождений не отражает.
Это происходит по тому, что проверка идет только по
одному расчетному счету.
Нужно что бы реестр некорректных номеров учитывал
то, что у пользователя может быть несколько расчетных
счетов, по которым может вестись как сплошная, так и
раздельная нумерация.
Как измененно :
При формировании Реестра некорректных номеров для Финансовых документов учитываются настройки нумерации платежных документов: по кассам(р\с и т.д), единая или по подразделениям + по всем документам или в рамках дескриптора.
Если выбраны настройки по кассам(р\с и т.д), по подразделениям или в рамках дескриптора, то после нажатия кнопки сформировать будет выведено соответствующее окно выбора.
C_COMMON
Краткое описание :
Сбивается нумерация расходных кассовых номеров (задваивается)Описание :
Не знаю, какая именно часть финансового контура, научитеЧто измененно :
Сбивается нумерация расходных кассовых номеров
(задваивается). Описание во вложении.
У кассира иногда сбивается нумерация расходных
кассовых ордеров. При выставлении текущего номера
(правильно 131)вижу, что как бы заведено два одинаковых
вида касс по расходным ордерам.
На тестевой базе проблема повторяется (и не только
в кассе).Было предположение, что влияет сервисная
функция модуля "Настройка" по проверке номеров. После
нее создается еще одна запись с заполненным филиалом.
Хоть тестевая база и не филиальная..
Пользователь говорит, что для проверки нумерации
функцию не запускали. Филиалов у них нет. Со слов
кассира сбои у нее бывают, ( даже 2 раза исчезновение
расходных ордеров , созданных отработкой платежных
ведомостей, и которые в отчете кассира в печатном виде
присутствовали, приходилось их восстанавливать) после
очередного закрытия и перехода на новый месяц в модуле
Зарплата. Связано это как-то с задваиванием не понятно.
Т.к. на тестевой переход в новый месяц не привел к
задваиванию.
На сбой кассир жаловалась за последнее время
второй раз. Пользователь пытается перейти на 9 версию,
но оказалось у них очень большая база, не
конвертировалась, поэтому недавно делали удаление
старых данных, процесс длительный, делали в несколько
этапов, может это связано с нумерацией.
Как измененно :
Для интерфейса "Нумерация документов модуля" (только для модулей ФРО и Касса) в локальное меню добавлена функция "Проверка нумерации документов".
Данная функция имеет два режима работы:
- вывести отчет с данными в таблице и актуальными данными по последним номерам;
- вывести отчет и заменить текущие данные актуальными.
Так же имеется параметр "Удалить неиспользуемые записи", включение которого позволяет очистить таблицу от повторов и записей не соответствующих настройке нумерации (например: при включенной нумерации по дескрипторам, удаляются записи последних номеров созданных при включенной настройке "по всем документам").
Исправлено дублирование номеров при использовании сервисной функции модуля "Настройка".