ІНФОРМАЦІЙНА СИСТЕМА ОБЛІКУ І АНАЛІЗУ РОЗРАХУНКІВ З ПОСТАЧАЛЬНИКАМИ І ПІДРЯДНИКАМИ (на прикладі ПП Біомед)

Мiнiстерство освiти i науки України Тернопiльська академiя народного господарства Кафедра моделювання та оптимiзацiї економiчних систем i процесiв ІНФОРМАЦІЙНА СИСТЕМА ОБЛІКУ І АНАЛІЗУ РОЗРАХУНКІВ З ПОСТАЧАЛЬНИКАМИ І ПІДРЯДНИКАМИ (на прикладi ПП «Бiомед») Дипломний проект Спецiальнiсть 7. 050207 "Інформацiйнi системи в менеджментi" Керiвник к. т. н., доцент ________ І. Бiлоусов Зав. кафедри МОЕСП 2000 АНОТАЦІЯ дипломного проекту Конєва Григорiя Борисовича "Інформацiйна система облiку i аналiзу розрахункiв з постачальниками i пiдрядниками" (на прикладi ПП “Бiомед”) Обсяг дипломного проекту 104 сторiнки. В даному дипломному проектi проведено дослiдження процесу облiку i аналiзу розрахункiв з постачальниками i пiдрядниками. Наведено модель системи та її детальний опис, розроблено та використано математичне та iнформацiйне забезпечення. Здiйснено програмну реалiзацiю спроектованої системи. Результати даного дипломного проекту можуть бути застосованi як на пiдприємствах, що займаються медикаментами, так i на пiдприємствах iншого профiлю. ANNOTATION "The information system of account and analysis of accounts with the suppliers" Volume of degree project 104 of pages. In the given degree project the research of methods of account and analysis of accounts with the suppliers. The model of system model and it's detail description is given, mathematical and dataware have been designed and used. Programmed realization system was designed. Results of given degree project can be aplied as at the enterprises occupied medical preparations, and at the enterprises of other structure. Змiст Вступ......................................................................................... 6 1. Аналiз потреб ПП “Бiомед” в створеннi КІС облiку i аналiзу розрахункiв з постачальниками i пiдрядниками............................................ 7 1. 1. Характеристика ПП “Бiомед” i опис дiючої системи облiку розрахункiв з постачальниками i пiдрядниками............................................ 7 1. 2 Існуючi шляхи розв’язку задачi облiку розрахункiв з постачальниками i пiдрядниками......................................................................... 13 1. 3 Постановка задачi на проектування............................. 14 2. 2 Математично-алгоритмiчне забезпечення.................... 20 2. 3 Інформацiйне забезпечення........................................... 26 3. Програмно-технiчна реалiзацiя системи........................... 42 3. 1. Структура програмного забезпечення........................ 42 3. 3 Практична реалiзацiя системи...................................... 55 Додаток 1................................................................................ 67 Додаток 2................................................................................ 68 Додаток 4................................................................................ 70 Додаток 6................................................................................ 72 Додаток 8................................................................................ 76 Додаток 9................................................................................ 77 Додаток 10.............................................................................. 78 Додаток 11.............................................................................. 79 Додаток 13.............................................................................. 81 Додаток 15.............................................................................. 83 Додаток 16.............................................................................. 84 Додаток 17.............................................................................. 85 Додаток 18.............................................................................. 86 Додаток 19.............................................................................. 87 Додаток 20.............................................................................. 88 Додаток 21.............................................................................. 90 Додаток 23.............................................................................. 95 Додаток 24………………………………………………………. 99 Додаток 25………………………………………………………. 100 Додаток 27………………………………………………………. 102 Додаток 28………………………………………………………. 103 Додаток 29………………………………………………………. 104 ВСТУП На сучасному етапi розвитку народного господарства проходить подальше вдосконалення управлiнської дiяльностi пiдприємств. Змiни, якi проходять в економiцi України, потребують пiдвищення ефективностi та якостi управлiнської працi. Це викликано всезростаючим науково-технiчним прогресом, впровадженням на промислових пiдприємствах досягнень науки i технiки. Завданням переддипломної практики є ознайомлення iз структурою приватного пiдприємства “Бiомед”, оцiнка комплексу технiчних i програмних засобiв, аналiз технологiї збору, обробки та передачi iнформацiї, а також виявлення недолiкiв у функцiонуваннi системи облiку розрахункiв з постачальниками i пiдрядниками. Метою практики є удосконалення iснуючої в приватному пiдприємствi “Бiомед” системи облiку розрахункiв з постачальниками i пiдрядниками та насичення її елементами аналiзу i контролю. Це допоможе ефективнiше управляти пiдприємством, приймати вiдповiднi рiшення на рiзних рiвнях управлiння та, як наслiдок, забезпечить отримання очiкуваного прибутку. Приватне пiдприємство “Бiомед” засноване у 1994 роцi (фактично дiє з жовтня 1998 року) для здiйснення господарської дiяльностi, скерованої на виконання для об’єднань, пiдприємств, виробничих колективiв та громадян, послуг та робiт у вирiшеннi медичних, медико-бiологiчних, науково-технiчних, виробничих та соцiальних проблем, а також з метою одержання прибуткiв вiд основних видiв дiяльностi. Предметом дiяльностi пiдприємства є: - проведення фундаментальних наукових дослiджень в областi медицини та створення для цих цiлей вiдповiдної апаратури; - розробка i реалiзацiя програмних засобiв обчислювальної технiки, в тому числi їх адаптацiя до проблем дiагностики та лiкування; - розробка, виготовлення, i впровадження програмно-апаратних медичних систем, включаючи поставку та сервiсне обслуговування; - навчання користувачiв для роботи з програмно-апаратними медичними системами; - виконання iнформацiйно-обчислювальних послуг; - надання посередницьких послуг з основних видiв дiяльностi; - надання медичної допомоги та послуг; - видавництво газет, журналiв, бюлетнiв, бланкiв медичної документацiї, методичних розробок, арактичних рекомендацiй, iонографiй, довiдникiв, книг, пiдручникiв в галузi бiологiї i медицини; Структуру пiдприємства зображено в до д ат ку 1. На даний момент основним видом дiяльностi пiдприємства є роздрiбна торгiвля медикаментами. Це передбачає, зокрема, ведення бухгалтерського облiку. На пiдприємствi вже автоматизовано задачi бухгалтерського облiку “Склад” та “Реалiзацiя товару”. Це здiйснено засобами СУБД Microsoft Visual FoxPro 5. 0. Для цього на пiдприємствi є такi технiчнi засоби: - комп’ютер на базi процесора Pentium з тактовою частотою 133 мегагерца, оперативною памяттю в 32 мегабайта, жорстким диском об’ємом 3,2 гiгабайта, монiтором 14” SVGA з роздiльною здатнiстю 800х600 пiкселiв; Задача “Облiк розрахункiв з постачальниками i пiдрядниками” вирiшується на пiдприємствi у торговому вiддiлi i не є автомвтизована. Призначення задачi – видача фiнансової iнформацiї про дiяльнiсть пiдприємства i формування звiтних документiв. Порядок облiку товарообороту на пiдприємствах роздрiбної торгiвлi наступний. Товари вiд мiсця виробництва до роздрiбної торговельної органiзацiї доставляє оптова торгiвля. Роздрiбна органiзацiя реалiзуює товари безпосередньо споживачам. Товари поступають до магазинiв (або роздрiбних торговельних органiзацiй) у порядку децентралiзованих закупок самого магазину. Деякi товари надходять з мiсць виробництва безпосередньо у роздрiбну торговельну мережу, обминаючи оптову ланку. Через оптовi ланки проходять товари, що потребують комплектування їх у широкий торговельний асортимент, необхiдний для безперебiйного i рiвномiрного постачання роздрiбних торговельних пiдприємств. Облiк розрахункiв з постачальниками ведеться на рахунку № 60 “Розрахунки з постачальниками i пiдрядниками”. Оприбуткування товарiв вiд постачальникiв оформляється записом в дебетi рахунка № 41 “Товари” (субрахунок 01 чи 02) та в кредитi рахунка № 60 “Розрахунки з постачальниками i пiдрядниками”. При оплатi рахунка робиться запис в дебетi рахунка № 60 “Розрахунки з постачальниками i пiдрядниками” та в кредитi рахунка № 52 “Валютний рахунок”, або № 51 “Розрахунковий рахунок”, або № 66 “Векселi виданi”. Оприбуткування товарiв оформляється по цiнах реалiзацiї []. Окрiм вищенаведених бухгалтерських проводок, якi є найчисленiшими у пiдприємствi роздрiбної торгiвлi, можливi i наступнi варiанти: кредит рахунка № 60 – дебет рахунка № 03, 05, 06, 07, 08, 12, 42, 43, 44, 45, 46, 47, 50, 55, 61, 62, 63, 78, 79, 84, 87, 93, 96, дебет рахунка № 60 – кредит рахунка № 42, 46, 49, 50, 52, 55, 61, 62, 66, 68, 76, 78, 90, 93, 96. Отже, облiк розрахункiв з постачальниками i пiдрядниками стосується бухгалтерських операцiй з рахунком № 60. Практично задача вирiшується шляхом виконання наступних дiй. На першому етапi ведеться облiк надходження товарiв i облiк оплати. Облiк надходження товарiв здiйснюється на основi розхiдних накладних, якi надає постачальник, шляхом записiв в журналi операцiй вiдповiдних бухгалтерських проведень, що вiдображається по кредиту рахунка № 60. Проведення мiстить данi про вiдповiдного партнера, суму (в якостi якої вказується загальна сума в розхiднiй накладнiй) i дату здiйснення операцiї. При облiку оплати рахунка вхiдними документами служать платiжнi доручення, одержанi з банку як документи, що засвiдчують здiйснення оплати. В журналi операцiй робляться записи, змiст яких є протилежний записам при оприбуткуваннi товарiв. Надходження грошей фiксується на дебетi рахунка № 60. При цьому проведення також мiстить iнформацiю про партнера, суму, яку проплачено i дату здiйснення операцiї. Другий етап включає в себе формування звiтних документiв, а саме: оборотно-сальдової вiдомостi i журналу-ордеру. Вони формуються на основi журналу операцiй. Оборотно-сальдова вiдомiсть мiстить iнформацiю про сальдо (залишок) на рахунку № 60 на початок i кiнець мiсяця по дебету, кредиту, та згорнуте. Журнал-ордер мiстить iнформацiю про суми обороту по дебету i кредиту рахунку № 60 в розрiзi рахункiв, i загальнi суми обороту по дебету i кредиту. Рiшення даної задачi вимагає аналiзу великої кiлькостi паперової iнформацiї i включає в себе видачу рiзноманiтних звiтiв. При цьому дуже висока ймовiрнiсть допущення помилки, яку важко вiдшукати. Це вимагає надзвичайних витрат робочого часу та ручної працi, що не може забезпечити високої продуктивностi. До того ж, ручна обробка iнформацiї у вирiшеннi задач такого типу є морально застарiлим пiдходом. Тому доцiльно реалiзувати задачу облiку розрахункiв з постачальниками i пiдрядниками на ЕОМ, щоб спростити та прискорити її розв’язання. 1. 2 Існуючi шляхи розв ’язку задачi облiку розрахункiв з постачальниками i пiдрядниками Оскiльки методика бухгалтерського облiку єдина i стандартизована, вибiр шляху розв’язку даної задачi зводиться до вибору програмного середовища, в якому доцiльнiше її розв’язувати. Тут можливi два альтернативнi напрямки – встановлення готової спецiалiзованої бухгалтерської системи i розробка власної. З спецiалiзованих систем можна видiлити росiйський “1С” та вiтчизняний “X-Door” Запорiзької фiрми “SoftTaxi”. Цi обидва пакети є досить потужними i гнучкими (особливо “1С”). Зокрема, одним iз шляхiв вирiшення проблеми мiг би бути вибiр компонента “1С” – “1С: Бухгалтерiя”, який можна додатково налаштувати на виконання деяких функцiй оперативного облiку. Але на сьогоднi всi спецiалiзованi системи, якi вартi уваги, мають один суттєвий недолiк – вiдносно високу вартiсть (в першу чергу це стосується дрiбних пiдприємств). Очевидно, що якщо пiдприємство має на метi одержання прибутку, то так чи iнакше всi управлiнськi рiшення повиннi бути економiчно обгрунтованими. А для обгрунтування такого рiшення, як вибiр системи комп’ютеризованого облiку повиннi враховуватись такi фактори, як економiчна ефективнiсть та цiна системи, i на основi аналiзу цих факторiв вже повинен робитись висновок про доцiльнiсть тiєї чи iншої системи []. 1. 3 Постановка задачi на проектування системi. Адже, наприклад, лише один компонент системи “1С” “1С: Бухгалтерiя” (на момент написання проекту) коштує 1309 грн. (245 у. о.), а мережева версiя – 5200 грн. (972 у. о.). Очевидно, що придбання фiрмою такого пакету не є оптимальним шляхом. Як ще один спосiб вирiшення проблеми може бути вибiр нелегальних копiй програмного забезпечення, якi значно дешевшi за оригiнал. Це є на даний час досить поширеним, але цьому способу притаманнi свої недолiки. Один з них полягає в слiдуючому. Метою впровадження на пiдприємствi автоматизованого бухгалтерського облiку є поступовий перехiд на повнiстю комп’ютеризовану систему i замiна нею iснуючої паперової системи. Це дасть змогу оперативно одержувати рiзноманiтнi звiти про дiяльнiсть фiрми, як в розрiзах, зручних для аналiзу, так i документiв, що являються необхiдними звiтними документами, навiть баланс всього пiдприємства. А як вiдомо, для того, щоб така система працювала на пiдприємствi, вона повинна бути лiцензована. Звiсно, лiцензування нелегальних копiй програмних продуктiв (наприклад, “1С”) неможливе. Отже, окрiм iнших аспектiв, використання нелегального програмного забезпечення для автоматизацiї бухгалтерського облiку не є прийнятним ще й тому, що це не дасть можливостi для розвитку системи в майбутньому []. Вагомим аргументом на користь створення власної системи (наприклад, засобами Visual FoxPro) також є те, що в такiй системi можна передбачити всi тонкощi i особливостi, якi пов’язанi з торгiвлею медикаментами, для здiйснення оперативного облiку i елементiв аналiзу. Щодо вибору конкретного iнструментарiю для створення системи, вiн цiлком виправдано падає на Microsoft Visual FoxPro, оскiльки на пiдприємствi на даний момент вже працюють двi системи облiку (“Склад” та “Реалiзацiя товару”), якi створенi на основi цiєї СУБД. Це створить можливостi для iнтеграцiї всiх компонентiв в єдину систему, модернiзацiї iснуючих та створення нових компонентiв по мiрi розвитку пiдприємства. 2 РОЗРОБКА ЗАГАЛЬНОСИСТЕМНИХ РІШЕНЬ 2. 1 Загальна структура розроблюваної системи Для розгляду структури розроблюваної системи облiку i аналiзу розрахункiв з постачальниками та взаємозв’язку iз зовнiшнiми об’єктами зручно представити систему у виглядi DFD-дiаграм. В дода тку 3 подано контекст-дiаграму розроблюваної системи, яка вiдображає зв’язки з зовнiшнiми об’єктами i визначає вхiднi та вихiднi потоки iнформацiї []. Для даної системи можна умовно видiлити три зовнiшнi об’єкти: постачальники, банк i бухгалтерiя пiдприємства. На вхiд системи вiд постачальникiв надходять розхiднi накладнi, а з банку – проплаченi платiжнi доручення. В процесi роботи системи формуються наступнi результатнi документи: - узагальненi оборотнi вiдомостi; - сальдовi вiдомостi; - узагальненi сальдовi вiдомостi; Всi цi документи надходять до бухгалтерiї пiдприємства для здiйснення оперативного, синтетичного облiку, проведення аналiзу тощо. - формування результатних документiв (процес 2); - друк i передача результатних документiв (процес 3). Для процесу 1 “Ведення журналу операцiй” вхiдними є данi, отриманi з розхiдних накладних, що надходять вiд постачальника i данi, отриманi з проплачених платiжних доручень, якi надходять з банку. В результатi ведення журналу операцiй утворюються данi про операцiї, якi є вхiдними для процесу 2 “Формуванння результатних документiв”. Цей процес також використовує вхiднi данi для процесу 1 для звiрки i виявлення помилок. На виходi процесу 2 формуються в електронному виглядi тi ж самi документи, якi будуть вихiдними документами для всiєї системи. За допомогою процесу 3 цi документи роздруковуються i передаються в бухгалтерiю пiдприємства. - ввiд i контроль iнформацiї (процес 1. 1); - запис на магнiтний носiй (процес 1. 2); - звiрка i корекцiя БД (процес 1. 3). Інформацiя з розхiдних накладних i платiжних доручень є вхiдною для процесiв 1. 1 “Ввiд i контроль iнформацiї” та 1. 3 “Звiрка i корекцiя БД”. Пiсля процесу 1. 1 введена iнформацiя про операцiї записується на магнiтний носiй (вiнчестер) в файл операцiй. Записана iнформацiя використовується в процесi 1. 3 при звiрцi i корекцiї БД. На виходi процесу 1. 3 (i всього процесу 1) – данi про операцiї. Деталiзацiя процесу 2 “Формування результатних документiв” за допомогою дiаграми другого рiвня наведена в додатку 6. В результатi декомпозицiї даного процесу одержуємо наступнi дрiбнiшi процеси: - формування узагальнених оборотних вiдомостей (процес 2. 2); - формування сальдових вiдомостей (процес 2. 3); - формування журнала-ордера (процес 2. 5); - формування акту звiрки (процес 2. 6). Данi про операцiї є вхiдними для процесiв 2. 1, 2. 3, 2. 5 та 2. 6, на виходi яких формуються вiдповiдно оборотнi вiдомостi, сальдовi вiдомостi, журнал-ордер та акт звiрки. Оборотнi i сальдовi вiдомостi є вхiдними даними вiдповiдно для процесiв 2. 2 та 2. 4, в яких формуються узагальненi вiдомостi. Для висвiтлення технологiї рiшення даної задачi у системi, що проектується i для порiвняння її з iснуючою технологiєю, систему зручно представити у виглядi техпроцесу, який зображено в додатку 7. При оприбуткуваннi товару данi з накладних вводяться в пам’ять ЕОМ. В процесi введення даних iдбувається їх перевiрка на правильнiсть, повiдомлення про помилки (якщо вони виявленi) виводяться на екран монiтора, i процедура вводу повторюється. Пiсля того, як данi введенi i перевiренi, вони записуються на жорсткий диск ЕОМ в наступнi файли: “Журнал операцiй”, “Партнер” та “Товар”. Аналогiчно здiйснюється ввiд даних з платiжних доручень i корекцiя помилок при оплатi рахунку. В цьому випадку данi записуються на жорсткий диск ЕОМ у файли “Журнал операцiй” i “Платiжнi доручення”. В результатi наступних етапiв формуються результатнi документи, для чого використовується iнформацiя з файлу “Журнал операцiй”. Це етапи: “Формування журнала-ордера”, “Формування оборотно-сальдових вiдомостей” i “Аналiз оплати i оприбуткування”. 2. 2 Математично-алгоритмiчне забезпечення Таблиця 1. Реквiзити-основи Позначення у файлi R1 Сальдо дебетове на початок мiсяця SDP R2 Сальдо дебетове на кiнець мiсяця SDK R3 Сальдо кредитове на початок мiсяця SKP R4 Сальдо кредитове на кiнець мiсяця SKK R5 OD R6 Кредитовий оборот OK R7 Загальний дебетовий оборот ZOD R8 ZOK R9 Сума операцiї O R10 SO R11 SOD R12 Сума операцiй по кредиту SOK W1 Сума S W2 Загальна сума SS V1 Кiлькiсть K V2 Цiна P V3 Проплачена сума PS Таблиця 2. Реквiзити-ознаки Показник Позначення у файлi P1 Товар I P2 Постачальник J P3 Дата D P4 N P5 Дебетовий рахунок RD P6 RK P7 Дебет рахунка № 60 RRD P8 Кредит рахунка № 60 RRK P9 M P10 DP P11 Дата кiнця мiсяця DK P12 Дата оплати Z Граф взаємозв’язку показникiв зображений в додатку 8. Розглянемо кожен з використовуваних в системi показникiв i наведемо формули, за якими вони обчислюються: 1) i , поставленого постачальником jdn. , (1) де: – кiлькiсть товару i , поставленого постачальником j на дату d за накладною n ; – цiна товару i , поставленого постачальником j на дату d за накладною n. 2) – загальна сума товару, поставленого постачальником jd за накладною n . . (2) 3) – сума операцiї по дебету рахунка rd i по кредиту рахунка rknj на дату d . ; (3) , (4) де – сума, проплачена постачальнику jzn за дату d . 4) – оборот по дебету рахунка №60 i кредиту рахунка rk по партнеру j на дату d . Показник формується шляхом вибiрки без арифметичних обчислень. 5) – оборот по кредиту рахунка №60 i дебету рахунка r d по партнеру jd 6) – загальний оборот по дебету рахунка №60 по партнеру j за мiсяць m . . (5) 7) – загальний оборот по кредиту рахунка №60 по партнеру j за мiсяць m . . (6) 8) – сальдо на кiнець мiсяця m по дебету рахунка №60 по партнеру j . . (7) 9) – сальдо на кiнець мiсяця mj . . (8) m по дебету рахунка №60 по партнеру j . . (9) 11) – сальдо на початок мiсяця m по кредиту рахунка №60 по партнеру j . . (10) m 13) – сальдо на кiнець мiсяця m 14) – сальдо на початок мiсяця m по дебету рахунка №60. . (13) 15) – сальдо на початок мiсяця m по кредиту рахунка №60. . (14) rk . . (15) 17) – сума операцiй по кредиту рахунка №60 i по дебету рахунка rk . . (17) 2. 3 Інформацiйне забезпечення До складу iнформацiйного забезпечення входить позамашинне та внутрiшньомашинне iнформацiйне забезпечення. обробки економiчної iнформацiї з них формуються оперативнi масиви iнформацiї. Результуючi документи - це документи, якi формуються системою в результатi розв’язку задачi. Таблиця 3. Опис класифiкаторiв та систем кодування Назва кодованої множини Система кодування Структура коду Розшифрування розрядiв Товар Порядкова ХХХХ Порядковий номер товару ХХХ Дата ХХ .ХХ .ХХХХ Номер накладної ХХХ Дебетовий рахунок Позицiйна ХХ .ХХ Кредитовий рахунок Позицiйна ХХ .ХХ Номер рахунка, номер субрахунка Мiсяць Позицiйна ХХ .ХХХХ Мiсяць, рiк Дата початку мiсяця Позицiйна ХХ .ХХ .ХХХХ Число, мiсяць, рiк Позицiйна ХХ .ХХ .ХХХХ Дата оплати Позицiйна ХХ .ХХ .ХХХХ Число, мiсяць, рiк Вхiдними документами для даної задачi будуть: - розхiдна накладна; Документ “Розхiдна накладна” мiстить iнформацiю про поставку товару (дата, найменування товару, цiна товару, кiлькiсть товару, загальна сума, назва та реквiзити постачальника, назва та реквiзити одержувача). Цей документ заповнюється постачальником i є основним документом, що засвiдчує факт поставки товару. Реквiзити з нього заносяться в базу даних, де мiститься iнформацiя про всi поставки товарiв. Форма документа наведена в додатку 9 . Табличний опис документа представлений в таблицi 4. Таблиця 4. Табличний опис документа "Розхiдна накладна" Тип та значнiсть Дiапазон змiн C(40) Назва населеного пункту C(15) C(30) Номер телефону C(10) Факс C(10) Назва банку C(45) C(15) МФО C(10) Індивiдуальний податковий номер C(10) ЗКПО C(15) Номер накладної C(5) Дата D(8) C(30) Одиниця вимiру C(5) Кiлькiсть 0.. 9999. 999 N(8. 4) Сума N(6. 2) 0.. 9999. 99 Загальна сума N(7. 2) 0.. 99999. 99 Документ “Платiжне доручення” мiстить iнформацiю про оплату поставленого товару (дата оплати, сума, назва i реквiзити одержувача, призначення платежу). Цей документ заповнюється платником, а пiсля того, як здiйснено оплату i банком проставлено на ньому печатки i пiдпис, одна його копiя потрапляє до одержувача, а iнша повертається до платника. Документ є засвiдченням факту оплати. Реквiзити з нього заносяться в базу даних, де мiститься iнформацiя про всi проведенi оплати. Форма документа наведена в додатку 10. Табличний опис документа представлений в таблицi 5. Таблиця 5. Табличний опис документа "Платiжне доручення" Назва реквiзиту Дiапазон змiн C(5) Дата оплати D(8) Сума N(6. 2) 0.. 9999. 99 C(40) Код одержувача за ЄДРПОУ C(9) Назва банку одержувача C(45) Особистий код банку C(7) C(15) Номер накладної C(5) Дата D(8) - обороти по дебету; - обороти по кредиту; - загальний оборот по кредиту; - сальдо на кiнець мiсяця; - журнал-ордер; - акт звiрки. Документ “Обороти по дебету” формується при необхiдностi i мiстить данi про обороти по дебету рахунка №60 i кредиту будь-якого з рахункiв (вказується). Форма документа наведена в додатку 11. Табличний опис документа представлений в таблицi 6. Таблиця 6. Табличний опис документа "Обороти по дебету" Назва реквiзиту Тип та значнiсть Дiапазон змiн Дата D(8) Сума 0.. 9999. 99 Назва постачальника C(40) C(5) Номер кредитового рахунка C(4) Документ “Обороти по кредиту” формується при необхiдностi i мiстить данi про обороти по кредиту рахунка №60 i дебету будь-якого з рахункiв (вказується). Форма документа наведена в додатку 12. Табличний опис документа представлений в таблицi 7. Таблиця 7. Табличний опис документа "Обороти по кредиту" Назва реквiзиту Дiапазон змiн Дата D(8) Сума N(6. 2) 0.. 9999. 99 Назва постачальника C(40) Номер накладної C(5) Номер дебетового рахунка C(4) представлений в таблицi 8. Таблиця 8. Табличний опис документа "Загальний оборот по дебету" Назва реквiзиту Дiапазон змiн Сума N(7. 2) Назва постачальника C(40) D(6) Документ “Загальний оборот по кредиту” формується в кiнцi мiсяця i мiстить данi про оборот по кредиту рахунка №60 в розрiзi постачальникiв. Форма документа наведена в додатку 14. Табличний опис документа представлений в таблицi 9. Таблиця 9. Табличний опис документа "Загальний оборот по кредиту" Назва реквiзиту Тип та значнiсть Дiапазон змiн Сума N(7. 2) C(40) Звiтний мiсяць D(6) Документ “Сальдо на початок мiсяця” формується на початку мiсяця i мiстить данi про залишок на дебетi чи кредитi рахунка №60 в розрiзi постачальникiв. Форма документа наведена в додатку 15. Табличний опис документа представлений в таблицi 10. Назва реквiзиту Тип та значнiсть Дебетове сальдо 0.. 99999. 99 N(7. 2) 0.. 99999. 99 Назва постачальника C(40) Звiтний мiсяць D(6) Документ “Сальдо на кiнець мiсяця” формується в кiнцi мiсяця i мiстить данi про залишок на дебетi чи кредитi рахунка №60 в розрiзi постачальникiв. Форма документа наведена в додатку 16. Табличний опис документа представлений в таблицi 11. Назва реквiзиту Тип та значнiсть Дебетове сальдо N(7. 2) 0.. 99999. 99 Кредитове сальдо Назва постачальника C(40) Звiтний мiсяць D(6) в таблицi 12. Тип та значнiсть Дiапазон змiн Дебетове сальдо на початок мiсяця N(7. 2) 0.. 99999. 99 Кредитове сальдо на початок мiсяця N(7. 2) 0.. 99999. 99 N(7. 2) 0.. 99999. 99 Дебетове сальдо на кiнець мiсяця N(7. 2) 0.. 99999. 99 Кредитове сальдо на кiнець мiсяця N(7. 2) 0.. 99999. 99 Згорнуте сальдо на кiнець мiсяця N(7. 2) D(6) Документ “Журнал-ордер” формується при необхiдностi i мiстить загальнi суми операцiй в розрiзi рахункiв. Форма документа наведена в додатку 18. Табличний опис документа представлений в таблицi 13. Таблиця 13. Табличний опис документа “Журнал-ордер” Назва реквiзиту Тип та значнiсть Дiапазон змiн Сума N(7. 2) 0.. 99999. 99 Загальна сума по дебету N(7. 2) Загальна сума по кредиту 0.. 99999. 99 Номер дебетового рахунка C(4) Номер кредитового рахунка C(4) Документ “Акт звiрки” формується при необхiдностi i мiстить данi про операцiї, проведенi у вказану дату. Форма документа наведена в додатку 19. Табличний опис документа представлений в таблицi 14. Таблиця 14. Табличний опис документа “Акт звiрки” Назва реквiзиту Тип та значнiсть Дiапазон змiн Сума N(7. 2) Дата D(8) Номер накладної C(3) Назва постачальника C(40) C(4) Номер кредитового рахунка C(4) Внутрiшньомашинна iнформацiйна база є частиною iнформацiйного забезпечення пiдсистеми та складається з iнформацiйних масивiв (файлiв). Всi файли внутрiшньомашинної iнформацiйної бази подiляються на вхiднi та результуючi. Вхiднi файли в свою чергу подiляються на оперативнi та умовно-постiйнi (нормативнi, розцiночнi, довiдниковi). Результуючi файли є кiнцевi та промiжнi. Оскiльки наведено табличнi описи результатних документiв, немає необхiдностi у розглядi результатних iнформацiйних масивiв. Розробимо структуру iдентифiкатора iнформацiйних масивiв: Х ХХХХХ вид масиву Вид масиву задається iдентифiкатором: D - довiдковий Класифiкацiю iнформацiйних масивiв наведемо у формi таблицi (таблиця 15): Таблиця 15. Класифiкацiя iнформацiйних масивiв Оперативнi vOperations vDocuments dAccounts dPhones dBanks dCities dRegions dTypes dMeasures dGoods Взаємозв’язок файлiв показаний на даталогiчнiй моделi (додаток 24). Реквiзит Позначення у файлi Тип i розряднiсть Сума nSum N(6. 2) Номер кредитового рахунка cKNumber C(4) Номер дебетового рахунка cDNumber C(4) Код накладної icdDocument C(4) Реквiзит Позначення у файлi Тип i розряднiсть Код накладної C(4) Дата dDate D(8) cDocNumber C(5) Код партнера icdPartner C(4) Таблиця 18. Структура файлу vGoods Реквiзит Тип i розряднiсть nGoodsAmnt N(8. 3) Цiна товару nGoodsPrice N(8. 4) Код одиницi вимiру icdMeasure C(2) Код товару icdGoods C(4) Код накладної icdDocument C(4) Реквiзит Позначення у файлi Тип i розряднiсть Код партнера icdPartner C(4) C(40) ЗКПО cZKPO C(13) С. р. ПДВ cSrPDV C(13) Інд. податк. номер C(10) Керiвник cManager C(40) Головний бухгалтер C(40) Нотатка mNote Memo Дата останньої модифiкацiї dLastMod D(8) Таблиця 20. Структура файлу dCities Реквiзит Позначення у файлi Тип i розряднiсть Код населеного пункту icdCity C(3) Назва населеного пункту cCity C(22) Таблиця 21. Структура файлу dBanks Реквiзит Тип i розряднiсть Код банку icdBank C(3) Назва банку cBank C(45) Позначення у файлi icdGoods C(4) C(40) Таблиця 23. Структура файлу dMeasure Реквiзит Позначення у файлi Тип i розряднiсть Код одиницi вимiру icdMeasure C(2) Назва одиницi вимiру cMeasure C(7) Таблиця 24. Структура файлу dAccounts Позначення у файлi Тип i розряднiсть Код партнера icdPartner C(4) Номер розрахункового рахунку cAccount C(15) МФО cMFO C(10) Код банку C(3) Код населеного пункту icdCity C(3) Позначення у файлi Тип i розряднiсть Код партнера icdPartner C(4) icdConnType C(1) Код (мiста) cCode C(6) Номер телефону C(7) Таблиця 26. Структура файлу dAddresses Реквiзит Позначення у файлi Тип i розряднiсть Код партнера icdPartner C(4) Код населеного пункту C(3) icdRegion C(3) icdArea C(4) Код країни C(2) Номер абонентської скриньки cPOBox C(5) Поштовий iндекс cPostInd C(6) Адреса C(30) Таблиця 27. Структура файлу dConnTypes Реквiзит Позначення у файлi Тип i розряднiсть icdConnType C(1) Тип зв’язку C(7) Таблиця 28. Структура файлу dCountries Реквiзит Позначення у файлi Код країни C(2) Назва країни cCountry C(15) Таблиця 29. Структура файлу dRegions Реквiзит Позначення у файлi Тип i розряднiсть Код областi icdRegion C(3) Назва областi C(20) Таблиця 30. Структура файлу dAreas Реквiзит Код району icdArea C(4) Назва району cArea C(20) 3 ПРОГРАМНО-ТЕХНІЧНА РЕАЛІЗАЦІЯ СИСТЕМИ 3. 1 Структура програмного забезпечення в дiалоговому режимi управляти роботою програми. Граф дiалогу приведено в додатку 21. Табличний опис дiалогу представлений в таблицi 31. Позначення в графi Об’єкт Дiя Т1 Кнопка Т2 Сортування Т3 Кнопка Т4 Кнопка Перехiд до останнього запису Т5 Кнопка Знищення партнера Т6 Т7 Список Вибiр партнера Т8 Кнопка Активiзацiя фiльтра Т9 Вибiр категорiї партнерiв Т10 Кнопка Добавлення нового партнера Т11 Вiдкриття журналу операцiй по партнеровi Т12 Кнопка Параметри Т13 Т14 Вихiд Т15 Перехiд до вводу даних про р/р Т16 Поле редагування Ввiд назви партнера Т17 Т18 Перехiд до вводу даних про телефони Т19 Ввiд с. р. ПДВ Т20 Ввiд iнд. под. номера Т21 Вкладка Перехiд до вводу даних про адреси Т22 Поле редагування Ввiд керiвника Т23 Ввiд головного бухгалтера Т24 Вкладка Перехiд до вводу нотатки Т25 Кнопка Знищення запису Т26 Т27 Кнопка Перехiд до останнього запису Т28 Кнопка Добавлення запису Т29 Кнопка Редагування запису Т30 Перемикач Вибiр типу рахунка (осн./дод.) Т31 Поле редагування Ввiд розрахункового рахунка Т32 Поле редагування Ввiд МФО Т33 Поле редагування Т34 Поле редагування Т35 Кнопка Збереження Т36 Кнопка Т37 Кнопка Добавлення запису Т38 Редагування запису Т39 Поле редагування Ввiд номера телефона Т40 Список Т41 Кнопка Т42 Кнопка Вiдмова Т43 Добавлення запису Т44 Кнопка Редагування запису Т45 Поле редагування Т46 Поле редагування Ввiд поштового iндекса Т47 Поле редагування Т48 Т49 Поле редагування Ввiд назви району Т50 Ввiд назви вулицi Т51 Поле редагування Ввiд абонентської скриньки Т52 Ввiд коментаря Т53 Кнопка Збереження Т54 Кнопка Вiдмова Т55 Поле редагування Ввiд нотатки Т56 Вихiд Т57 Т58 Т59 Поле редагування Ввiд кiнцевої дати Т60 Продовження друку Т61 Кнопка Вiдмова Т62 Кнопка Друк акту звiрки Т63 Кнопка Друк проведень Т64 Т65 Кнопка Перегляд Т66 Друк Т67 Кнопка Вихiд Т68 Ввiд перiоду Т69 Поле редагування Вихiд Т70 Друк сторiнки Т71 Кнопка Друк всього Т72 Прапорець Проставлення сторiнок Т73 Кнопка Т74 Лист Т75 Вибiр типу шрифта Т76 Кнопка Вихiд Т77 Поле редагування Ввiд початкової дати Т78 Поле редагування Т79 Продовження друку Т80 Кнопка Вiдмова Т81 Поле редагування Т82 Т83 Кнопка Перегляд картки партнера Т84 Кнопка Вихiд Т85 Кнопка Т86 Перехiд на кiнець списку Т87 Кнопка Т88 Кнопка Пошук Т89 Добавлення проводки Т90 Кнопка Т91 Вiдмова Т92 Кнопка Вихiд Т93 Поле редагування Ввiд номера документа Т94 Поле редагування Ввiд дати Т95 Поле редагування Т96 Поле редагування Ввiд суми Т97 Поле редагування Т98 Кнопка Пошук Т99 Вiдмова Т100 Ввiд номера документа Т101 Поле редагування Ввiд номера рахунка Т102 Поле редагування Т103 Ввiд дати Т104 Вихiд Т105 Вiдмова Т106 Сортування по датi Т107 Т108 Кнопка Т109 Вiдмова Однiєю з складових частин програмного забезпечення є операцiйна система, яка призначена для розширення функцiональних можливостей обчислювального обладнання, контролю i управлiння процесами обробки даних, автоматизацiї роботи програмiстiв. i багатопотокову 32-розрядну операцiйну систему з зручним графiчним iнтерфейсом i розширеними мережевими можливостями. Операцiiйна система розроблена фiрмою Microsoft (США). Важливою її особливiстю є 32-розрядна архiтектура, яка забезпечує бiльш високу продуктивнiсть системи, знiмає багато обмежень на системнi ресурси. Захищений режим, що застосовується в Windows 9x/NT, пiдтримує роботу системи у випадках збою прикладної програми, що є досить вагомою перевагою над iншими ОС, захищає прикладну програму вiд випадкового втручання одного процесу в iнший, забезпечує певну стiйкiсть до вiрусiв. Розробка системи здiйснена за допомогою середовища Microsoft Visual FoxPro. Незважаючи на появу нових систем управлiння базами даних, Visual FoxPro все ще залишається однiєю з найбiльш популярних програм в цiй областi. Це, передусiм, пов’язано з тим, що при створеннi нових версiй Microsoft зберiгає сумiснiсть з попереднiми версiями. додавання, знищення чи змiни записiв таблиць засобами самої бази даних можна використовувати тригери i процедури. Visual FoxPro – це об’єктно-орiєнтована, вiзуально-програмована мова, що управляється по подiям, i яка в повнiй мiрi вiдповiдає новим вимогам, що ставляться перед сучасними засобами проектування. Visual FoxPro складається з окремих компонентiв, якi використовуються для зберiгання iнформацiї, її вiдображення i редагування. Всi данi зберiгаються в базi даних, яка складається з таблиць, вiдношень мiж таблицями, iндексiв, тригерiв i процедур. Кожна таблиця має унiкальне iм’я i зберiгається в окремому файлi, назва якого спiвпадає з назвою таблицi. Створений файл має розширення DBF. Кожна таблиця може мати декiлька зв’язаних з нею iндексiв, якi використовуються для впорядкування даних i швидкого пошуку необхiдних записiв. Memo i General використовуються окремi файли. Memo- поля таблиць мiстять текстову iнформацiю, а поля типу General використовуються, як правило, для зберiгання двiйкової iнформацiї, даних iнших програм, якi працюють в середовищi Windows. В Visual FoxPro реалiзованi тригери, якi дозволяють централiзовано обробляти подiї, що виникають при будь-яких змiнах в базi даних. Також можуть створюватись процедури, якi є частиною бази даних i можуть використовуватись при описi таблиць для перевiрки введених даних, визначення значення по замовчуванню тощо. Надзвичайно зручним i корисним засобом доступу до бази даних є представлення даних. Представлення даних дозволяють об’єднати данi таблиць i вiдображати їх в бiльш зручному виглядi. Є можливiсть вибрати потрiбнi поля таблиць, об’єднати декiлька полей в одне поле, обчислити пiдсумковi значення, задати новi iмена полiв таблицi. добавлення i редагування, здiйснюється тiльки з допомогою представлень даних. Такий пiдхiд дозволяє здiйснити гнучке управлiння доступом до iнформацiї. При використаннi представлень для вибiрки даних в формах, звiтах, при створеннi запитiв, а також в програмах застосовуються тi ж правила, що i для таблиць. Редагування даних, даних, якi включенi в представлення, можливе тiльки при певних умовах. Наприклад, в тому випадку, коли представлення створене на основi тiльки однiєї таблицi. Для вiдображення i редагування даних використовуються форми, звiти, запити i програми. Для створення форм, звiтiв i запитiв використовуються конструктори. Форми i звiти є складними об’єктами, оскiльки вони складаються з дрiбнiших об’єктiв (таких, як поля, кнопки, дiаграми, рамки, OLE-компоненти тощо), якi називаються об’єктами iнтерфейсу. Форми використовуються для перегляду чи вводу даних в таблицi. Звiти використовуються для друку iнформацiї, яка знаходиться в базi даних. Запити є засобом вибiрки даних з однiєї чи декiлькох таблиць. В Visual FoxPro для створення запиту можна використовувати як конструктор запитiв, так i спецiалiзовану мову . Результати виконання запита можуть вiдображатись в формi, виводитись у виглядi звiтiв i дiаграм чи зберiгатись у вказанiй таблицi. Програми, написанi на мовi Visual FoxPro, є об’єктно-орiєнтованими. З допомогою них обробляються подiї в формi, створюються об’єкти, виконуються обчислення, здiйснюється управлiння базою даних. Для зручностi роботи є можливiсть об’єднати програми в бiблiотеки. Щоб створити форму в Visual FoxPro, можна використовувати не тiльки базовi класи, але й створювати власнi. Класи, створенi в Visual FoxPro, зберiгаються в бiблiотеках класiв. Кожен компонент зберiгається в окремому файлi, причому iмена файлiв, що мiстять основнi компоненти, задаються користувачем, а найменування файлiв, що мiстять об’єкти, пов’язанi з таблицею, зпiвпадають з iм’ям таблицi. В залежностi вiд типу об’єкта, що мiститься у файлi, Visual FoxPro автоматично присвоює кожному файлу розширення, яке допомогає в iдентифiкацiї об’єкта. Перелiк розширень файлiв наведений в таблицi 32. Назва об’єкта Проект PRJ, FPC, CAT, PJX, PJT База даних DBC DBF CDX FRT Форма SCX Запит QPR Звiт FRX, FRM Поштова наклейка LBX, LBL Меню MNX Бiблiотека класу VCX PRG, FXP, MPR, QPR Малюнок BMP, JPG, GIF, ICO, DIB, CUR, ANI WAV - iнтерфейс; - блок обчислень; - СУБД; - блок формування звiтiв. До iнтерфейсу входять меню, форми (для вводу, вiдображення та редагування iнформацiї) та модуль допомоги. За допомогою саме цих модулiв вiдбувається обмiн iнформацiєю мiж системою i користувачем. Блок обчислень складається з програм i процедур, за допомогою яких над даними виконуються необхiднi дiї, проводяться розрахунки. файл бази даних входить iнформацiя про зв’язок таблиць, процедури, представлення даних, тригери та iнша додаткова iнформацiя. Пiд час роботи система використовує наступнi модулi: - модуль Startprog; - модуль Rozsalp; - модуль Formaz; - модуль Formjo; - модуль Formov; Модуль Formob формує оборотну звiтнiсть за вказане число. Модуль Rozsal розраховує сальдо на поточний перiод на вказане число. Лiстинг програми наведено в . Модуль Formaz формує акт звiрки. Модуль Formjo формує журнал-ордер по вказаному рахунку. Розроблена в даному дипломному проектi комп’ютерна система є автоматизованою системою облiку i аналiзу розрахункiв з постачальниками i пiдрядниками. Практична реалiзацiя системи облiку i аналiзу була здiйснена за допомогою СУБД Microsoft Visual FoxPro. Visual FoxPro доцiльно встановити вимогу щодо роботи програми пiд сучасними операцiйними системами типу Windows 95, Windows 98, Windows NT. Данi системи мають надзвичайно широке поширення i вже зараз використовуються на бiльшостi комп’ютерiв, якi застосовуються для автоматизацiї управлiнської дiяльностi. Операцiйна система Windows 95 призначена для iнсталяцiї на персональних комп’ютерах, якi мають процесор типу Intel 80386DX, 80486 або Pentium. Об’єм оперативної пам’ятi повинен бути не менше 4 Мбайт. Але для пiдвищення швидкодiї роботи системи необхiдно мати 486-й процесор з частотою 66 МГц i вище або Pentium. Для одночасної роботи з кiлькома програмами доцiльно мати вiд 16 Мбайт оперативної пам'ятi. ОС Windows 95 займає приблизно 50 Мбайт дискового простору, при мiнiмальнiй iнсталяцiї - приблизно 30 Мбайт. Крiм того, вiд 10 до 30 Мбайт необхiдно для органiзацiї вiртуальної пам'ятi. Створена система також вимагає наявностi на комп’ютерi СУБД Visual FoxPro, адже виконувальний файл R60. exe при роботi використовує ресурси з бiблiотеки Visual FoxPro для органiзацiї роботи з базами даних. Узагальнюючи вимоги для розробленої системи i додавши вимоги для MS Visual FoxPro можна зробити висновок, що робоча станцiя, за якою працюватиме користувач з системою облiку i аналiзу розрахункiв з постачальниками i пiдрядниками повинна мiстити операцiйну систему Windows 9х/NT i мати наступну конфiгурацiю: - процесор 80486 чи бiльш потужний (мiнiмум процесор 80486 з тактовою частотою 66МГц) - мiнiмум 16 Мбайт оперативної пам'ятi (рекомендується 16 Мбайт i бiльше) - мiнiмум 300 Мбайт вiльного мiсця на вiнчестерi - мишку Стосовно професiйної квалiфiкацiї обслуговуючого персоналу, дана програма не вимагає глибоких знань в комп’ютернiй галузi. Робота з системою облiку i аналiзу розрахункiв з постачальниками вимагає лише наявностi базових навикiв в роботi з ОС Microsoft Windows 95 (Microsoft Windows 98 чи Microsoft Windows NT). Оператору повиннi бути знайомi наступнi поняття i навики: - використання меню “Пуск” (“Start”) для виклику програм; - прийоми роботи з вiкнами; - використання керуючих елементiв дiалогу; - стандартнi дiалоги; - налаштування операцiйної системи Microsoft Windows 95 (Microsoft Windows 98, Microsoft Windows NT) з допомогою панелi управлiння. Розглянемо дiї користувача при роботi з системою. Оператор системи облiку i аналiзу розрахункiв з постачальниками (бухгалтер) запускає програму на виконання (виконувальний файл R60. exe), або з командної стрiчки, або за допомогою ярлика, який викликає цей файл. На екранi з’являється головне вiкно програми, яке представлено в додатку 25. В головному меню знаходяться два основних пункти, якi також продубльованi на стандартнiй панелi iнструментiв у виглядi кнопок: - “Партнери”; - “Друк”. На данiй панелi iнструментiв також знаходяться поля редагування, з допомогою яких користувач може ввести дату початкового перiоду (вiд неї будуть розраховуватись звiти по замовчуванню). При натискуваннi на кнопку “Партнери” з’являється форма з списком партнерiв, яка наведена у додатку 26, i панель iнструментiв для роботи з нею. В данiй формi мiстяться наступнi елементи: - список партнерiв для вибору; - фiльтр партнерiв по категорiям (фiзичнi або юридичнi особи); - кнопка активацiї фiльтра; - поле для виводу загальної iнформацiї про партнера. Панель iнструментiв складається з кнопок: - “Добавлення нового партнера”; - “Картка партнера”; - “Знищення партнера”; - “Пошук”; - “Перехiд в початок списку”; - “Перехiд в кiнець списку”; - “Сортування записiв”. i при натисненнi кнопки “Картка партнера” при необхiдностi перегляду або редагування даних про партнера. При цьому партнер, реквiзити якого необхiдно переглянути чи редагувати, повинен бути попередньо вибраний зi списку партнерiв в формi “Партнери”. - “Данi” (мiстить поля для вводу загальних реквiзитiв, якi можуть бути лише однi для кожного партнера); - “Р/р” (мiстить список розрахункових рахункiв партнера з реквiзитами, кнопки управлiння записами, якими, зокрема, викликається форма для вводу реквiзитiв рахунку); - “Телефони” (мiстить список телефонiв партнера з вказанням типу зв’язку. Працює аналогiчно вкладцi “Р/р”); - “Адреси” (мiстить список адрес партнера. Працює аналогiчно вкладцi “Р/р”); Пiсля завершення вводу, перегляду чи редагування даних натисненням кнопки “ОК” користувач повертається до форми “Партнери”. - поле для виводу назви обраного партнера, по якому вiдкрито журнал операцiй; - поля для вводу початкового сальдо по дебету i кредиту рахунка №60; - поля для вiдображення обороту i кiнцевого сальдо по дебету i кредиту рахунка №60; - таблицi для перегляду iнформацiї про здiйсненi операцiї по дебету i кредиту рахунка №60, якi використовуються також для вибору операцiї для її редагування або знищення; - набори кнопок для добавлення простої чи складної проводки, редагування, знищення, сортування i пошук операцiй, переходу до першої або останньої операцiї; - кнопки “Акт звiрки”, “Проводки”, “Документи” для формування, перегляду i друку звiтiв; - кнопку “Вихiд” для закриття журналу операцiй i повернення в форму “Партнери”. Для добавлення операцiї по партнеру, який вибрано з списку партнерiв в формi “Партнери” необхiдно, знаходячись в формi “Обороти по рахунку 60” натиснути кнопку “Добавлення операцiї”. При цьому викликається форма для вводу даних про операцiю, яка представлена в додатку 29. Дана форма викликається також при натисненнi кнопки “Редагування операцiї”, коли необхiдно редагувати операцiю. Форма мiстить наступнi елементи: - поле для вводу номера рахунка, по якому проводиться операцiя; - поле для вводу суми операцiї; - поле для вводу дати проведення операцiї; - поле для вводу номера документа, на основi якого здiйснюється операцiя; - кнопки “Записати” та “Вiдмова” для закриття форми iз збереженням та без збереження змiн вiдповiдно. Для друкування звiтiв на стандартнiй панелi iнструментiв знаходиться кнопка “Друк”, натискання на яку приводить до появи форми “Друк звiтiв”, яка приведена в додатку 30. Форма мiстить список звiтiв i кнопки “Друк” та “Вихiд”. Друк звiту здiйснюється шляхом вибору необхiдного звiту зi списку звiтiв i натиснення кнопки “Друк”. При цьому можуть з’явитись вiкна для вводу додаткових параметрiв i вiкна налаштування друку, в яких користувач може задати параметри друку. Висновки В дипломному проектi спроектовано систему облiку i аналiзу розрахункiв з постачальниками i пiдрядниками. Було проведено дослiдження технологiї ведення облiку розрахункiв з постачальниками i пiдрядниками у ПП “Бiомед”, вивчено структуру та функцiї оперативного управлiння, наявне програмне та апаратне забезпечення, комплекс задач, що вирiшується ним. Побудовано структурну схему системи, розроблено математичний апарат, iнформацiйне забезпечення для реалiзацiї бiльш досконалого рiшення даної задачi. Для досягнення цього був використаний метод аналiзу iснуючої системи на основi потокiв даних рiзного рiвня деталiзацiї. виявлено ряд недолiкiв. цьому ж роздiлi наведено математично-алгоритмiчне забезпечення функцiонування системи. Розроблена в дипломному проектi iнформацiйна система забезпечить гнучкiсть процесу облiку розрахункiв з постачальниками i пiдрядниками, надасть можливостi для аналiзу проведених розрахункiв для прийняття оптимальних управлiнських рiшень. 1. Волков С. М., Романов А. М. Организация машинной обработки экономической информции. - М.: Финансы и статистика, 1988. 1. Дипломное и курсовое проектирование по машинной обработке информации. - М.: Финансы и статистика, 1985. 2. Жеребин В. М. Автоматизация проектирования экономических информационных систем. - М.: Финансы и статистика, 1988. 8. Одинцов Б. Е. Экономическая информатика. - Хмельницкий, 1996. 9. Омельченко Л. Н. Самоучитель Visual FoxPro 6. 0. – Санкт-Петербург: BHV, 1999. – 500 с. 10. Твердохлiб М. Г. Система обробки облiкової iнформацiї на персональних ЕОМ. -К.:Технiка, 1993. 11. Твердохлеб Н. Г. Безбумажная технология в управлении производством. -К.:Техника,1991. 12. Бухгалтерський облiк. – Тернопiль: Центр Європи, 1994. – 176с. 14. З. В. Задорожний, Я. Д. Крупка, Р. О. Мельник. Бухгалтерський облiк. – Київ: ІЗМН МОУ, 1996. – 414с. 15. Сопко В. С. Бухгалтерський облiк в промисловостi та iнших галузях народного господарства. – Київ: Вища школа, 1992. – 463с. 16. Сопко В. С. Бухгалтерський облiк у пiдприємництвi. Київ: Технiка, 1995. – 259 с. Додаток 2 Сальдовi вiдомостi Журнал-ордер Акт звiрки Узагальненi оборотнi вiдомостi Проплачене платiжне доручення Розхiдна накладна Бухгалтерiя Банк Додаток 3 Дiаграма 1-го рiвня системи облiку i аналiзу розрахункiв з постачальниками i пiдрядниками Акт звiрки Узагальненi сальдовi вiдомостi Сальдовi вiдомостi Журнал-ордер Оборотнi вiдомостi Узагальненi оборотнi вiдомостi Платiжне доручення Розхiдна накладна Банк Постачальники Додаток 4 Документи в електронному виглядi Данi про операцiї Дiаграма 2-го рiвня для процесу 1 “Ввiд даних” Записана iнформацiя про операцiї Файл операцiй Введена iнформацiя про операцiї Платiжне доручення Розхiдна накладна Додаток 5 Дiаграма 2-го рiвня для процесу 2 “Формування результатних документiв” Додаток 6   Граф взаємозв’язку показникiв Pnij d Knij d Snij d SSnj d PSnjz d Ordrkjn d SODrrdrk OK d OD d SOKrdrrk SOKrrk ZOKrrkj m ZODrrdj m SODrrd SKKrrkj m SDKrrdj m SKPrrkj m SDPrrdj m SKKrrk m SDKrrd m SKPrrk m SDPrrd m Додаток 9 Адреса: _______________________________ Банк: _________________________________ р/р № _____________________ МФО ___________ Код: _______________ Розхiдна накладна № _______________ вiд _______________ Отримувач: ____________________________ Адреса: _______________________________ тел. ____________ факс _________________ Банк: _________________________________ р/р № _____________________ МФО ___________ Код: _______________ Через доручення: ___________________ вiд ___________________ Договiр /контракт/ № _____________________ Дата сплати: ______________ Умови вiдпуску ________________________ № пп Серiя Найменування Од. вим. Цiна вiдпускна в ГРН. Сума вiдпускна в ГРН Сума ПДВ Сума до оплати з урах. ПДВ в тому числi ПДВ/без ПДВ: ______________ Документ склав: _________________________________________________ (П.І. Б.) Товар вiдпустив: _________________________________________________ Товар отримав: _____________________________________ Додаток 10 вiд «___» ______________ 200__ р. Одержано банком «___» ___________ 200__ р. Платник _________________________ ЄДРПОУ код банку ДЕБЕТ СУМА   ЄДРПОУ код банку рах. № Банк одержувача рах. № Призначення платежу _________________________________________________________ Проведено банком М. П. «___» ___________ 200__ р. пiдпис банку Додаток 11 Обороти по дебету (дебет 60 кредит __) Дата Сума Партнер Коментар « » ________________ 200__ р. Головний бухгалтер _____________________ ( пiдпис) Обороти по кредиту (кредит 60 дебет __) Дата Сума Коментар « » ________________ 200__ р. ( пiдпис) Додаток 13 Оборот по дебету ( загальнi суми) Назва (партнер) Загальна сума « » ________________ 200__ р. Головний бухгалтер _____________________ ( пiдпис) Додаток 14 Оборот по кредиту ( загальнi суми) Включно по _______________________ Назва (партнер) Загальна сума Головний бухгалтер _____________________ ( пiдпис) Додаток 15 Сальдо на початок мiсяця (на _____________________) Назва Дебет Згорнуте « » ________________ 200__ р. Головний бухгалтер _____________________ ( пiдпис) Додаток 16 (на _____________________) Назва (партнер) Дебет Всього Головний бухгалтер _____________________ ( пiдпис) Згорнуте Сальдо на початок мiсяця (на ______________________________) Дебет Кредит Дебет Кредит Згорнуте « » ________________ 200__ р. Головний бухгалтер _____________________ ( пiдпис) Додаток 18 Журнал-ордер Дебет Кредит Сума 60 Всього по дебету 60 Всього по кредиту « » ________________ 200__ р. Головний бухгалтер _____________________ ( Додаток 19 «___» _________________ 200__р. Дебет Кредит Сума по дебету Сума по кредиту Дата « » ________________ 200__ р. Головний бухгалтер _____________________ ( пiдпис) Додаток 20 Додаток 20 (продовження) Додаток 22 Parameters _rah else "_RAH") = "C" howrah = _rah else howrah = alltrim(str(_rah)) endif endif _screen. caption = 'Рахунок' _SCREEN. CLS clear wind all CLOSE ALL set confirm on set separator to ['] hide menu _msysmenu set dele on SET TALK OFF set escape off set century on ************* Означення глобальних змiнних public gnpdv, znak, kurs, _YY_, _MM_, _yyarh_, _arh_, ACTIWIND, activind2, archiv, findstr, _minprcnad, store ' ' to _sttable_, _srtable_, _tmpdt_, _tmpkt_, _typeprn_ ********* Визначення базової директорiї ff = sys(16) if 'FXP' $ FF OR 'PRG' $ FF tt = rat('\',ff) ff = left(ff,tt-1) else tt = rat('\',ff) ENDIF set defa to &ff *-- Save and configure environment. fpath = sys(5)+sys(2003) g3 = fpath+'\temp;' g4 = fpath+'\datsets;' g5 = fpath+'\reports;' set path to &gpath if empty(howrah) howrah = '60' endif _pathrah1 = alltrim(howrah) hh = alltrim(howrah) if len(hh) =2 *** добавляємо 00 _srtable_ = 'sr'+hh+'00' else _srtable_ = 'sr'+hh endif Додаток 22 (продовження) g1 = fpath+'\R'+_pathrah1+';' &gpath * create table &_srtable_ (pathfind m(4), archfind c(150), othefind c(150), basepath c(50)) * append blank * use * if empty(yy) = messagebox("не знайдено файлу конфiгурацiї") close all quit * endif endif use &_srtable_ serverpath = pathFIND use gpath = gpath+serverpath SET PATH TO &gpath SET CLASSLIB TO RAHS, diagram ADDITIVE "ShutDown()" &lcOnShutdown ON ERROR ErrorHandler(ERROR(),PROGRAM(),LINENO()) *ON ERROR _shell="DO Cleanup IN startprg" apname = space(30) public rowdos _minprcnad = 40 findstr = space(50) archiv = . f. SET PROCEDURE TO LIBRARY ADDITIVE *ll = sysacces("0000003") *if ll = -1 * close table all * close data all * ON ERROR * ON SHUTDOWN *endif endif *do formclie RELEASE goApp "cApplication") *goapp. level = ll *-- Configure application object. "tlbs") *Otlb. Dock(0) Додаток 22 (продовження) Otlb. Show() goApp. SetCaption('Рахунок '+alltrim(basesrahs)) goApp. cStartupMenu="MENUMENU. mpr" beforemm = _mm_ beforeyy = _yy_ *-- Show application. goApp. Show *-- Release application. RELEASE goApp, otlb close table all close data all ON ERROR ******************************************* FUNCTION ErrorHandler(nError,cMethod,nLine) WAIT CLEAR lcErrorMsg=MESSAGE()+CHR(13)+CHR(13) lcErrorMsg=lcErrorMsg+"Method: "+cMethod lcCodeLineMsg=MESSAGE(1) "..." "Line: "+ALLTRIM(STR(nLine)) IF NOT EMPTY(lcCodeLineMsg) lcErrorMsg=lcErrorMsg+CHR(13)+lcCodeLineMsg+chr(13)+chr(13)+'Припинити роботу?.. ' ENDIF ENDIF IF MESSAGEBOX(lcErrorMsg,20,_screen. Caption)#6 RETURN. F. else QUIT ENDIF ENDFUNC **************************************************** "goApp")=="O" AND NOT ISNULL(goApp) RETURN goApp. OnShutDown() ENDIF QUIT ENDFUNC FUNCTION Cleanup IF CNTBAR("_msysmenu")=7 ENDIF ON ERROR ON SHUTDOWN SET CLASSLIB TO *SET PATH TO *CLEAR ALL CLOSE ALL close table all close data all POP MENU _msysmenu RETURN Додаток 23 * Сальдо на поточний перiод на вказане число lday = cdm(_mm_,_yy_) fdata = ctod(str(lday,2)+'/'+str(_mm_,2)+'/'+str(_yy_,4)) do form getdata3 to ll if empty(ll) rele fdata retu endif set textmerge on set textmerge to t100004.txt noshow public _br, ld, lk clrecv = ifused("recv") clbases = ifused("bases") "saldos") clclients = ifused(_clunions_) if clrecv endif * Вiдбiр даних по Д-ту вказаного рахунку into table tdt1; where dt = _br and month = _mm_ and year = _yy_ ; order by codep select * from tdt1 ; into table tdt; where daten <= fdata; order by codep select distinct kt from tdt into array rds ld = alen(rds) if ld = 1 and empty(rds(1)) endif dime sds(ld), zds(ld) * Вiдбiр даних по K-ту вказаного рахунку select * from bases ; where kt = _br and month = _mm_ and year = _yy_; order by codep select * from tkt1 ; into table tkt; where daten <= fdata; public dime rks(1) select distinct dt from tkt into array rks lk = alen(rks) endif dime sks(lk), zks(lk) store 0 to sks, zks ***************************************************** * Загальнi суми Додаток 23 (продовження) * по одному клiєнту * _spd - сальдо початкове по Д-ту * _spk - сальдо початкове по К-ту * _skk - сальдо кiнцеве по Д-ту * _sok - обороти по К-ту * do dgrbox with recc(), 'Побудова кiнцевого сальдо','Pax. '+alltrim(_br) \ <<_nameorg>> <<alltrim(_br)>> рах. Перiод: <<mstn(_mm_)>> <<_yy_>>p. stor = 2 stor = stor +5 *set order to tag namep npp = 0 scan cd = codep store 0 to _spd, _spk, _skd, _skk, _sod, _sok select saldos if found() _spd = sumdt _spk = sumkt endif for i = 1 to ld &&накопичення по колонках &&накопичення по рядку по Д-ту endif endfor endscan select tkt scan for codep = cd and month = _mm_ and year = _yy_ for i = 1 to lk &&накопичення по колонках _sok = _sok +sum &&накопичення по рядку по K-ту endif endfor _ends = _spd + _sod -(_spk + _sok) do case > 0 _skd = _ends _skk = 0 < 0 _skk = (-1)*_ends _skd = 0 endcase ********************************************************************************* &&and empty(_sod) and empty(_sok) * недрукуємо else *друкуємо sele (_clunions_) npp = npp+1 \<<str(npp,5)>><<left(namep,40)>> <<iif(empty(_skd),space(10), str(_skd,10,2))>> <<iif(empty(_skk),space(10), str(_skk,10,2))>> zspd = zspd + _spd Додаток 23 (продовження) zspk = zspk + _spk * Д-т zsod = zsod + _sod *К-т zsok = zsok + _sok for i = 1 to lk zks(i) = zks(i) + sks(i) endfor * кiн. сальдо zskd = zskd + _skd ******************************************* * Сторiнка stor = stor +1 if stor >=59 \<<chr(12)>> stor = 7 do sh00004 endif endif endscan do l00004 stor = stor +1 if stor >=59 \<<chr(12)>> stor = 7 do sh00004 endif \<<space(5)>><<padc('*** Всього ***',40,' ')>> *** сальдо кiнцеве \\<<iif(empty(zskd),space(10), str(zskd,10,2))>> <<iif(empty(zskk),space(10), str(zskk,10,2))>> \ Згорнуте <<str(zskd-zskk,10,2))>> \<<space(20)>> do dgrend if clclients sele (_clunions_) use endif if clbases use in bases endif if clsaldos use in saldos endif "tdt") endif "tkt") use in tkt endif if file("tdt. dbf") erase tdt. dbf endif "tk. dbf") endif if used("tdt1") use in tdt1 endif "tkt1") use in tkt1 endif if file("tdt1. dbf") erase tdt1. dbf Додаток 23 (закiнчення) endif if file("tkt1. dbf") endif set textmerge to set console on rele zspd, zspk, zskd, zskk, zsod, zsok, sks, zks, sds, zds, rks, rds, fdata ************************************** * ************************************** PROCEDURE sh00004 * 1. \-----+----------------------------------------+--------------------- * 2.***<<padc('П О С Т А Ч А Л Ь Н И К И <<space(40)>><<padc(' Сальдо на кiн. мiсяця',21,' ')>> * 3. \ № +<<padc('П О С Т А Ч А Л Ь Н И К И',40,' ')>>+----------+---------- * 4. <<SPACE(40)>>+<<padc('Дебет',10,' ')>>+<<padc('Кредит',10,' ')>> * 5. \-----+----------------------------------------+----------+---------- RETU ************************************** * ************************************** \-----+----------------------------------------+----------+---------- RETU Додаток 2 4 Додаток 25 Додаток 26 Додаток 28 Додаток 30