F_PODOT
Краткое описание :
Доработать заполнение "Заявки на получение наличных денег"Описание :
Реестр чековЧто измененно :
Есть ряд вопросов по заполнению данной формы:
1. Раздел 1 "Реквизиты чека":
Если в документе нужна только одна строка, то вопросов нет. Бывают ситуации,
когда нужно внести несколько строк, причем с разными значениями символов
кассового плана (столбец 7). Несколько строк внести можно, но в программе, в
соответствии с инструкцией, символ кассового плана вносится в поле "Вид опер"
на экране ввода. Это значение одно на весь документ. Нет возможности указать
разные символы для разных строк раздела 1.
2. Раздел 2 "Расшифровка заявки...":
В соответствии с инструкцией "в графе 5 печатается назначение платежа -
примечание ДО, если их несколько, то ничего не выводится". Абсолютно непонятно
причем здесь ДО. При оформлении заявки на получение наличных ни какого ДО нет.
Это не оплата, а получение денег в казначействе на какие-то цели, выплату
командировочных, выдачу в подотчет, для оплаты чего-либо за наличный расчет и
т. п. Кроме того, как видно из прилагаемого выходного документа, хотя в разделе
1 две строки, в разделе два - одна суммарная строка. Это тоже неверно. Там тоже
может быть несколько строк, причем в каждой строчке код по БК (столбец 3) и
назначение платежа (столбец 5) могут быть различные. Поэтому печатать КБК из
реквизитов собственной организации (фраза в инструкции "В графе 3 печатается
код бюджетной классификации, по которым должны быть выданы наличные деньги -
поле КБК из реквизитов получателя:") неправильно. И назначение платежа нужно
тоже где-то вносить для каждой строки.
Как измененно :
Реализовано новое заполнение Заявки на получение наличных денег
(бюджетные организации РФ).
5. Доработана печать Заявки на получение наличных денег.
5.1. Изменилась печать поля "Символ кассового плана" раздела 1.
В данной графе соответственно порядковому номеру чека печатаются значения
внешних атрибутов:
- "Символ кассового плана 1",
- "Символ кассового плана 2",
- "Символ кассового плана 3",
- "Символ кассового плана 4",
- "Символ кассового плана 5",
- "Символ кассового плана 6".
Указанные внешние атрибуты должны быть предварительно созданы для таблицы PLPOR
с типом "строка".
5.2. Печать раздела 2 производится по данным из новой закладки "Расшифровка".
Печатается столько строк, сколько расходов введено на закладке.
В графе 1 печатается номер по порядку.
В графе 2 печатается поле "Вид средств".
В графе 3 печатается поле "Код по БК".
В графе 4 печатается поле "Сумма". Поле выводится с двумя знаками после запятой
с учётом настройки форматирования сумм в печатных формах платёжных документов
"Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Параметры
печати \ Разделитель при печати сумм в платежных документах" и настройки
форматирования сумм в НДЕ в печатных формах платёжных документов "Настройки
Галактики \ Бухгалтерский контур \ Обработка документов \ Параметры печати \
Печатать завершающий символ после сумм цифрами при отсутствии копеек". Если
поле не заполнено, печатается символ "0".
В графе 5 печатается поле "Назначение платежа".
В графе 6 печатается мемо-поле "Примечание".
6. Доработана эргономика формы Заявки.
Таблица раздела 2 откорректирована таким образом, чтобы больше влазило
информации на лист - изменилась высота шапки и ширина столбцов.
Высота шапки:
Было 1,8 см -> стало 0,9 см (теперь высота идентична высоте шапки таблицы
раздела 1 Заявки).
"№ п/п"
Было 1,6 см -> стало 1 см.
"Наименование вида средств для исполнения обязательства"
Было 3,8 см -> стало 6 см.
"Код по БК"
5 см (ширина не изменилась)
"Сумма"
Было 6,1 см -> стало 4 см.
"Назначение платежа"
Было 5,5 см -> стало 6 см.
"Примечание"
5,7 см (ширина не изменилась).
F_PODOT
Краткое описание :
Платежка для бюджетной орг. лист3, столбцы3,4 заполнять из платежкиОписание :
Платежное поручениеЧто измененно :
Коды бюджетной классификации, по которым
производятся или зачисляются выплаты (лист3,
столбцы3,4) не константа для данной организации, они
зависят от предмета платежа, статьи расходов при оплате
или доходов при зачислении.
Об этом говорится в прилагаемом документе, раздел 5. Выделено 16 размером шрифта.
В связи с этим предлагается:
В платежное поручение добавить два поля, значения которых должны выбираться из аналитики, указанной в настройке
Настройки Галактики \ Бухгалтерский контур \ Бюджетный учет \ Аналитика - коды операций сектора государственного управления
Справочник заполнен так: код =225, значение = "Работы и услуги по содержанию имущества"
Если какое-либо из этих двух полей не пустое, то
выводить его на печать на лист 3, в графы 3,4 значение
из 20 символов, дополненное слева семнадцатью нулями -
00000000000000000225.
Как измененно :
Реализовано новое заполнение расшифровки Заявки на кассовый расход (бюджетные организации РФ).
Подробности см. в What's New.
F_PODOT
Краткое описание :
необходимо значение внешнего атрибута "Вид командировки"
хранить в таблице PrikazОписание :
Приказы на командировкиЧто измененно :
необходимо значение внешнего атрибута "Вид командировки"
хранить в таблице Prikaz
Как измененно :
Значение поля "Вид командировки" хранится в таблице Prikaz,
поле "Category"
F_PODOT
Краткое описание :
Не решена 101.47044 1)если сначала указать сотрудника, а
потом дату 2)в многоэтапных приказахОписание :
КомандировкиЧто измененно :
В 101.47044 был добавлен контроль по пересечению с неявками
при добавлении сотрудника. Необходимо сделать контроль при изменении периода
командировки.
Как измененно :
Добавлен контроль пересечения приказов на командировки с
неявками табеля рабочего времени при изменении периода командировки.
Для одноэтапных/многоэтапных приказов:
При изменении полей "Командировка на" (количество дней), "с" (дата начала),
"по" (дата окончания) происходит поиск неявок в табеле рабочего времени на
предмет пересечения с периодом командировки. В случае пересечения выдается
сообщение предлагающее отменить изменение для текущего поля.
Если пользователь подтвердил откат изменения для текущего поля - значение поля
восстанавливается и поиск пересечений прерывается для всех сотрудников
командировки.
Если пользователь отменил отказ изменений - поиск пересечений будет происходить
для каждого сотрудника приказа.
Для многоэтапных приказов при создании очередного этапа происходит поиск
пересечений с периодом создаваемого этапа. При наличии пересечения выдается
информационное сообщение.
F_PODOT
Краткое описание :
Проблема с привязкой Авансового отчетаОписание :
Приказы на командировкиЧто измененно :
Если существует платежка plpor.nrec = spPrikaz.nrec, то к такой
спецификации приказа невозможно привязать авансовый отчет. Получаем сообщение
---------------------------
Информация
---------------------------
Формирование связи документов невозможно.
Не задана сумма авансового отчета!
---------------------------
ОК
---------------------------
Как измененно :
Авансовый отчет формируется корректно.