Папките и балансите са силно обвързани.
Сравнение:
Балансите са силно обвързани с папките, тъй като не е практично да се балансира например по всички фактури, които са взимани изобщо до момента, с всички стокови разписки. Направена е нужната автоматизация, която в най-общия случай позволява наличието на една стокова разписка в папка с фактурата й, или пък например да има една папка за месеца на клиента, т.е. за всеки клиент по една папка веднъж месечно, за да може в нея да се събират всички стокови разписки и фактури.
Когато има баланс, той задължително е в дадена папка и това определя кой документ с кой се балансира. Един документ може да принадлежи към неограничен брой папки, което позволява наличието на подпапки с отделните релации вътре в тях.
Папката обединява всякакви документи, като в нея може да се съдържат и Финансови документи и Търговски документи, събития и т.н.. Папката притежава уникален вътрешен номер.
Самото поле за папки е вид таблица, която съдържа информация за конкретния документ в кои папки участва, когато сте с курсора върху папката може лесно да видите останалите документи в папката, както и лесно да се навигира в тях.
Пример:
През бутон „добави към папка“ може да се стартира справка за папки и чрез справката да се намира правилната папка, в която потребителят желае да прибави документа.
Има няколко причини да бъде променена логиката при папките. Тъй като те са дървовидни, съответно всеки нов елемент получава Код и при добавяне на нова папка се обхождат всички папки. Намирането на последния номер обаче отнема доста време при наличие на голям обем папки. Особено неприятно е при приключване на документ да се чака да се създадат папките. Друга основна причина е ситуацията, когато в една база данни работят много потребители и при приключване едновременно на няколко документа се създава предпоставка различните папки да получат един и същ номер. Това ще породи грешки от вида “…violation of PRIMARY KEY….” и документите няма да могат да бъдат приключени. Така също папките са общи и се синхронизират по всички ком модули и практически е възможно документи от различни ком модули да влезнат в една и съща папка и да получат един и същ номер, след което при синхронизация с централата да възникне грешка.
Именно, за да се избегнат подобни проблеми е направено така, че когато се добавя елемент към папките, който не е хедърен, той да не получава уникален код, като по този начин се избягва обхождане на записите за намиране на последния. Всяка папка, която не е хедърна задължително има Код от вида <родителски код>Х. – например „1.1.Х.“. Така родителската папка се знае, без да е необходимо кода да е уникален.
Важно:
Допълнителна информация: Основни табове и бутони, Таблична част, Моделиране на таблици, Филтриране на данни, Редакция на изгледи, Редакция на колони, Търговски документ, Стокови баланси.