Доклад за вземания и задължения
Като преподават класика в началото бе словото. И това е от главния счетоводител. Ставаше дума за доклад, който показва разделянето на дълга в краткосрочен и дългосрочен план. Основният критерий е интервалът между датата на прекратяване на договора (ако присъства) и датата на баланса. Самият доклад е проста, но ми се струва,, подходи могат да бъдат използвани в бъдеще търсенето за решаването на различни проблеми.
На първо място, ние определяме списък с профили по-ниско ниво, за които датата на баланса има остатъци.
Текст заявка не предизвиква затруднения. Параметрите, които трябва да бъдат определени:
vhData - датата, на която останките изглеждат. Има малка финес остатъци подразбиране върнати преди определената дата. Това означава, че ако погледнем салда в края на деня и са били в движение 23.59.59, като движение на везните няма да получите. Ето защо, като се посочва крайна дата трябва да използват границите на обекта.
Изпълняваме заявки и разтоварване стойности колона "Профил" в масива.
Сега ние се подготвят текста на искането, което ще се използва в следващата стъпка. Ето това е.
Текстът включва структура за строител на заявката. Тази част от кода. оградена със скоби
С това парче добавяме към текста на заявката е възможно списък на полета, които ще се използват въз основа на характеристики на отделна сметка. салда по сметки трябва да са в някои случаи да не изпраща цялата налична subkonto, но само на тези. За това, че потребителят може да зададете необходимите настройки добавят специален регистър нашата информация за конфигурацията.
Ние правим периодичния си. Само регистрирате ресурс - логично поле на Включен. С него можем бързо да променят списъка с профили, за които са образувани салда. Смисълът е ясен измервания по име. В полетата Subkonto1, Subkonto2 и Subkonto3 питаме вид subkonto да образува разширената баланс. По-долу е текстов функция, която връща настройките, съхранени в този регистър.
Допълнителна програма логика е, както следва. Loop чрез сметките, където датата на баланса има остатъци, ние сме ги държат в масива mScheta. За всяка настройка на профила поглед, ние разтоварени от информацията в регистъра. Ако настройки за него не е налице, то програмата да се смята, че докладът трябва да достигне до останките разположени всички налични subkonto. Ако се установи, настройки и ресурсът е включена истината, а след това ние се останки от сметката на базата на тези видове subkonto.
Кодът на алгоритъма е показана по-долу. Той използва допълнителна функция glVernutSubkontoScheta. която връща структура със стойности за subkonto предава като сметки входен аргумент.
И сега последната стъпка от - под формата на таблица на стойностите, формирани като източник на данни за заявки. Аз използвам променлива PostroitelZaprosa. което е от PostroitelZaprosa тип. Не можем просто да насочи в IstochnikDannyh тази променлива препратка към таблица на ценности. Ние трябва да се образува въз основа на вида OpisanieIstochnikaDannyh на табличен обект и вече прехвърлянето му в PostroitelZaprosa. Колона от оригиналната таблица, полетата стават поискване и необходимите измервания, които си поставяме, сочещи в данните за измерване на източника колона истина стойност (теренни резултати, които се образуват). В допълнение, ние трябва да се уточни вида на общата функция, за ресурси, за които е необходимо да се изчисли на резултатите.