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