RD Suite през 2008-ма

През изминалата година не излезе версия на RD Suite и може би има някаква чудене какво става с проекта. Мога да успокоя всички заинтересувани, че проектът е все още жив. За справка да погледне svn хранилището. Причината да не излезе версия е свързана с фактът, че кодът, който се наблъска през 2008 година е относно нови модули към програмата, а именно неща свързани с бетонопроизводство и заготовка на арматура, които са доста специфични и не са чак толкова свързани с програмата за счетоводство. Доколкото промените в програмата за счетоводство са малки (основни изчистване на бъгове), а feedback-ът от хората, които са разглеждали програмата клони към двете нули, то някак си нямам стимул да компилирам версии, тъй като поне за мен това е времеемък процес. Който иска да гледа промените, да дърпа от хранилището и да компилира.

Положителното за проекта е, че през 2008 целият код се ползва на две места в production вариант, което от своя страна помогна да се изчистят доста дребни грешки. От гледна точка на нови функционалности няма нещо кой знае колко значително, освен много допълнения по справката по сметка, където вече може да се филтрира по нива на аналитичност и се добавиха колоните свързани с количество и цена на нивата на аналитичност към номенклатурата с артикули. Това от своя страна доведе и до написване на нови функции към потребителските справки, макар и за момента да не са закачени към парсера за формули. Именно този парсер ми спъва добавянето на нови функционалности, тъй като е желателно да го пренапиша. За съжаление това ще ми коства поне седмица в плътни занимания, а за момента не мога да я отделя. Зорът в цялата работа е свързан с интерфейса. Примерно в момента лесно може да се направи потребителска справка, в която разни елементи да са свързани с обороти и салда по сметки. Тънкият момент, е че тези справки ще са по-полезни, ако вместо да се гледа движението по цялата сметка, човек се ограничи до някои нива на аналитичност (ако сметките са такива). Принципно в момента формулата позволява да се прави това, но съществения недостатък е, че потребителят трябва да знае кодовете, с които са записани отделните обекти в базата данни. Това разбира се е доста неудобно и поради тази причина трябва интерфейса да го поеме по някакъв начин. В тази ситуация като се пише формулата, програмата трябва да съобрази от контекста, че трябва да се въвежда код и по триков начин да покаже падащ списък с възможности, във формулата да седи избрания текст, но във вътрешното представяне да стои кода. Всичко това не е чак толкова тривиално като решение. Част от нещата са направени, но с други все още имам чуденка как да ги реализирам. Така че, ако някой има опит с такъв тип задачи, ще ми е интересно да сподели.

Всъщност като се преборя с това нещо, мисля че доста ще дръпна по отношение на потребителските справки и съответно към template-тите ще мога да сложа повечето от стандартните отчети. Това от своя страна ще даде по-голяма завършеност на програмата. Другото нещо, което съм запланувал да направя през тази година е дефинирането на видовете документи със съпътстващите ги счетоводни операции, което ще даде възможност за развиване на функционалностите свързани с автоматично осчетоводяване. Живот и здраве се надявам да успея да реализирам и двете неща. Когато някое от тях стане готово, това ще е повод за официално пускане на версия. Разбира се, освен тези цели, всяка форсмажорна заявка от страна на хората, които в момента използват програмата ще се изпълнява с предимство. За момента има такива индикации, свързани с калкулирането на цените на материалите. Тънкия момент в тази област, че е много важно в каква последователност се осчетоводяват отделните записи. В тази връзка съм измислил един подход за автоматично изменение на цените по осчетоводяване, така че нещата да са консистентни, но тепърва трябва да го обсъдя с познатите си счетоводители, тъй като едва ли някой ще е доволен зад гърба му да се променят счетоводни записвания.