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

Міністерство освіти й науки України.

Тернопільська академія народного господарства.

Інститут комп’ютерних інформаційних технологій.

Кафедра моделювання та оптимізації економічних систем й процесів.

ІНФОРМАЦІЙНА СИСТЕМА ОБЛІКУ І АНАЛІЗУ РОЗРАХУНКІВ З ПОСТАЧАЛЬНИКАМИ І.

ПІДРЯДНИКАМИ.

(на прикладі ПП «Біомед»).

Дипломний проект.

Спеціальність 7.50 207 «Інформаційні системи в менеджменті «.

студент групи ІСМ-51 ________ Р. Конєв.

Керівник к.т.н., доцент ________ І. Білоусов.

Зав. кафедри МОЕСП.

К.е.н., доцент ________ Р. Гладій.

АНОТАЦІЯ.

дипломного проекту Конєва Григорія Борисовича.

" Інформаційна система обліку й аналізу розрахунків із постачальниками й підрядниками «.

(на прикладі ПП «Біомед»).

ТАНГ, IКIТ, кафедра ІІТ, група IСМ- 51, 2000 рік.

Обсяг дипломного проекту 104 сторiнки.

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

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

ANNOTATION.

degree project of Konev Gregory Borysovych.

" The information system of account and analysis of accounts with the suppliers «.

(on an example of the private enterprise «Biomed»).

TANE, ICIТ, Department IIT, group ISM- 51, 2000.

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 «p.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.

Зміст.

Вступ 6.

1. Аналіз потреб ПП «Біомед» в створенні КІС обліку й аналізу розрахунків із постачальниками й підрядниками 7.

1.1. Характеристика ПП «Біомед» й опис діючої системи обліку розрахунків із постачальниками й підрядниками 7.

1.2 Існуючі шляхи розв’язку задачі обліку розрахунків із постачальниками й підрядниками 13.

1.3 Постановка задачі на проектування 14.

2. Розробка загальносистемних рішень 16.

2.1 Загальна структура розроблюваної системи 16.

2.2 Математично-алгоритмічне забезпечення 20.

2.3 Інформаційне забезпечення 26.

3. Програмно-технічна реалізація системи 42.

3.1. Структура програмного забезпечення 42.

3.2. Розробка програмних модулів 53.

3.3 Практична реалізація системи 55.

Висновки 63.

Література 65.

Додаток 1 67.

Додаток 2 68.

Додаток 3 69.

Додаток 4 70.

Додаток 5 71.

Додаток 6 72.

Додаток 7 73.

Додаток 8 76.

Додаток 9 77.

Додаток 10 78.

Додаток 11 79.

Додаток 12 80.

Додаток 13 81.

Додаток 14 82.

Додаток 15 83.

Додаток 16 84.

Додаток 17 85.

Додаток 18 86.

Додаток 19 87.

Додаток 20 88.

Додаток 21 90.

Додаток 22 91.

Додаток 23 95.

Додаток 24…99.

Додаток 25…100.

Додаток 26…101.

Додаток 27…102.

Додаток 28…103.

Додаток 29…104.

Додаток 30…105.

ВСТУП.

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

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

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

1 АНАЛІЗ ПОТРЕБ ПП «БІОМЕД» У СТВОРЕННІ КІС ОБЛІКУ І АНАЛІЗУ.

РОЗРАХУНКІВ З ПОСТАЧАЛЬНИКАМИ І ПІДРЯДНИКАМИ.

1.1 Характеристика ПП «Біомед» й опис діючої системи обліку розрахунків із постачальниками й підрядниками.

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

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

Предметом діяльності підприємства є:

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

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

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

— навчання користувачів для роботи із програмно-апаратними медичними системами;

— виконання інформаційно-обчислювальних послуг;

— проведення маркетингових досліджень в області медицини;

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

— навчання, підготовка кадрів та підвищення кваліфікації в галузі медицини;

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

— розробка й впровадження заходів, виготовлення приладдя, інструментів та пристроїв, скерованих на охорону роботи, навколишнього середовища та оздоровлення населення;

— надання посередницьких послуг із основних видів діяльності;

— надання медичної допомоги та послуг;

— видавництво газет, журналів, бюлетнів, бланків медичної документації, методичних розробок, арактичних рекомендацій, іонографій, довідників, книжок, підручників в галузі біології й медицини;

— здійснення внутрішніх й міжнародних перевезень автомобільним транспортом;

— здійснення роздрібної торгівлі лікарськими засобами та медикаментами.

Структуру підприємства зображено в додатку 1.

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

На підприємстві уже автоматизовано задачі бухгалтерського обліку «Склад» та «Реалізація товару». Це здійснено засобами СУБД Microsoft Visual FoxPro 5.0. Для цого на підприємстві є такі технічні засоби:

— комп'ютер на базі процесора Pentium із тактовою частотою 133 мегагерца, оперативною памяттю в 32 мегабайта, жорстким диском об'ємом 3,2 гігабайта, монітором 14″ SVGA із роздільною здатністю 800×600 пікселів;

— принтер Hewlett Packard DeskJet 400.

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

Порядок обліку товарообігу на підприємствах роздрібної торгівлі наступний. Товари від місця виробництва до роздрібної торговельної організації доставляє оптова торгівля. Роздрібна організація реалізуює товари безпосередньо споживачам. Товари поступають до магазинів (чи роздрібних торговельних організацій) у порядку децентралізованих закупівель самого магазину. Деякі товари надходять із місць виробництва безпосередньо у роздрібну торговельну мережу, обминаючи оптову ланку. Через оптові ланки проходять товари, що потребують комплектування їхнього у широкий торговельний асортимент, необхідний для безперебійного й рівномірного постачання роздрібних торговельних підприємств. Облік розрахунків із постачальниками ведеться на рахунку № 60 «Розрахунки із постачальниками й підрядниками». Оприбуткування товарів від постачальників оформляється записом в дебеті рахунка № 41 «Товари» (субрахунок 01 чи 02) та в кредиті рахунка № 60 «Розрахунки із постачальниками й підрядниками». При оплаті рахунка робиться запис в дебеті рахунка № 60 «Розрахунки із постачальниками й підрядниками» та в кредиті рахунка № 52 «Валютний рахунок», чи № 51 «Розрахунковий рахунок», чи № 66 «Векселі видані». Оприбуткування товарів оформляється по цінах реалізації [].

Окрім вищенаведених бухгалтерських проводок, котрі є найчисленішими у підприємстві роздрібної торгівлі, можливі й наступні варіанти: кредит рахунка № 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.

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

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

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

Технологічна схема процесу вирішення задачі обліку із постачальниками наведена в додатку 2.

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

Тому доцільно реалізувати завдання обліку розрахунків із постачальниками й підрядниками на ЕОМ, щоб спростити та прискорити її розв’язання.

1.2 Існуючі шляхи розв’язку задачі обліку розрахунків із постачальниками й підрядниками.

Ос-кільки методика бухгалтерського обліку єдина й стандартизована, вибір шляху розв’язку даної задачі зводиться до вибору програмного середовища, в якому доцільніше її розв’язувати. Тут можливі два альтернативні напрями — встановлення готової спеціалізованої бухгалтерської системи й розробка власної. З спеціалізованих систем можна виділити російський «1С» та вітчизняний «X-Door» Запорізької фірми «SoftTaxi». Ці обидва пакети є досить потужними й гнучкими (особливо «1С»). В частности, одним з шляхів вирішення проблеми міг бі бути вибір компонента «1С» — «1С: Бухгалтерія», який можна додатково налаштувати на виконання деяких функцій оперативного обліку. Алі на сьогодні усі спеціалізовані системи, котрі варті уваги, мають один суттєвий недолік — відносно високу вартість (в першу чергу це стосується дрібних підприємств). Вочевидь, що якщо підприємство має на меті одержання прибутку, то так чи інакше усі управлінські рішення повинні бути економічно обгрунтованими. Щодо обгрунтування такого рішення, як вибір системи комп’ютеризованого обліку повинні враховуватись такі фактори, як економічна ефективність та ціна системи, й на основі аналізу цих факторів уже винен робитись висновок про доцільність тієї чи іншої системи [].

1.3 Постановка задачі на проектування.

З огляду тих, що приватне підприємство «Біомед» не є великим підприємством, займається одним виглядом діяльності й має порівняно просту структуру, (поки що), тепер воно та не має потреби у великій й дорогій системі. Адже, наприклад, лише один компонент системи «1С» «1С: Бухгалтерія» (на даний момент написання проекту) коштує 1309 грн. (245 у.о.), а мережева версія — 5200 грн. (972 у.о.). Вочевидь, що придбання фірмою такого пакету не є оптимальним шляхом.

як ще один спосіб вирішення проблеми може бути вибір нелегальних копій програмного забезпечення, котрі значно дешевші за оригінал. Це є одну годину досить поширеним, але й цьому способу притаманні свої недоліки. Один із них полягає в слідуючому. Метою впровадження на підприємстві автоматизованого бухгалтерського обліку є поступовий перехід на повністю комп’ютеризовану систему й заміна нею існуючої паперової системи. Це дасть змогу оперативно одержувати різноманітні звіти про діяльність фірми, як в розрізах, зручних для аналізу, то й документів, що є необхідними звітними документами, навіть баланс всього підприємства. А як відомо, у тому, щоб така система працювала на підприємстві, вон винна бути ліцензована. Звісно, ліцензування нелегальних копій програмних продуктів (наприклад, «1С») неможливе. Отже, окрім інших аспектів, використання нелегального програмного забезпечення для автоматизації бухгалтерського обліку не є прийнятним ще і бо це не дасть можливості для розвитку системи в майбутньому [].

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

Щодо вибору конкретного інструментарію для створення системи, він цілком виправдано падає на Microsoft Visual FoxPro, оскільки на підприємстві на даний момент уже працюють дві системи обліку («Склад» та «Реалізація товару»), котрі створені на основі цієї СУБД. Це створить можливості для інтеграції всіх компонентів до системи, модернізації існуючих та створення нових компонентів в міру розвитку підприємства.

2 РОЗРОБКА ЗАГАЛЬНОСИСТЕМНИХ РІШЕНЬ.

2.1 Загальна структура розроблюваної системи.

Для розгляду структури розроблюваної системи обліку й аналізу розрахунків із постачальниками та взаємозв'язку з зовнішніми об'єктами зручно представити систему у вигляді DFD-діаграм. У додатку 3 подано контекст-діаграму розроблюваної системи, Яка відображає зв’язки із зовнішніми об'єктами й визначає вхідні та вихідні потоки інформації []. Для даної системи можна умовно виділити три зовнішні об'єкти: постачальники, банк й бухгалтерія підприємства. На вхід системи від постачальників надходять розхідні накладні, а із банку — проплачені платіжні доручення. У процесі роботи системи формуються наступні результатні документи:

— оборотні відомості;

— узагальнені оборотні відомості;

— сальдові відомості;

— узагальнені сальдові відомості;

— журнал-ордер;

— акт звірки.

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

За допомогою діаграми 1-го рівня, якої подано в додатку 4, проведено декомпозицію системи на окремі процеси. У результаті можна виділити наступні процеси:

— ведення журналу операцій (процес 1);

— формування результатних документів (процес 2);

— друк й передача результатних документів (процес 3).

Для процесу 1 «Ведення журналу операцій» вхідними є дані, отримані із розхідних накладних, що надходять від постачальника й дані, отримані із проплачених платіжних доручень, котрі надходять із банку. У результаті ведення журналу операцій утворюються дані про операції, котрі є вхідними для процесу 2 «Формуванння результатних документів». Цей процес також використовує вхідні дані для процесу 1 для звірки й виявлення помилок. На виході процесу 2 формуються в електронному вигляді тих ж сам документи, котрі будуть вихідними документами для всієї системи. За допомогою процесу 3 ці документи роздруковуються й передаються в бухгалтерію підприємства.

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

— ввід й контроль інформації (процес 1.1);

— запис на магнітний носій (процес 1.2);

— звірка й корекція БД (процес 1.3).

Інформація із розхідних накладних й платіжних доручень є вхідною для процесів 1.1 «Ввід й контроль інформації» та 1.3 «Звірка й корекція БД». Після процесу 1.1 введена інформація про операції записується на магнітний носій (вінчестер) в файл операцій. Записана інформація використовується в процесі 1.3 при звірці й корекції БД. На виході процесу 1.3 (й всього процесу 1) — дані про операції.

Деталізація процесу 2 «Формування результатних документів» за допомогою діаграми іншого рівня наведена в додатку 6. У результаті декомпозиції даного процесу одержуємо наступні дрібніші процеси:

— формування оборотних відомостей (процес 2.1);

— формування узагальнених оборотних відомостей (процес 2.2);

— формування сальдових відомостей (процес 2.3);

— формування узагальнених сальдових відомостей (процес 2.4);

— формування журналу-ордера (процес 2.5);

— формування акту звірки (процес 2.6).

Дані про операції є вхідними для процесів 2.1, 2.3, 2.5 та 2.6, на виході які формуються відповідно оборотні відомості, сальдові відомості, журнал-ордер та акт звірки. Оборотні й сальдові відомості є вхідними даними відповідно для процесів 2.2 та 2.4, в які формуються узагальнені відомості.

Процес 3 «Друк й передача результатних документів» не вимагає деталізації.

Для висвітлення технології рішення даної задачі у системі, що проектується й для порівняння її із існуючою технологією, систему зручно представити у вигляді техпроцесу, який зображено в додатку 7. При оприбуткуванні товару дані із накладних вводяться в пам’ять ЕОМ. У процесі введення даних ідбувається їхнього перевірка на правильність, повідомлення про помилки (якщо смердоті виявлені) виводяться на екран монітора, й процедура введення повторюється. Після того, як дані введені й перевірені, смердоті записуються на жорсткий диск ЕОМ в наступні файли: «Журнал операцій», «Партнер» та «Товар».

Аналогічно здійснюється ввід даних із платіжних доручень й корекція помилок при оплаті рахунку. У цьому випадку дані записуються на жорсткий диск ЕОМ у файли «Журнал операцій» й «Платіжні доручення».

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

2.2 Математично-алгоритмічне забезпечення.

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

Таблиця 1. Реквізити-основи.

|Показник |Назва реквізиту |Позначення у| | | |файлі | |R1 |Сальдо дебетове на вушко місяця |SDP | |R2 |Сальдо дебетове на кінець місяця |SDK | |R3 |Сальдо кредитове на вушко місяця |SKP | |R4 |Сальдо кредитове на кінець місяця |SKK | |R5 |Дебетовий оборот |OD | |R6 |Кредитовий оборот |OK | |R7 |Загальний дебетовий оборот |ZOD | |R8 |Загальний кредитовий оборот |ZOK | |R9 |Сума операції |O | |R10 |Сума операцій |SO | |R11 |Сума операцій по дебету |SOD | |R12 |Сума операцій за кредитами |SOK | |W1 |Сума |P.S | |W2 |Загальна сума |SS | |V1 |Кількість |K | |V2 |Ціна |P | |V3 |Проплачена сума |P.S |.

Таблиця 2. Реквізити-ознаки.

|Показник |Назва реквізиту |Позначення у| | | |файлі | |P1 |Товар |I | |P2 |Постачальник |J | |P3 |Дата |D | |P4 |Номер накладної |N | |P5 |Дебетовий рахунок |RD | |P6 |Кредитовий рахунок |RK | |P7 |Дебет рахунка № 60 |RRD | |P8 |Кредит рахунка № 60 |RRK | |P9 |Місяць |M | |P10 |Дата початку місяця |DP | |P11 |Дата кінця місяця |DK | |P12 |Дата оплати |Z |.

Граф взаємозв'язку показників зображений в додатку 8.

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

1) [pic] - сума товару і, поставленого постачальником j на дату d за накладною n.

[pic], (1).

де: [pic] - кількість товару і, поставленого постачальником j на дату d за накладною n;

[pic] - ціна товару і, поставленого постачальником j на дату d за накладною n.

2) [pic] - загальна сума товару, поставленого постачальником j на дату d за накладною n.

[pic]. (2).

3) [pic] - сума операції по дебету рахунка rd й за кредитами рахунка rk по накладній n постачальника j на дату d.

[pic]; (3).

[pic], (4).

де[pic] - сума, проплачена постачальнику j на дату z згідно накладної n за дату d.

4) [pic] - оборот по дебету рахунка № 60 й кредиту рахунка rk по партнеру j на дату d. Показник формується шляхом вибірки без арифметичних обчислень.

5) [pic] - оборот за кредитами рахунка № 60 й дебету рахунка rd по партнеру j на дату d. Формується шляхом вибірки.

6) [pic] - загальний оборот по дебету рахунка № 60 по партнеру j за місяць m.

[pic]. (5).

7) [pic] - загальний оборот за кредитами рахунка № 60 по партнеру j за місяць m.

[pic]. (6).

8) [pic] - сальдо на кінець місяця m по дебету рахунка № 60 по партнеру j.

[pic]. (7).

9) [pic] - сальдо на кінець місяця m за кредитами рахунка № 60 по партнеру j.

[pic]. (8).

10) [pic] - сальдо на вушко місяця m по дебету рахунка № 60 по партнеру j.

[pic]. (9).

11) [pic] - сальдо на вушко місяця m за кредитами рахунка № 60 по партнеру j.

[pic]. (10).

12) [pic] - сальдо на кінець місяця m по дебету рахунка № 60.

[pic]. (11).

13) [pic] - сальдо на кінець місяця m за кредитами рахунка № 60.

[pic]. (12).

14) [pic] - сальдо на вухо місяця m по дебету рахунка № 60.

[pic]. (13).

15) [pic] - сальдо на вухо місяця m за кредитами рахунка № 60.

[pic]. (14).

16) [pic] - сума операцій по дебету рахунка № 60 й за кредитами рахунка rk.

[pic]. (15).

17) [pic] - сума операцій за кредитами рахунка № 60 й по дебету рахунка rk.

[pic]. (16).

18) [pic] - сума операцій по дебету рахунка № 60.

[pic]. (17).

19) [pic] - сума операцій за кредитами рахунка № 60.

[pic]. (18).

2.3 Інформаційне забезпечення.

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

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

Для машинної обробки інформації необхідно провести класифікацію та кодування всіх реквізитів-ознак. Закодовані реквізити представимо у таблиці 3.

Таблиця 3. Опис класифікаторів та систем кодування.

|Назва кодованої |Система |Структура коду|Розшифрування | |множини |кодування | |розрядів | |Товар |Порядкова |ХХХХ |Порядковий номер | | | | |товару | |Постачальник |Порядкова |ХХХ |Порядковий номер | | | | |постачальника | |Дата |Позиційна |ХХ.ХХ.ХХХХ |Кількість, місяць, рік | |Номер накладної |Порядкова |ХХХ |Номер накладної | |Дебетовий рахунок |Позиційна |ХХ.ХХ |Номер рахунка, номер| | | | |субрахунка | |Кредитовий рахунок |Позиційна |ХХ.ХХ |Номер рахунка, номер| | | | |субрахунка | |Місяць |Позиційна |ХХ.ХХХХ |Місяць, рік | |Дата початку місяця|Позиційна |ХХ.ХХ.ХХХХ |Кількість, місяць, рік | |Дата кінця місяця |Позиційна |ХХ.ХХ.ХХХХ |Кількість, місяць, рік | |Дата оплати |Позиційна |ХХ.ХХ.ХХХХ |Кількість, місяць, рік |.

Вхідними документами для даної задачі будуть:

— розхідна накладна;

— платіжне доручення.

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

Таблиця 4. Табличний опис документа «Розхідна накладна «.

|Назва реквізиту |Тип та значність|Діапазон змін | |Назва постачальника |C (40) | | |Назва населеного пункту |C (15) | | |Адреси |C (30) | | |Номер телефону |C (10) | | |Факс |C (10) | | |Назва банку |C (45) | | |Номер розрахункового рахунка |C (15) | | |МФО |C (10) | | |Індивідуальний податковий номер |C (10) | | |ЗКПО |C (15) | | |Номер накладної |C (5) | | |Дата |D (8) | | |Назва товару |C (30) | | |Одиниця виміру |C (5) | | |Кількість |N (8.3) |0.9999.999 | |Вартість |N (8.4) |0.9999.9999 | |Сума |N (6.2) |0.9999.99 | |Загальна сума |N (7.2) |0.99 999.99 |.

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

Таблиця 5. Табличний опис документа «Платіжне доручення «.

|Назва реквізиту |Тип та значність|Діапазон змін | |Номер платіжного доручення |C (5) | | |Дата оплати |D (8) | | |Сума |N (6.2) |0.9999.99 | |Назва одержувача |C (40) | | |Код одержувача за ЄДРПОУ |C (9) | | |Назва банку одержувача |C (45) | | |Особистий код банку |C (7) | | |Номер рахунку |C (15) | | |Номер накладної |C (5) | | |Дата |D (8) | |.

Всі необхідні дані із вхідних документів заносяться у бази даних. На основі інформації із вхідних документів формуються результатні документи.

Вихідними документами для даної задачі будуть:

— обороти по дебету;

— обороти по кредиту;

— загальний оборот по дебету;

— загальний оборот по кредиту;

— сальдо на вухо місяця;

— сальдо на кінець місяця;

— узагальнена сальдова відомість;

— журнал-ордер;

— акт звірки.

Документ «Обороти по дебету» формується при необхідності й містить дані про обороти по дебету рахунка № 60 й кредиту будь-якого із рахунків (вказується). Форма документа наведена в додатку 11. Табличний опис документа вистав об таблиці 6.

Таблиця 6. Табличний опис документа «Обороти по дебету «.

|Назва реквізиту |Тип та значність|Діапазон змін | |Дата |D (8) | | |Сума |N (6.2) |0.9999.99 | |Назва постачальника |C (40) | | |Номер накладної |C (5) | | |Номер кредитового рахунка |C (4) | |.

Документ «Обороти за кредитами» формується при необхідності й містить дані про обороти за кредитами рахунка № 60 й дебету будь-якого із рахунків (вказується). Форма документа наведена в додатку 12. Табличний опис документа вистав об таблиці 7.

Таблиця 7. Табличний опис документа «Обороти за кредитами «.

|Назва реквізиту |Тип та значність|Діапазон змін | |Дата |D (8) | | |Сума |N (6.2) |0.9999.99 | |Назва постачальника |C (40) | | |Номер накладної |C (5) | | |Номер дебетового рахунка |C (4) | |.

Документ «Загальний оборот по дебету» формується в кінці місяця й містить дані про оборот по дебету рахунка № 60 в розрізі постачальників. Форма документа наведена в додатку 13. Табличний опис документа вистав об таблиці 8.

Таблиця 8. Табличний опис документа «Загальний оборот по дебету «.

|Назва реквізиту |Тип та значність|Діапазон змін | |Сума |N (7.2) |0.99 999.99 | |Назва постачальника |C (40) | | |Звітний місяць |D (6) | |.

Документ «Загальний оборот за кредитами» формується в кінці місяця й містить дані про оборот за кредитами рахунка № 60 в розрізі постачальників. Форма документа наведена в додатку 14. Табличний опис документа вистав об таблиці 9.

Таблиця 9. Табличний опис документа «Загальний оборот за кредитами «.

|Назва реквізиту |Тип та значність|Діапазон змін | |Сума |N (7.2) |0.99 999.99 | |Назва постачальника |C (40) | | |Звітний місяць |D (6) | |.

Документ «Сальдо на вухо місяця» формується на початку місяця й містить дані про залишок на дебеті чи кредиті рахунка № 60 в розрізі постачальників. Форма документа наведена в додатку 15. Табличний опис документа вистав об таблиці 10.

Таблиця 10. Табличний опис документа «Сальдо на вушко місяця».

|Назва реквізиту |Тип та значність|Діапазон змін | |Дебетове сальдо |N (7.2) |0.99 999.99 | |Кредитове сальдо |N (7.2) |0.99 999.99 | |Назва постачальника |C (40) | | |Звітний місяць |D (6) | |.

Документ «Сальдо на кінець місяця» формується в кінці місяця й містить дані про залишок на дебеті чи кредиті рахунка № 60 в розрізі постачальників. Форма документа наведена в додатку 16. Табличний опис документа вистав об таблиці 11.

Таблиця 11. Табличний опис документа «Сальдо на кінець місяця».

|Назва реквізиту |Тип та значність|Діапазон змін | |Дебетове сальдо |N (7.2) |0.99 999.99 | |Кредитове сальдо |N (7.2) |0.99 999.99 | |Назва постачальника |C (40) | | |Звітний місяць |D (6) | |.

Документ «Узагальнена сальдова відомість» формується в кінці місяця й містить дані про залишок на дебеті чи кредиті рахунка № 60. Форма документа наведена в додатку 17. Табличний опис документа вистав об таблиці 12.

Таблиця 12. Табличний опис документа «Узагальнена сальдова відомість «.

|Назва реквізиту |Тип та значність|Діапазон змін | |Дебетове сальдо на вушко місяця |N (7.2) |0.99 999.99 | |Кредитове сальдо на вухо місяця|N (7.2) |0.99 999.99 | |Згорнуте сальдо на вухо місяця |N (7.2) |0.99 999.99 | |Дебетове сальдо на кінець місяця |N (7.2) |0.99 999.99 | |Кредитове сальдо на кінець місяця |N (7.2) |0.99 999.99 | |Згорнуте сальдо на кінець місяця |N (7.2) |0.99 999.99 | |Звітний місяць |D (6) | |.

Документ «Журнал-ордер» формується при необхідності й містить загальні суми операцій в розрізі рахунків. Форма документа наведена в додатку 18. Табличний опис документа вистав об таблиці 13.

Таблиця 13. Табличний опис документа «Журнал-ордер».

|Назва реквізиту |Тип та значність|Діапазон змін | |Сума |N (7.2) |0.99 999.99 | |Загальна сума по дебету |N (7.2) |0.99 999.99 | |Загальна сума за кредитами |N (7.2) |0.99 999.99 | |Номер дебетового рахунка |C (4) | | |Номер кредитового рахунка |C (4) | |.

Документ «Акт звірки» формується при необхідності й містить дані про операції, проведені у вказану дату. Форма документа наведена в додатку 19. Табличний опис документа вистав об таблиці 14.

Таблиця 14. Табличний опис документа «Акт звірки».

|Назва реквізиту |Тип та значність|Діапазон змін | |Сума |N (7.2) |0.99 999.99 | |Дата |D (8) | | |Номер накладної |C (3) | | |Назва постачальника |C (40) | | |Номер дебетового рахунка |C (4) | | |Номер кредитового рахунка |C (4) | |.

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

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

Розробимо структуру ідентифікатора інформаційних масивів:

Х ХХХХХ.

назва.

вид масиву.

Вигляд масиву задається ідентифікатором:

V (вхідний-оперативний.

D (довідковий.

Класифікацію інформаційних масивів наведемо у формі таблиці (таблиця 15):

Таблиця 15. Класифікація інформаційних масивів.

|Оперативні |vOperations | | |vDocuments | | |vGoods | |Умовно-постійні (довідкові) |dPartners | | |dAccounts | | |dPhones | | |dAddresses | | |dBanks | | |dCities | | |dCountries | | |dRegions | | |dAreas | | |dTypes | | |dMeasures | | |dGoods |.

Взаємозв'язок файлів показань на даталогічній моделі (додаток 24).

Структури інформаційних масивів наведені у таблицях:

Таблиця 16. Структура файлу vOperations.

|Реквізит |Позначення у файлі |Тип й | | | |розрядність | |Сума |nSum |N (6.2) | |Номер кредитового рахунка |cKNumber |C (4) | |Номер дебетового рахунка |cDNumber |C (4) | |Код накладної |icdDocument |C (4) |.

Таблиця 17. Структура файлу vDocuments.

|Реквізит |Позначення у файлі |Тип й | | | |розрядність | |Код накладної |icdDocument |C (4) | |Дата |dDate |D (8) | |Номер накладної |cDocNumber |C (5) | |Код партнера |icdPartner |C (4) |.

Таблиця 18. Структура файлу vGoods.

|Реквізит |Позначення у файлі |Тип й | | | |розрядність | |Кількість товару |nGoodsAmnt |N (8.3) | |Ціна товару |nGoodsPrice |N (8.4) | |Код одиниці виміру |icdMeasure |C (2) | |Код товару |icdGoods |C (4) | |Код накладної |icdDocument |C (4) |.

Таблиця 19. Структура файлу dPartners.

|Реквізит |Позначення у файлі |Тип й | | | |розрядність | |Код партнера |icdPartner |C (4) | |Назва партнера |cPartner |C (40) | |ЗКПО |cZKPO |C (13) | |З. р. ПДВ |cSrPDV |C (13) | |Інд. податк. номер |cIndPN |C (10) | |Керівник |cManager |C (40) | |Головний бухгалтер |cMainAcnt |C (40) | |Нотатка |mNote |Memo | |Дата останньої модифікації |dLastMod |D (8) |.

Таблиця 20. Структура файлу dCities.

|Реквізит |Позначення у файлі |Тип й | | | |розрядність | |Код населеного пункту |icdCity |C (3) | |Назва населеного пункту |cCity |C (22) |.

Таблиця 21. Структура файлу dBanks.

|Реквізит |Позначення у файлі |Тип й | | | |розрядність | |Код банку |icdBank |C (3) | |Назва банку |cBank |C (45) |.

Таблиця 22. Структура файлу dGoods.

|Реквізит |Позначення у файлі |Тип й | | | |розрядність | |Код товару |icdGoods |C (4) | |Назва товару |cGoods |C (40) |.

Таблиця 23. Структура файлу dMeasure.

|Реквізит |Позначення у файлі |Тип й | | | |розрядність | |Код одиниці виміру |icdMeasure |C (2) | |Назва одиниці виміру |cMeasure |C (7) |.

Таблиця 24. Структура файлу dAccounts.

|Реквізит |Позначення у файлі |Тип й | | | |розрядність | |Код партнера |icdPartner |C (4) | |Номер розрахункового |cAccount |C (15) | |рахунку | | | |МФО |cMFO |C (10) | |Код банку |icdBank |C (3) | |Код населеного пункту |icdCity |C (3) |.

Таблиця 25. Структура файлу dPhones.

|Реквізит |Позначення у файлі |Тип й | | | |розрядність | |Код партнера |icdPartner |C (4) | |Код типу зв’язку |icdConnType |C (1) | |Код (міста) |cCode |C (6) | |Номер телефону |cNumber |C (7) |.

Таблиця 26. Структура файлу dAddresses.

|Реквізит |Позначення у файлі |Тип й | | | |розрядність | |Код партнера |icdPartner |C (4) | |Код населеного пункту |icdCity |C (3) | |Код області |icdRegion |C (3) | |Код району |icdArea |C (4) | |Код країни |icdCountry |C (2) | |Номер абонентської скриньки|cPOBox |C (5) | |Поштовий індекс |cPostInd |C (6) | |Адреси |cAddress |C (30) |.

Таблиця 27. Структура файлу dConnTypes.

|Реквізит |Позначення у файлі |Тип й | | | |розрядність | |Код типу зв’язку |icdConnType |C (1) | |Тип зв’язку |cConnType |C (7) |.

Таблиця 28. Структура файлу dCountries.

|Реквізит |Позначення у файлі |Тип й | | | |розрядність | |Код країни |icdCountry |C (2) | |Назва країни |cCountry |C (15) |.

Таблиця 29. Структура файлу dRegions.

|Реквізит |Позначення у файлі |Тип й | | | |розрядність | |Код області |icdRegion |C (3) | |Назва області |cRegion |C (20) |.

Таблиця 30. Структура файлу dAreas.

|Реквізит |Позначення у файлі |Тип й | | | |розрядність | |Код району |icdArea |C (4) | |Назва району |cArea |C (20) |.

3 ПРОГРАМНО-ТЕХНІЧНА РЕАЛІЗАЦІЯ СИСТЕМИ.

3.1 Структура програмного забезпечення.

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

Таблиця 31. Табличний опис діалогу.

|Позначення в|Об'єкт |дія | |графі | | | |Т1 |Кнопка |Виклик форми-списку партнерів | |Т2 |Кнопко |Сортування | |Т3 |Кнопко |Перехід до Першого запису | |Т4 |Кнопка |Перехід до останнього запису | |Т5 |Кнопка |Знищення партнера | |Т6 |Кнопко |Пошук партнера | |Т7 |Список |Вибір партнера | |Т8 |Кнопка |Активізація фільтра | |Т9 |Список |Вибір категорії партнерів | |Т10 |Кнопко |Добавлення нового партнера | |Т11 |Кнопка |Відкриття журналу операцій по | | | |партнерові | |Т12 |Кнопка |Параметри | |Т13 |Кнопко |Перегляд картки партнера | |Т14 |Кнопка |Вихід | |Т15 |Вкладка |Перехід до введення даних про р/р | |Т16 |Поле редагування |Ввід назви партнера | |Т17 |Поле редагування |Ввід ЗКПО | |Т18 |Вкладка |Перехід до введення даних про інтернет-телефонії | |Т19 |Поле редагування |Ввід з. р. ПДВ | |Т20 |Поле редагування |Ввід інд. під. номери | |Т21 |Вкладка |Перехід до введення даних про адреси | |Т22 |Поле редагування |Ввід керівника | |Т23 |Поле редагування |Ввід головного бухгалтера | |Т24 |Вкладка |Перехід до введення нотатки | |Т25 |Кнопко |Знищення запису | |Т26 |Кнопко |Перехід до Першого запису | |Т27 |Кнопка |Перехід до останнього запису | |Т28 |Кнопко |Добавлення запису | |Т29 |Кнопко |Редагування запису | |Т30 |Перемикач |Вибір типу рахунка (осн./дод.) | |Т31 |Поле редагування |Ввід розрахункового рахунка | |Т32 |Поле редагування |Ввід МФО | |Т33 |Поле редагування |Ввід назви банку | |Т34 |Поле редагування |Ввід населеного пункту | |Т35 |Кнопко |Збереження | |Т36 |Кнопка |Відмова | |Т37 |Кнопко |Добавлення запису | |Т38 |Кнопко |Редагування запису | |Т39 |Поле редагування |Ввід номери телефону | |Т40 |Список |Вибір типу зв’язку | |Т41 |Кнопко |Збереження | |Т42 |Кнопко |Відмова | |Т43 |Кнопка |Добавлення запису | |Т44 |Кнопко |Редагування запису | |Т45 |Поле редагування |Ввід назви країни | |Т46 |Поле редагування |Ввід поштового індексу | |Т47 |Поле редагування |Ввід назви населеного пункту | |Т48 |Поле редагування |Ввід назви області | |Т49 |Поле редагування |Ввід назви району | |Т50 |Поле редагування |Ввід назви вулиці | |Т51 |Поле редагування |Ввід абонентської скриньки | |Т52 |Поле редагування |Ввід коментаря | |Т53 |Кнопко |Збереження | |Т54 |Кнопко |Відмова | |Т55 |Поле редагування |Ввід нотатки | |Т56 |Кнопко |Вихід | |Т57 |Кнопко |Друк документів | |Т58 |Поле редагування |Ввід початкової дати | |Т59 |Поле редагування |Ввід кінцевої дати | |Т60 |Кнопко |Продовження друку | |Т61 |Кнопко |Відмова | |Т62 |Кнопка |Друк акту звірки | |Т63 |Кнопка |Друк проведень | |Т64 |Кнопка |Поновлення | |Т65 |Кнопко |Перегляд | |Т66 |Кнопка |Друк | |Т67 |Кнопка |Вихід | |Т68 |Поле редагування |Ввід періоду | |Т69 |Поле редагування |Вихід | |Т70 |Кнопко |Друк сторінки | |Т71 |Кнопка |Друк всього | |Т72 |Прапорець |Проставлення сторінок | |Т73 |Кнопка |Пропуск | |Т74 |Поле редагування |Ліст | |Т75 |Перемикач |Вибір типу шрифту | |Т76 |Кнопко |Вихід | |Т77 |Поле редагування |Ввід початкової дати | |Т78 |Поле редагування |Ввід кінцевої дати | |Т79 |Кнопко |Продовження друку | |Т-80 |Кнопко |Відмова | |Т81 |Поле редагування |Ввід початкового сальдо по Д-ту | |Т82 |Поле редагування |Ввід початкового сальдо по К-ту | |Т83 |Кнопка |Перегляд картки партнера | |Т84 |Кнопко |Вихід | |Т85 |Кнопка |Перехід на вухо списку | |Т86 |Кнопка |Перехід на кінець списку | |Т87 |Кнопка |Добавлення складної проводки | |Т88 |Кнопка |Пошук | |Т89 |Кнопка |Добавлення проводки | |Т90 |Кнопко |Сортування | |Т91 |Кнопко |Відмова | |Т92 |Кнопка |Вихід | |Т93 |Поле редагування |Ввід номери документа | |Т94 |Поле редагування |Ввід дати | |Т95 |Поле редагування |Ввід номери рахунка | |Т96 |Поле редагування |Ввід суми | |Т97 |Поле редагування |Ввід суми для пошуку | |Т98 |Кнопко |Пошук | |Т99 |Кнопка |Відмова | |Т100 |Поле редагування |Ввід номери документа | |Т101 |Поле редагування |Ввід номери рахунка | |Т102 |Поле редагування |Ввід суми | |Т103 |Поле редагування |Ввід дати | |Т104 |Кнопко |Вихід | |Т105 |Кнопка |Відмова | |Т106 |Кнопка |Сортування по даті | |Т107 |Кнопко |Сортування по сумі | |Т108 |Кнопко |Сортування по рахункам | |Т109 |Кнопко |Відмова |.

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

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

Так, зокрема, Windows 98, котра використовувалась при розробці та тестуванні комп’ютерної системи обліку й аналізу розрахунків із постачальниками й підрядниками являє собою високопродуктивну, багатозадачну й багатопотокову 32-розрядну операційну систему із зручним графічним інтерфейсом й розширеними мережевими можливостями. Операціійна система розроблена фірмою Microsoft (США). Важливою її особливістю є 32-розрядна архітектура, котра забезпечує более високу продуктивність системи, знімає багато обмежень на системні ресурси.

Захищений режим, що застосовується в Windows 9x/NT, підтримує роботу системи у випадках збою прикладної програми, що є досить вагомою перевагою над іншими ОС, захищає прикладну програму від випадкового втручання одного процесу в інший, забезпечує певну стійкість до вірусів.

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

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

Visual FoxPro — це об'єктно-орієнтована, візуально-програмована мова, що управляється по подіям, й Яка в повній мірі відповідає новим вимогам, що ставляться перед сучасними засобами проектування.

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

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

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

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

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

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

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

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

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

Запити є засобом вибірки даних із однієї чи декількох таблиць. У Visual FoxPro для створення запиту можна використовувати як конструктор запитів, то й спеціалізовану мову Structured Query Language (SQL). Результати виконання запита можуть відображатись в формі, виводитись у вигляді звітів й діаграм чи зберігатись у вказаній таблиці.

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

Щоб створити форму в Visual FoxPro, можна використовувати не лише базові класи, але й і створювати власні. Класи, створені в Visual FoxPro, зберігаються в бібліотеках класів.

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

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

Кожен компонент зберігається в окремому файлі, причому імена файлів, що містять основні компоненти, задаються користувачем, а найменування файлів, що містять об'єкти, пов’язані із таблицею, зпівпадають із ім'ям таблиці. У залежності від типу об'єкта, що міститься у файлі, Visual FoxPro автоматично присвоює кожному файлу розширення, яку допомогає в ідентифікації об'єкта. Перелік розширень файлів наведень в таблиці 32.

Таблиця 32. Розширення імен файлів об'єктів Visual FoxPro.

|Назва об'єкта |Розширення | |Проект |PRJ, FPC, CAT, PJX, PJT | |База даних |DBC | |Таблиця Visual FoxPro |DBF | |Складений індексний файл |CDX | |Memo-поле й полі типу General |FRT | |Форма |SCX | |Запит |QPR | |Звіт |FRX, FRM | |Поштова наліпка |LBX, LBL | |Меню |MNX | |Бібліотека класу |VCX | |Програму, бібліотека програм, текст|PRG, FXP, MPR, QPR | |меню, текст запита | | |Малюнок |BMP, JPG, GIF, ISO, DIB, CUR,| | |ANI | |Звукозапис |WAV |.

Загальна структура програмного забезпечення наведена в додатку 22. Його можна умовно поділити на наступні модулі:

— інтерфейс;

— блок обчислень;

— СУБД;

— блок формування звітів.

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

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

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

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

3.2 Розробка програмних модулів.

Під годину роботи система використовує наступні модулі:

— модуль Startprog;

— модуль Formob;

— модуль Rozsal;

— модуль Rozsalp;

— модуль Formaz;

— модуль Formjo;

— модуль Formov;

— модуль Formop.

Модуль Startprog є головною програмою, котра керує роботою системи й в ході роботи викликає необхідні компоненти. Лістинг програми наведено в додатку 22.

Модуль Formob формує оборотну звітність за вказане число.

Модуль Rozsal розраховує сальдо на поточний період на вказане число. Лістинг програми наведено в додатку 23.

Модуль Rozsalp розраховує сальдо на вушко періоду.

Модуль Formaz формує акт звірки.

Модуль Formjo формує журнал-ордер по вказаному рахунку.

Модуль Formov формує оборотну відомість.

Модуль Formop формує список операцій по партнеру.

3.3 Практична реалізація системи.

Розроблена в даному дипломному проекті комп’ютерна система є автоматизованою системою обліку й аналізу розрахунків із постачальниками й підрядниками. Практична реалізація системи обліку й аналізу був здійснена за допомогою СУБД Microsoft Visual FoxPro.

Враховуючи сучасні напрями та перспективи розвитку комп’ютерних технологій, можливість організації зручного діалогу користувача із комп’ютером, застосування для реалізації спроектованої системи Microsoft Visual FoxPro доцільно встановити вимогу щодо роботи програми под сучасними операційними системами типу Windows 95, Windows 98, Windows NT. Дані системи мають надзвичайно широке поширення й уже тепер використовуються на більшості комп’ютерів, котрі застосовуються для автоматизації управлінської діяльності.

Операційна система Windows 95 призначена для інсталяції на персональних комп’ютерах, котрі мають процесор типу Intel 80386DX, 80 486 чи Pentium. Об'єм оперативної пам’яті винен бути не менше 4 Мбайт. Алі для підвищення швидкодії роботи системи необхідно матір 486-й процесор із частотою 66 МГц й вище чи Pentium. Для одночасної роботи із кількома програмами доцільно матір від 16 Мбайт оперативної пам «яті.

ОС Windows 95 займає приблизно 50 Мбайт дискового простору, при мінімальній інсталяції - приблизно 30 Мбайт. Крім того, від 10 до 30 Мбайт необхідно для організації віртуальної пам «яті.

Створена система також вимагає наявності на комп’ютері СУБД Visual FoxPro, адже виконувальний файл R60. exe при роботі використовує ресурси із бібліотеки Visual FoxPro для організації роботи із базами даних.

Узагальнюючи вимоги для розробленої системи й додавши вимоги для MS Visual FoxPro можна зробити висновок, що робоча станція, за якою працюватиме користувач із системою обліку й аналізу розрахунків із постачальниками й підрядниками винна містити операційну систему Windows 9х/NT й матір наступну конфігурацію:

— процесор 80 486 чи более потужний (мінімум процесор 80 486 із тактовою частотою 66МГц).

— мінімум 16 Мбайт оперативної пам «яті (рекомендується 16 Мбайт й більше).

— мінімум 300 Мбайт вільного місця на вінчестері.

— монітор VGA чи SVGA.

— мишку.

Стосовно професійної кваліфікації обслуговуючого персоналу, дана програма не вимагає глибоких знань в комп’ютерній галузі. Робота із системою обліку й аналізу розрахунків із постачальниками вимагає лише наявності базових навиків в роботі із ОС Microsoft Windows 95 (Microsoft Windows 98 чи Microsoft Windows NT). Оператору повинні бути знайомі наступні поняття й навики:

— використання меню «Пуск» («Start») для виклику програм;

— прийоми роботи із вікнами;

— робота із меню;

— використання керуючих елементів діалогу;

— стандартні діалоги;

— налаштування операційної системи Microsoft Windows 95 (Microsoft.

Windows 98, Microsoft Windows NT) із допомогою панелі управління.

Розглянемо дії користувача при роботі із системою. Оператор системи обліку й аналізу розрахунків із постачальниками (бухгалтер) запускає програму на виконання (виконувальний файл R60. exe), чи із командної стрічки, чи за допомогою ярлика, який викликає цей файл. На екрані з’являється головне вікно програми, яку представлено в додатку 25. У головному меню знаходяться два основних пункти, котрі також продубльовані на стандартній панелі інструментів у вигляді кнопок:

— «Партнери»;

— «Друк».

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

При натискуванні на кнопку «Партнери» з’являється форма із списком партнерів, котра наведена у додатку 26, й панель інструментів для роботи із нею. У даній формі містяться наступні елементи:

— список партнерів для вибору;

— фільтр партнерів по категоріям (фізичні чи юридичні особи);

— кнопка активації фільтра;

— полі для виводу загальної інформації про партнера.

Панель інструментів складається із кнопок:

— «Добавлення нового партнера»;

— «Відкриття журналу операцій по партнерові»;

— «Картка партнера»;

— «Знищення партнера»;

— «Пошук»;

— «Перехід в вушко списку»;

— «Перехід в кінець списку»;

— «Сортування записів».

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

Отже, при добавленні нового партнера у формі «Картка партнера» користувач поступово вводити усі реквізити партнера. Для цого форма містить наступні вкладки:

— «Дані» (містить поля для введення загальних реквізитів, котрі можуть бути лише самі для шкірного партнера);

— «Р/р» (містить список розрахункових рахунків партнера із реквізитами, кнопки управління записами, якими, зокрема, викликається форма для введення реквізитів рахунку);

— «Телефони» (містить список телефонів партнера із вказанням типу зв’язку. Працює аналогічно вкладці «Р/р»);

— «Адреси» (містить список адресу партнера. Працює аналогічно вкладці.

«Р/р»);

— Нотатки (містить полі для введення нотатки).

Форма «Картка партнера» також містить полі якому виводиться інформація про дату останньої модифікації даної картки.

Після завершення введення, перегляду чи редагування даних натисненням кнопки «ОК» користувач повертається до форми «Партнери».

При натисненні на кнопку «Відкриття журналу операцій по партнерові» на панелі інструментів, з’являється форма «Обороти по рахунку 60», котра представленя в додатку 28. У ній містяться наступні об'єкти:

— полі для виводу назви обраного партнера, по якому відкрито журнал операцій;

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

— поля для відображення обороту й кінцевого сальдо по дебету й кредиту рахунка № 60;

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

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

— кнопки «Акт звірки», «Проводки», «Документи» для формування, перегляду й друку звітів;

— кнопку «Вихід» для закриття журналу операцій й Повернення в форму.

«Партнери».

Для добавлення операції по партнеру, який вибрано із списку партнерів в формі «Партнери» необхідно, знаходячись в формі «Обороти по рахунку 60» натиснути кнопку «Добавлення операції». При цьому викликається форма для введення даних про операцію, Яка представленій у додатку 29. Дана форма викликається також при натисненні кнопки «Редагування операції», коли необхідно редагувати операцію. Форма містить наступні елементи:

— полі для введення номери рахунка, по якому проводитися операція;

— полі для введення суми операції;

— полі для введення дати проведення операції;

— полі для введення номери документа, на основі якого здійснюється операція;

— кнопки «Записати» та «Відмова» для закриття форми з збереженням та без збереження змін відповідно.

Після добавлення чи редагування операції користувач повертається до форми «Обороти по рахунку 60».

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

Висновки.

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

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

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

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

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

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

Література.

1. Волков С. М., Романов А. М. Організація машинної обробки економічної информции.- М.: Фінанси і статистика, 1988.

1. Дипломне і курсове проектування по машинної обробці информации.;

М.: Фінанси і статистика, 1985.

2. Жеребин В. М. Автоматизація проектування економічних інформаційних систем.- М.: Фінанси і статистика, 1988.

3. Когаловский М. Р. Технологія баз даних на персональних ЕОМ.- М.:

Фінанси і статистика, 1992.

4. Корольов М. А. та інших. Теорія економічних информационн (х систем.- М.:

Фінанси і статистика, 1984.

5. Коутс Р., Влейминк І. Інтерфейс «Людина комп’ютер»: Пер. з англ.;

М.:Мир, 1990.

6. Лавінський Г. В. та ін. Автоматизовані системи обробки економічної інформації.-К.: Вища школа, 1995 р.

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

0715 — (кономическая інформатика і АСУ/ Б. Е. Одинцов. — Львів: Вища школа, ЛДУ, 1990. — 67 с.

8. Одинцов Б. Е. Економічна інформатика.- Хмельницький, 1996.

9. Омельченко Л. Н. Самовчитель Visual FoxPro 6.0. — Санкт-Петербург:

BHV, 1999. — 500 с.

10. Твердохлiб Авт. Система обробки облікової інформації на персональних.

ЕОМ.-К.:Техніка, 1993.

11. Твердохлеб Н. Г. Безпаперова технологія під управлінням производством.;

К.:Техника, 1991.

12. Бухгалтерський облік. — Тернополі: Центр Європи, 1994. — 176с.

13. Економічний аналіз діяльності промислових підприємств та об'єднань. -.

Тернополі: ТАНГ, 1995. — 300с.

14. З. В. Задорожний, Я. Д. Крупка, Р. Про. Мельник. Бухгалтерський облік. -.

Київ: ІЗМН МОУ, 1996. — 414с.

15. Сопко В. С. Бухгалтерський облік в промисловості та інших галузях народного господарства. — Київ: Вища школа, 1992. — 463с.

16. Сопко В. С. Бухгалтерський облік у підприємництві. Київ: Техніка,.

1995. — 259 с.

Додаток 1.

Додаток 2.

Додаток 3.

Додаток 4.

Додаток 5.

Додаток 6.

Додаток 8.

Додаток 9.

Постачальник: _________________________.

Адреси: _______________________________.

тіл. ____________ факс _________________.

Банк: _________________________________.

р/р № _____________________ МФО ___________ Код: _______________.

Розхідна накладна № _______________ від _______________.

Отримувач: ____________________________.

Адреси: _______________________________.

тіл. ____________ факс _________________.

Банк: _________________________________.

р/р № _____________________ МФО ___________ Код: _______________.

Через.

доручення: ___________________ від ___________________.

Договір /контракт/ № _____________________.

Дата сплати: ______________ Умови відпуску.

________________________.

|№ |Серія |Найменування |Од. |Кількіс|Вартість |Націнка|Ціна |Сума |Сума |Сума | |пп | | |вим.|ть |митна (імп.) |% |відпускн|відпуск|ПДВ |до оплати| | | | | | |завода-вироб. | |а |на в | |із урах. | | | | | | |(укр.) | |ГРН. |ГРН | |ПДВ | | | | | | | | | | | | | |Всього | | |.

(сума прописом) до того числі ПДВ/без ПДВ: ______________.

Документ склав: _________________________________________________.

(П.І.Б.) Товар відпустив: _________________________________________________.

Товар отримав: _____________________________________.

(П.І.Б.).

(П.І.Б.).

Додаток 10.

Платіжне доручення № _________.

від «___» ______________ 200__ р.

Одержано банком.

«___» ___________ 200__ р. Платник _________________________.

Код за ЄДРПОУ.

код банку ДЕБЕТ.

СУМА Банк платника.

рах. №.

Одержувач _______________________.

Код за КРЕДИТ ЄДРПОУ.

код банку рах. № Банк одержувача.

рах. №.

Сума (словами) ____________________________________________________________________________.

Призначення платежу _________________________________________________________.

Проведено банком.

«___» ___________ 200__ р.

Підписи платника.

підпис банку.

Додаток 11.

Обороти по дебету.

(дебет 60 кредит __).

|Дата |Сума |Партнер |Коментар | | | | | |.

Додаток 12.

Обороти по кредиту.

(кредит 60 дебет __).

|Дата |Сума |Партнер |Коментар | | | | | |.

Додаток 13.

Оборот по дебету.

(загальні суми).

Включно по _______________________.

|Назва (партнер) |Загальна сума | | | |.

Додаток 14.

Оборот по кредиту.

(загальні суми).

Включно по _______________________.

|Назва (партнер) |Загальна сума | | | |.

Додаток 15.

Сальдо на вушко місяця.

(на _____________________).

|Назва |Дебет |Кредит | |(партнер) | | | | | | | |Всього | | | |Згорнуте | | |.

Додаток 16.

Сальдо на кінець місяця.

(на _____________________).

|Назва |Дебет |Кредит | |(партнер) | | | | | | | |Всього | | | |Згорнуте | | |.

Додаток 17.

Узагальнена сальдова відомість.

|Сальдо на вухо місяця (на ______________________________) | |Дебет |Кредит |Згорнуте | | | | | |Сальдо на кінець місяця (на ______________________________) | |Дебет |Кредит |Згорнуте | | | | |.

Додаток 18.

Журнал-ордер

|Дебет |Кредит |Сума | |60 | | | |Всього по дебету | | | |60 | | |Всього за кредитами | |.

Додаток 19.

Акт звірки.

«___» _________________ 200__р.

Партнер: _____________________________________.

|Дебет |Кредит |Сума |Сума |Дата |Номер документа | | | |по дебету |за кредитами | | | | | | | | | |.

Додаток 20.

Додаток 20 (продовження).

Додаток 21.

Додаток 22.

Parameters _rah.

if parameters () = 0 howrah = 0 else if type («_RAH ») = «З «howrah = _rah else howrah = alltrim (str (_rah)) endif endif.

*HOWRAH = «62 «.

_screen.caption = «Рахунок «.

******** SetSet.

_screen.windowstate = 2.

_SCREEN.CLS clear wind all.

CLOSE ALL set dele on set excl off set multi on set confirm on set point to ", «set separator to [ «] set reprocess to 5.

PUSH MENU _msysmenu hide menu _msysmenu set dele on.

SET TALK OFF.

SET SAFETY OFF.

SET DATE GERMAN set escape off set century on.

************* Означення глобальних змінних public gnpdv, znak, kurs, _YY_, _MM_, _yyarh_, _arh_, ACTIWIND, activind2, archiv, findstr, _minprcnad, apname, findstr public basesrahs, beforemm, beforeyear, _srtable_, _sttable_, _typeprn_ store «» to _sttable_, _srtable_, _tmpdt_, _tmpkt_, _typeprn_.

********* Визначення базової директорії ff = sys (16) if «FXP «$ FF OR «PRG «$ FF tt = rat («», ff) ff = left (ff, tt-1) tt = rat («», ff) ff = left (ff, tt-1) else tt = rat («», ff) ff = left (ff, tt-1).

ENDIF set defa to &ff.

*— Save and configure environment. fpath = sys (5)+sys (2003) g2 = fpath+ «sysapps; «g3 = fpath+ «temp; «g4 = fpath+ «datsets; «g5 = fpath+ «reports; «gpath = fpath+ »; «+ g2 +g3+g4+g5.

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 (продовження).

_sttable_ = «set «+hh+ «r «.

g1 = fpath+ «R «+_pathrah1+ »; «.

gpath = gpath+g1.

SET PATH TO &gpath.

if !file (_srtable_+ " .dbf ").

* create table &_srtable_ (pathfind m (4), archfind c (150), othefind c (150), basepath c (50)).

* append blank.

* use.

* do form finddata to yy.

* if empty (yy).

= messagebox («не знайдено файлу конфігурації «) close all quit.

* endif endif.

select 0 use &_srtable_ serverpath = pathFIND.

_typeprn_ = typeprn use gpath = gpath+serverpath.

SET PATH TO &gpath.

SET CLASSLIB TO RAHS, diagram ADDITIVE.

lcOnShutdown= «ShutDown () «.

ON SHUTDOWN &lcOnShutdown.

ON ERROR ErrorHandler (ERROR (), PROGRAM (), LINENO ()).

*ON ERROR.

_shell= «DO Cleanup IN startprg «.

apname = space (30) findstr = space (20) actiwind2 = .f. public row_dos row_dos = 63.

_minprcnad = 40 findstr = space (50) archiv = .f.

*SET PROC TO.

SET PROCEDURE TO LIBRARY ADDITIVE.

*ll = sysacces («3 »).

*if ll = -1.

* close table all.

* close data all.

* ON ERROR.

* ON SHUTDOWN.

* retu.

*endif.

*— Instantiate application object. if! directory («temp ») md temp endif.

do setsetup.

*do formclie.

RELEASE goApp.

PUBLIC goApp goApp=CREATEOBJECT («cApplication »).

goapp.appsoft = 0.

*goapp.level = ll.

*— Configure application object. otlb=createobject («tlbs »).

*Otlb.Dock (0).

Додаток 22 (продовження).

Otlb.Show ().

goApp.SetCaption («Рахунок «+alltrim (basesrahs)) goApp. cStartupMenu= «MENUMENU.mpr «do form f0000000 beforemm = _mm_ beforeyy = _yy_.

*— Show application.

goApp.Show.

*— Release application.

RELEASE goApp, otlb.

*— Restore default menu.

POP MENU _msysmenu.

*— Restore environment. close table all close data all.

ON ERROR.

ON SHUTDOWN.

RETURN.

*******************************************.

FUNCTION ErrorHandler (nError, cMethod, nLine).

LOCAL lcErrorMsg, lcCodeLineMsg.

WAIT CLEAR lcErrorMsg=MESSAGE ()+CHR (13)+CHR (13).

lcErrorMsg=lcErrorMsg+ «Method: «+cMethod.

lcCodeLineMsg=MESSAGE (1).

IF BETWEEN (nLine, 1,10 000) AND NOT lcCodeLineMsg= «… «lcErrorMsg=lcErrorMsg+CHR (13)+ «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.

****************************************************.

FUNCTION ShutDown.

IF TYPE («goApp »)== «O «AND NOT ISNULL (goApp).

RETURN goApp. OnShutDown ().

ENDIF.

Cleanup ().

QUIT.

ENDFUNC.

FUNCTION Cleanup.

IF CNTBAR («_msysmenu »)=7.

RETURN.

ENDIF.

ON ERROR.

ON SHUTDOWN.

SET CLASSLIB TO.

*SET PATH TO.

Додаток 22 (закінчення).

*CLEAR ALL.

CLOSE ALL close table all close data all.

POP MENU _msysmenu.

RETURN.

Додаток 23.

* p0000004.

* Сальдо на поточний період на вказане число.

local _nameorg, _ends public fdata.

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 set console off public _br, ld, lk.

_br = basesrahs.

clrecv = ifused («recv ») clbases = ifused («bases ») clsaldos = ifused («saldos ») clclients = ifused (_clunions_).

_nameorg = recv.name if clrecv use in recv endif.

********************************************************** **************************.

* Відбір даних по Д-ту вказаного рахунку.

* та формування масиву відповідних рахунків select * from bases; into table tdt1; where dt = _br and month = _mm_ and year = _yy_; order by codep.

select * from tdt1; into table tdt; where daten =59.

stor = 7 do sh00004 endif endif select (_clunions_) endscan.

************.

* Вивід загальних торб do l00004 stor = stor +1 if stor >=59.

stor = 7 do sh00004 endif.

||.

*** сальдо кінцеве.

|.

Згорнуте.

do dgr_end if clclients sele (_clunions_) use endif.

if clbases use in bases endif if clsaldos use in saldos endif if used («tdt ») use in tdt endif if used («tkt ») use in tkt endif if file («tdt.dbf ») erase tdt. dbf endif if file («tk.dbf ») erase tkt. dbf endif if used («tdt1 ») use in tdt1 endif if used («tkt1 ») use in tkt1 endif if file («tdt1.dbf ») erase tdt1.dbf.

Додаток 23 (закінчення) endif if file («tkt1.dbf ») erase tkt1. dbf endif.

set textmerge to set textmerge off set console on.

rele _nameorg, lk, ld, _br, _spd, _spk, _skd, _skk, _sod, _sok rele z_spd, z_spk, z_skd, z_skk, z_sod, z_sok, sks, zks, sds, zds, rks, rds, fdata.

**************************************.

*.

**************************************.

PROCEDURE sh00004.

* 1.

——-+————————————————————+————— —————;

* 2.***.