|
# |
Проект |
Трекер |
Статус |
Приоритет |
Тема |
Описание |
|
4657 |
Аксиок.Зарплата |
Улучшение |
Закрыт |
Высокий |
В режиме многокодового формирования ведомостей
при отражении списка кодов из справочника
выводить реквизит Код дохода. |
В режиме многокодового формирования ведомостей
при отражении списка кодов из справочника
выводить реквизит Код дохода. |
|
4588 |
Аксиок.Зарплата |
Улучшение |
Закрыт |
Немедленный |
Модифицировать отчет ДС и премии в части премии. |
Модифицировать отчет ДС и премии в части премии.
Необходимо добавить в настройку и в отчет новый
вид премии "Премия KPI". Данная премия не
учитывается в итоговых клонках типа "Факт премии
за ..." и "Премии по состоянию за.." см.
приложение. |
|
4549 |
Аксиок.Зарплата |
Улучшение |
Закрыт |
Высокий |
Распространить формат выгрузки 2017 года для
формы СЗВ-М для периода 2016 года |
Распространить формат выгрузки 2017 года для
формы СЗВ-М для периода 2016 года(поменять в
заголовке дату 2016-06-21 на 2017-01-01). В
приложение сравнение образца с текущей
выгрузкой. |
|
4534 |
Аксиок.Зарплата |
Улучшение |
Закрыт |
Высокий |
Добавить в в выгрузку в Сбербанк
реестра на выпуск карт тег
КодПодразделения согласно формату |
Добавить в в выгрузку в Сбербанк
реестра на выпуск карттег
КодПодразделения согласно формату |
|
4253 |
Аксиок.Зарплата |
Улучшение |
Закрыт |
Высокий |
6НДФЛ . Изменить срок уплаты в форме 6НДФЛ в при
выплате сумм с кодом доходов 4800. |
Изменить срок уплаты в форме 6НДФЛ в при выплате
сумм с кодом доходов 4800. Поставить срок уплаты
налога последним днем месяца (аналогично
отпускным и больничным). |
|
4010 |
Аксиок.Зарплата |
Улучшение |
Закрыт |
Нормальный |
Добавить Реквизит Код подразделения в паспортные
данные |
Добавить Реквизит Код подразделения в паспортные
данные в справочник Списочный состав |
|
4648 |
Аксиок.Свод |
Улучшение |
Закрыт |
Нормальный |
Добавить индексы в БД для ускорения проверки МКС |
По перечню
|
|
4641 |
Аксиок.Свод |
Улучшение |
Закрыт |
Срочный |
Улучшение наглядности результатов работы модуля
проверки МКС |
1) устранить проблему "временнОй ямы" -
ситуации, когда отчеты уже изменились, а
проверка МКС еще не прошла, и пользователь при
просмотре протокола МКС не может определить,
свежий это протокол или он относится к отчетам
предыдущей версии. Решение: при команде
пользователя в контекстном меню организации на
просмотр протокола МКС, выполнять проверку по
аналогии с реализованной в #4441:
_"Сравнивается дата-время последней проверки МКС
(по заголовку протокола) с датами-временем
изменения всех отчетов организации (независимо
от форм, выбранных в параметрах расчета) и
датами-временем изменения статуса отчетов. Если
дата-время последней проверки МКС ниже хотя-бы
одного из сравнительных реквизитов, то модуль
выполняет расчет МКС для текущей организации"_
В данном случае, если дата-время последней
проверки старше даты-времени изменения любого из
отчетов организации или их статусов, то перед
отображением протокола выводить предупреждение
пользователю (с желтым предупреждающим значком):
"Со времени последней проверки МКС один или
несколько отчетов изменились. Рекомендуется
выполнить проверку МКС вручную или дождаться
выполнения автоматической проверки.
Открыть ранее сформированный протокол МКС (может
показывать устаревшие данные)?"
Кнопки Да/Нет
2) переименовать пункт контекстного меню
"Протокол" в соответствии с требованиями таска
#4441
3) Модифицировать непонятное для пользователя
сообщение при отсутствии протокола "Нет деталей
протокола <Код БП>/Дата" в вид (значок
Информация!):
"Отсутствуют ошибки или предупреждения
междокументной проверки для организации
<Наименование организации>.
Будет сформирован пустой протокол (или он может
содержать информационные сообщения, не
свидетельствующие об ошибках)."
Кнопка одна - "ОК", при ее нажатии открывать
пустой протокол.
4) При ЛЮБОМ изменении отчета (при загрузке,
редактировании, своде, консолидации, пересводе/переконсолидации,
создании обычного/сводного/консолидированного)
или его статуса менять статус проверки МКС у
организации на "В работе". Так для пользователя
будет визуально понятно, какие из организаций
проверены по междоку. |
|
4520 |
Аксиок.Свод |
Улучшение |
Закрыт |
Срочный |
Формирование протокола выгрузки |
Пример приведен в прикреплении.
Для увеличения наглядности все информационные
строки сдвигаем на табуляцию, ошибки оставляем
слева - их сразу будет видно при просмотре.
В начало протокола добавляем несколько строк:
"
Выбрано организаций для выгрузки: <количество>
Выбраны формы для выгрузки: <перечень через
запятую или перевод каретки>
Выгрузка выполняется в каталог c:\aksios\1\
"
Самое важное: по окончании выгрузки и
формирования протокола открываем его
пользователю! |
|
4509 |
Аксиок.Свод |
Улучшение |
Закрыт |
Срочный |
Реализовать типизацию МКС |
Ввести типизацию МКС по следующим типам:
- ошибочное
- предупреждающее
- информационное
Изменения интерфейса по редактору МКС:
- внести выбор типа в форму редактирования, в
том числе для массового редактирования
- для новых КС устанавливать тип "ошибочное"
по-умолчанию
- для всех ранее существовавших КС установить
тип "ошибочное"
- на списочную форму над окном со списком форм
добавить список с флажками с перечнем типов КС,
все три флажка устанавливать по-умолчанию при
открытии списочной формы. В самом списке КС
отображать КС, тип которых соответствует
выбранным в списке типов
Изменить отображение протокола проверки:
- таблицу протокола в эксель в целом не менять,
добавить деление таблицы по типам КС в виде
объединенных ячеек перед перечнем ошибок
соответствующего типа: "Ошибки",
"Предупреждения", "Информация"
Изменить форму проверки (при ручном запуске)
МКС:
- добавить список типов (с выбором флажками)
ВЫШЕ табов с закладками
- включать по-умолчанию для проверки типы
"ошибочное" и "Предупреждающее"
- убрать у пользователей возможность снять
флажок у типа "ошибочное"
- проверку КС осуществлять по типам, отмеченным
пользователем для проверки
Сообщение пользователю о количестве ошибок с
предложением открыть протокол модифицировать до
вида: Nо/Nп/Nи, по трем типам КС соответственно.
Для определения, необходим ли показ протокола
проверки МКС пользователю кол-во ошибок проверки
рассчитывать суммарно по ошибкам всех типов КС,
по которым проводился расчет
Изменение статуса Организации(прошла/не прошла
проверку) выполняется только для количества МКС
с типом "ошибочное" (=0, >0 соответственно) |
|
4503 |
Аксиок.Свод |
Улучшение |
Закрыт |
Нормальный |
Доработка методов выгрузки отчетности в КО |
Выполнить доработку форм и методов выгрузки
отчетности в КО
(с учетом направления объединить в итоге все
выгрузки в одном окне):
1) объединить окна выгрузки в ФК и
специализированных форматов, объединенное окно
проименовать в "Выгрузка отчетности"
2) переименовать пункты меню:
-
"выгрузить отчеты" -> "Внутренний формат (для
вышестоящей организации) ..."
-
"Выгрузка отчетов в ФК ..." -> "В контролирующие
органы (ФК, ЭБ и др.) ..."
3) в объединенном окне:
- папку
"Бюджетная отчетность" переименовать в
"Отчетность в контролирующие органы (ФК, ЭБ и
др.)"
- для
специализированных форматов ввести ветку
"Специализированные форматы"
-
добавить на окно два таба (Выгрузка" и
"Параметры"), все имеющиеся на окне элементы
разместить на первом табе, на втором табе
разместить выбор организаций и форм (по
аналогии, как это сделано в окне проверки МКС).
По-умолчанию, в окне выбора форм выбраны все
формы, организация указана текущая
4) при выгрузке отчетности:
-
учитывать настройки, указанные в табе
"Параметры"
- при
выгрузке отчетности по нижестоящим организациям
для отчетности каждой организации формировать
отдельный каталог с кодом и наименованием
организации (как подкаталог папки номер
выгрузки). Если папка с номером выгрузки уже
существует, то очищать ее всю перед новой
выгрузкой (предупреждать перед очисткой:
"Каталог выгрузки уже существует. При выгрузке
он будет полностью очищен, ВСЕ существующие в
нем папки и файлы будут удалены" Продолжать?"
да/нет).
-
выгрузке подлежат, независимо от настроек в окне
"Параметры" только те формы, которые
удовлетворяют условиям по таблице статусов |
|
4441 |
Аксиок.Свод |
Улучшение |
Закрыт |
Нормальный |
Реализовать специализированный модуль расчета
МКС |
Назначение модуля: автоматизация расчета МКС без
участия пользователя
Принцип работы: выполнять расчет МКС на
сервере/отдельной РС, при изменениях в отчетах
(включая статусы). Одновременно может быть
запущено произвольное количество модулей расчета
Технология работы:
- на сервере/станции, предназначенной для
расчета МКС, стартуем обычным образом Свод. Из
Свода через специализированный пункт меню
запускаем модуль/модули расчета, после их
запуска сам Свод можно закрыть (он нужен для
передачи контекста подключения модулям расчета).
- каждый модуль имеет интерфейс в виде одной
формы параметров расчета (аналогична форме
расчета МКС в Своде) и кнопок
"Запустить/Остановить" и "Закрыть"
- пользователь (предполагается - наш сотрудник),
запустивший модуль расчета, указывает параметры
расчета МКС (тип КС, формы, метки, организации)
и запускает расчет
- запущенный модуль, в разрезе каждой
организации, выполняет по таймеру оценку
необходимости расчета МКС (сравнивая дату
предыдущего расчета с датами изменения отчетов
или их статусов). При необходимости проверки,
модуль ее выполняет и сохраняет протокол расчета
в БД. Одновременно, по существующим правилам,
меняет статус организации - в зависимости от
результатов расчета.
- блокировка отчетов при работе модуля не
осуществляется
- пользователь может открыть протокол контроля
МКС в контекстном меню на соответствующей
организации
Перечень доработок:
- в меню "Сервис" добавить пункт "Запустить
службу контроля МКС...". Пункт должен быть
доступен только роли Администратор
- реализовать отдельный модуль (*.exe),
запускаемый из основного окна, параметры
подключения к БД передавать из основного
приложения
- реализовать в модуле расчетов интерфейс для
параметров расчета, аналогичный существующему
окну проверки МКС: тип КС, формы, метки,
организации. Дополнительно, на форму добавить:
-
выпадающий список для установки таймера
периодичности запуска: 3 мин; 5 мин; 10 мин; 30
мин;
-
кнопки "Запустить/Остановить" и "Закрыть". По
первой кнопке выполнять запуск или останов
таймера и расчетов, по второй кнопке - завершать
работу модуля расчетов
- результатом работы модуля расчетов является а)
установка статуса организации б)сохранение
протокола расчета в БД. Хранить будем все
протоколы расчета, на будущее.
- в Своде добавить новый статус организации:
"Рассчитывается". Он не может быть установлен
пользователем вручную, аналогичен (при оценке)
первоначальному статусу (до проверки МКС)
- при расчете МКС конкретной организации модуль
меняет ее статус на "Рассчитывается", после
расчета - на соответствующий результатам расчета
(определяется по таблице статусов)
- расчет МКС выполняется в соответствии с
параметрами, установленными на форме расчета
модуля
- в таблицу заголовков отчетов добавить поле для
отражения даты и времени последнего изменения
статуса отчета
- при изменениях статуса отчета (ручном или
автоматическом, по итогам расчета ВКС) заполнять
поле даты и времени последнего изменения статуса
отчета
(Требование снято)- -в таблицу заголовков
протоколов МКС добавить поле, отражающее дату и
время начала расчета. Заполнять поле при любом
расчете МКС-
- модуль расчета, при старте, формирует
коллекцию организаций, по которым будет
осуществляться проверка, и запускает таймер
расчета
- при срабатывании таймера модуль проверяет - не
идет ли в данный момент в этом же модуле расчет.
Если идет, то срабатывание таймера пропускается
без расчетов. Если нет, то модуль для каждой
организации в сформированной коллекции проверяет
необходимость расчета МКС следующим способом.
Сравнивается дата-время последней проверки МКС
(по заголовку протокола) с датами-временем
изменения всех отчетов организации (независимо
от форм, выбранных в параметрах расчета) и
датами-временем изменения статуса отчетов. Если
ата-время последней проверки МКС ниже хотя-бы
одного из сравнительных реквизитов, то модуль
выполняет расчет МКС для текущей организации
- В основном окне Свода, для дерева организаций,
в контекстное меню добавить элемент "Показать
последний протокол проверки МКС...". Открывать
при его выборе последний существующий протокол
проверки МКС |
|
4437 |
Аксиок.Свод |
Улучшение |
Закрыт |
Срочный |
Реализовать типизацию ВКС |
Ввести типизацию ВКС по следующим типам:
- ошибочное
- предупреждающее
- информационное
Изменения интерфейса по редактору ВКС:
- внести выбор типа в форму редактирования, в
том числе для массового редактирования
- для новых КС устанавливать тип "ошибочное"
по-умолчанию
- для всех ранее существовавших КС установить
тип "ошибочное"
- на списочную форму над окном со списком форм
добавить список с флажками с перечнем типов КС,
все три флажка устанавливать по-умолчанию при
открытии списочной формы. В самом списке КС
отображать КС, тип которых соответствует
выбранным в списке типов
Изменить отображение протокола проверки:
- таблицу протокола в эксель в целом не менять,
добавить деление таблицы по типам КС в виде
объединенных ячеек перед перечнем ошибок
соответствующего типа: "Ошибки",
"Предупреждения", "Информация"
Изменить форму проверки (при ручном запуске)
ВКС:
- добавить список типов (с выбором флажками)
ВЫШЕ табов с закладками
- включать по-умолчанию для проверки типы
"ошибочное" и "Предупреждающее"
- убрать у пользователей возможность снять
флажок у типа "ошибочное"
- проверку КС осуществлять по типам, отмеченным
пользователем для проверки
Автоматическую проверку (при приеме-сохранении)
отчетов на ВКС проводить по всем трем типам:
- сообщение пользователю о количестве ошибок с
предложением открыть протокол модифицировать до
вида: Nо/Nп/Nи, по трем типам КС соответственно.
Для определения, необходим ли показ протокола
проверки ВКС пользователю кол-во ошибок проверки
рассчитывать суммарно по ошибкам всех типов КС,
по которым проводился расчет
Изменение статуса отчета (прошел/не прошел
проверку) выполняется только для ВКС с типом
"ошибочное" |
|
4261 |
Аксиок.Свод |
Улучшение |
Закрыт |
Срочный |
SQL: добавить новый вид ВКС для проверки
неопределенных строк |
Добавить новый вид ВКС для проверки
неопределенных строк при приеме отчетов (для
SQL). Под неопределенными строками понимается
проверка отчетов на возможность их открытия с
учетом содержимого справочников принимающей
стороны.
Предлагается сл. вид записи ячейки для таких КС
:
ssxx(<SPR1, SPR2, ... SPRn>, nStartPositionSPR,
nCharactersReturnedSPR, nStartPositionCell)xx ,
где
- xx - произвольное количество символов из имени
ячейки, может заменятся произвольным количеством
символов "?"
- SPRn - идентификатор(ы) (имена) справочников
из RANSI. Через запятую может быть указано
произвольное количество справочников. Несколько
справочников указываются только для проверки,
когда для наполнения одного раздела формы
используется несколько справочников (т.е.,
напр., в имени ячейки на одних и тех же позициях
может быть или справочник доходов, или расходов,
или источников). Если необходимо проверить
ячейки по двум справочникам, входящим в имя
ячейки на разных позициях, то на каждый
справочник создается отдельный ВКС нового типа.
- nStartPositionSPR - номер начальной позиции в
рамках справочника
- nCharactersReturnedSPR - количество символов в
рамках справочника
- nStartPositionCell - номер начальной позиции в
рамках имени ячейки для формы
Все элементы обязательны.
Для удобства восприятия, внутри круглых скобок
параметры могут отделяться произвольным
количеством пробелов, помимо предусмотренных
разделителей.
Для выделения нового типа КС ввести отдельный
признак, устанавливаемый через интерфейс
редактирования ВКС (не для массового
редактирования).
Выбор признака реализовать в виде выпадающего
списка или списка с выбором из следующих
элементов:
- проверка показателей (устанавливается
по-умолчанию для новых ВКС)
- проверка справочников
Все имеющиеся ВКС отнести к первому типу.
В дальнейшем возможно расширение списка другими
позициями!
ВКС с новым признаком не должны загружаться в
DBF-версию. |
|
4248 |
Аксиок.Свод |
Улучшение |
Закрыт |
Низкий |
SQL. Некорректное обновление списка КС |
При добавлении нового (ых) Кс путем копирования
(в одном отчетном периоде) необходимо
устанавливать курсор на скопированное (ые) КС, а
не возвращаться к началу списка КС |
|
3996 |
Аксиок.Свод |
Улучшение |
Закрыт |
Низкий |
SQL. Добавить иконку на сообщение об ошибке |
Пример сообщения - в приложении.
Проверить наличие иконки по другим сообщениям |
|
3779 |
Аксиок.Свод |
Улучшение |
Закрыт |
Нормальный |
Преобразовать в Параметрах вкладку Опции в
несколько отдельных |
1) Переименовать вкладку "Отправка результатов"
в "Экспорт/импорт отчетов"
- визуально отделить параметры экспорта от
параметров импорта
- в группу импорта включить:
- с
вкладки "Опции" группу "Прием отчетов"
-
флажок "формировать квитанции о результатах
приема отчетов"
- в группу экспорта:
-
флажок "обязательное заполнение всех реквизитов
отчета"
-
группу "Отправлять результаты по e-mail"
2) Добавить вкладку "Проверка отчетов"
- визуально отделить группу внутридокументных
проверок от междокументных проверок
- в группу внутридокументных включить:
- новый
флажок "выполнять расчет в параллельном потоке"
(выключен по-умолчанию, пользовательский)
- в группу междокументных включить:
-
группу "КС для группы организаций" с вкладки
"Опции"
-
флажок "Подтверждать открытие отчета из
протокола" (преобразовать группу "Вопрос об
открытии отчета из протокола проверки МКС") с
вкладки "Опции"
3) Группы "Схемы консолидации" и флажок
"Отображать в справках организации без отчетов"
с вкладки "Опции" перенести на вкладку
"Отображение"
4) вкладку "Опции" переименовать в
"Редактирование отчетов"
- убрать группу "Открытие отчетов с
неопределимыми строками", оставить только флажок
из нее
- группу "предупреждение об ограниченных правах
на документ" преобразовать во флажок
"Предупреждать об ограниченных правах на
документ" |
|
3619 |
Аксиок.Свод |
Улучшение |
Закрыт |
Нормальный |
Реализовать возможность параллельных расчетов |
В параллельные потоки предлагается вынести:
1) работу с отчетом: открытие, сохранение,
проверку ВКС
2) расчет МКС
3) прием отчетов
4) расчет справок
5) свод/консолидация
Порядок реализации:
В БД создается отдельная таблица для ведения
очереди расчетов, персонализированная по
пользователю. В эту таблицу основной модуль
свода создает задачи для расчета.
Предлагаемый набор полей:
1) Пользователь
2) тип задачи
3) дата-время постановки в очередь
4) признак завершенной задачи
5) дата-время завершенной задачи
Основной модуль, при запуске, создает работающие
в параллельных потоках модули (сервиса) для
каждого из перечисленных выше пунктов.
каждый сервис самостоятельно отслеживает (раз в
несколько секунд, например) появление в таблице
очереди "своих" типов задач для текущего
пользователя. При наличии нескольких задач для
обработки сервис обрабатывает их по очереди.
Сервис в своем интерфейсе отображает список
выполненных, выполняемых и стоящих в очереди
задач и периодически обновляет его.
Вероятно, каждый из сервисов может не только
обрабатывать свои задачи, но и создавать задачи
для параллельных сервисов (напр. после приема
отчетов автоматически проверять МКС). |
|
3557 |
Аксиок.Свод |
Улучшение |
Закрыт |
Низкий |
Изменить название кнопок на этапе идентификации
пользователя (SQL) |
Порядок действий:
1. Запускаем Аксиок (start.exe)
2. Запускаем Сводный учет и отчетность
(SvodQ.exe)
3. Доступны кнопки "Выполнить" и "Закрыть"
Аналогичная ситуация на разделах
"Администрирование" (aksQ.exe), "Учет и расчеты"
(aksQ.exe)
Логичнее и понятнее были бы кнопки "Войти" и
"Отмена" |
|
2904 |
Аксиок.Свод |
Улучшение |
Закрыт |
Нормальный |
Изменение интерфейса протокола МКС (ВКС) |
Изменить протокол согласно прикрепленному файлу
(первые 2 КС).
Перечень изменений:
1) отделить КС одно от другого пустой строкой;
2) каждое КС выделять жирной рамкой;
3) границы ячеек внутри таблицы одного КС -
горизонтальные пунктирные линии;
4) зеленую заливку ячеек убрать;
5) залить цветом (оранжевый, акцент 6, более
светлый оттенок 60%) ячейки с отклонением;
6) убрать заголовки левой и правой операции,
уменьшить ширину этих колонок;
7) не выгружать замыкающие пробелы в левой и
правой операции, операнде;
8) строки "результат", "детализация" свернуть
под группировку одним уровнем;
9) значение столбца "Формула" (комментарий КС)
вынести в объединенную ячейку над КС, разбив ее
на две строки (см. пример). Залить ее цветом
(белый, фон 1, более темный оттенок 15%);
10) ячейку "Детализация" не заполнять для
основной строки (с заполненным операндом);
11) установить параметры страницы в альбомный
вид, область печати указать "вписать все столбцы
на один лист";
|
|
2690 |
Аксиок.Свод |
Улучшение |
Закрыт |
Нормальный |
Формирование файла *.xls с контрольными
соотношениями |
для SQL-версии:
1) выгружать в xls-файл только отфильтрованные
КС (отображенные в настоящий момент в гриде)
2) Для каждого КС в отдельной колонке в конце
отображать метки этого КС
|
|
3861 |
Аксиок.Транслятор |
Улучшение |
Закрыт |
Высокий |
Оптимизировать скорость формирования отчетов |
Необходимо оптимизировать скорость формирования
отчетов транслятором |
|
4258 |
Аксиок.УМЦ |
Улучшение |
Закрыт |
Нормальный |
Реализовать открытие документов-источников из
журнала операций |
|
|
4101 |
Аксиок.УМЦ |
Улучшение |
Закрыт |
Нормальный |
Реализовать возможность заведения кода ОКОФ в
соответствии с амортизационной группой |
Согласно классификации основных средств,
включаемых в амортизационные группы +один и тот
же код ОКОФ+, в зависимости от срока полезного
использования основного средства, может быть
включен в разные амортизационные группы.
Например, ОКОФ 320.26.30.11.190 может быть
включен в первую, вторую, четвертую, шестую и
седьмую группу.
Необходимо реализовать возможность заведения
одинакого кода ОКОФ с учетом различных
амортизационных групп. |
|
2364 |
Аксиок.УМЦ |
Улучшение |
Закрыт |
Нормальный |
Разработать таблицу хранения данных для
внутренних перемещений ИО в Инвентарной
картотеки |
Разработать таблицу хранения данных для
внутренних перемещений инвентарных объектов в
Инвентарной картотеки.
Обеспечить перенос данных из мемо полей
нынешнего хранилища. |
|
4507 |
Аксиок.Учет и расчеты |
Улучшение |
Закрыт |
Немедленный |
Проблема получения номера добавляемого документа
после ручного задания номера больше
максимального из имеющихся в текущем году |
Пользователем был ошибочно заведен неверный
номер ЗКР, т.е. намного превышающий порядковый
номер предыдущего. При последующем вводе новых
документов им автоматически присваиваются
порядковые номера, следующие за последним
(неверным) номером. Так как ЗКР с неверным
номером уже была обработана со стороны УФК, нет
возможности исправить ее номер вручную.
Необходимо реализовать возможность сброса
последнего введенного номера документа и
установку необходимого пользователю значения
вручную. |
|
4372 |
Аксиок.Учет и расчеты |
Улучшение |
Закрыт |
Высокий |
Дополнить выгрузку платежей по контрактам
данными по договорам |
Необходимо доработать специализированную
выгрузку для СД при ВС РФ: в текущем варианте
происходит выгрузка только по контрактам,
требуется дополнить ее данными по договорам.
По интерфейсу предложение: на форму выгрузки
добавить флажки "По контрактам" и "По
договорам", сразу устанавливать их по-умолчанию |
|
4579 |
Аксиок.Зарплата |
Улучшение |
Закрыт |
Срочный |
Реализовать выгрузку XML (данные по сотрудникам)
для загрузки в АРМ ФСС |
Реализовать выгрузку XML для загрузки в АРМ ФСС.
Выгрузка необходима для формирования реестров
нетрудоспособности. В приложении пример файла и
описание структуры файла. |
|
3969 |
Аксиок.Зарплата |
Улучшение |
Закрыт |
Срочный |
Доработать взможность ввода дополнительной
аналитики ВАУ в журнал операции по з/п |
Доработать взможность ввода дополнительной
пользовательской аналитики ВАУ(>950) в настройку
журнала
операции по з/п для последующей записи в
общесистемный журнал.
Обратить внимание, что запись ведется раздельно
по Дебету и Кредету. |
|
3917 |
Аксиок.Зарплата |
Улучшение |
Закрыт |
Срочный |
Разработать алгоритм формирования платежной
ведомости(файла реестра на перечисление на р/с
сотрудников) по набору кодов. |
Разработать алгоритм формирования платежной
ведомости(файла реестра на перечисление на р/с
сотрудников) по набору кодов по аналогии
варианта "выплатить отпускные". В меню
Отчеты/Платежные ведомости добавить новое меню
"Новая пл/ведомость по набору кодов". При ее
запуске первое окно должно позволять задать тип
отбираемых кодов: "Б/листы",
"пособия","отпуска","премия","матпомощь". После
указания признака(чекбокса) программы выдает
окно с набором кодов с соответствующим типом
начисления с колонкой "Выбор". Дожен работать
стандартный набор кнопок для выбора"+","F6","-"
и т.п. После задания и выбора кодов выдается
стандартное окно задания КБК и "Новая
ведомость". При отсутствии задания признака
программа работает по старому алгоритму.
Сохранить прежний алгоритм удержаний с учетом
скидок, вычетов и варианта 13%! |
|
2421 |
Аксиок.Зарплата |
Улучшение |
Закрыт |
Нормальный |
Доработать возможность предварительного
просмотра расчетной ведомости |
Доработать возможность предварительного
просмотра расчетной ведомости и
расчетно-платежной ведомости с последующим
сохранением в файл Excel. |
|
4586 |
Аксиок.Касса |
Улучшение |
Закрыт |
Нормальный |
По возможности ускорить процесс открытия на
просмотр-печать ЭД Авансовый отчет |
suv_sd6
ЭД АО(денежный) - просмотр. При локальной
установке клиентской части открывается 12 сек. У
пользователя
- порядка минуты
(в формировании просмотра-печати АО в Excel:
1. АО имеет Лист 2 с незаполненными данными,
если она не используется каким-то замысловатым
способом - удалить,т.к. на Листе 1 присутствует
оборотная сторона АО
2. Данные "Расписка." лицевой стороны АО не
умещаются на первом листе ) |
|
4259 |
Аксиок.Касса |
Улучшение |
Закрыт |
Нормальный |
Реализовать открытие документов-источников из
журнала операций |
|
|
4772 |
Аксиок.Учет и расчеты |
Улучшение |
Закрыт |
Срочный |
Обеспечить выгрузку БО по ТФФ 23.0 (TXBN170101 и
XMBN 1.0) в случае отсутсвия контрагента
(конкурентные закупки). |
|
|
4720 |
Аксиок.Учет и расчеты |
Улучшение |
Закрыт |
Срочный |
Реализовать в документах
ввод новых реквизитов, необходимых для
выгрузки по ТФФ 23.0 |
|
|
4719 |
Аксиок.Учет и расчеты |
Улучшение |
Закрыт |
Срочный |
Обеспечить выгрузку и загрузку документов по ТФФ
23.0 |
|
|
4718 |
Аксиок.Учет и расчеты |
Улучшение |
Закрыт |
Срочный |
Реализовать ТФФ 23.0 |
|
|
4632 |
Аксиок.Учет и расчеты |
Улучшение |
Закрыт |
Высокий |
Внести изменения в печатные формы счетов-фактур
в соответствии с Постановлением П625 от
25.05.2017 |
В соответствии с вносимыми Постановлением
правительства изменениями дополнить печатные
формы.
Дата ввода в действие изменений - 01.07.2017 |
|
4629 |
Аксиок.Учет и расчеты |
Улучшение |
Закрыт |
Нормальный |
Рассмотреть возможность получения сокращенной
ЗКР по БО, сформированному на основании
Извещения о проведении закупки |
в текущей реализации принимаемое БО по Извещению
о проведении закупки(публикации конкурса на
сайте госзакупок) уже имеет регистрационный
номер ФК, но не имеет контрагента и связанного
контракта, поэтому при формировании ЗКР выбор БО
не переносит в соседнее поле ссылку на контракт
(как я понимаю), и пользователь вносит контракт
первым документом основанием для ЗКР, а вторым
документом-основанием ставит конкретный документ
оплаты - два документа не позволяют сформировать
сокращенную ЗКР... |
|
4583 |
Аксиок.Учет и расчеты |
Улучшение |
Закрыт |
Высокий |
Обеспечить возможность выгрузки в поле вида
документа-основаниия ЗКР текста "муниципальный
контракт" в случае использования контракта в
качестве документа-основания бюджетного
обязательства. |
|
