Конфігурація для ведення бухгалтерського обліку Учасник зовнішньоекономічної діяльності

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

скачати

ДИПЛОМНА РОБОТА

На тему:

Конфігурація «Учасник зовнішньоекономічної діяльності»

Зміст

Введення

1.1 Опис предметної області

1.2 Неформальна постановка задачі

1.3 Математичні методи

1.3.1 Моделювання непрямих доходів і витрат підприємства під впливом інфляції

1.3.2 Розрахунок чистого приведеного ефекту

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

1.3.4 Розрахунок норми рентабельності інвестицій

1.3.5 Розрахунок коефіцієнта ефективності інвестицій

1.4 Огляд існуючих методів вирішення

2 Вимоги до оточення

2.1 Вимоги до апаратного забезпечення

2.2 Вимоги до програмного забезпечення

2.3 Вимоги до користувачів

3 Специфікація даних

3.1 Опис формату або структури даних

3.2 Опис сутностей

4 Функціональні вимоги

5 Вимоги до інтерфейсу

6 Інші вимоги

6.1 Вимоги до надійності

7 Проект

7.1 Засоби реалізації

7.2 Модулі та алгоритми

7.3 Структури даних

7.4 Проект інтерфейсу

8 Реалізація та тестування

Висновок

Список літератури

Програми

1. Введення

1.1 Опис предметної області

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

Система програм "1С: Підприємство" призначена для вирішення широкого спектру завдань автоматизації обліку та управління, що стоять перед динамічно розвиваються сучасними підприємствами.

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

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

Можливості "1С: Підприємства" дозволяють створювати та індивідуальні рішення, що враховують потреби конкретної організації. Такі рішення, як правило, є розвитком або модернізацією типового рішення фірми "1С" або тиражного спеціалізованого рішення, але можуть бути розроблені і повністю "з нуля", якщо того вимагає ситуація.

Бухгалтерський облік компаній займаються зовнішньоекономічною діяльністю має ряд відмінних особливостей, які не відображені у типовому рішенні 1С: Бухгалтерії. Тому доводиться проводити безліч самостійних розрахунків і результат вводити вручну, прописуючи проводки, а для формування звітів і друкованих форм документів використовувати програми MS Office. Про фінаналізу, що розробляється програмний продукт буде спеціалізованим рішенням для компаній, які є учасниками зовнішньоекономічної діяльності, в тому числі здійснюють та посередницькі послуги. У зв'язку з тим, що при даному виді діяльності формуються відмінні від стандартних проводки і документи, виникла необхідність суттєво змінити існуючу конфігурацію для виконання всіх вимог користувача. Крім того, планується реалізувати більш повний набір звітів для ведення управлінського обліку та моделювання доходів і витрат, грунтуючись на даних попередніх періодів. Дану конфігурацію можна буде використовувати для організацій всіх форм власності займаються подібним видом діяльності.

1.2 Неформальна постановка задачі

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

  • введення бухгалтерських проводок вручну;

  • перегляду раніше створених документів, в будь-якому заданому інтервалі;

  • формування бухгалтерської звітності для зовнішніх користувачів;

  • формування податкової звітності;

  • внесення змін в раніше проведені документи;

  • видалення документів і елементів довідників;

  • обліку в розрахунку собівартості усіх додатково проведених витрат, поділяючи їх за такими групами: закупівельна вартість, транспортно - заготівельні витрати, митні платежі;

  • обліку товарів за їх кодами (ТНЗЕД);

  • обліку ВМД при обліку собівартості за середнім;

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

  • оформлення та обліку інвойс на постачання імпортних товарів;

  • оформлення поставки товарів на основі раніше оформлених інвойсів;

  • формування звітів для контролю залишків і аналізу продажів товарів;

  • автоматичного рознесення по товарах суми КТС (коригування митної вартості);

  • розрахунку авансових митних платежів безпосередньо в конфігурації;

  • відправки документів по електронній пошті;

  • оформлення документів на відвантаження товарів на основі документів поставки з розбивкою по замовниках;

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

  • формування документа «Розрахунок імпортної вартості товару»;

  • ведення партійного обліку на складі з варіантами розрахунку собівартості LIFO, FIFO, по середньому;

  • моделювання непрямих доходів і витрат підприємства під впливом інфляції;

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

  • підтримки обміну даними з конфігурацією «1С: Торгівля і склад»;

Рис. 1 Діаграма варіантів використання

1.3 Математичні методи

1.3.1 Моделювання непрямих доходів і витрат підприємства під впливом інфляції

На сьогоднішній день існує 4 основних моделі поведінки грошових потоків (доходів і витрат) в умовах інфляції.

Наведемо опис цих моделей, використовуючи такі припущення.

Підприємство, що має власний капітал (тобто, в загальному випадку, статутний капітал і прибуток) (Е), залучений капітал (позики і кредити) (L), монетарні активи (грошові кошти) (M) і немонетарні активи (основні засоби та матеріально -= виробничі запаси) (N), розглядається в моменти часу . У момент часу його фінансовий стан виражається балансовим рівнянням . Тобто, виконується правило бухгалтерського балансу: сума грошових коштів і позаоборотних активів підприємства дорівнює сумі власного капіталу і залучених коштів.

Для зручності і наочності виділення ефекту інфляції вважаємо, що в період ( ) Господарські операції не здійснювалися.

За період ( ) Темп інфляції (у частках одиниці) склав r, а темп зміни поточної оцінки i-го виду немонетарних активів - .

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

  1. Перша методика описує поведінку даної моделі при незмінних цінах. Саме така модель і застосовується сьогодні в бухгалтерському обліку. У цьому випадку облік ведеться в незмінних цінах При веденні обліку в незмінних цінах (за собівартістю):

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

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

При цьому облік ведеться в грошових одиницях однаковою купівельної спроможності (методика GPL):

,

дохід у разі перевищення залученого капіталу над монетарними активами або збиток у противному випадку, розраховується за формулою:

3. При веденні обліку в поточних цінах (методика ССА):

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

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

Дана модель відображає вплив і інфляції, і зміни цін на конкретні види продукції і товарів; при цьому власний капітал зростає до величини E (1 + r), а прибуток від сукупного зміни цін становить:

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

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

Таким чином, бухгалтера, як уже зазначалося, приверне першого методика, фінансиста - друга або третя, а маркетолога - четверта.

1.3.2 Розрахунок чистого приведеного ефекту

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

Припустимо, робиться прогноз, що інвестиція (IC) буде генерувати протягом n років річні доходи в розмірі P 1, P 2, ... P n. Загальна накопичена величина дисконтируемой доходів (PV) і чистий приведений ефект (NPV) відповідно розраховуються за формулами:

Очевидно, що якщо NPV> 0, то проект варто прийняти, NPV <0, то проект варто відкинути, NPV = 0, то проект ні прибутковий, ні збитковий.

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

Якщо проект припускає не разову інвестицію, а послідовне інвестування фінансових ресурсів протягом m років, то формула для розрахунку NPV модифікується в такий спосіб:

,

де i - прогнозований середній рівень інфляції.

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

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

Цей метод є по суті наслідком попереднього. Індекс рентабельності (PI) розраховується за формулою:

Очевидно, що якщо PI> 1, то проект варто прийняти, PI <1, то проект варто відкинути, PI = 1, то проект ні прибутковий, ні збитковий.

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

1.3.4 Розрахунок норми рентабельності інвестицій

Під нормою рентабельності або внутрішньою нормою прибутку інвестиції (IRR) розуміють коефіцієнта дисконтування, при якому NPV проекту дорівнює нулю:

IRR = r, при якому NPV = f (r) = 0.

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

Економічний зміст цього показника полягає в наступному: підприємство може приймати будь-які рішення інвестиційного характеру, рівень рентабельності яких не нижче поточного значення показника СС (або ціни джерела засобів для даного проекту, якщо він має цільове джерело). Саме з ним порівнюється показник IRR, розрахований для конкретного проекту, при цьому зв'язок між ними такий. Якщо IRR <CC, то проект варто прийняти, IRR> CC, то проект варто відкинути, IRR = CC, то проект ні прибутковий, ні збитковий.

На практиці застосовується метод послідовних ітерацій з використанням табульованих значень множників, що дисконтуються. Для цього за допомогою таблиць вибираються два значення коефіцієнта дисконтування r 1 <r 2 таким чином, щоб в інтервалі (r 1, r 2) функція NPV = f (r) змінювала своє значення з «+» на «-» або з «- »на« + ». Далі застосовують формулу:

,

де r 1 - значення табульованого коефіцієнта дисконтування, при якому , R 2 - значення табульованого коефіцієнта дисконтування при якому .

Точність обчислень зворотно пропорційна довжині інтервалу (r 1, r 2), а найкраща апроксимація з використанням табульованих значень досягається у випадку, коли довжина інтервалу мінімальна (дорівнює 1%), тобто r 1 і r 2 - найближчі друг до друга значення коефіцієнта дисконтування, що задовольняє умовам.

r 1 - значення табульованого коефіцієнта дисконтування, що мінімізує позитивне значення показника NPV, тобто

r 2 - значення табульованого коефіцієнта дисконтування, що максимізує негативне значення показника NPV, тобто .

Шляхом взаємної заміни коефіцієнтів r 1 і r 2 аналогічні умови виписуються для ситуації, коли функція змінює знак з «-» на «+».

1.3.5 Розрахунок коефіцієнта ефективності інвестицій

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

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

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

1.4 Огляд існуючих методів вирішення

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

Найяскравішими представниками цього класу є наступні програми:

  • «1 C: Бухгалтерія. Типова конфігурація »

  • «Облік експортно-імпортних операцій»

  • Система програм «Галактика»

«1С: Бухгалтерія. Типова конфігурація »- настроювання, що поставляється в пакеті з програмою« 1С: Підприємство 7.7 ». Формує найбільш широко використовувані документи та проводки, дозволяє вести стандартний бухгалтерський облік, надає можливість обміну даними з компонентами «1С: Торгівля і склад» і «1С: Зарплата і кадри». Одним з найбільш важливих переваг даної програми є можливість швидкого оновлення конфігурації при змінах у законодавстві, а також повну відповідність вимогам до документообігу.

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

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

Більш докладно порівняльні характеристики даних систем наведені у Табл. 1

Критерій \
Система

«1 C: Бухгалтерія. Типова конфігурація »

«Облік експортно-імпортних операцій»

«Галактика»

можливість ведення 2-х різних форм обліку

немає

немає

є

моделювання доходів підприємства під впливом інфляції

немає

немає

немає

розрахунок рентабельності інвестицій

немає

немає

немає

рознесення по товарах суми КТС

немає

немає

немає

облік товарів за їх кодами

немає

немає

немає

обмін з «1С: Торгівля і склад»

є

є

Ні

розрахунку курсової (сумовий) різниці

є

вручну

є

оформлення та облік інвойсів

немає

є

є

оформлення поставки товарів на основі раніше оформлених інвойсів

немає

немає

немає

розрахунок авансових митних платежів

вручну

є

є

формування звітів для контролю залишків і аналізу продажів товарів

немає

немає

є

формування додаткової спеціалізованої звітності

немає

є

немає

ведення партійного обліку на складі з варіантами розрахунку собівартості LIFO, FIFO, за середнім

немає

немає

є

Табл. 1 Порівняльна характеристика обліку ЗЕД

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

2. Вимоги до оточення

2.1 Вимоги до апаратного забезпечення

Мінімальна конфігурація, необхідна для нормальної роботи системи - PII -400/64, для кожної робочої станції. Ніяких особливих вимог до апаратного забезпечення не висувається.

2.2. Вимоги до програмного забезпечення

  • Операційна система Windows 95 / NT / 98 / Me / 2000 / XP

  • Платформа 1С: Бухгалтерія 7.7 або 1С: Комплексна поставка 7.7

  • MSXML 3.0 і вище, для реалізації обміну з конфігурацією 1С: Торгівля і склад

2.3 Вимоги до користувачів

  • Базові навички роботи в MS Windows

  • Знання бухгалтерського обліку

  • Знання особливостей документообігу та оподаткування зовнішньоекономічної діяльності

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

  • Знання основних принципів роботи в програмі 1С: Бухгалтерія 7.7

3. Специфікація даних

3.1 Опис формату або структури даних

При роботі з системою 1С: Підприємство можливе зберігання баз даних у двох форматах DBF або SQL. Для даної реалізації був обраний формат DBF, як більш прийнятний для замовника. Всі дані зберігаються в окремих файлах, розбитих за групами, крім того існують спеціальні службові файли, які всю структуру в єдине ціле.

Файл обміну даних з конфігурацією 1С: Торгівля і склад містить у собі всі змінені документи і елементи довідників за певний період. Даний файл має розширення *. cbt та має наступну структуру:

тег

Опис

<Doc

Початок опису документа

<Sp

Початок опису елемента довідника

<Data

Початок нового дня

/ End>

Завершальний для всіх тегів

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

3.2 Опис сутностей

Документ «Розрахунок імпортної вартості товару

Найменування

Тип

Розмір

Унікальність

Номер док

Число

10 знаків

Так

Дата документа

Дата


Ні

Товари

Таблична частина



Проведено

Логічний


Ні

Таблична частина документа «Розрахунок імпортної вартості»

Найменування

Тип

Найменування товару

Справочнік.Номенклатура

Ціна за одиницю

Справочнік.Номенклатура

Кількість

Число

Сума

Дійсне число

Ставка мита

Число

Сума мита

Дійсне число

Митний збір (руб)

Дійсне число

Митний збір (вал)

Дійсне число

ПДВ

Дійсне число

Імпортна вартість

Дійсне число

Документ «Інвойс»

Найменування

Тип

Розмір

Унікальність

Номер документа

Число

10

Так

Дата документа

Дата


Ні

Умова поставки

Довідник. УсловіяПоставкі


Ні

Платник

Справочнік.Контрагенти


Ні

Договір

Справочнік.Договора


Ні

Вантажоодержувач

Справочнік.Контрагенти


Ні

Податки

Справочнік.НДС


Ні

Товари

Таблична частина



Таблична частина документа «Інвойс»

Найменування

Тип

Найменування товару

Справочнік.Номенклатура

Кількість

Число

Ціна

Справочнік.Номенклатура

Сума

Дійсне число

ПДВ

Дійсне число

Всього

Дійсне число

Довідник «Номенклатура»

Найменування

Тип

Розмір

Код

Число

10

Тип

Справочник.ТипыНоменклатур


Найменування

Рядок

255

Вид

Справочнік.ВідиТМЦ


Ставка ПДВ

Справочнік.НДС


Ставка НП

Справочнік.НП


Одиниця виміру

Справочнік.ЕдІзмеренія


Країна походження

Справочнік.Страни


Облікова ціна

Дійсне число

10

Відпускна ціна

Дійсне число

10

Додаткова інформація

Рядок

Необмежено

Дата зміни

Дата


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

Найменування

Тип

Розмір

Код

Число

10

Тип

Справочнік.Тіпи організацій


Найменування

Рядок


Повне найменування

Рядок


Юридична адреса

Рядок


Поштова адреса

Рядок


Телефон

Рядок


ІПН

Рядок

12

Договір

Справочнік.Договора


Розрахунковий рахунок

Справочнік.Счета


Дата зміни

Дата


Довідник «Умови поставки»

Найменування

Тип

Розмір

Код

Число

10

Найменування

Рядок


Вид транспорту

Справочнік.Транспорт


Перехід ризику випадкової загибелі

Рядок


Транспортні витрати (крім Інкотермс)

Рядок


Транспортні витрати (Інкотермс)

Рядок


Витрати на страхування (крім Інкотермс)

Рядок


Витрати на страхування (Інкотермс)

Рядок


Витрати по митному очищенню

Рядок


Дата зміни

Дата


4. Функціональні вимоги

Система повинна дозволяти фінансистові:

Система повинна дозволяти менеджеру:

Система повинна дозволяти бухгалтеру:

Крім того програма повинна надавати користувачам звістку стандартний набір функцій програми «1С: Бухгалтерія. Типова Конфігурація ».

5. Вимоги до інтерфейсу

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

6. Інші вимоги

6.1 Вимоги до надійності

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

7. Проект

7.1 Засоби реалізації

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

7.2 Модулі та алгоритми

У процесі написання дипломної роботи було розроблено більше модулів, які описані в таблиці:

Найменування

Опис

РасчетІмпСтоімості

Формування документа «Розрахунок імпортної вартості»

КурсоваяРазніца

Розрахунок курсової різниці, проведення

Інвойс

Додавання до документа рахунок вибору умов поставки

ОстаткіТМЦ

Формування звітів для контролю залишків ТМЦ по складах


Облік товарів за їх кодами


Розрахунок собівартості товару


Облік ВМД


Формування звіту «аналіз продажів»


Рознесення по товарах суми КТС


Розрахунок авансових митних платежів


Формування звіту «лист у митницю - про залік коштів з ВПД»


Формування звіту «паспорт угоди»


Формування звіту «підтвердження вивезення»


Формування звіту «розрахунок ПДВ до повернення з бюджету»


Формування звіту «реєстр до ПДВ»


Журнал обліку виданих довіреностей


Вибір варіанту розрахунку собівартості


Формування звіту «розрахунок рентабельності інвестицій»


Формування звіту «моделювання непрямих доходів і витрат підприємства під впливом інфляції»


Формування звіту «аналізу інвестиційних проектів в умовах інфляції і ризику»


Журнал «Зовнішньоекономічна діяльність»

7.3 Структури даних

Документ «РасчетІмпортСтоімості

Найменування

Тип

Розмір

Унікальність

НомерДок

Число

10 знаків

Так

ДатаДок

Дата


Ні

Товари

Таблична частина



Проведено

Логічний


Ні

Таблична частина документа «РасчетІмпортСтоімості»

Найменування

Тип

НаіменованіеТМЦ

Справочнік.Номенклатура

ЦенаЗаЕд

Справочнік.Номенклатура

Кількість

Число

Сума

Дійсне число

СтавкаТамПошліни

Число

СуммаТамПошліни

Дійсне число

ТаможеннийСборРуб

Дійсне число

ТаможеннийСборВал

Дійсне число

ПДВ

Дійсне число

ІмпортнаяСтоімость

Дійсне число

Документ «Інвойс»

Найменування

Тип

Розмір

Унікальність

НомерДок

Число

10

Так

ДатаДок

Дата


Ні

УсловіеПоставкі

Довідник. УсловіяПоставкі


Ні

Платник

Справочнік.Контрагенти


Ні

Договір

Справочнік.Договора


Ні

Вантажоодержувач

Справочнік.Контрагенти


Ні

Податки

Справочнік.НДС


Ні

Товари

Таблична частина



Таблична частина документа «Інвойс»

Найменування

Тип

НаіменованіеТМЦ

Справочнік.Номенклатура

Кількість

Число

Ціна

Справочнік.Номенклатура

Сума

Дійсне число

ПДВ

Дійсне число

Всього

Дійсне число

Довідник «Умови поставки»

Найменування

Тип

Розмір

Код

Число

10

Найменування

Рядок


ВідТранспорта

Справочнік.Транспорт


ПереходРіскаСлГібелі

Рядок


ТранспортныеРасходыБезИнкотермс

Рядок


ТранспортныеРасходыИнкотермс

Рядок


РасходыНаСтахованиеБезИнкотермс

Рядок


РасходыНаСтрахованиеИнкотермс

Рядок


РасходиПоТамОчістке

Рядок


ДатаІзмененія

Дата


7.4 Проект інтерфейсу

Інтерфейс даного програмного продукту багато в чому повторює інтерфейс програм сімейства 1С: Підприємство. У ньому використана стандартна схема компонування: Зверху розташовується меню, під ним панель інструментів, яка надає доступ до практично всіх можливостей системи, в нижній частині екрана розташований рядок стану. Основну частину вікна програми займає робоча область, в якій відриваються всі документи, журнали і звіти.

Основне вікно програми

Журнал «Зовнішньоекономічна діяльність»

Звіт «»

8. Реалізація та тестування

Додаток складається з модулів. Обсяг написаного коду мовою 1С складає близько КБайт (близько рядків). У програму додано:

  • документів

  • звітів

  • довідників.

Цілому до типової конфігурації було додано приблизно 20% коду

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

Висновок

У процесі виконання дипломної роботи мною були:

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

Список літератури

  1. Рязанцева Н., Рязанцев Д. 1С: Підприємство. Секрети програмування. - СПб.: БХВ-Петербург, 2004.

  2. Гусєв О.О., Ільїна Л.В. Програмування в середовищі 1С: Бухгалтерія - Кудиц-образ, 2001.

  3. Харитонов С.О. 1С: Комп'ютерна бухгалтерія 7.7 в системі гнучкої автоматизації бухгалтерського обліку, BHV, 2000.

  4. Палій В.Ф. Міжнародні стандарти фінансової звітності - ИНФРА-М, 2004.

  5. Басаков М.І. Документи і документообіг в бухгалтерії: Практичний посібник - Березень, 2003.

  6. Гладишева Ю.П. Рахунки фактури: складні моменти - НалогІнформ, 2005.

  7. Новодворський В.Д. Бухгалтерська (фінансова) звітність - ИНФРА-М, 2003.

  8. Жарилгасова Б.Т., Суглобов А.Є. Аналіз бухгалтерської (фінансової) звітності - Економіст - 2004.

  9. Астахов В.П. Бухгалтерський облік у зовнішньоекономічній діяльності - Фенікс - 2005.

  10. Мітічкін С.А. Практика програмування в середовищі 1С: Підприємство 7.7 М.: Видавничий дім «КомБук», 2004.

  11. Ковальов В. В. Фінансовий аналіз. Управління капіталом. Вибір інвестицій. Аналіз звітності. М.: Фінанси і статистика, 1998.

  12. www.forum.mista.ru - форум з питань програмування в середовищі 1С: Підприємство.

  13. www.1C.ru - офіційний сайт компанії 1С.

  14. www.softland.ru - сайт присвячений зовнішньоекономічної діяльності.

Програми

Структура файла 1 sconst. Dbf

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

# == TABLE no 2: Константи

# Name Descr Type [A / S / U] DBTableName ReUsable

T = 1SCONST Константи A 1SCONST 1

#----- Fields -----

# Name Descr Type Length Precision

F = OBJID ID obj (0-cons) C 9 0

F = ID ID parameter C 4 0

F = DATE Fix date D 8 0

F = PARTNO no of part N 3 0

F = VALUE valume C 23 0

F = DOCID ID Document C 9 0

F = TIME Time C 6 0

F = ACTNO Action No N 6 0

F = LINENO LineNo N 4 0

F = TVALUE C 3 0

#---- Indexes -----

# Name Descr Unique Indexed fields DBName

I = IDD 0 ID, OBJID, DATE, TIME, IDD, DOCID, PARTNO

I = DOC 0 DOCID, ACTNO, PARTNO DOC

Призначення полів цієї таблиці різне для констант і довідників. Для констант в поле ID зберігається номер константи як об'єкта метаданих, під яким він описаний у файлі 1 Cv 7. Md. Поле OBJID використовується у періодичних константах для ведення історії значення константи. Для періодичних реквізитів довідників в поле ID також зберігається номер реквізиту довідника як об'єкта метаданих, під яким він описаний у файлі 1 Cv 7. Md. Однак у поле OBJID зберігається внутрішній ідентифікатор елемента довідника. Якщо ж значення реквізиту було змінено документом, то в полі DOCID зберігається внутрішній ідентифікатор цього документа.

Структура файла 1 sjourn. Dbf

Всі журнали зберігаються у файлі 1 sjourn. Dbf. Нижче представлений фрагмент словника бази даних, що описує структуру даного файлу.

# == Table no 3: Журнали

# Name Descr Type [A / S / U] DBTableName ReUsable

T = 1SJOURN Журнали A 1SJOURN 1

#----- Fields -----

# Name Descr Type Length Precision

F = IDJOURNAL ID of Journal C 4 0

F = IDDOC ID Document C 9 0

F = IDDOCDEF ID Def Document C 4 0

F = APPCODE Application code N 3 0

F = DATA data D 8 0

F = TIME time C 6 0

F = DNPREFIX Prefix Document No C 18 0

F = DOCNO Document No C 10 0

F = CLOSED Flag Document id CloN 1 0

F = ISMARK Flag Document is MarC 1 0

F = ACTCNT Action counter C 6 0

F = VERSTAMP Version stamp C 6 0

#----- Indexes -----

# Name Descr Uniq Index fields DBNam

I = IDDOC Id Doc 0 IDDOC IDDOC

I = ACDATETIM Date + Time + 0 DATE, TIME, ACDATETIME

ID IDDOC

I = DOCNO Prefix + No 0 DNPREFIX, DOCNO

DOCNO (UPPER)

I = DOCTYPE Type + Date + 0 IDDOCDEF, DATEDOCTYPE

Time TIME, IDDOC

I = JOURNAL Journal + 0 IDJOURNAL, DATE JOURNAL

Date + T TIME, IDDOC

Необхідно зауважити, що всі поля, що починаються символами «ID», містять внутрішні коди записів, що дозволяє підтримувати цілісність інформації про посилання. Для однозначної ідентифікації документа в конкретному журналі служать поля:

  • IDJOURNAL - ідентифікатор журналу;

  • IDDOC - ідентифікатор документа;

  • IDDOCDEF - ідентифікатор опису документа;

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

Структура файла 1 scrdoc. Dbf

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

# == Table no 4: Посилання документів

# Name Descr Type [A / S / U] DBTableName ReUsable

T = 1SCRDOC посилання A 1SCRDOC

Додати в блог або на сайт

Цей текст може містити помилки.

Бухгалтерія | Диплом
161.7кб. | скачати


Схожі роботи:
Вибір автоматизованої програми для ведення бухгалтерського обліку
Вибір автоматизованої програми для ведення бухгалтерського обліку
Методика бухгалтерського обліку різних видів зовнішньоекономічної діяльності
Вибір автоматизованої програми для ведення бухгалтерського обліку на підприємстві
Учасник зовнішньоекономічної діяльності
Ведення бухгалтерського обліку
Організації та ведення бухгалтерського обліку
Ведення бухгалтерського обліку на підприємстві
Принципи ведення бухгалтерського обліку
© Усі права захищені
написати до нас