Відновити послідовність партійного обліку у 1с комплексна. Паралельне відновлення партії. Запуск процедури закриття місяця

23/10/2015

Паралельне відновлення партій

Сучасні облікові завдання виробничих підприємств залишаються досить складними для будь-яких систем, що особливо працюють під високим навантаженням – великий документообіг чи кількість користувачів. І одними із найскладніших завдань залишаються завдання розрахунку собівартості випуску продукції.

Типові конфігурації 1С, наприклад, "1С:Управління виробничим підприємством" (УПП) давно пропонують безліч механізмів для спрощення даних розрахунків, наприклад інструментарій механізму РАУЗ (розширеної аналітики обліку витрат). Даний механізм справді дозволяє в деяких випадках суттєво спростити технічно, а отже – прискорити функції розрахунку собівартості. Проблема тільки в тому, що використовувати цей підхід можна не завжди, і підприємствам доводиться використовувати старий добрий партійний облік, а разом із ним – використовувати процедуру відновлення партинного обліку.

У більшості випадків при суттєвому документообігу саме завдання "відновлення партій" є найбільш трудомістким та тривалим у процесі закриття місяця та розрахунку собівартості. Давайте розглянемо її докладніше з усіх боків та розберемо, які тут є шляхи для оптимізації та скорочення часу.

Перше, з чим доводиться стикатися під час виконання проектів щодо оптимізації продуктивності процедури відновлення партій – це застарілі методи виконання цієї процедури, а саме – повне перепроведення документів. Іноді це лише певні види документів, що беруть участь у «партіях», іноді взагалі все без розбору. Нам здається, що цей підхід йде з тих часів, коли дійсно інших альтернатив і не було, або з тих конфігурацій, у яких це єдиний спосіб. Проте, зараз для конфігурації УПП, що розглядається нами, це не так. В УПП є більш акуратні та продуктивні механізми для виконання цих завдань, а саме:

• Процедура відновлення послідовності партійного обліку (окремо УУ, СУ, організаціям)
• Процедура відновлення взаєморозрахунків (визначення авансів)

Кожен із цих пунктів реалізований окремими обробками, які замість повного перепроведення документів виконують лише коригування рухів дуже обмеженої кількості регістрів, за рахунок чого процес виконується незрівнянно швидше. Приблизно так само робить друга обробка для відновлення взаєморозрахунків. Крім цього, якщо порівнювати роботу цих механізмів зі звичайним переведенням документів можна зіткнутися з наступною проблемою, що спотворює облікові дані: сортування за датою документів, необхідне розташування документів "в хронологічному порядку" працює з точністю до секунд, а в рамках однієї секунди в системі можуть присутні кілька різних документів (наприклад, надходження і списання), від послідовності обробки яких залежатиме сформована вартість. При звичайному проведенні немає жодної можливості забезпечити такий порядок і подібний розрахунок раз-по-раз може давати різні результати. Для вирішення цієї проблеми в платформі передбачено спеціальний об'єкт, "послідовність", який вирішує це завдання і завжди гарантовано однаково має в своєму розпорядженні документи з хронології, і обробки відновлення послідовності завжди спираються саме на цей порядок.

Добре, але якщо ми використовуємо саме ці обробки і все одно процес відновлення партій займає тривалий час, наприклад, не встигає виконатися за ніч? При цьому серверні потужності найчастіше простоюють (не мають навіть 30% завантаження).

На наш досвід, час обробки одного документа не перевищує 0,2 - 0,8 секунд і сам код коригування рухів написаний досить добре. Щоб отримати суттєвий приріст, потрібно скоротити цей час, наприклад, з 0,2 с до 0,05, що здається практично нездійсненним завданням, навіть якщо розглядати можливість зміни не тільки коду конфігурації, але і тотальної заміни обладнання на останні покоління процесорів і систем зберігання даних на Flash/SSD. Невже нема виходу?

Виявляється, він є! Тут нам на допомогу приходить наш досвід олімпіадного програмування та допитливий розум, який шепоче, здавалося б, абсурдну фразу – давайте зробимо процес відновлення "послідовності" – "паралельним"! Здавалося б, це неможливо, адже ми навмисно "розставляємо" документи строго один за одним і саме так їх обробляємо. Це і пояснює повільність процесу - він йде в один потік, обмежений продуктивністю одного ядра процесора серверів, які, як правило, мають досить багато інших ядер, що простоюють в цей час.

Насправді розташування документів один за одним - це деяке спрощення, яке навмисно використовується і гарантує коректність обліку, але не є єдино можливим рішенням. Кожен документ у послідовності залежить не від усіх попередніх документів, а лише від деяких, наприклад, від тих документів, у яких є та сама номенклатура. При цьому всі інші документи не потрібно проводити до нашого обраного документа, і їх можна проводити паралельно!

Відверто кажучи, подібна ідея та підхід звичайно не нові, наприклад, у базі знань фірми "1С" з технологічних питань є стаття (http://kb.1c.ru/articleView.jsp?id=72), яка описувала подібні підходи. В інтернеті також можна знайти й інші подібні теми, зокрема різні інтерпретації таких підходів (наприклад, "блокувальний механізм" http://www.softpoint.ru/article_id375.htm і т.д.). Однак, проблемами всіх зазначених підходів є те, що вони ґрунтуються на деяких припущеннях або штучно формованих блоках обробки даних, і не мають чіткої послідовності обробки. Ми захотіли усунути ці недоліки, використовуючи максимально «академічний» підхід, і вважаємо, що нам це вдалося.

Реалізований нами процес паралельного відновлення партій і двох важливих етапів. Перший та ключовий етап - це розрахунок залежностей документів один від одного за спеціальними алгоритмами, у тому числі з урахуванням загальних прикладних припущень. Наприклад, можна побачити, що це надходження утворюють нові партії і ні від кого " до " себе залежать, на відміну списань. Усі такі залежності подаються як графа, точками якого є документи, а ребрами - їх залежності. Строго кажучи, це орієнтований граф, але спосіб його обходу відрізняється від класичних прийомів та алгоритмів, тому нам довелося написати свій, для якого це не має значення.

Другий етап - це безпосереднє відновлення (коригування рухів), тільки не за послідовністю, у якій реєструються документи платформою, а, по нашому графу. При цьому ось що важливо – власне код та алгоритми формування рухів залишаються цілком типовими, а отже, конфігурація зберігає можливість оновлення. Всі наші доробки знаходяться в окремій підсистемі і використовують функції загальних модулів, які використовуються і в типових обробках. Це гарантує також і коректність результату - він завжди співпадатиме з типовим, послідовним відновленням. Більше того, це справедливо і для галузевих рішень (наприклад, "1С:Управління птахофабрикою"), де в послідовності можуть бути специфічні документи. Наявність першого етапу і подальший класичний обхід графа в глибину дозволяють навіть спрогнозувати час виконання обробки, і ступінь "паралельності" процесу, яка, очевидно, залежить від конкретних даних в базі. За допомогою цих механізмів ми можемо зрозуміти необхідні ресурси сервера, а також ефективно керувати ними.

Власне обробка черги документів за таким графом не є якихось складнощів і досить типова - є керуюче фонове завдання, яке визначає доступні для обробки документи в потрібному порядку і запускає необхідну кількість робочих фонових завдань, кожне з яких обробляє конкретний документ. Весь процес відбувається асинхронно, це означає, що для оператора немає необхідності тримати відкритим сеанс УПП, в якому було здійснено запуск - все працюватиме саме, динамічно відображаючи процес на спеціальній діаграмі. Тут можна регулювати навантаження - максимальну кількість потоків (робочих фонових), які будуть запущені одночасно. І тут можна навіть призупинити цей процес, поставивши обробку на паузу, а також і продовжити його, без необхідності повторного розрахунок і запуску. Так як на першому етапі ми проводимо спеціальні розрахунки для того, щоб бути впевненими у можливості паралельної обробки документів, у процесі обробки взаємоблокування та таймути блокувань практично виключені. Перешкодити процесу можуть тільки користувачі, які працюють паралельно, які можуть тільки трохи загальмувати його, але від цього нічого не зламається і результат виявиться вірним у будь-якому випадку. Так, ви правильно зрозуміли – відновлювати послідовність можна досить ефективно і при працюючих користувачах, головне виключити зміни даних у періоді відновлення.

Отже, проблема, здавалося б, вирішена, алгоритм написаний, перевірений і відтестований у найдрібніших деталях, проте запуск на реальній робочій базі, почавши працювати в штатному режимі, став суттєво деградувати за продуктивністю до середини обробки графа. Час обробки одного документа став перевищувати 10 секунд (замість планових - трохи більше секунди), і вже були застосовані стандартні підходи до оптимізації - аналіз планів запитів та його оптимізація. В результаті цих робіт ми знайшли типовий запит в УПП, злегка переписавши який можна усунути таку деградацію, при цьому його результати залишаються такими ж, як у типовому вигляді. Цей "патч" можна застосовувати і при послідовному відновленні послідовності, і при повному перекладі документів. Можемо надати його абсолютно безкоштовно, на запит на нашу електронну пошту: .

Ось тепер ми отримали саме те, що планували: багаторазове скорочення часу відновлення послідовності (понад 16 разів!), ефективне завантаження обладнання, зручні та гнучкі інструменти для управління процесом. Але найголовніше – це наш задоволений замовник, що для нас завжди є головною метою та найвищою цінністю.

З відгуком незабаром Ви зможете ознайомитися на нашому сайті.

І насамкінець, невеликий чек-лист для Вас.

Основні прийоми відновлення послідовності, від найпростіших, до найінноваційних:

• Переведення документів для відновлення послідовності ви виконуєте тільки в частині тих документів, що використовуються в послідовності партійного обліку та з сортуванням за часом, а не за датою?
• Замість перепроведення використовуєте спеціалізований механізм відновлення партій та взаєморозрахунків (в УПП та аналогічних конфігураціях)?
• Чи використовуєте наше фірмове багатопоточне, паралельне відновлення партій? J

У цій статті будуть розглянуті основні особливості виконання регламентних операцій місяця з урахуванням налаштувань параметрів обліку, а також опис та практичне усунення основних помилок, що виникають при завершенні періоду.

Почнемо із детального розгляду бізнес-процесу закриття місяця.

Усі господарські операції вже введено в інформаційну базу, і необхідно виконати низку регламентних процедур. Регламентні операції можуть поділятися на коригувальні, розрахункові та забезпечують правильне ведення бухгалтерського та податкового обліку.

До перших належать, наприклад, процедури відновлення хронологічної послідовності. Протягом місяця під час введення в інформаційну базу господарських операцій могла бути порушена правильна послідовність відображення документів обліку, що могло спотворити фінансовий результат. Для того, щоб такого не трапилося, існує спеціальна регламентна процедура відновлення правильної послідовності відображення операцій.

Розрахункові процедури забезпечують правильний розрахунок показників у бухгалтерському та управлінському обліку, наприклад, розрахунок собівартості.

Інші процедури відповідають за дотримання правил бухгалтерського та податкового обліку, наприклад, формування записів книги купівлі та продажу. Усі операції виконуються окремо регламентними документами та суворо у певній послідовності.

Налаштування процедури закриття місяця

Розглянемо схему закриття періоду. Вона представлена ​​як бізнес-процесу. Механізм закриття місяця доступний з інтерфейсів «Бухгалтерський та податковий облік» та «Завідувач обліку».

Перед тим, як запускати процедуру, необхідно налаштувати. Налаштування процедури закриття місяця можна знайти у довіднику Налаштування закриття місяця. Вказуємо період та вибираємо варіант системи оподаткування. Усі налаштування вказуються незалежно від організації.

На першій вкладці прапорцями позначаються операції, які будуть виконуватися (). Наприклад, якщо в жодній організації не здійснюються розрахунки в іноземній валюті, тоді немає сенсу проводити операцію переоцінки валютних коштів.

Рис. 1

Позначивши прапорцями необхідні операції, перейдемо на другу вкладку Схема. Тут вказано схему бізнес-процесу, послідовність виконуваних операцій, а також активні та неактивні, користувачі відповідальні за ці процедури. Призначити відповідального можна на вкладці Відповідальні або клацнувши у схемі правою кнопкою миші на блоці операції та вибрати користувача.

Окремо вказано схему розрахунку ПДВ.

На закладці Розподіл витрат вказуються способи розподілу витрат для розрахунку собівартості. Для правильного розподілу зазначається також відповідність Підрозділів Підрозділам Організації у довіднику «Підрозділи».

Запуск процедури

Налаштування закриття місяця створено, тепер можна розпочати запуск самої процедури. Перейдемо до пункту меню «Регламентні операції» та оберемо пункт «Процедура закриття місяця». Тут вкажемо «Організацію» та «Налаштування». Ознаки відображати у бухгалтерському, податковому та управлінському обліку будуть встановлені самі залежно від налаштування закриття місяця, якщо натиснути на кнопку «Завантажити налаштування».

Отже, все готове до запуску. Натискаємо кнопку «Запустити процедуру» і перейшовши по кнопці «Регламентні операції» побачимо, що користувачеві автоматично сформувалося завдання, відповідно до якого він має оформити регламентні документи, необхідні на даному етапі.

Після виконання етапу програма автоматично переходить до наступного. Деякі етапи можуть виконуватись паралельно.

Після того, як всі завдання будуть виконані процедура вважається завершеною.

Етапи виконання регламентних операцій

Після запуску процедури закриття місяця система призначить відповідальному перше завдання. Він зможе побачити її з пункту Регламентні меню, переключившись на інтерфейс «Бухгалтерський та податковий облік».

Для її виконання користувачеві необхідно створити та провести документи, які йому запропонує програма на даному етапі ().

Рис. 2

Після того, як документи сформовані та перевірені, можна відзначити операцію як виконану, щоб система перейшла до наступного завдання. Усі необхідні документи після закінчення періоду можна створювати і вручну окремо від бізнес-процесу, але доцільніше та зручніше формувати та перевіряти одразу з форми регламентних операцій, адже дуже легко збитися у послідовності, що згодом може призвести до спотворення результату.

Розглянемо основні операції, що входять до процедури закриття місяця.

Доведення документів

Якщо у програмі використовується механізм відкладеного проведення, то при завершенні місяця буде запущено обробку «Доведення документів», щоб документи були проведені по всіх регістрах. При великому документообігу ця обробка запускається регулярно.

У журналі «Відкладене проведення документів» можна побачити документи, які підпорядковуються механізму допроведення. За допомогою операції "Дії -> Провести повністю" документ проводиться по всіх регістрах.

Відновлення стану розрахунків

Якщо облікової політики підприємства зазначено, що залік авансів проводиться обробкою «Відновлення послідовності розрахунків», після закінчення періоду запускається дана обробка. Її можна знайти, переключившись на інтерфейс "Завідувач обліку" пункт меню "Регламентні операції -> Відновлення послідовності розрахунків". Обробка відновлює правильну послідовність документів із заліку авансів. Після її використання документи надходження та реалізації не перепроводять, інакше проведення заліку авансу зникне.

Відновити послідовність партійного обліку

Якщо у програмі використовується партійний облік, то при списанні партій можна полегшити роботу прикладного рішення, відклавши списання в управлінському та регламентованому обліку та запустивши спеціальну обробку наприкінці місяця, яка проведе документи з регістрів партійного обліку. Для цього знімаються галочки в "Налаштуваннях параметрів обліку -> Списувати партії при відображенні документів" та запускається обробка "Проведення по партіях". Навіть якщо документи запроваджувалися заднім числом, то запускати цю обробку теж корисно, оскільки вона відновлюється послідовність партійного обліку.

Коригувати вартість списання МПЗ

Використовується для партійного обліку. Під час проведення документа виконується коригування вартісних рухів з партійного обліку протягом місяця. Коригування необхідне для: розрахунку середньозваженої вартості списання партій при використанні способу оцінки МПЗ «По середній», а також урахування додаткових витрат на придбання товарів, оприбуткованих після списання товарів.

Нарахувати амортизацію ОС

З форми регламентної операції, натиснувши кнопку «Створити документи» останнім днем ​​місяця автоматично створюється документ «Амортизація ОС». Далі слід провести та подивитися результат проведення.

Якщо для якихось ОС використовується спосіб амортизації пропорційно до обсягу продукції або за єдиними нормами амортизаційних відрахувань, то спочатку заповнюється документ «Вироблення ОС».

Нарахувати амортизацію НМА

Суми амортизації та списання витрат на НДДКР розраховуються під час проведення документа «Амортизація НМА». Аналогічно якщо амортизація нараховується пропорційно обсягу виробленої продукції, слід вказати обсяг продукції, виробленої цього місяці.

Погасити вартість спецодягу

На цьому етапі буде створено документ «Погашення вартості (спецодяг, спецоснащення, інвентар)», при проведенні списується частина вартості спецодягу та спецоснащення, яка була не повністю погашена при введенні в експлуатацію.

Списати РБП

Під час проведення документа «Списання витрат майбутніх періодів» частина витрат майбутніх витрат переноситься на поточні. Суми та рахунки, на які ця частина списуватиметься, зазначається у довіднику «РБП».

Розрахувати витрати на страхування

Документ призначений для списання витрат майбутніх періодів із добровільного страхування працівників у бухгалтерському (76.01.2 «Платежі (внески) із добровільного страхування працівників») та податкового обліку (97.02 «Витрати майбутніх періодів на добровільне страхування працівників»).

Переоцінити валютні кошти

За допомогою документа «Переоцінка валютних коштів» проводиться переоцінка сум у валюті управлінського обліку по регістрам грошових коштів та взаєморозрахунків із контрагентами та підзвітними особами.

Для розрахунку ПДВ є окрема схема. На вкладці «Схема розрахунку ПДВ» позначаються операції, які слід виконати. Програма сама створить необхідні документи, запропонує їх заповнити та провести. Прикладне рішення автоматично формує форми звітності: книга покупок, книга продажу, декларація з ПДВ. Усі регламентні операції зберігаються у журналі (інтерфейс «Бухгалтерський та податковий облік», меню «ПДВ –> Регламентні документи ПДВ»).

Документ «Розрахунок собівартості» формується для кожного виду обліку окремо, якщо необхідно розрахувати собівартість за всіма видами обліку, то проводимо кілька документів (щодо управлінського обліку та бухгалтерського та податкового обліку). Даний документ здійснює розрахунок фактичної вартості списання запасів на витрати, списує матеріали із незавершеного виробництва, розподіляє загальновиробничі та загальногосподарські витрати на випуск () Використовується лише за розширеної аналітики обліку витрат.

Рис. 3

Розрахунок собівартості складається з наступних операцій:

• Якщо облік ТЗР ведеться окремому рахунку, тоді виконується «Розподіл ТЗР».
• Визначається перелік послуг за документами «Реалізація товарів та послуг», собівартість яких буде розрахована.
• Розрахунок бази розподілу витрат - способи розподілу задаються в регістрі відомостей "Способи розподілу статей витрат" або з довідника "Статті витрат" для кожної статті окремо. Виконується розрахунок всіх баз, якими будуть розподілені витрати. Розраховані бази записуються в регістри відомостей «База розподілу витрат» та «База розподілу витрат (бухгалтерський облік)»
• Розподіл витрат за базою – після розрахунку бази виконується розподіл витрат за вартість готової продукції і на послуг.
• Розрахунок фактичної собівартості – виконується сумова оцінка вартості МПЗ.
• Формування рухів по регістрам бухгалтерії (для регламентованого обліку) та вартості основних засобів (для управлінського обліку).

Сформувати фінансовий результат

Документ «Визначення фінансових результатів» робить проведення із закриття рахунків 90 та 91. Документ може бути відображений у бухгалтерському та податковому обліку. При відображенні документа у податковому обліку може бути виконано операцію списання збитків минулих років.

При закритті 90 рахунку буде сформовано проводку, що відображатиме прибуток або збиток. При закритті 91рахунку буде розрахований фінансовий результат за іншими видами діяльності.

Розрахувати податок на прибуток

За допомогою документа «Розрахунки з податку на прибуток» можна виконати розрахунок постійних та відстрочених податкових активів та зобов'язань відповідно до норм ПБО 18/02 «Облік розрахунків з податку на прибуток» та розрахунок податку на прибуток. Цей документ можна використовувати для введення залишків за відстроченими податковими активами та зобов'язаннями.

Закрити рік

Документ «Закриття року» проводиться лише у грудні кожного року. В результаті проведення всі сальдо субрахунків рахунків 90 та 91 бухгалтерського обліку списуються на відповідні субрахунки з кодом 99. Усі сальдо субрахунків рахунка 99 "Інші доходи та витрати" списуються на рахунок 99.01.1 (2), а сальдо цього рахунку списується на рахунок 84 Нерозподілений прибуток (непокритий збиток)".

Операцією Закриття рахунків податкового обліку усі залишки рахунків податкового обліку, не призначених для відображення вартості активів, списуються.

У цій публікації М.А. Власова, викладач-консультант Центру сертифікованого навчання компанії "1С:Автоматизація", детально розглядає реалізований у "1С:Комплексної автоматизації 8" механізм здійснення завершальних операцій місяця, який призначений для формування передбачених законодавством проводок, закриття низки рахунків та визначення фінансового результату діяльності. Особливу актуальність та практичну цінність статті надають рекомендації автора щодо організації контролю правильності проведення регламентних операцій, а також розгляд операцій із закриття року.

Процедура закриття місяця

Процедура закриття місяця складається з низки регламентних операцій: нарахування амортизації, погашення вартості спецодягу та спецоснащення, визначення вартості руху МПЗ за місяць, переоцінка валютних коштів, списання на поточні витрати витрат майбутніх періодів, визначення фактичної собівартості випущених продукції та послуг, виявлення відхилень в оцінках доходів та витрат у бухгалтерському та податковому обліку, нарахування податку на прибуток, розрахунок зобов'язань з ПДВ та ін. Всі ці операції проводяться окремими регламентними документами, що створюються та проводяться у певній послідовності.

Для полегшення роботи користувача щодо проведення регламентних операцій у конфігурації "1С: Комплексна автоматизація 8" створено функціонал "Закриття місяця". Він дозволяє виконувати налаштування та контроль процедури закриття місяця та допомагає координувати взаємодію відповідальних осіб, які виконують окремі регламентні операції.

Налаштування процедури закриття місяця

Спочатку виконується попереднє налаштування (меню - Регламентні операції - Налаштування закриття місяця). Усі налаштування закриття місяця є елементами однойменного довідника. Кожне налаштування створюється незалежно від організацій, що входять до складу підприємства, та може використовуватись для будь-якої з них.

У формі налаштування вказується період, з якого вона може застосовуватися, а також ознаки відображення у бухгалтерському, податковому та управлінському обліку. Слід вибрати також варіант системи оподаткування - загальної чи спрощеної (з різними видами бази оподаткування), оскільки для різних податкових режимів склад операцій відрізняється.

На закладці Зведені налаштуваннязазначаються ті операції, які мають бути здійснені. За замовчуванням у налаштування закриття місяця включаються всі операції, які можуть виконуватися, за винятком тих, що не відповідають налаштуванню параметрів обліку (меню І нтерфейс "Завідувач обліку" - Налаштування обліку - Налаштування параметрів обліку).

Так, відповідно до налаштування параметрів обліку у програмі може вестись партійний облік або застосовувати режим розширеної аналітики обліку витрат (РАУЗ). При використанні РАУЗ ресурсомісткі регламентні операції Відновити послідовність партійного облікуі Коригувати вартість списання МПЗне виконуються, тому на схемі, що представлена ​​на рис. 1, вони неактивні, і настроїти їх застосування не можна.

Рис. 1.Перелік регламентних операцій, які виконуватимуться під час закриття місяця

Решта, крім неактивних, регламентні операції можуть бути включені в налаштування закриття місяця або виключені з неї установкою відповідних прапорців. Так, наприклад, якщо організація не має валютних коштів і договорів з контрагентами, укладеними в іноземній валюті, то немає необхідності проводити регламентну операцію Переоцінити валютні коштиі т.п.

Кожній регламентній операції має бути призначений відповідальний. При безпосередньому виконанні процедури закриття місяця програмою буде формуватися завдання. Відповідальні виконання регламентних операцій призначаються на однойменної закладці. Це просто зробити, вибравши в лівому полі операцію, а в правому – користувача (або групу користувачів), який повинен її виконати, а потім скористатися стрілкою (Мал. 2).

Рис. 2.Призначення користувачів, відповідальних за виконання регламентних операцій

На закладці Розподіл витратслід вказати способи розподілу витрат, що використовуються даним налаштуванням закриття місяця. За замовчуванням усі витрати підрозділів виду "Основне виробництво" та "Допоміжне виробництво" розподіляються за обсягом випуску, а витрати підрозділів з видом "Інше" - за плановою собівартістю випуску.

При необхідності налаштування розподілу витрат можна змінити, обравши свій спосіб розподілу, наприклад, для кожної статті витрат кожного підрозділу (при розрахунку собівартості залежно від виду виробництва - матеріаломісткий, трудомісткий та ін. - або інших особливостей підприємства, а також відповідно до затвердженої в організації нормативної документації).

Крім того, потрібно мати на увазі, що для того, щоб розподіл витрат було здійснено програмою коректно, необхідно, щоб у базі було налагоджено відповідність між підрозділами підприємства та підрозділами організацій (меню Інтерфейс "Повний" - Довідники - Підприємство - Підрозділи).

Також у налаштуванні закриття місяця для кожної регламентної операції зазначається, які документи мають створюватися та проводитися під час її виконання.

Як правило, кожній регламентній операції відповідають один або кілька документів, які мають бути створені та проведені. Налаштування такої відповідності здійснюється у регістрі відомостей Документи регламентних операцій. Він відкривається заповненим за замовчуванням після натискання на кнопку командної панелі Документи регламентних операцій(Мал. 3). Як правило, спеціально заповнювати його не потрібно.

Рис. 3.Документи для виконання регламентних операцій

При необхідності список відповідностей може бути автоматично перезаповнений установками за замовчуванням (кнопка командної панелі I), перед цим всі раніше створені записи будуть видалені. Для деяких регламентних операцій документи під час заповнення за замовчуванням не встановлюються:

• або у зв'язку з необхідністю виконання додаткових дій (наприклад, може знадобитися запровадити відсоток діяльності з ЕНВД при розрахунку зарплати та "зарплатних" податків);
• або у зв'язку з множинністю створюваних документів, результати заповнення яких залежать від проведення попередніх (операція Нарахувати зарплату та ЄСП);
• або у зв'язку з відсутністю документів (регламентна операція може виконуватися як документом, а й спеціальної обробкою);
• або у зв'язку з тим, що порядок виконання регламентної операції деталізується окремою схемою.

Також передбачено можливість налаштування списку звітів, який буде доступний користувачеві для контролю результатів виконання регламентної операції з форми Регламентна операція(По кнопці командної панелі Звіти).

Налаштування здійснюється в регістрі відомостей Список Звіти регламентних операцій(кнопка командної панелі форми налаштування закриття місяця Звіти регламентних операцій). Для однієї регламентної операції може бути задана довільна кількість звітів. Налаштування складу звітів не є обов'язковим.

Склад та послідовність виконання операцій відбивається на графічній схемі (документ Налаштування закриття місяцязакладка Схема). Увімкнення/вимкнення виконання регламентної операції та призначення відповідальних можна виконувати безпосередньо на схемі.

Розглянемо порядок виконання процедури закриття місяця.

Запуск процедури закриття місяця

Нова процедура закриття місяця створюється у меню Інтерфейс "Завідувач обліку" - Регламентні операції - Процедура закриття місяця.

В формі Закриття місяцяна закладці Параметри необхідно вказати:

• місяць, що закривається;
• організацію;
• налаштування закриття місяця;
• належність до видів обліку (управлінський, бухгалтерський, податковий).

Потім слід завантажити налаштування та запустити процедуру, використовуючи однойменні кнопки.

Після виконання цих дій з'явиться інформаційне вікно, в якому користувач буде проінформований про те, які регламентні операції будуть виконані та яким відповідальним вони призначені. Якщо змін не потрібно, натискаємо кнопку Запуск.

У ході виконання процедури закриття місяця:

• автоматично формуються завдання відповідальним особам виконання регламентних операцій;
• при виконанні чергової регламентної операції автоматично здійснюється перехід до наступної операції – відбувається формування нових завдань. При цьому деякі операції можуть виконуватись паралельно (одночасно).

Процедура закриття місяця вважається завершеною після виконання всіх регламентних операцій.

Контроль ходу виконання процедури

На закладці Схемапроцедури Закриття місяцяможна, використовуючи графічні зображення, наочно побачити поточний стан окремих регламентних операцій (Рис. 4):

• операції, що не виконуються (у зв'язку з налаштуваннями програми), розташовані на білому тлі; додатково вказано: "Не виконується";
• вимкнені користувачем операції відображені сірим кольором;
• операції, призначені для виконання поточного користувача (або групі користувачів, до якої він входить), обведені жирною рамкою;
• операції, завдання виконання яких ще сформовані, відображені світлим без будь-яких обводок;
• операції, для яких на поточний момент сформовані завдання (і які очікують на виконання), обведені червоним пунктиром;
• виконані операції заштриховані;
• у завершеної процедури закриття місяця фон схеми стає темним.

Рис. 4.Графічне зображення процедури закриття місяця

Поточний стан процедури закриття місяця ("запущено", "завершено") відображається в заголовку форми. Відкрити форму регламентного завдання можна з подвійному клацанню лівої кнопки миші відповідному елементі графічної схеми чи регламентному завданні у списку регламентних операцій. За допомогою форми регламентного завдання можна створити і провести відразу всі необхідні для виконання регламентної операції документи, перевірити результати їх проведення по регістрам за допомогою кнопок меню, переглянути звіти щодо виконання регламентних операцій (довідки-розрахунки), а також ввести в програму інформацію про те, що ця регламентна операція виконана.

Виконання регламентних операцій

Відповідальні за виконання регламентних операцій можуть бачити надіслані ним завдання на виконання регламентних операцій у формі списку "Регламентні операції" (меню Інтерфейс "Завідувач обліку" - Регламентні операції - Регламентні операції).

На виконання кожної регламентної операції необхідно провести такі действия.

1. Створити та провести відповідні (призначені регламентної операції) регламентні документи або виконати опрацювання. Обробки виконуються окремо від бізнес-процесу із закриття місяця, з використанням кнопок основного меню програми. Створення документів можна проводити також окремо від бізнес-процесу, але розумно робити це з форми регламентного завдання - за допомогою однойменної кнопки, яка дозволяє створювати необхідні документи автоматично. Форма регламентного завдання відкривається по клацанню лівою кнопкою миші по графічному зображенню процедури на схемі закриття місяця або за натисканні на відповідний рядок у списку регламентних завдань.

2. Перевірити результат.

3. Відзначити регламентну операцію як виконану (кнопка "Відзначити як виконану"). При цьому якщо регламентну операцію процедурою Закриття місяця було призначено, але фактично її виконання не потрібно (про що програма видає відповідне повідомлення), то для такої регламентної операції у її формі можна призначити дію "Виконати без перевірок".

Розглянемо операції, що входять до складу регламентних.

Виконати доведення документів

Ця операція виконується однойменною обробкою (меню Інтерфейс "Завідувач обліку" - Відкладене проведення - Доведення документів). Процедура необхідна, коли організації було встановлено режим відкладеного проведення документів (Рис. 5).

Рис. 5.Встановлення режиму відкладеного проведення

При виконанні обробки документи, які протягом місяця були проведені відповідно до режиму відкладеного проведення лише щодо необхідних регістрів, будуть проведені по всіх інших регістрах.

Після завершення допроведення документів позначаємо регламентну операцію виконаною. При цьому в списку регламентних операцій програма встановить прапорці, що свідчать про те, що операцію виконано, а на графічній схемі елемент, який відповідає виконаній регламентній операції, буде заштрихований (Рис. 6).

Рис. 6.Відмітка про виконання регламентної операції

Одночасно у списку регламентних операцій процедура закриття місяця сформує завдання на виконання наступної регламентної операції, яка на графічній схемі виявиться обведеною пунктирною лінією.

Аналогічні дії слід проводити під час виконання кожної регламентної операції.

Відновити послідовність розрахунків із придбання (реалізації)

Ці регламентні операції виконуються обробкою Відновлення стану розрахунків із контрагентами (меню Інтерфейс "Завідувач обліку" - Регламентні операції - Відновлення послідовності розрахунків), яка призначена для виявлення наявності авансів (Рис. 7).

Рис. 7.Відновлення послідовності розрахунків із контрагентами

Відновлюючи послідовності, обробка формує проведення та рухи спеціалізованих регістрів, пов'язані з погашенням боргу та заліком авансу за розрахунками з постачальниками та покупцями.

Крім того, за розрахунками в іноземній валюті обробка виконує коригування сум надходження та реалізації при заліку авансів з іншого курсу, а також виконує переоцінку залишків за всіма валютними рахунками та формує проведення за курсовими різницями у бухгалтерському та податковому обліку.

Відновити послідовність партійного обліку

Якщо підприємство не використовує РАУЗ, то необхідно виконати додаткову операцію, яку виконує обробка Проведення по партіях (меню Інтерфейс "Завідувач обліку" - Облік витрат - Проведення по партіям), яка призначена:

• для відновлення правильної послідовності обліку партій матеріально-виробничих запасів, якщо документи оприбуткування та списання були проведені заднім числом;
• для регламентованого списання вартості партій запасів у разі, якщо таке списання не проводилося в момент проведення документів (тобто у налаштуванні параметрів обліку не було встановлено прапорця Списувати партії під час проведення документів).

Якщо послідовність партійного обліку не відновиться, слід перевірити облік операцій із надходження та реалізації (списання) партій товарно-матеріальних цінностей і переконатися, що всі документи, що стосуються руху запасів, проведено в інформаційній базі. (можна також до запуску обробки переконатися, що у базі немає негативних залишків за рахунками матеріально-виробничих запасів (наприклад, з допомогою звіту Відомість щодо партій товарів на складах).

Для полегшення пошуку помилок рекомендується також скористатися кнопкою "Налаштування" у верхній частині обробки Проведення по партіям, і, вибравши пункт меню Налаштування обробкивстановити прапорець Зупиняти проведення партій при нестачі партій. Після обробки всі повідомлення про несписані партії можна отримати з вікна повідомлень та журналу реєстрації.

Коригувати вартість списання МПЗ

Якщо не застосовується РАУЗ, то організація під час закриття місяця має провести регламентну операцію з коригування вартості списаних МПЗ. Вона виконується документом (меню - Документи - Регламентні операції - Коригування вартості списання товарів). Коригування необхідне для:

• розрахунку середньозваженої вартості списання партій при використанні способу оцінки МПЗ "За середньою" (протягом місяця вартість враховувалася за середньою ковзною, і цією операцією вона перераховується).
• перерахунку вартості товарно-матеріальних цінностей з включенням до неї додаткових витрат на їх придбання, якщо відображення в обліку таких витрат було здійснено після списання цінностей.

Паралельне виконання регламентних операцій

Деякі регламентні завдання можуть виконуватись паралельно (Рис. 8). Це видно у списку регламентних завдань і ще наочніше - на графічній схемі (завдання розташовані на одному рівні, кожне обведено пунктирною лінією).

Рис. 8.Призначення кількох регламентних завдань одночасно

Вибираємо операцію Нарахувати амортизацію ОС , яка призначена для нарахування амортизації та за необхідності амортизаційної премії відповідно до налаштувань, зроблених при прийнятті основного засобу для обліку (введення в експлуатацію). Відкриваємо вікно регламентної операції подвійним клацанням лівої клавіші миші за елементом, зображеним на графічній схемі, та натискаємо на кнопку "Створити документи". В результаті буде створено документ "Амортизація ОЗ", датований останнім днем ​​місяця, що закривається. З форми регламентної операції документ, натиснувши на відповідні кнопки, можна провести та подивитися результат проведення у бухгалтерському та податковому обліку (Рис. 9).

Рис. 9.Проведення створеного документа Амортизація ОС

Після цього операцію з нарахування амортизації слід зазначити як виконану. Робиться це за допомогою кнопки Відзначити як виконануу формі регламентної операції або за допомогою меню Дії - Виконаноу списку регламентних операцій.

Аналогічним чином виконуються такі операції.

Нарахувати амортизацію НМА. Ця операція нарахує амортизацію нематеріальних активів та спише витрати на науково-дослідні та дослідно-конструкторські роботи (НДДКР) під час проведення створеного документа Амортизація НМА.

П погасити вартість спецодягу. При цій операції спишеться частина вартості спеціального одягу та спецоснащення, якщо вона не була повністю погашена при введенні в експлуатацію. Зроблено це буде під час проведення документа Погашення вартості (спецодяг, спецоснащення, інвентар).

Списати РБП.У ході виконання цієї операції частину вартості витрат майбутніх періодів буде перенесено на поточні витрати документом .

Переоцінити грошові кошти. Переоцінка провадиться за допомогою документа "Переоцінка валютних коштів", при проведенні якого виконується перерахунок валюти та заборгованостей, виражених в іноземній валюті, відповідно до бухгалтерського та податкового законодавства.

Розрахувати витрати на страхування. Створюваний при виконанні цієї операції документ "Витрати на добровільне страхування" призначений для списання витрат майбутніх періодів із добровільного страхування працівників у бухгалтерському (76.01.2 "Платежі (внески) з добровільного страхування працівників") та податковому обліку (97.02 "Витрати майбутніх періодів на добровільне страхування працівників").

Документи наступної регламентної операції Нарахувати зарплату та ЄСП створюються, минаючи її форму. До таких документів належать:

• Нарахування зарплатні(меню Інтерфейс "Розрахунок зарплати працівників організацій" - Розрахунок зарплати - Нарахування зарплати);
• Розрахунок ЄСП(меню Інтерфейс "Розрахунок зарплати працівників організацій" - Податки - Розрахунок ЄСП);
• Відображення зарплати в регл.обліку(меню Інтерфейс "Розрахунок зарплати працівників організацій" - Облік зарплати - Відображення зарплати в регл.обліку).

Операція Розрахувати ПДВ передбачає створення безлічі регламентних документів, у зв'язку з чим хід виконання можна контролювати з допомогою окремої графічної схеми (Рис. 10). Після виконання всіх передбачених регламентних операцій фон схеми темніє, та операція Розрахувати ПДВна основній схемі стає виконаною (заштрихованою).

Рис. 10.Графічна схема виконання регламентних операцій з ПДВ

Виконати розподіл витрат за видами діяльності, нормування витрат

Під час проведення документа Регламентні операції податкового обліку (з податку прибуток)будуть виконані регламентні операції, які зазначені у формі діалогу документа.

Розподіл витрат на види діяльності (ЕНВД/не ЕНВД).Ця операція використовується, якщо поряд з діяльністю, що підпадає під сплату ЕНВД, здійснюється діяльність, яка не підпадає під зазначений спецрежим. Операція здійснює розподіл витрат, які можуть бути безпосередньо віднесені до якогось виду діяльності, пропорційно частці доходів від кожного виду діяльності у загальному обсязі доходів.

Нормування витрат реклами. Нормування витрат на добровільне страхування та витрат на відшкодування витрат працівників щодо сплати відсотків. Нормування представницьких витрат.Дані операції застосовуються щодо зазначених витрат, що враховуються для цілей оподаткування за нормами, встановленими главою 25 НК РФ.

Розрахувати собівартість (БУ, НУ). Розрахувати собівартість (УУ)

Документи, що створюються при проведенні даних операцій, розраховують фактичну собівартість виробництва продукції, виконання робіт, надання послуг у бухгалтерському, податковому та управлінському обліку.

Операція Розрахунок собівартостідоступна лише при використанні РАУЗ. Вона виконується документом Розрахунок собівартості випускуу кілька дій, склад яких може бути різним для різних організацій (рис. 11).

Послідовність вказівки дій у документі немає значення, оскільки у програмі закладено алгоритм їх автоматичного виконання у правильній послідовності.

Рис. 11.Розрахунок собівартості випуску

Сформувати фінансовий результат

Ця регламентна операція служить визначення фінансового результату з доходів і витрат, відбитим протягом місяця на рахунках 90 " Продажі " і 91 " Інші доходи і витрати " . Виявлений фінансовий результат цим документом списується на рахунок 99 "Прибутки та збитки".

Створюваний документ може списувати збитки минулих років з метою податкового обліку, відповідно до вимог статті 283 НК РФ. Сума збитків розраховується так: якщо на момент проведення закриття місяця на рахунку 97.11 "Збитки минулих років" у податковому обліку числиться дебетове сальдо, відбувається розрахунок сум списання витрат майбутніх періодів за правилами, зазначеними в аналітиці, побудованій на довіднику Витрати майбутніх періодів. Отримані суми списуються на рахунок 99.01 "Прибутки та збитки без податку на прибуток".

Розрахувати податок на прибуток

Документ I виконує розрахунок постійних та відстрочених податкових активів та зобов'язань відповідно до норм ПБО 18/02 "Облік розрахунків з податку на прибуток", визначає суму умовної витрати (або доходу) з податку на прибуток, а також здійснює нарахування поточного податку на прибуток у бюджет (з розподілом за рівнями бюджетів).

Закрити рік

Документ Закриття рокуздійснює реформацію бухгалтерського балансу та закриття рахунків доходів та витрат у податковому обліку. Такий документ створюється під час закриття грудня.

Після виконання всіх регламентних операцій, передбачених запущеною процедурою закриття місяця, ця процедура вважається завершеною. Фон графічної схеми, що відображає регламентні операції, темніє (Рис. 12).

Рис. 12.Графічна схема завершеної процедури закриття місяця

Скасування виконання регламентних операцій із закриття місяця

Якщо потрібно скасувати виконання однієї з регламентних операцій із закриття місяця, слід зробити такі дії. На схемі запущеної процедури закриття місяця (меню Регламентні операції - Закриття місяця) потрібно клацнути правою клавішею миші по графічному зображенню операції, що скасовується, і вибрати дію Скасувати виконання регламентної операції.

При цьому програма скасує виконання обраної регламентної операції, а всі регламентні операції, які йдуть за схемою за скасованою, будуть видалені. Також скасовується проведення документів, створених у рамках цих регламентних операцій.

Щоб скасувати виконання не однієї регламентної операції, а всієї процедури закриття місяця, потрібно, натиснувши на кнопку меню Діїформи процедури закриття місяця, потрібно вибрати пункт Скасувати запуск процедури. Програма скасує виконання всіх регламентних операцій та проведення документів, а процедуру закриття місяця буде переведено у стан "не запущено".

Довідки-розрахунки за завершальними операціями місяця

Для створення облікової документації та виведення її з метою затвердження та зберігання на паперовий носій передбачено набір звітів, які називаються "Довідки-розрахунки" (меню Інтерфейс "Бухгалтерський та податковий облік" - Регламентні операції - Довідки-розрахунки).

До їх складу входять такі довідки-розрахунки:

• Переоцінка валютних коштів(Відображаються переоцінені рахунки в розрізі аналітики, курсові різниці);
• Списання витрат майбутніх періодів(Показує суму кожного РБП, віднесену на поточні витрати, залишок несписаної суми);
• Нормування витрат(звіт включає бази для нормування представницьких, рекламних та ін витрат, суми, що враховуються при розрахунку податку на прибуток наростаючим підсумком за податковий період і за місяць, що закривається);
• Постійні та часові різниці(відбиває постійні та тимчасові різниці, порядок визнання та списання постійних і відстрочених податкових активів та зобов'язань, що розраховуються на їх основі);
• Розрахунок податку на прибуток(порівнюються враховані і не враховані з мети глави 25 НК РФ доходи і витрати, виявляється фінансовий результат за даними бухобліку, показуються коригування бухгалтерського фінансового результату, податкова база з податку прибуток, розраховується податок);
• Перерахунок вартості відстрочених активів та зобов'язань(застосовувався при перерахунку ВОНА та ВОНО при законодавчому зменшенні ставки податку на прибуток з початку 2009 року).

Багато хто пам'ятає про проблему повільного проведення та перепроведення документів у зв'язці 1С 7.7 – MS SQL.

З цією ж проблемою і я зіткнувся колись після того, як переклав торгову базу свого підприємства з DBF на SQL.

Тоді ж і було реалізовано цю технологію. Хоча сама ідея з'явилася в мене дещо раніше.

Дано: партійний облік товарів, FIFO, списання собівартості на момент перепроведення документа. До 2500 документів із рухами по регістрам товарного та грошового обліку на день, що становило близько 60000 на місяць. У середньому 22 рядки на документ Реалізації ТМЦ. Часті коригування у товарних документах поточного місяця "заднім" числом. Продаж у розрізі ТП. Контроль за директором собівартості/націнки on-line. Середній час проведення документів Реалізація ТМЦ (як "найважчих") 2-2,5 секунди.

Потрібно: швидко, бажано в межах 4-5 годин відновлювати всю послідовність перед закриттям місяця. Причому життя показало, що може повторитися 2-3 разу. При цьому - не вносячи жодних змін у структуру та кодинг конфігурації.

Подивимось на рухи по регістру "Партії Наявність" документа Реалізація ТМЦ:

Ми знаємо, що при списанні Партій ТМЦ списується залишок із тієї партії, що прийшла першою. Якщо кількість товару, що списується більше кількості на залишку даної партії, відбувається списання з наступних партій.

Подивимося у "Відомість з партій ТМЦ":

Є перепис по партії. А які умови можуть призвести до цього?

1. "Переповзання" документів із попередньої партії;

2. Зменшення кількості/вартості у документі надходження/оприбуткування;

3. Збільшення кількості документів списання;

4. Можливо, було видалено повернення товару з цієї партії;

5. Можливо переміщений документ за часом журналу документів - з кінця дня на початок, або навіть з одного дня в інший.

Нас уже не хвилює хто, коли, що, де й навіщо. Наша мета - прибрати "почервоніння".

Якщо це робити "руками", що для цього треба? Правильно, перепровести послідовно документи під номерами 3845 та 3846. Після цього вони зісковзнуть на наступну партію. Потім оновлюємо звіт і дивимося, чи немає "почервоніння" на наступній партії.

При цьому для решти всіх документів перепроведення не відіграє жодної ролі! Усі товари так і залишаться у межах своїх "рідних" партій.

Ну а що нам заважає написати аналітичний модуль, який перевірятиме цю відповідність партій? Нічого.

Аналіз показав, що такі зрушення у загальній масі рухів становлять трохи більше 10% від загальної кількості документів на місяць. А перепровести 6000 все ж таки простіше, ніж 60000.

Отже, послідовно, кожного документа з оброблюваного періоду, будуємо таблицю співвідношення кількості товарів у документі, залишків по партіям і рухів по регістру партій даного документа:

Розбіжності у залишках та партіях виділені кольором.

Власне, сам факт хоча б однієї розбіжності у подібній таблиці - вже сигнал, що цей документ має бути перепроведений.

До речі, у прямому SQL-запиті можна реалізувати варіант повного аналізу подібних ситуацій, що нам і вдалося в результаті зробити: запит повертав нам лише рядки з нестачею товару. Для цього, це були б рядки товарів №№ 3, 6, 8.

Знайшли розбіжності – перепровели. Потім наступний.

За аналогією було організовано аналіз оплати.

Подібний підхід дозволив робити попередній аналіз зі швидкістю до 5 документів на секунду. А враховуючи той факт, що сам аналіз вже не вимагав блокувати базу переходом у монопольний режим і не заважав процесам створення та проведення поточних документів, надалі відновлення послідовності часто відбувалося не лише ночами, а й у робочий час без особливих перешкод співробітникам.

Являє собою послідовне створення та проведення певного виду документів та виконання спеціальних обробок.

Залежно від видів господарських операцій, що відображаються в системі, склад документів та обробок може змінюватись. У цій статті вказані найчастіше зустрічаються. Розглянемо покрокову інструкцію щодо закриття місяця в .

Деякі дії, які, на мій погляд, потребують пояснення , будуть прокоментовані

Крім того, під процесом закриття місяця може матися на увазі системний бізнес-процес, він вимагає попереднього налаштування. За досвідом роботи можу сказати, що доцільність його використання є сумнівною, порядок її налаштування та використання описаний не буде.

Процедури кроків

Перед початком процедури закриття місяця необхідно провести деякі операції з упорядкування даних системи. Виконання цих обробок має на увазі значні часові витрати, їх виконання бажано проводити за відсутності в базі активних користувачів (щоб не змінили документ, який вже було опрацьовано).

Отримайте 267 відеоуроків з 1С безкоштовно:

Виходячи з вищесказаного, проводити їх доцільно у неробочий час. Виконання зазначених обробок виконується перед закриттям місяця на базі 1С УПП 8.2, у разі використання режиму обліку витрат – . Якщо використовується РАУЗ, виконання цих обробок не передбачається.

• Відновити послідовність розрахунків із придбання – обробка (Відновлення послідовності розрахунків).
• Відновити послідовність розрахунків щодо реалізації – обробка (Відновлення послідовності розрахунків).
• Відновити послідовність партійного обліку - обробка (Проведення по партіям).
• Коригування вартості списання товарів – документ (наводить вартість до середньої ковзної).

• Амортизація ОС – документ.
• Погашення вартості () – документ.
• - Документ.
• Переоцінка грошових коштів – документ.
• - Обробка. Знаходить отримані аванси (залишки на рахунку 62.02), при натисканні кнопки «Виконати» створює рахунки-фактури на аванс, якщо такі рахунки-фактури вже присутні в системі, перезаписує їх (не подвоює).
• Підтвердження нульової ставки ПДВ – це документ. Заповнюється у разі присутності у системі відповідного обліку.
• Формування записів книги – документ.
• Формування записів книги покупок (0%) – документ. Заповнюється у разі присутності у системі відповідного обліку.
• Формування записів книги продажів – документ.
• Формування записів книги з продажу (0%) – документ. Заповнюється у разі присутності у системі відповідного обліку.
• Розрахунок собівартості – документ. Найважливіший документ, що закриває витратні рахунки.
• Визначення фінансових результатів – документ.
• Розрахунки з податку прибуток – документ.