Необхідно звернути увагу , що типоутворюючі об'єкти метаданих утворюють тип значення відразу після створення в Конфігураторі об'єкта любого з таких типів. Наприклад, коли в Конфігураторі створюється новий довідник, те в списку типів значень з'являється найменування створеного довідника. Такий тип значення може бути привласнений кожному з типізованих об'єктів метаданих, що типізуються.
1.3 Опис понять (об'єктів) "1 С: Бухгалтерія 7.7"
Для роботи з постійною і умовно постійною інформацією в підсистемі використовуються об'єкти типу "Константа". Найчастіше використовують такі константи, як "Найменування підприємства", "Ставу ПДВ", "ПІБ головного бухгалтера" та ін.
У підсистемі може бути описана необмежена кількість констант. На етапі конфігурації задаться список констант і описуються їх характеристики. Константи можуть мати ознаку періодичності для відстежування історії зміни значення константи.
Для роботи з постійною і умовно постійною інформацією з деякою безліччю значень в підсистемі використовуються об'єкти типу "Довідник".
Зазвичай довідниками є списки матеріалів, товарів, організацій, валют, співробітників та ін.
Механізм підтримки довідників дозволяє спроектувати і підтримувати самі різні довідники. На етапі конфігурації можна описати, які властивості має кожен конкретний довідник. До властивостей, що настроюються, відносяться, наприклад, довжина і тип коду, кількість рівнів, підтримка унікальності кодів, набір реквізитів довідника.
Окрім коду і найменування, механізм роботи з довідниками дозволяє створювати набір реквізитів для зберігання будь-якої додаткової інформації про елемент довідника. Для реквізитів довідника можлива вказівка типу "Періодичний" для відстежування історії зміни значень реквізитів.
Для кожного довідника може бути задані декілька форм перегляду і редагування.
Вікно довідника, в загальному випадку, є таблицею, набір граф якої повністю визначається конкретною конфігурацією. Якщо це не змінено в конкретній конфігурації, таблиця містить мінімум дві графи - код і найменування елементу довідника.
Склад і взаємне розташування граф, що відображуються у формі довідника, можуть розрізнятися для різних режимів роботи з довідником. Тобто конфігурація може пропонувати декілька візуальних представлень одного і того ж довідника.
Якщо довідник має ієрархічну структуру, вікно справоч-ника може також містити дерево груп. Взаємне розташування дерева груп і таблиці, взагалі кажучи, може бути абсолютно довільним, проте найчастіше їх розташовують поруч і задають однаковий розмір по вертикалі.
Використання довідників дозволяє виключити неоднознач-ность при заповненні тих або інших реквізитів документів або дру-гих довідників. Наприклад, якщо в рахунку вимагається вводити наиме-нование організації-клієнта, вибір елементу з довідника клієнтів дозволить уникнути помилкового введення найменування різними кінцевими користувачами (продавцями).
Якщо це не заборонено в конкретній конфігурації (для конкретного користувача), довідник може редагуватися в процесі роботи - можуть вводитися нові записи, редагуватися або віддалятися існуючі.
Робота з довідниками може здійснюватися в двох режимах: режим перегляду і редагування і режим вибору елементу довідника.
У режимі перегляду і редагування форма довідника відкривається за допомогою головного меню програми, натисненням кнопки панелі інструментів, натисненням кнопки іншої форми або каки-ми-либо іншими діями, якщо це обумовлено конфігурацією завдання. Підсистема 1С:Предприятие дозволяє організувати многоуровне-вые довідники до 10 рівнів вкладеності. Використання багато-рівневих довідників дозволяє організувати услов-но-постоянную інформацію і класифікатори з потрібною мірою деталізації, а також організувати ведення багаторівневого аналітичного обліку по рахунках.
Підсистема 1С:Предприятие має механізм підтримки подчинен-ных довідників. Такий механізм дозволяє зв'язати між собою елементи різних довідників : організації і договори з ними, товари і одиниці їх виміру, і так далі. У підлеглого довідника кожен елемент пов'язаний з конкретним елементом справоч-ника-власника. При роботі у вікні підпорядкованого довідника набір елементів, що переглядаються, визначається поточним елементом довідника-власника. Наприклад, якщо у вікні довідника організацій курсор встановлений на конкретному елементі довідника (конкретної організації), то в підлеглому йому довіднику договорів будуть виведені тільки договори поточної організації.
Для опису супідрядних сутей можна використовувати не многоуровневость довідника, а підлеглість довідників. В цьому випадку в підпорядкованому довіднику кожен об'єкт відноситься до певного об'єкту довідника-власника.
У конкретній конфігурації створюється необхідна кількість довідників, для зберігання даних про об'єкти, використовувані при автоматизації цієї предметної області. Наприклад, це можуть бути довідники "Організації", "Товари", "Співробітники" і т. д.
Перерахування використовуються в підсистемі 1С:Предприятие для опису постійних наборів значень, що не змінюються для конкретної конфігурації.
На етапі конфігурації можна описати практично необмежену кількість видів перерахувань. На відміну від довідника, значення перерахувань задаються на етапі конфігурації, і не можуть бути змінені на етапі виконання.
Типовими прикладами перерахувань є види оплати (готівкова, безготівкова, бартер), статус клієнта (постійний, разовий).
Однією з головних особливостей перерахувань є те, що конфігурація сама використовує існуючі значення перерахувань. Наприклад, алгоритм конфігурації може бути орієнтований на те, що кожен клієнт має один з двох статусів - або "постійний", або "разовий", в цьому випадку вказівка статусу клієнта виконується шляхом вибору одного зі значень перерахування. Для довідників конфігурація зазвичай не використовує конкретних значень (наприклад, найменування товарів або організацій).
Документи призначені для зберігання основної інформації про усі події, що відбуваються на підприємстві, і, зрозуміло, що мають сенс з точки зору економіки. За допомогою документів відбиваються і платежі з розрахункового рахунку, і операції але касі, і кадрові переміщення, і рухи по складу, і інші подібні події.
В процесі конфігурації настроюється довільна кількість видів документів. Типовими прикладами видів документів є такі документи, як "Платіжне доручення", "Рахунок", "Прибуткова накладна", "Витратна накладна", "Накладна на внутрішнє переміщення", "Прибутковий касовий ордер" і так далі. Кожен вид документу призначений для віддзеркалення свого типу подій. Це визначає його структуру і властивості, які описуються в конфігурації.
Кожен вид документу може мати необмежену кількість реквізитів в шапці і в багаторядковій частині. Для документу створюється форма введення - екранний діалог. При налаштуванні для документу задаються також загальні характеристики: довжина номера документу, умови підтримки унікальності номерів і інші. Усі документи характеризуються номером, датою і часом.
Підсистема автоматично підтримує журнали перехресних посилань але документам.
Документи грають центральну роль для основних механізмів, що реалізовуються компонентами підсистеми. Усі документи (незалежно від виду) утворюють єдину послідовність. Фактично, ця послідовність відбиває послідовність подій - так, як вони відбувалися реально. Усередині дати послідовність документів визначається їх часом, при цьому час документу є не стільки засобом віддзеркалення реального (астрономічного) часу введення документу, скільки засобом, що дозволяє чітко упорядкувати документи усередині однієї дати. Дані, що вводяться в документ (реквізити документу), зазвичай містять інформацію про подію, що сталася, : наприклад, в накладній - інформацію про те, з якого складу, яких товарів і скільки відвантажено; у наказі про прийом на роботу - інформацію про співробітника, оклад, інші відомості. Окрім власне записи, для документу дуже важливою властивістю є його проведення. При проведенні документ може відбити зафіксовану ним подію в механізмах, що реалізовуються компонентами. Наприклад, якщо встановлена компонента "Бухгалтерський облік", документ може записати бухгалтерську операцію, відбивши у вигляді проводок в бухгалтерському обліку інформацію, що міститься в документі.
Модуль документу є програмою на вбудованій мові підсистеми 1С:Предприятие. На відміну від модуля форми, він має декілька особливостей. Модуль документу викликається для виконання при проведенні документу, при цьому виконується зумовлена процедура ОбробкаПроведення. Тільки з модуля документу можна змінювати регістри, періодичні реквізити довідників (для яких включена властивість "Змінюється документами") і журнали розрахунків. Усі ці зміни виконуються засобами вбудованої мови.
Також тільки з модуля документів можна формувати операції і проводки операцій. Проводки викликають зміни в бухгалтерських підсумках.
Для зміни регістрів при виконанні модуля документу створюються особливі записи, звані рухами регістрів. Ці записи вказують: як в результаті проведення документу повинні змінитися звідні залишки або обороти, що зберігаються в регістрах.
Документ "пам'ятає" про ті зміни, які він виконав в регістрах, довідниках, журналах розрахунків і бухгалтерських операціях. При видаленні документу або відміні його проведення (команда "Зробити документ непроведеним" в меню "Дії" головного меню підсистеми 1С:Предприятие) виконані документом зміни будуть коректно видалені. Для редагування модуля документу використовується текстовий редактор.