BEST logo логотип компании БЭСТ - программы для бизнеса ПРОДАЖИ
+7 (991) 312-04-37
trade@bestnet.ru
ПОДДЕРЖКА
+7 (495) 775-66-76
consult@bestnet.ru
СКАЧАТЬ
Обновления
Дистрибутивы
Авторизация

Логин:
Пароль:
Забыли свой пароль?
Регистрация
ВАШ ВОПРОС

Доступ к Личному кабинету закрыт!
Как получить доступ?


Главная  / Поддержка  / Форум  / Публичные форумы  / Программирование отчетов  / Фильтр по корр. счету в источнике BDF.boss_rep.boss_analitics

Форум

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1
RSS
Фильтр по корр. счету в источнике BDF.boss_rep.boss_analitics, В отчете Ведомость операций по аналитическому счету 602 нужно пропускать проводки с корр. счетом 4142
 
В базе учет товара и тары(в терминах бухгалтерии):
Д4112 К602 - приход товара
Д4142 К602 - приход тары
Д602 К511 - оплата за товар
Д602 К4142 - возврат тары
Аналитика на 602 партнеры.
Когда формируется отчет Ведомость операций по аналитическому счету 602 в него попадают все вышеперечисленные движения. Движения по таре искажают картину взаиморасчетов с контрагентом.
Нужно в Ведомость операций по аналитическому счету 602 отфильтровать операции по этому счету в корреспонденции со счетом 4142 - что-то вроде
Data.Params['cFiltingSchet'] := Trim(LeftCopy(pPlan.Text,[DialogForm.DataPlan."ДЛИНА_СЧЕТА"]));
но только по корреспондирующему счету. (Data это источник BDF.boss_rep.boss_analitics)
В параметрах источника не нашел, в системных отчетах подобные задачи тоже не решаются, в имеющейся документации данный Вопрос не освещается.

Надеюсь на помощь в решении проблемы.

Нужен именно параметр для фильтра в источнике. Просто пропустить проводки с корр. счетом 4142 можно при выводе отчета на экран - нужно чтобы и начальное сальдо формировалось без учета движений по 4142.
Возможности разделить движения по товару и таре по разным счетам 60 нет, да и неверно это с методической точки зрения.
 
Добрый день!
Есть параметр cFilterString - этот параметр определяет какие проводки книги хозопераций участвуют в расчете. Думаю что если наложить фильтр типа: (DT_SCHET="4142" OR KT_SCHET="4142"), то можно решить указанную задачу.
Для фильтрации книги хозяйственных операций (только для источника BOSS _REP) используется параметр cFiltingString. Правила заполнения данного параметра такие же, как и параметра cFilting. Передается текстовое выражение фильтрации данных. При описании данного выражения можно использовать поля таблицы MAIN.DBF и функции FoxPro. В итоговый курсор попадают только те операции, для которых заданное условие выполняется.

Поля таблицы MAIN.DBF /книга хозяйственных операций/
Поле Тип Значение
TASK Текст Приложение, где создана операция
DATAOPER Дата Дата операции
NNDOC Текст Номер документа операции
DT_SCHET Текст Дебетовый счет
DT_CODE Текст Код аналитики по дебету
KT_SCHET Текст Кредитовый счет
KT_CODE Текст Код аналитики по кредиту
SUMMA Число Сумма операции в валюте учета
NAMEOPER Текст Содержание операции
VALUTA Текст Валюта операции
VSUMMA Число Сумма операции в валюте
VCURS Число Курс валюта операции
 
Проверил:

Data.Params['cFiltingString'] := ['(DT_SCHET<>"'+Trim(LeftCopy(pPlanI.Text,[DialogForm.DataPlanI."ДЛИНА_СЧЕТА"]))+'".or.KT_SCHET<>"'+Trim(LeftCopy(pPlanI.Text,[DialogForm.DataPlanI."ДЛИНА_СЧЕТА"]))+'")'];

Несмотря на то, что сами движения действительно фильтруются - начальное и конечное сальдо выводятся как и раньше с учетом исключаемого счета, что впрочем логично: так как фильтруем Main.dbf то есть движения.

Для получения сальдо в этом отчете используются:
конечное:
ItSaldoDt := [DialogForm.Data."DENDOST"];
ItSaldoKt := [DialogForm.Data."KENDOST"];

начальное:
znc := [DialogForm.Data."DBEGOST"];
znc := [DialogForm.Data."DBEGOST"];

Как сделать, чтобы и начальное и конечное сальдо выводились с учетом фильтра по корреспондирующему счету.
Надеюсь на помощь в решении задачи.
 
Добрый день!
Цитата
Вадим Павленко пишет:
Несмотря на то, что сами движения действительно фильтруются - начальное и конечное сальдо выводятся как и раньше с учетом исключаемого счета, что впрочем логично: так как фильтруем Main.dbf то есть движения.
Параметр cFiltingString фильтрует записи Main.dbf при выборе для расчета, поэтому в отчет попадают только те операции, которые Вы указали. Проблема получается во вступительном балансе, так как там одно число и разбить его на составлющие по корреспондирующим счетам не возможно. Могу рекомендовать только одно оставить во вступительном балансе сальдо, которое Вам необходимо, а первым числом рабочего периода завести корректирующие проводки на "остальные суммы". Безусловно отчеты будут получатся не много не верными на начало периода, но иного варианта решения задачи не вижу.
Страницы: 1
Читают тему (гостей: 1)