Перейти до вмісту

Атестаційні завдання K2 ERP/Бухгалтерський облік

Матеріал з K2 ERP Wiki

Критичні помилки

! Журнал має показувати:

Сума дебету = Сума кредиту

Коротко

компонент має підтримувати мультивалютний обліковий облік. SEO-опис Умова складання. задача не здатна бути зараховане, якщо платформа не дає можливість пройти базовий цикл бухгалтерського обліку: первинний документ → проводка → журнал операцій → ОСВ → баланс. |-

Що потрібно створити?== Поля контрагента ==

У звіті потрібно показувати:

Бекенд K2 Cloud ERP на Python або PHP
База даних PostgreSQL або MySQL
Фронтенд HTML5, JavaScript
AJAX Fetch API або Axios
UI-компоненти DataTables, Select2
Друк / експорт Stimulsoft Reports, PDF, Excel

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

  • надходження товарів;
  • оплата від клієнта;
  • оплата постачальнику;
  • нарахування зарплати;
  • сплата податків;
  • списання витрат;
  • переміщення коштів, якщо воно застосовується для в моделі. | Рівність дебету й кредиту

|- | Які основні звіти потрібні? ! * визначити валютні рахунки;

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

Шкала оцінювання

Див. так само

компонент бухгалтерського обліку: автоматизація процесів обліку господарських операцій. платформа не повинна дозволяти провести операцію, якщо сума дебету не дорівнює сумі кредиту. Окрім автоматичних проводок, платформа повинна підтримувати ручне введення бухгалтерських операцій. Кінцеве сальдо Кт компонент має підтримувати план рахунків, контрагентів, ручні й автоматичні проводки, первинні документи, контроль Дт/Кт, мультивалютність, журнал операцій, оборотно-сальдову відомість, баланс компанії, друк і експорт звітності. ! | ОСВ, баланс компанії, журнал операцій

Що має підтримувати платформа?== Технічні вимоги ==

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

Бухгалтерський обліковий облік виступає як одним із базових модулів ERP-системи. Оборотно-сальдова відомість, або ОСВ, виступає як одним із ключових бухгалтерських звітів. Довідник контрагентів містить клієнтів, постачальників, підрядників та інших осіб, з якими компанія-користувач має господарські операції.== Довідник «План рахунків» ==

компонент повинен підтримувати друк і експорт бухгалтерських звітів. ! SEO-опис

Для реалізації задачі доцільно передбачити такі сутності: критично. План рахунків має підтримувати ієрархію. | компонент бухгалтерського обліку

Який провідний довідник? У ньому зберігаються всі рахунки, на яких ведеться обліковий облік активів, зобов’язань, капіталу, доходів, витрат і розрахунків. ! ! платформа повинна підтримувати:

Реальний бізнес-контекст

Логування змін

Практичний сенс. Контроль Дт/Кт — це базова вимога бухгалтерського обліку.

* активи;
  • зобов’язання;
  • власний капітал;
  • підсумки по активах;
  • підсумки по пасивах. Переоцінка валютних залишків потрібна для відображення курсових різниць. Поле


Бажано передбачити звіт для аналізу доходів і витрат. Тип рахунку

Бухгалтерські проводки Дт/Кт
Що мають робити первинні документи? Початкове сальдо Дт

Мета задача

== Звіт «Доходи та витрати» ==

Рекомендовані сутності бази даних

* дату;
  • номер документа;
  • SEO-опис операції;
  • рахунок дебету;
  • рахунок кредиту;
  • суму;
  • контрагента;
  • автора;
  • документ-підставу. Рахунок

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

Код рахунку як приклад: 361, 631, 701, 281, 311
Назва рахунку Назва бухгалтерського рахунку
Тип рахунку Активний, пасивний або активно-пасивний
Батьківський рахунок Для побудови ієрархії рахунків
Валютний обліковий облік Ознака, чи підтримує рахунок валютні операції
Аналітичний обліковий облік Ознака, чи потрібна деталізація по контрагентах, договорах, складах або інших аналітиках
Активність Чи застосовується для рахунок у поточному обліку

Документи, які мають формувати проводки

! ! Питання Мультивалютність потрібна, якщо компанія-користувач веде операції в різних валютах: гривня, долар, євро або інші валюти.== Баланс компанії ==

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

Баланс компанії показує стан активів і пасивів на певну дату. Відповідь
Назва Офіційна назва компанії або ПІБ фізичної особи
Код ЄДРПОУ / ІПН Податковий або реєстраційний код
Тип клієнт ERP, постачальник, підрядник або інший тип
Банківські реквізити Рахунок, банк, МФО або інші реквізити
Контактні інформаційні дані Телефон, email, адреса
Статус Активний або неактивний

У результаті виконання атестаційного задача має бути створений компонент бухгалтерського обліку в K2 ERP. ! ! SEO-опис

платформа повинна дозволяти:

  1. налаштовується план рахунків;
  2. створюються контрагенти;
  3. користувач системи створює первинний документ;
  4. документ проводиться;
  5. платформа автоматизовано формує бухгалтерські проводки;
  6. проводки потрапляють у журнал операцій;
  7. бухгалтер перевіряє правильність дебету й кредиту;
  8. платформа контролює балансування проводок;
  9. на основі проводок формується оборотно-сальдова відомість;
  10. на основі залишків формується бухгалтерський баланс;
  11. інформаційні дані експортуються або друкуються для подальшої роботи. SEO-опис
  • ручне введення проводок;
  • автоматичне формування проводок на основі документів;
  • пошук за датами;
  • пошук за рахунками;
  • пошук за контрагентами;
  • пошук за номером документа;
  • фільтрацію за типами операцій;
  • підсвітку незбалансованих або помилкових записів;
  • експорт у Excel або PDF;
  • перегляд документа-підстави. * PDF;
  • Excel;
  • друк через браузер або внутрішній механізм K2;
  • Stimulsoft Reports, якщо застосовується для в системі. | Мультивалютність, фільтри, AJAX, PDF/Excel-експорт

|- | Що виступає як критичною вимогою?== Назва задача ==

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

Журнал операцій

! Критерій

Інтерфейс модуля має бути зручним для бухгалтера. Оборот Кт

  • оборотно-сальдову відомість;
  • баланс;
  • журнал операцій;
  • звіт доходів і витрат. Бали

Основні вимоги до мультивалютності

Оборотно-сальдова відомість

  • хто створив проводку;
  • хто змінив проводку;
  • хто провів документ;
  • хто скасував проводку;
  • хто змінив рахунок;
  • хто змінив суму;
  • дату й час зміни;
  • старе й нове значення. Мінімальний сценарій:

Усі важливі зміни потрібно логувати. Назва рахунку

!

!== Контроль балансування Дт/Кт ==

Друк і експорт

  • додавання проводки;
  • редагування проводки;
  • вибір рахунку через пошук;
  • вибір контрагента через пошук;
  • перевірка балансування;
  • підсвітка помилок;
  • фільтрація журналу;
  • формування звітів за період без повного перезавантаження сторінки.
Журнал змін має фіксувати:

Структура ОСВ

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

Типи рахунків

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

Журнал проводок має підтримувати:

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

  • доходи за період;
  • витрати за період;
  • фінансовий результат;
  • деталізацію по статтях;
  • деталізацію по контрагентах або проєктах, якщо така аналітичні інструменти застосовується для. Журнал бухгалтерських проводок призначений для реєстрації господарських операцій у вигляді записів по дебету й кредиту. | План рахунків
Який провідний механізм? SEO-опис

Правило балансування

Кожна проводка має бути пов’язана з документом або ручною операцією. Поле

Поле

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

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

Через AJAX мають працювати:

При ручному введенні потрібно обов’язково перевіряти балансування дебету й кредиту. |-

Реалізація плану рахунків і механізму проводок 20 Ієрархія рахунків, типи рахунків, дебет, кредит, ручні операції
автоматизація процесів проводок на основі документів 20 Формування проводок із реалізації, оплат, покупок, зарплати та податків
Формування оборотно-сальдової відомості 20 Початкове сальдо, обороти Дт/Кт, кінцеве сальдо по рахунках
Контроль балансування Дт/Кт 20 Заборона проведення незбалансованих операцій, підсвітка помилок
Інтерактивність інтерфейсу та експорт 20 AJAX, фільтри, пошук, PDF/Excel-експорт, зручність роботи бухгалтера
Ручні операції потрібні для:

Типові проводки

! Разом

Ручні бухгалтерські операції

Формування первинних документів і проводок

Журнал «Бухгалтерські проводки»

Критичними помилками вважаються ситуації, коли: Оборот Дт

Потрібні формати:

Експортувати потрібно щонайменше:

автоматизовано формувати бухгалтерські проводки Яка головна перевірка? Рівень

Практичне задача

Довідник «Контрагенти»

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

Реалізація товарів Дт 361 Кт 701 Відображення доходу від реалізації Отримання оплати Дт 311 Кт 361 Надходження коштів від покупця Покупка товарів Дт 281 Кт 631 Оприбуткування товарів від постачальника Оплата постачальнику Дт 631 Кт 311 Перерахування коштів постачальнику Нарахування зарплати Дт 92 Кт 661 Нарахування заробітної плати Сплата податків Дт 641 Кт 311 Сплата податків із поточного рахунку

Критично. У кожній бухгалтерській операції дебет і кредит мають бути збалансовані. ОСВ має формуватися за вибраний період і підтримувати деталізацію по рахунках.== Примітка ==
Приклад проводки

У балансі потрібно показати:

Активний Збільшення відображається по дебету, зменшення — по кредиту
Пасивний Збільшення відображається по кредиту, зменшення — по дебету
Активно-пасивний здатна мати як дебетове, так і кредитове сальдо
Зміст операції Об’єкт

Поля рахунку

  1. створити рахунки в плані рахунків;
  2. створити контрагента-клієнта;
  3. створити контрагента-постачальника;
  4. створити первинний документ реалізації;
  5. провести документ реалізації;
  6. перевірити автоматичну проводку Дт 361 Кт 701;
  7. створити оплату від клієнта;
  8. перевірити проводку Дт 311 Кт 361;
  9. створити документ покупки товарів;
  10. перевірити проводку Дт 281 Кт 631;
  11. створити оплату постачальнику;
  12. перевірити проводку Дт 631 Кт 311;
  13. створити операцію нарахування зарплати;
  14. перевірити проводку Дт 92 Кт 661;
  15. створити операцію сплати податків;
  16. перевірити проводку Дт 641 Кт 311;
  17. створити ручну бухгалтерську операцію;
  18. перевірити контроль балансування Дт/Кт;
  19. сформувати журнал операцій;
  20. сформувати оборотно-сальдову відомість;
  21. сформувати баланс компанії;
  22. виконати експорт ОСВ або журналу операцій. Максимальна оцінка
Якщо суми не збігаються, платформа повинна: Мета задача — створити в K2 ERP компонент для ведення комплексного бухгалтерського обліку підприємства.== Поля бухгалтерської проводки ==
  • план рахунків;
  • контрагенти;
  • первинні документи;
  • типи документів;
  • бухгалтерські проводки;
  • рядки проводок;
  • журнал операцій;
  • валюти;
  • курси валют;
  • переоцінка валютних залишків;
  • початкові залишки;
  • ОСВ;
  • бухгалтерський баланс;
  • журнал змін;
  • шаблони проводок;
  • правила автоматичного формування проводок. | Повний цикл: документ → проводка → ОСВ → баланс
Бухгалтерський обліковий облік — це практична задача; так само реалізовано плану рахунків, проводок, первинних документів, оборотно-сальдової відомості, балансу, мультивалютності та бухгалтерської звітності виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля бухгалтерського обліку забезпечується через Атестаційне задача K2 ERP. Початкове сальдо Кт
Дата Дата господарської операції
Номер документа Номер первинного документа або ручної операції
SEO-опис операції Короткий зміст господарської операції
Рахунок дебету Бухгалтерський рахунок дебету
Рахунок кредиту Бухгалтерський рахунок кредиту
Сума Сума операції
Валюта Валюта операції, якщо застосовується для мультивалютність
Контрагент Контрагент, пов’язаний з операцією
Документ-підстава Первинний документ, який створив проводку
Автор користувач системи, який створив або провів операцію

Баланс має будуватися на основі залишків по рахунках. План рахунків — це основа бухгалтерського обліку. 100

У межах атестації потрібно продемонструвати робочий сценарій.

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

  • підсвітити операцію червоним кольором;
  • показати повідомлення про помилку;
  • не дозволити провести операцію;
  • зберегти запис лише як чернетку, якщо це передбачено логікою. * вести план рахунків;
  • створювати й редагувати бухгалтерські проводки;
  • формувати проводки вручну;
  • автоматизовано формувати проводки на основі первинних документів;
  • вести обліковий облік продажів і покупок;
  • вести обліковий облік оплат від клієнтів і постачальникам;
  • вести обліковий облік податків;
  • враховувати зарплатні операції;
  • підтримувати обліковий облік основних засобів;
  • аналізувати доходи й витрати;
  • контролювати рівність дебету та кредиту;
  • формувати оборотно-сальдову відомість;
  • формувати бухгалтерський баланс;
  • формувати журнал господарських операцій;
  • підтримувати мультивалютний обліковий облік;
  • виконувати експорт звітів у PDF або Excel.== Критерії оцінювання ==

Логіка

  • продажі та реалізація товарів і послуг;
  • покупки товарів і послуг;
  • отримання оплат від клієнтів;
  • оплату постачальникам;
  • нарахування заробітної плати;
  • сплату податків;
  • рух грошових коштів;
  • доходи;
  • витрати;
  • активи;
  • зобов’язання;
  • залишки на бухгалтерських рахунках. |-

План рахунків Довідник бухгалтерських рахунків із кодами, назвами, типами та ієрархією Контрагенти Клієнти, постачальники та інші учасники господарських операцій Первинні документи Документи, на основі яких формуються бухгалтерські записи Бухгалтерські проводки Записи Дт/Кт, які відображають господарські операції Журнал операцій Хронологічний список усіх бухгалтерських операцій ОСВ Оборотно-сальдова відомість по рахунках за період Баланс Звіт про стан активів і пасивів на дату Валюти та курси інформаційні дані для мультивалютного обліку та переоцінки залишків Звіти ОСВ, баланс, журнал операцій, доходи й витрати

! Це потрібно для побудови звітів не лише по конкретних рахунках, а й по групах рахунків. Параметр

Мультивалютність

Основні об’єкти модуля

При проведенні первинних документів платформа повинна автоматизовано створювати відповідні бухгалтерські проводки. Бали

90–100 Відмінно Бухгалтерський компонент на 100% функціонує: план рахунків, проводки, документи, ОСВ, баланс, контроль Дт/Кт і експорт реалізовані коректно
75–89 Добре Основна логіка функціонує, виступає як незначні недоліки, які не руйнують бухгалтерський бізнес-процес
60–74 Зараховано Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання
0–59 Не зараховано Відсутня критична логіка: план рахунків, проводки, балансування, ОСВ або автоматичні проводки

базовий бізнес-процес

Функціональність журналу проводок

  • неможливо створити рахунок у плані рахунків;
  • неможливо створити бухгалтерську проводку;
  • проводка не має дебету або кредиту;
  • платформа дає можливість провести незбалансовану операцію;
  • первинні документи не формують проводки;
  • проводки формуються з неправильними рахунками;
  • ОСВ не відповідає проводкам;
  • баланс не будується на основі залишків;
  • мультивалютні операції не зберігають валюту й суму в базовій валюті;
  • немає журналу операцій;
  • немає функції ERP знайти проводку за датою, рахунком або контрагентом;
  • експорт звітів не функціонує;
  • зміни в проводках не логуються.== AJAX-інтерактив ==

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