====== Папки ====== {{:spravki_new:papki.png|}} Папките и балансите са силно обвързани. Папката е силно **разширено понятие аналогично на сделката** в SelMatic Plus, но в много по-общ случай. Балансите са силно обвързани с папките, тъй като не е практично да се балансира например по всички фактури, които са взимани изобщо до момента, с всички стокови разписки. Направена е нужната автоматизация, която в най-общия случай позволява наличието на една стокова разписка в папка с фактурата й, или пък например да има една папка за месеца на клиента, т.е. за всеки клиент по една папка веднъж месечно, за да може в нея да се събират всички стокови разписки и фактури. \\ Когато **има баланс**, той **задължително е в дадена папка** и това определя кой документ с кой се балансира. Един документ може да принадлежи към неограничен брой папки, което позволява наличието на подпапки с отделните релации вътре в тях.\\ Папката обединява всякакви документи, като в нея може да се съдържат и Финансови документи и Търговски документи, събития и т.н.. Папката притежава уникален вътрешен номер. \\ Самото **поле за папки е вид таблица**, която съдържа информация за конкретния документ в кои папки участва, когато сте с курсора върху папката може лесно да видите останалите документи в папката, както и лесно да се навигира в тях. С помощта на папките се дава възможност за много към много релации - да кажем 5 заявки срещу 10 изпълнения, с 1 фактура. През бутон **"добави към папка"** може да се стартира справка за папки и чрез справката да се намира правилната папка, в която потребителят желае да прибави документа. /*Във връзка с излизането на [[vavedenie:kakvo_novo|релийз 2015.08]] е променена логиката при Папките като е премахната уникалността по Код и е добавено понятието **хедърна папка**. Ъпгрейда маркира като хедърни папките от 1-во ниво и родителските папки в балансите. */ Има няколко причини да бъде променена логиката при папките. Тъй като те са **дървовидни**, съответно всеки нов елемент получава Код и при добавяне на нова папка се обхождат всички папки. Намирането на последния номер обаче отнема доста **време** при наличие на голям обем папки. Особено неприятно е при приключване на документ да се чака да се създадат папките. Друга основна причина е ситуацията, когато в **една база данни** работят **много потребители** и при приключване едновременно на няколко документа се създава предпоставка различните папки да получат един и същ номер. Това ще породи грешки от вида “…violation of PRIMARY KEY….” и документите няма да могат да бъдат приключени. Така също папките са общи и се **синхронизират по всички ком модули** и практически е възможно документи от **различни ком модули** да влезнат в една и съща папка и да получат **един и същ номер**, след което при синхронизация с централата да възникне грешка. Именно, за да се избегнат подобни проблеми е направено така, че **когато се добавя елемент към папките, който не е хедърен, той да не получава уникален код**, като по този начин се избягва обхождане на записите за намиране на последния. Всяка папка, която не е хедърна задължително има Код от вида <родителски код>Х. – например „1.1.Х.“. Така родителската папка се знае, без да е необходимо кода да е уникален. Липсата на уникалност трябва да се има предвид, ако трябва да се прилага автоматично създаване на подпапки чрез скриптове. Трябва да се съобрази съответният скрипт да не разчита на уникалността на кодовете на папките, за да няма проблем при създаването на подпапки. **Допълнителна информация:** [[obsti_komponenti:osnovni_tabove_i_butoni|Основни табове и бутони]], [[obsti_komponenti:tablichna_chast|Таблична част]], [[obsti_komponenti:red.koloni_i_nav.lenta|Моделиране на таблици]], [[obsti_komponenti:filtrirane_na_danni|Филтриране на данни]], [[obsti_komponenti:redakcia_na_izgledi|Редакция на изгледи]], [[obsti_komponenti:red.koloni_i_nav.lenta| Редакция на колони]], [[documenti:skladovi:document| Търговски документ]], [[nomenklaturi:drugi:balansi| Стокови баланси]].