«Автоматизированное рабочее место сотрудника оптово-розничной базы»

К дипломной работе прилагается сама программа, презентация и речь к защите.
Разрабатываемый програмный продукт будет реализован в технологии «клиент-сервер». В качестве сервера баз данных использован сервер Firebird 2.5. Клиент-ская часть разработана в среде Borland Delphi 7 ...

ОГЛАВЛЕНИЕ

ВВЕДЕНИЕ 4
ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ 6
1.1. Технико-экономическая характеристика предметной области 6
1.1.1. Характеристика предприятия 6
1.1.2. Краткая характеристика подразделений и видов их деятельности 8
1.2. Экономическая сущность задачи 9
1.2.1. Функции складов 10
1.2.2. Анализ экономической сущности задачи 11
1.3. Обоснование необходимости и цели использования вычислительной техники для решения задачи 13
1.4. Постановка задачи 16
1.4.1. Цель и назначение автоматизированного варианта решения задачи 16
1.4.2. Общая характеристика организации решения задач на ЭВМ 17
1.4.3. Формализация расчетов 18
1.5. Анализ существующих разработок и обоснование выбора технологии проектирования 19
1.6. Обоснование проектных решений по видам обеспечения 21
1.6.1.Обоснование проектных решений по техническому обеспечению 21
1.6.2. Обоснование проектных решений по информационному обеспечению 22
1.6.3. Обоснование проектных решений по программному обеспечению 23
1.6.4. Обоснование проектных решений по технологическому обеспечению 24
ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ 26
2.1. Информационное обеспечение задачи (комплекса задач, АРМ) 26
2.1.1. Информационная модель и ее описание 26
2.1.2. Используемые классификаторы и системы кодирования 38
2.1.3. Характеристика нормативно-справочной и входной оперативной информации 39
2.1.4. Характеристика файлов результатной информации 43
2.2. Программное обеспечение задачи (комплекса задач, АРМ) 44
2.2.1. Общие положения (дерево функций и сценарий диалога) 44
2.2.2. Структурная схема пакета (дерево вызова процедур и программ) 46
2.3. Руководство пользователей 48
ГЛАВА 3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА 64
3.1. Выбор и обоснование методики расчета экономической эффективности 64
3.2. Расчет показателей экономической эффективности проекта 70
ЗАКЛЮЧЕНИЕ 75
СПИСОК ЛИТЕРАТУРЫ 77

ВВЕДЕНИЕ

Тема данной дипломной работы «Автоматизированное рабочее место сотрудника оптово-розничной базы». Данная работа посвящена созданию программного продукта автоматизирующего потребности и процессы, протекающие во время выполнения своих должностных обязанностей сотрудниками оптово-розничной базы.
Во время широчайшего развития информационных технологий актуальность информационных продуктов, увеличивающих качество и быстроту многократно выполняющихся операций и процессов, значительно увеличивается. Создание таких продуктов имеет теоретическое и практическое значение. Сегодня уже никто не сомневается в том, что управление на компьютере – не только сэкономленные время и силы, но и одно из необходимых условий для сохранения и увеличения прибыли.
В настоящее время российский рынок логистич еских услуг активно развивается. Его привлекательность и перспективность во многом обусловлена низкой степенью освоенности и конкуренции. Складские услуги – один из основных секторов этого рынка наряду с секторами транспортно - логистических услуг и услуг по интеграции и управлению цепями поставок. Доля сектора складских услуг, по оценке компании «КИА центр», составляет примерно 10-15 процентов. Рынок логистических услуг в России демонстрирует стабильный рост, средние темпы которого составляют порядка 25%. Высокие темпы роста рынка логистических услуг возможны за счет внедрения новых логистических решений и информационных технологий. [18]
Развитие современной логистической (складской) инфраструктуры в России определяется следующими факторами:
Во-первых, экономическое развитие страны, становление среднего класса населения и, как следствие, рост потребительского спроса на качественные западные и отечественные товары способствуют значительному росту объемов торговли. При этом торговые сети активно осваивают регионы, и их доля в структуре объемов торговли постоянно увеличивается. В тех областных центрах, где более быстрыми темпами развиваются торговые сети, выгодно строить и логистические комплексы.
Во-вторых, у российского рынка есть еще одна характерная особенность: всемирно известные компании бурно строят на территории России свои производства и расширяют сети распределения. Активно развивается и российская промышленность. Это также требует создания современной логистической (складской инфраструктуры) на российской территории.
Наиболее важными являются технологии автоматизации отношений с покупателями и налаживания непосредственно торговой деятельности, во всех ее проявлениях. Уровень автоматизации отраслей оптовой и розничной торговли в России постоянно растет параллельно с уровнем развития непосредственно торговых организаций. К принципиальным особенностям разрабатываемого продукта необходимо отнести необходимость работы с большим и достаточно быстро обновляемым перечнем товаров, а так же ориентированность на каждого конкретного клиента.
Целью данной работы является разработка и создание автоматизированного рабочего места сотрудника оптово-розничной базы. Объектом исследования данной дипломной работы является оптово-розничная база. Предметом исследования является автоматизированное рабочее место сотрудника данной компании.
В данной работе решаются следующие задачи:
1) Изучение и исследование предметной области АРМ;
2) Разработка необходимых диаграмм потоков данных;
3) Разработка БД АИС;
4) Выбор средств реализации АРМ;
5) Постановка выполняемой задачи;
6) Реализация информационной системы.

..………512 Мб;HDD ..............................…… > 100 Мб;Разрешение монитора..........> = 800x600 px. Устройства ввода/вывода информации: Монитор не менее 15''; Клавиатура; Манипулятор «мышь»; Принтер. В состав технического обеспечения входят также обслуживающий персонал, техническая документация, методические материалы.1.6.2. Обоснование проектных решений по информационному обеспечению Основные принципы создания информационного обеспечения:- Целостность;- Вероятность;- Контроль;- Защита от несанкционированного доступа- Единство и гибкость, стандартизация и унификация, минимизация ввода и вывода информации. Требования при создании внутримашинной информационной базы:- Полнота представления данных;- Минимальный состав данных;- Минимизация времени обработки данных;- Независимость структуры массивов от внутренних средств ее организации,- Динамичность структуры информационной базы.Информационным обеспечением задачи служат справочники, такие как:- Товары;- Поставщики;- Клиенты;- Группы товаров;- Отделы;- Единицы измерения;- Договоры;- Организация;- Сотрудники;- Должности; Дополнений эти справочники не требуют, их вполне достаточно для выполнения поставленных задач.1.6.3. Обоснование проектных решений по программному обеспечению Разрабатываемый програмный продукт будет реализован в технологии «клиент-сервер». В качестве сервера баз данных использован сервер Firebird 2.5. Клиентская часть разработана в среде Borland Delphi 7. При этом требования к конфигурации клиентской машине минимальны. Клиентское ПО поддерживает сетевой протокол TCP/IP.[4] Програмное обеспечение: Операционная система Windows XP, Vista, 7; сервер Firebird; MS Excel, IBExpert. Специальное програмное обеспечение составляет: Файл с расширением .exe, для запуска программного продукта, файл базы данных с расширением .fdb, а также файл конфигурации .ini и техническая документация.1.6.4. Обоснование проектных решений по технологическому обеспечениюВ настоящее время существует большой выбор средств разработки приложений и языков программирования на платформе операционной системы Windows.В настоящее время программирование бурно развивается, как с точки зрения расширения круга решаемых им задач, так и с точки зрения существенного усложнения используемых в программировании технологий. Причем особо необходимо отметить немалые размеры разрабатываемых программных продуктов. Все это требует максимального упрощения и ускорения процесса разработки приложений и использования ранее реализованных программных фрагментов.Такие требования к современному программированию привели к созданию многочисленных RAD – систем, представляющих собой интегрированные среды разработчика, включающие в себя: » средства быстрого и удобного построения программ, в том числе визуального; » встроенные компиляторы и отладчики.Одной из таких RAD-систем является Delphi. Итак, Delphi — это объектно-ориентированная среда для визуального проектирования Windows приложений с развитыми механизмами повторного использования программного кода. Существенной чертой Delphi является компонентная модель разработки программных продуктов. Суть модели заключается в поддержке системой постоянно расширяемого набора объектных компонентов, из которых и строится программа. Компоненты в Delphi просты для использования и развития, как результат сокрытия значительной части той структуры программы, которая близка к взаимодействию с операционной системой. Таким образом, для создания в Delphi несложных программных продуктов совершенно не обязательно понимать внутреннюю структуру Windows-приложения, получаемого после разработки в Delphi. Достаточно просто уметь работать с некоторыми компонентами, поставляемыми вместе со средой разработчика. При этом начать работу со средой можно практически без предварительного ознакомления, а написание первого приложения не потребует углубления в особенности системы. Этому отчасти способствует удобный интерфейс среды разработчика, не перегруженный излишними вопросами к разработчикуГлава 2. Проектная часть2.1. Информационное обеспечение задачи (комплекса задач, АРМ)2.1.1. Информационная модель и ее описаниеПостроение инфологической модели БД начнем с реализации диаграммы потоков данных (DFD). Стандарт описания бизнес-процессов DFD — Data Flow Diagram переводится как диаграмма потоков данных и используется для описания процессов верхнего уровня и для описания реально существующих в организации потоков данных. Созданные модели потоков данных компании могут быть использованы при решении таких задач, как:определение  существующих  хранилищ данных  (текстовые  документы, файлы, система управления базой данных — СУБД);определение  и  анализ данных,  необходимых для  выполнения  каждой функции процесса;подготовка к созданию модели структуры данных организации,   так называемая ERD-модель (IDEF1X);выделение основных и вспомогательных бизнес-процессов организации.Диаграммы потоков данных показывают, как каждый процесс преобразует свои входные данные в выходные, и выявляют отношения между этими процессами.  DFD представляет моделируемую систему как сеть связанных работ. Существуют две нотации диаграмм: графические нотации Йордана Де Марко и Гейна-Сарсона. Различие заключается в графических формах объектов. [2]Основные объекты нотации, Рисунок 2 :Процессы (Activities). Отображают процессы обработки и изменения информации;Стрелки (Arrows). Отображают информационные потоки; Хранилища данных (Data Store). Отображают данные, к которым осуществляется доступ, эти данные используются, создаются или изменяются работами;Внешние сущности (External References). Отображают объекты, с которыми происходит взаимодействие.Рисунок SEQ Рисунок \* ARABIC 2. Основные объекты DFD в нотации Йордана Де Марко На Рисунке 3 показана диаграмма потоков данных в рамках рассматриваемой предметной области компании.Рисунок SEQ Рисунок \* ARABIC 3. Диаграмма потоков данныхЦель инфологического моделирования – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком, но естественный язык не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любого естественного языка. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).[3]Для того, чтобы определиться с входными и выходными данными и построить инфологическую модель бызы данных, рассмотрим более подробно оперции, которые проходят на складе , приведенные в пункте 1.2.1 дипломной работы: Разгрузка товара. Это первый этап поступления товара на склад. Для того чтобы реализовать поставку на склад, необходимо знать кому нужно сделать заказ на нужный товар, следовательно, можно определить сущность «Поставщики», хранящую в себе в качестве атрибутов информацию о предприятии (наименование предприятия, адрес, телефон, электронная почта, а также различные банковские и юридические реквизиты). Так как поставщики поставляют нам товар, то определяется сущность «Приход», атрибуты сущности хранят информацию о поставке (наименование товара, дата поставки, количество товара и цена товара). Приемка товара. Обычно в ней проводится очистка (если нужно), предварительная регистрация и маркирование товара информационными этикетками. Предварительная регистрация осуществляется с помощью товарной накладной приёмки, учет которых ведет складской работник, также производящий маркирование товара. Размещение на хранение. Из названия можно заметить, что данная операция формирует задачи хранения продукции. Нам известно, что на складе хранится различная продукция именованная товаром. Хранимый товар необходимо в чем-то измерять, поэтому можно определить сущность «Единицы измерения», атрибут которой хранит наименование единицы измерения. Так как на складе товар разнообразен, то для удобства и уменьшения времени на размещение и отборку товара необходимы отделы товаров. Отдел включает в себя определенные группы товаров. Отсюда выделим сущности «Отделы» и «Группы». В качестве атрибутов будет выступать наименование отдела товаров. Отборка товаров из мест хранения. Эта операция происходит по нескольким причинам, одна из которых – необходимость продать размещенный товар. Чтобы продать товар нам необходимо знать, кому продавать, таким образом, нам необходимы клиенты, появляется сущность «Клиенты», атрибуты которой содержат в себе необходимую информацию о клиентах (наименование клиента, тип, адрес, телефон, электронная почта и некоторые банковские реквизиты). У клиента может быть заключен договор с нашей компанией об оптовых продажах, поэтому выделим сущность договора, включающую в себя номер договора, дату и процент скидки. Остальные операции (комплектование и упаковка товаров, погрузка, перемещение грузов внутри склада) используются также работниками склада, грузчиками. Вследствие того, что сам склад необходим для работы с товаром, то смело можно назвать сущность «Товары», атрибуты которой будут хранить в себе информацию о товаре (наименование товара, отдел, группа, единица измерения, цена, количество и комментарий). Также определим вспомогательные сущности, необходимые для упраления пользователями, работающими с програмным продуктом и некоторые другие: сотрудники, должности, организация ( хранит адрес, название компании и реквизиты, используемые в документах). Выходные данные образуются на основе существующих данных, в конкретном случае, составляется отчетность, накладные, товарный чек, счет и прайс-лист (документы должны выводиться на экран и печать), а также справочники. На Рисунке 4 показана инфологическая модель, включающая в себя сущности и атрибуты сущностей. Инфологическая модель базы данных представляет собой описание объектов (сущностей), с набором атрибутов и связей между ними, которые выявляются в процессе исследования как входных, так и выходных данных. Она предназначается для структурного образования предметной области, с ориентированием на информационное внимание пользователей, разрабатываемой системы. Так же инфологическая модель должна быть как стабильной, так и неизменной, и являться представлением аспекта пользователя на описанную предметную область. Однако, при проектировании инфологической модели, должна присутствовать возможность для её увеличения и вставки вспомогательных данных. [1]Рисунок SEQ Рисунок \* ARABIC 4. Инфологическая модель данныхДаталогическая модель строится на основе существующей инфологической модели, для более наглядного вида и анализа - Рисунок 5.Таблица «Товар»ПолеТип поляПримечаниеКод товараЧисловойУникальный код товараКод отделаЧисловойУникальный код отделаКод ед. измеренияЧисловойУникальный код ед. измеренияКод группыЧисловойУникальный код группыНаименованиеТекстовыйНаименование товараЦенаДенежныйЦена товараКоличествоЧисловойКоличество товараКомментарийТекстовыйКомментарий на товарТаблица «Информация о расходе»ПолеТип поляПримечаниеКодЧисловойУникальный кодКод расходаЧисловойУникальный код расходаКод товараЧисловойУникальный код товараЕд. измеренияТекстовыйЕд. измерения товараКоличествоЧисловойКоличество товараЦенаДенежныйЦена товараСкидкаЧисловойСкидка на одно наименование товараТаблица « Расход»ПолеТип поляПримечаниеКод расходаЧисловойУникальный код расходаКод клиентаЧисловойУникальный код клиентаДатаДатаДата продажиСуммаДенежныйСумма продажиСтатусТекстовыйЗакрыт счет или открытТаблица « Информация о приходе»ПолеТип поляПримечаниеКодЧисловойУникальный кодКод товараЧисловойУникальный код товараКод приходаЧисловойУникальный код приходаКоличествоЧисловойКоличество товараЦенаДенежныйЦена товараЕд. измеренияТекстовыйЕд. измерения товараТаблица « Приход»ПолеТип поляПримечаниеКод приходаЧисловойУникальный код приходаКод поставщикаЧисловойУникальный код поставщикаДатаДатаДата приходаСуммаДенежныйСумма приходаТаблица « Клиенты»ПолеТип поляПримечаниеКод клиентаЧисловойУникальный код клиентаНаименованиеТекстовыйНаименование клиентаТелефонТекстовыйТелефон клиентаЭлектронная почтаТекстовыйE-mail клиентаЮридический адресТекстовыйАдрес клиентаФактический адресТекстовыйАдрес клиентаРасчетный счётТекстовыйРасчетный счет клиентаИННТекстовыйИНН клиентаКППТекстовыйКод постановки на учет организации клиентаБИКТекстовыйБанковский идентификационный номерТаблица « Поставщики»ПолеТип поляПримечаниеКод поставщикаЧисловойУникальный код поставщикаНаименованиеТекстовыйНаименование поставщикаЮридический адресТекстовыйАдрес организацииФактиеский адресТекстовыйАдрес организацииТелефонТекстовыйНомер телефона организацииЭлектронная почтаТекстовыйE-mail организацииРасчетный счетТекстовыйРасчетный счет поставщикаИННТекстовыйИНН поставщикаКППТекстовыйКод постановки на учет организации поставщикаОГРНТекстовыйГосударственный регистрационный номер организацииОКПОТекстовыйРегистрационный номер организацииБИКТекстовыйБанковский идентификационный номерТаблица « Договора»ПолеТип поляПримечаниеКод договораЧисловойУникальный код договораКод клиентаЧисловойУникальный код клиентаНомер договораТекстовыйНомер договора с клиентомДата заключенияДатаДата заключения договораСкидкаЧисловойСкидка по договоруТаблица « Компания»ПолеТип поляПримечаниеКод компанииЧисловойУникальный код компанииНаименованиеТекстовыйНаименование компанииАдресТекстовыйАдрес компанииИННТекстовыйИНН компанииКППТекстовыйКод постановки на учет компанииРасчетный счетТекстовыйРасчетный счет компанииТаблица « Сотрудники»ПолеТип поляПримечаниеКод сотрудникаЧисловойУникальный код сотрудникаКод должностиЧисловойУникальный код должностиПолное имяТекстовыйПолное имя сотрудникаЛогинТекстовыйЛогин сотрудникаТелефонТекстовыйТелефон сотрудникаТаблица « Должности»ПолеТип поляПримечаниеКод должностиЧисловойУникальный код должностиНаименованиеТекстовыйНаименование должностиТаблица « Отделы»ПолеТип поляПримечаниеКод отделаЧисловойУникальный код отделаНаименованиеТекстовыйНаименование отделаТаблица « Группы»ПолеТип поляПримечаниеКод группыЧисловойУникальный код группы товаровКод отделаЧисловойУникальный код отделаНаименованиеТекстовыйНаименование группы товаровТаблица « Единицы измерения»ПолеТип поляПримечаниеКод ед. измеренияЧисловойУникальный код ед. измеренияНаименованиеТекстовыйНаименование ед. измеренияПолное наименованиеТекстовыйПолное наименование ед. изм.Рисунок SEQ Рисунок \* ARABIC 5. Даталогическая модель данных Сегодня наиболее распространены реляционные модели данных . Любая система данных, не имеет значения какой сложности, может быть сведена к набору таблиц (или "отношений" в терминологии СУБД). Каждое отношение (таблица) может быть представлено в виде прямоугольного массива со следующими свойствами:Каждая ячейка в таблице представляет точно один элемент данных;Каждая таблица имеет однородные столбцы, все элементы в любом из столбцов одного и того же вида;Каждому столбцу назначено определенное имя;Все строки различны, дублировать строки не разрешается;Строки, и столбцы не зависят от последовательности, просмотр в различной последовательности не может изменить информационное содержание отношения;Каждая строка олицетворяет уникальный элемент данных, который ею и описывается;Столбцы представляют собой отдельные куски информации (атрибуты данных), которые известны о данном элементе.Вообще, лишь немногие реальные базы данных могут быть описаны при помощи единственной таблицы. Большинство приложений используют множество таблиц, которые содержат столбцы (поля) с одинаковым именем. Эти общие данные позволяют, объединяя две (или несколько) таблицы, строить осмысленные ассоциацииНормализация — это процесс организации данных в базе данных, включающий создание таблиц и установление отношений между ними в соответствии с правилами, которые обеспечивают защиту данных и делают базу данных более гибкой, устраняя избыточность и несогласованные зависимости. Существует несколько правил нормализации баз данных. Каждое правило называется «нормальной формой». Если выполняется первое правило, говорят, что база данных представлена в «первой нормальной форме». Если выполняются три первых правила, считается, что база данных представлена в «третьей нормальной форме». Разрабатываемая БД нормализована до 3НФ и представлена на Рисунке 6.[4]Рисунок SEQ Рисунок \* ARABIC 6. Физическая модель базы данных2.1.2. Используемые классификаторы и системы кодирования Далее рассмотрим основные классификаторы и системы кодирования, используемые при разработке информационной системы Таблица 5. Таблица SEQ Таблица \* ARABIC 5 - Основные классификаторы и системы кодирования.Наименование Значность кодаСистема кодированияСистема классификацииВид классификатораКод_договора6КомбинированнаяОтсутствуетУровень предприятияИНН10/12Комбиниро-ваннаяМногоаспект-наяОбщероссийскийБИК9Комбиниро-ваннаяМногоаспект-наяОбщероссийскийРасчетный счет20Комбиниро-ваннаяМногоаспект-наяОбщероссийскийКПП9КомбинированнаяМногоаспектнаяОбщероссийскийОГРН15КомбинированнаяМногоаспектнаяОбщероссийскийОКПО12КомбинированнаяМногоаспектнаяОбщероссийскийКод_прихода-ПорядковаяОтсутствуетУровень предприятияКод_расхода-ПорядковаяОтсутствуетУровень предприятия2.1.3. Характеристика нормативно-справочной и входной оперативной информации Исходная и промежуточная оперативно-справочная информация хранится в приведенных ниже справочниках. Справочник «Товары» хранит сведения о товарах компании «Александрит». Справочник необходим для оформления расхода и прихода. Данный справочник располагается на главной экранной форме. Команды для работы со справочником следующие: добавление, удаление, редактирование, сохранение, обновление и поиск информации в справочнике. Структура справочника приведена в Таблице 6.Таблица SEQ Таблица \* ARABIC 6 - Справочник "Товары"ПолеТип поляДлина поляКод товараЧисловой (счетчик)Длинное целоеКод отделаЧисловойДлинное целоеКод ед. измеренияЧисловойДлинное целоеКод группыЧисловойДлинное целоеНаименованиеТекстовый100ЦенаДенежный8, 2КоличествоЧисловойДлинное целоеКомментарийТекстовый100 Справочник «Клиенты» хранит сведения о клиентах компании «Александрит». Справочник необходим для оформления расхода и печати результатных документов. Данный справочник располагается на экранной форме «Клиенты». Команды для работы со справочником следующие: добавление, удаление, редактирование, сохранение. Структура справочника приведена в REF _Ref327288522 \h \* MERGEFORMAT Таблице 7.Таблица SEQ Таблица \* ARABIC 7 - Справочник "Клиенты"ПолеТип поляДлина поляКод клиентаЧисловой (счетчик)Длинное целоеНаименованиеТекстовый100ТелефонТекстовый15Электронная почтаТекстовый50Юридический адресТекстовый100Фактический адресТекстовый100Расчетный счётТекстовый25ИННТекстовый15КППТекстовый14БИКТекстовый14 Справочник «Поставщики» хранит сведения о поставщиках компании «Александрит». Справочник необходим для оформления прихода и результатных документов. Данный справочник располагается на экранной форме «Поставщики». Команды для работы со справочником следующие: добавление, удаление, редактирование, сохранение. Структура справочника приведена вТаблице 8.Таблица SEQ Таблица \* ARABIC 8 - Справочник "Поставщики"ПолеТип поляДлина поляКод поставщикаЧисловой (счетчик)Длинное целоеНаименованиеТекстовый100Юридический адресТекстовый100Фактиеский адресТекстовый100ТелефонТекстовый15Электронная почтаТекстовый50Расчетный счетТекстовый25ИННТекстовый15КППТекстовый14ОГРНТекстовый20ОКПОТекстовый17БИКТекстовый14 Справочник «Договора» хранит сведения о договорах с клиентами. Справочник необходим для оформления расхода и расчета оптовой цены товара, при условии, заключенного договора. Данный справочник располагается на экранной форме «Клиенты». Команды для работы со справочником следующие: добавление, удаление, редактирование, сохранение. Структура справочника приведена в Таблице 9.Таблица SEQ Таблица \* ARABIC 9 - Справочник "Договора"ПолеТип поляДлина поляКод договораЧисловой (счетчик)Длинное целоеКод клиентаЧисловойДлинное целоеНомер договораТекстовый6Дата заключенияДата##.##.