L_BASEDOC
Краткое описание :
Новый иерархический отчет по сопроводительным документам на
технологии DevSQLОписание :
Накладные на отпускЧто измененно :
Есть возможность получить белее быстрый отчет, чем существующие
иерархические на Tobot.
Для этого нужно реализовать новый отчет на базе DevSQL.
Как измененно :
Добавлены пункты меню:
- Управление снабжением \ Отчеты \ Универсальный отчет по сопроводительным
документам;
- Управление сбытом \ Отчеты \ Универсальный отчет по сопроводительным
документам.
Реализован универсальный отчет по сопроводительным документам. Отчет строится
на базе DevSQL. Данные для отчета берутся из таблиц KatSopr и SpSopr.
1. Окно списка настроек отчета.
Верхняя панель - табличная. Столбцы: Наименование отчета, Представление.
2. Окно настройки иерархического отчета по сопроводительным документам.
Окно содержит поля: Наименование отчета, Наименование представления (по F3
выбор представления из списка представлений отчета), установленные фильтры.
Фильтр по периоду исполнения и периоду создания ( по F3 окно ввода периода).
Для остальных фильтров реализована возможность задания фильтров на отрицание и
с операциями "И", "ИЛИ" (поля "Операция" и "Инв." соответственно).
3. Окно списка настройки представления иерархического отчета по
сопроводительным документам.
Реализована возможность настройки произвольной группировки отчета. Так же
дополнительно выводить в отчет необходимые поля.
Левая панель содержит доступные поля отчета. Данные поля можно переместить
либо в панель "Список полей отчета" либо в панель "Иерархия группировок отчета".
Панель "Иерархия группировок отчета" позволяет настроить иерархию группировок
отчета, а так же задать каждого уровня группировки порядок (прямой или
обратный) сортировки.
4. Окно просмотра сформированного отчета.
Содержит сгруппированные данный в соответствии с выбранным представлением.
Локальное меню окна содержит следующие пункты меню:
- Раскрыть все ветки - Раскрыть все ветви иерархии, являющиеся вложенными для
текущего узла;
- Закрыть все ветки', cmHideAll, 'Закрыть все ветви иерархии;
- Печать отчета;
- Печать кросс-отчета.
5. Печать отчета и кросс-отчета реализована в FastReport.
При печати кросс-отчета реализовано окно настройки кросс-отчета.
6. Cross-отчеты
Реализована возможность формировать произвольный cross-отчеты. Настройка
cross-отчета позволяет универсально настроить формируемый отчет.
Необходимо задать:
- Заголовки строк;
- Заголовки столбцов;
- Ячейки таблицы.
Доступные поля берутся из соответствующего представления.
L_BASEDOC
Краткое описание :
Снять запрет на переход в спецификацию нового ДО при установленном фильтре по контрагентуОписание :
Счета, ДО на продажуЧто измененно :
Снять запрет на переход в спецификацию нового ДО при установленном фильтре по контрагенту
Необходимо исправить функциональность, запрещающую переход в спецификацию ДО (ДО на предоплату) без дополнительных действий
(заполнения, исправления любого поля в "шапке" документа).
Описание проблемы: в интерфейсе списка ДО устанавливается фильтр по контрагенту, создается новое ДО, в котором все обязательные
поля заполнены, при попытке перейти в спецификацию ДО выдается сообщение "Переход невозможен, т.к. текущий документ не заполнен".
Проблема выявлена на ДО и ДО на предоплату в сбыте и снабжении.
Как измененно :
Если задан фильтр в т.ч. и по контрагенту, то при нажатии F7 запись становится модифицированной.
При этом, если после F7 нажать Esc, то будет выдан запрос на сохранение документа.
L_BASEDOC
Краткое описание :
275-ФЗ. Формирование платежей из ДО - раздел учета (р/с)
определять автоматическиОписание :
ДО на закупкуЧто измененно :
В связи с введением закона 275-ФЗ о гособоронзаказе и открытия
спецсчетов у предприятия появится большое количество расчётных счетов.
Для удобства работы и минимизации ошибок при формировании платёжного документа
из ДО предлагается:
Если в расширенной информации ДО указан расчётный счёт и в "ФРО - Настройка -
Расчётные счета - Расчётные счета предприятия" с этим расчётным счётом связан
раздел учёта, то необходимо позиционироваться на этот раздел учета.
Если расчетный счет в ДО не заполнен - будет произведен поиск расчетного счета
собственной организации в привязанном договоре.
Как измененно :
Реализовано позиционирование на раздел учета, у которого
расчетный счет банка совпадает с расчетным счетом в ДО(окно расширенной
информации).
Если в ДО расчетный счет не заполнен, тогда в привязанном договоре будет взят
расчетный счет собственной организации.
L_BASEDOC
Краткое описание :
275-ФЗ. Формирование платежей БЕЗ ДО - УИН определять
автоматически по разделу учетаОписание :
Платежное поручениеЧто измененно :
Предлагается реализовать связь разделов учёта с ИГК для
автоматической подстановки ИГК в поле "УИН" при формировании платежей.
Как измененно :
Доработано заполнение ИГК в платежном документе.
ИГК в платежном документе заполняется при наличие привязанного ИГК у расчетного
счета банка (Закладка "Банки" - Каталог "Организации и банки").
Если у расчетного счета в банке отсутствует привязанный ИГК:
Если и к платежному документу привязан договор, в котором указан ИГК, то при
совпадении расчетных счетов плательщика в документе с расчетным счетом
плательщика в договоре ИГК переносится в платежный документ.
L_BASEDOC
Краткое описание :
275-ФЗ Не обрабатывается ситуация, когда по договору есть доп.соглашение с отличным от договора ИГКОписание :
Платежное поручениеЧто измененно :
275-ФЗ Не обрабатывается ситуация, когда по договору есть доп.соглашение с отличным от договора ИГК.
Формируем договор с ИГК, по нему формируем доп. соглашение с другим ИГК. При формировании ДО по доп. соглашению, берется номер ИГК из доп. соглашения. После формирования платежки по такому ДО в платежку встает номер ИГК из договора, а должен из доп. соглашения.
Как измененно :
При заполнении в платежке ИГК по Договору/доп.соглашению (при совпадении р\с в договоре и платеже) анализируется наличие ИГК в доп. соглашении.
Если в доп.соглашении ИГК отсутствует - проверяется наличие ИГК в договоре.