Значение внутрифирменной системы информации

3. Общее описание базы данных

3.1 Задачи, выполняемые приложением «Бухгалтерия»

База данных «Бухгалтерия» предназначена для автоматизации работы бухгалтерии (выписка документации, финансовые расчеты). В техническое задание на реализацию базы данных входили следующие задачи:

1. Оформление, учет и выписка первичной бухгалтерской документации (счетов) по основному профилю работы организации (системы КонсультантПлюс)

2. Оформление, учет и выписка вторичной отчетной документации (акты приемки-сдачи, накладные, счета-фактуры, акты на информационно-программного сопровождение, счета-фактуры на информационно-программного сопровождение), фиксирование информации о приходе денежных средств по счетам, формирование первичного авансового отчета по основному профилю работы организации (системы КонсультантПлюс)

3. Оформление, учет и выписка первичной бухгалтерской документации (счетов) по дополнительным заказам (программное и аппаратное обеспечение, информационные услуги)

4. Оформление, учет и выписка вторичной отчетной документации (акты на установку, накладные, счета-фактуры, акты на информационные услуги), фиксирование информации о приходе денежных средств по счетам, формирование первичного финансового отчета по дополнительным заказам организации (программное и аппаратное обеспечение, информационные услуги)

5. Оформление счетов-фактур на сопровождение по авансовым остаткам с 1996 года

6. Ввод прейскурантов на сопровождение и на системы.

7. Ввод и изменение адресных и банковских реквизитов организаций.

3.2 Технические требования, предъявляемые к базе данных

При проектировании системы автоматизации принимались во внимание следующие требования:

- система должна нормально функционировать на стандартных персональных компьютерах клона IBM с процессором Intel Pentium - 100 (минимальные требования), подсоединенных к локальной офисной вычислительной сети в режиме невыделенных серверов;

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

- архитектура системы должна быть выбрана таким образом, чтобы минимизировать вероятность нарушения штатного режима работы системы (выход системы из строя, разрушение информационной базы данных, потери или искажение информации) при случайных или сознательных некорректных действиях пользователей;

- система должна обеспечивать защиту информационной базы данных от несанкционированного доступа;

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

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

- система должна иметь возможность наращивания в программной части.

- система должна функционировать под управлением операционных систем Windows 95 и Windows NT.

3.3 Выбор системы проектирования и реализации

Для технической реализации вышеуказанных задач с учетом поставленных требований была выбрана система управления базами данных «Microsoft Access».

Данная СУБД была выбрана по следующим причинам:

простота средств реализации,

легкость освоения инструментарием разработчика (VBA),

наглядность визуализации информации.

Базы данных созданные с помощью системы управления базами данных «Microsoft Access» полностью реализую реляционную модель построения данных. База данных «Microsoft Access» представляет собой набор групп объектов, таких как таблицы, запросы, формы, отчеты.

Связи между таблицами можно разбить на четыре базовых реляционных типа с отношениями:

один-к-одному;

один-ко-многим;

многие-к-одному;

многие-ко-многим.

Структура организации таблиц позволяет создание первичных и внешних ключей. Имеется возможность изменения типа внутренних объединений для связанных таблиц.

Также «Microsoft Access» предоставляет большое количество внутренних средств по оптимизации работы проектируемого приложения. К ним относятся:

загрузка модулей по требованию;

оптимизация дерева вызовов;

использование файлов MDE;

автоматическая поддержка компилированного состояния;

использование библиотек Windows API;

индивидуальная настройка системы;

эффективное использование индексов;

встроенный оптимизатор запросов.

Применение пакета «Microsoft ADT» (расширенные средства разработчика) вводит новый уровень визуализации данных, засчет таких элементов, как «Tree View», «Tab Control» и других.

На начальном этапе реализации база данных проектировалась на СУБД «Microsoft Access 2.0».В дальнейшем с появлением новой версии «Microsoft Access 7.0» база данных была переведена на новую версию СУБД, так как в новой версии появились новые инструменты разработчика, улучшенный интерфейс и реальная 32-разрядность. При переходе были отлажены с некоторые проблемы связанные с несовместимостью программного кода различных версий, и так как отладка происходила по мере выявления ошибок, то в дальнейшем возможно возникновение проблем с совместимостью кода.

3.4 Проектирование структуры данных

До технической реализации структуры базы данных была проанализирована структура взаимодействия отделов предприятия и составлены несколько вариантов бизнес-планов, характеризующие деятельность отделов по различным типам выполняемых работ. При анализе бизнес-планов учитывались критические моменты и проверки, важные с точки зрения обеспечения целостности данных. Также был произведен анализ типов отчетности по каждому из этапов бизнес-планов.

Данные для технической реализации проекта данные имеют следующую структуру, проиллюстрированную Схемой 2 (основные связи).

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

Особенностью проектируемой системы является возможность учета денежных средств поступивших по авансовым платежам, что составляет основную долю прихода денежных средств. Структура данных по авансовым платежам построена с учетом того, что выборка по этим данным должна быть представлена в наиболее полном виде, и как можно в более короткое время. Более того, данная структура одинаково хорошо работает с обыкновенной схемой учета денежных средств, то есть списание денежных средств на реализацию без учета аванса.

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

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

Политика расположения данных имеет критическое значение для приложения применительно к скорости работы. Данные, которые меняются нечасто или не меняются вовсе, названия систем семейства Консультант +, названия месяцев года и так далее, были вынесены локально в клиентские модули, так как скорость выборки данных с локального диска компьютера в несколько раз больше скорости выборки данных по запросу из базы данных расположенной на сетевом диске.

Примечание: Для связывания таблиц в дальнейшем рекомендуется, где возможно, применять поле с уникальным значением, но не поле счетчика (так как возможна ситуация с добавлением данных в таблицу, при этом изменяется значение счетчика и теряются связанные данные в подчиненных таблицах)

После реализации основной части проекта база данных была разделена на три отдельных модуля:

модуль для бухгалтерии (MdlByx.mdb),

модуль для отдела сопровождения (MdlClnt.mdb),

модуль данных (Data.mdb).

Организованная структура данных позволяет:

организовать клиент - серверную модель данных,

разработку и изменение модулей параллельно с работой ранее сконструированных,

уменьшает размер резервного файла,

В процессе технической реализации данных задач появились дополнительные задачи:

1. Изменение данных по авансовому отчету (корректировка распределения сумм по месяцам для организаций).

2. Общая результирующая информация по организациям, адресные и банковские реквизиты, счета, выписанные на организации, информация по системам для данной организации.

3. Обмен сообщениями между пользователями (использование для заказа счетов актов и так далее).

3.4.1 Описание структуры данных проекта

В процессе разработки базы данных была выработана следующая иерархическая структура данных.

Часть 1. (листинг 2.1) (таблицы «Заказчики», «СтатусЗаказчика», «Курьеры», «Примечания»)

Размещено на http://www.allbest.ru/

1

Размещено на http://www.allbest.ru/

1. Связь таблицы «Заказчики» с таблицей «СтатусЗаказчика».

Поле: «Код» в обеих таблицах

Тип связи: один ко многим без обеспечения целостности данных. (один со стороны таблицы «СтатусЗаказчика»)

Связывание: мастер подстановок в таблице «Заказчики»

Примечания: данная связь заменяет повторяющееся текстовые значения типа организации соответствующим кодом из таблицы «СтатусЗаказчика».

2. Связь таблицы «Заказчики» с таблицей «Курьеры».

Поле: «КодКурьера» в обеих таблицах.

Тип связи: один ко многим с обеспечением целостности данных (один со стороны таблицы «Курьеры»)

Связывание: мастер подстановок в таблице «Заказчики»

Примечания: предусматривает добавление в структуру данных модуля «Курьеры».

3. Связь таблицы «Заказчики» с таблицей «Примечания».

Поле: «КодЗаказчика» в обеих таблицах.

Тип связи: один ко многим без обеспечением целостности данных.

(один со стороны таблицы «Заказчики»)

(возможно связывание один к одному)

Связывание: мастер подстановок в таблице «Примечания»

Часть 2. (листинг 2.2) (таблицы «Заказчики», «КредитАванс», «ОсновныеСчета», «Дистрибутивы», «Системы», «ФормаОплаты», «ТипСистемы», «Платежки», «СчетаФактуры», «СчетаФактурыОсновные»)

Размещено на http://www.allbest.ru/

1

Размещено на http://www.allbest.ru/

1. Связь таблицы «Заказчики» с таблицей «ОсновныеСчета».

Поле: «КодЗаказчика» в обеих таблицах.

Тип связи: один ко многим с обеспечением целостности данных с каскадным удалением и каскадным обновлением данных. (один со стороны таблицы «Заказчики»)

Связывание: мастер подстановок в таблице «ОсновныеСчета»

Примечания: у каждого заказчика может быть много счетов.

2. Связь таблицы «Заказчики» с таблицей «КредитАванс».

Поле: «КодЗаказчика» в обеих таблицах.

Тип связи: один ко многим без обеспечения целостности данных.

(один со стороны таблицы «Заказчики»)

(возможно связывание один к одному?)

Связывание: мастер подстановок в таблице «КредитАванс»

3. Связь таблицы «Заказчики» с таблицей «СчетаФактуры».

Поле: «КодЗаказчика» в обеих таблицах.

Тип связи: один ко многим без обеспечения целостности данных.

(один со стороны таблицы «Заказчики»)

Связывание: мастер подстановок в таблице «СчетаФактуры»

Примечания: у каждого заказчика может быть много счетов-фактур.

4. Связь таблицы «ОсновныеСчета» с таблицей «Дистрибутивы».

Поле: «КодСчета» в обеих таблицах.

Тип связи: один ко многим с обеспечением целостности данных с каскадным удалением и каскадным обновлением данных.

(один со стороны таблицы «ОсновныеСчета»)

Связывание: мастер подстановок в таблице «Дистрибутивы»

Примечания: в каждый счет может входить много записей по заказам.

5. Связь таблицы «ОсновныеСчета» с таблицей «Платежки».

Поле: «КодСчета» в обеих таблицах.

Тип связи: один ко многим с обеспечением целостности данных с каскадным удалением и каскадным обновлением данных.

(один со стороны таблицы «ОсновныеСчета»)

Связывание: мастер подстановок в таблице «Дистрибутивы»

Примечания: в каждому счету может относится несколько платежных поручений.

(*Если платежное поручение оплачивает несколько счетов, то при внесении данных к счетам пишется одно и тоже платежное поручение, но суммы вносятся в соответствии с суммой счета)

6. Связь таблицы «ОсновныеСчета» с таблицей «СчетаФактурыОсновные».

Поле: «КодСчета» в обеих таблицах.

Тип связи: один ко многим с обеспечением целостности данных с каскадным удалением и каскадным обновлением данных.

(один со стороны таблицы «ОсновныеСчета»)

Связывание: мастер подстановок в таблице «Дистрибутивы»

Примечания: в каждому счету может относится несколько счетов-фактур на системы.

7. Связь таблицы «Дистрибутивы» с таблицей «Системы».

Поле: «КодСистемы».

Тип связи: один ко многим без обеспечения целостности данных.

(один со стороны таблицы «Системы»)

Связывание: мастер подстановок в таблице «Дистрибутивы»

Примечания: данная связь заменяет повторяющееся текстовые значения названия систем соответствующим кодом из таблицы «Системы».

8. Связь таблицы «Дистрибутивы» с таблицей «ТипСистемы».

Поле: «Код» в обеих таблицах.

Тип связи: один ко многим без обеспечения целостности данных.

(один со стороны таблицы «ТипСистемы»)

Связывание: мастер подстановок в таблице «Дистрибутивы»

Примечания: данная связь заменяет повторяющееся текстовые значения типа систем соответствующим кодом из таблицы «ТипСистемы».

9. Связь таблицы «ОсновныеСчета» с таблицей «ФормаОплаты».

Поле: «Код» в обеих таблицах.

Тип связи: один ко многим без обеспечения целостности данных.

(один со стороны таблицы «ФормаОплаты»)

Связывание: мастер подстановок в таблице «ОсновныеСчета»

Примечания: данная связь заменяет повторяющееся текстовые значения формы оплаты счета соответствующим кодом из таблицы «ФормаОплаты».

10. Связь таблицы «Системы» с таблицей «КредитАванс».

Временная связь, возможно в дальнейшем будет удалена.

Часть 3. (листинг 2.3) (таблицы «Заказчики», «ОсновныеСчета», "АвансПоОстаткамС1996Года», «ДанныеДляАвансОтчета», «Системы», «АвансовыйОтчет»)

Размещено на http://www.allbest.ru/

1

Размещено на http://www.allbest.ru/

1. Связь таблицы «Заказчики» с таблицей «АвансПоОстаткамС1996Года».

Поле: «КодЗаказчика» в таблице «Заказчики» с полем «Заказчик» в таблице «АвансПоОстаткамС1996Года».

Тип связи: один ко многим с обеспечением целостности данных.

(один со стороны таблицы «Заказчики»)

Связывание: в окне схемы данных.

Примечания: к каждому заказчику может относится несколько записей по месяцам по авансовому отчету.

2. Связь таблицы «Заказчики» с таблицей «ДанныеДляАвансОтчета».

Поле: «КодЗаказчика» в обеих таблицах.

Тип связи: один ко многим без обеспечения целостности данных.

(один со стороны таблицы «Заказчики»)

Связывание: мастер подстановок в таблице «ДанныеДляАвансОтчета»

Примечания: для данной организации данных к каждому заказчику может относится несколько записей по авансовому отчету.

3. Связь таблицы «Системы» с таблицей «ДанныеДляАвансОтчета».

Поле: «КодСистемы» в обеих таблицах.

Тип связи: один ко многим без обеспечения целостности данных.

(один со стороны таблицы «Заказчики»)

Связывание: мастер подстановок в таблице «ДанныеДляАвансОтчета»

Примечания: данная связь заменяет повторяющееся текстовые значения названия системы соответствующим кодом из таблицы «Системы».

4. Связь таблицы «ОсновныеСчета» с таблицей «ДанныеДляАвансОтчета».

Поле: «КодСчета» в обеих таблицах.

Тип связи: один ко многим без обеспечения целостности данных.

(один со стороны таблицы «ОсновныеСчета»)

Связывание: мастер подстановок в таблице «ДанныеДляАвансОтчета»

Примечания: к каждому счета может относится несколько записей по авансовому отчету.

5. Связь таблицы «ДанныеДляАвансОтчета» с таблицей «АвансовыйОтчет».

Поле: «Код» в таблице «ДанныеДляАвансОтчета» с полем «ИдентКод» в таблице «АвансовыйОтчет».

Тип связи: один ко многим с обеспечения целостности данных с каскадным удалением и каскадным обновлением данных.

(один со стороны таблицы «ДанныеДляАвансОтчета»)

Связывание: в окне схемы данных.

Часть 4. (листинг 2.4) (таблицы «Заказчики», «ДругиеСчета», «ДругиеПлатежки», «ДругиеЗаказы», «ДанныеДляАвансОтчетаДр», «АвансовыйОтчетДр».)

Размещено на http://www.allbest.ru/

1

Размещено на http://www.allbest.ru/

1. Связь таблицы «Заказчики» с таблицей «ДругиеСчета».

Поле: «КодЗаказчика» в обеих таблицах.

Тип связи: один ко многим с обеспечения целостности данных с каскадным удалением и каскадным обновлением данных.

(один со стороны таблицы «Заказчики»)

Связывание: в окне схемы данных.

Примечания: к каждому заказчику может относится несколько счетов по дополнительным заказам.

2. Связь таблицы «Заказчики» с таблицей «ДанныеДляАвансОтчетаДр».

Поле: «КодЗаказчика» в обеих таблицах.

Тип связи: один ко многим без обеспечения целостности данных.

(один со стороны таблицы «Заказчики»)

Связывание: мастер подстановок в таблице «ДанныеДляАвансОтчетаДр»

Примечания: при данной организации данных к каждому заказчику может относится несколько записей по авансовому отчету по дополнительным заказам.

3. Связь таблицы «ДругиеСчета» с таблицей «ДругиеЗаказы».

Поле: «КодСчета» в обеих таблицах.

Тип связи: один ко многим с обеспечения целостности данных с каскадным удалением и каскадным обновлением данных.

(один со стороны таблицы «ДругиеСчета»)

Связывание: мастер подстановок в таблице «ДругиеЗаказы»

Примечания: к каждому счету может относится несколько записей по дополнительным заказам.

4. Связь таблицы «ДругиеСчета» с таблицей «ДругиеПлатежки».

Поле: «КодСчета» в обеих таблицах.

Тип связи: один ко многим с обеспечения целостности данных с каскадным удалением и каскадным обновлением данных.

(один со стороны таблицы «ДругиеСчета»)

Связывание: в окне схемы данных.

Примечания: каждый счет может быть оплачен несколькими платежными поручениями.

5. Связь таблицы «ДругиеСчета» с таблицей «ДанныеДляАвансОтчетаДр».

Поле: «КодСчета» в обеих таблицах.

Тип связи: один ко многим без обеспечения целостности данных.

(один со стороны таблицы «ДругиеСчета»)

Связывание: мастер подстановок в таблице «ДанныеДляАвансОтчетаДр»

Примечания: при данной организации данных к каждому счету может относится несколько записей в авансовом отчете.

6. Связь таблицы «ДанныеДляАвансОтчетаДр» с таблицей «АвансовыйОтчетДр».

Поле: «Код» в таблице «ДанныеДляАвансОтчетаДр» с полем «ИдентКод» в таблице «АвансовыйОтчетДр».

Тип связи: один ко многим с обеспечения целостности данных с каскадным удалением и каскадным обновлением данных.

(один со стороны таблицы «ДанныеДляАвансОтчета»)

Связывание: в окне схемы данных.

Часть 5. (листинг 2.5) (таблицы «ОсновныеСчета», «Источник», «Подразделение», «Сотрудники»)

1. Связь таблицы «ОсновныеСчета» с таблицей «Источник».

Поле: «КодИсточника» в обеих таблицах.

Тип связи: один ко многим без обеспечения целостности данных.

(один со стороны таблицы «Источник»)

Связывание: мастер подстановок в таблице «ОсновныеСчета»

Примечания: данная связь заменяет повторяющееся текстовые значения названия источника информации об организации соответствующим кодом из таблицы «Источник».

2. Связь таблицы «ОсновныеСчета» с таблицей «Подразделение».

Поле: «КодПодразделения» в обеих таблицах.

Тип связи: один ко многим без обеспечения целостности данных.

(один со стороны таблицы «Подразделение»)

Связывание: мастер подстановок в таблице «ОсновныеСчета»

Примечания: данная связь заменяет повторяющееся текстовые значения названия подразделения, от которого поступила информация об организации, соответствующим кодом из таблицы «Подразделение».

3. Связь таблицы «ОсновныеСчета» с таблицей «Сотрудники».

Поле: «КодСотрудника» в обеих таблицах.

Тип связи: один ко многим без обеспечения целостности данных.

(один со стороны таблицы «Сотрудники»)

Связывание: мастер подстановок в таблице «ОсновныеСчета»

Примечания: данная связь заменяет повторяющееся текстовые значения фамилий сотрудников, от которого поступила информация об организации, соответствующим кодом из таблицы «Сотрудники».

Часть 6. (листинг 2.6) (таблицы «Изменение АвансОтчета», «Системы», «СчетаФактуры», «МесяцыСГодом», «ПоследнииДниМесяцаСГодом»)

1. Связь таблицы «Изменение АвансОтчета» с таблицей «Системы».

Поле: «КодСистемы» в обеих таблицах.

Тип связи: один ко многим без обеспечения целостности данных.

(*Может стоит заменить тип связи на «с обеспечением целостности данных»?)

(один со стороны таблицы «Системы»)

Связывание: мастер подстановок в таблице «Изменение АвансОтчета»

Примечания: данная связь проверяет соответствие на правильность занесения кодов систем.

2. Связь таблицы «СчетаФактуры» с таблицей «МесяцыСГодом».

Поле: «Код» в обеих таблицах.

Тип связи: один ко многим без обеспечения целостности данных.

(один со стороны таблицы «МесяцыСГодом»)

Связывание: мастер подстановок в таблице «Изменение АвансОтчета»

Примечания: данная связь заменяет повторяющееся текстовые значения месяца и года даты счета-фактуры соответствующим кодом из таблицы «МесяцыСГодом».

3. Связь таблицы «СчетаФактуры» с таблицей «ПоследнииДниМесяцаСГодом».

Поле: «КодСчетаФактуры» в таблице «СчетаФактуры» с полем «Код» в таблице «ПоследнииДниМесяцаСГодом».

Тип связи: один ко многим без обеспечения целостности данных.

(один со стороны таблицы «МесяцыСГодом»)

Связывание: мастер подстановок в таблице «Изменение АвансОтчета»

Примечания: данная связь заменяет повторяющееся текстовые значения месяца и года даты счета-фактуры соответствующим кодом из таблицы «ПоследнииДниМесяцаСГодом».

3.5 Техническая реализация проекта

3.5.1 Общее описание работы с приложением

После загрузки главного файла базы данных MdlByh97.MDB на экране автоматически появляется экран, информирующий пользователя о процессе загрузки базы данных. При загрузке происходит проверка целостности данных и инициализация основных параметров базы данных, таких как путь к файлу данных, определение глобальных переменных и т.д. Также происходит проверка разрешения экрана. Дело в том, что экранные формы приложения имеют достаточно больной размер После процесса проверки формируется основное меню и база данных готова к работе.

Далее, пользуясь командами меню, пользователь может выбрать разные варианты работы:

выписка счетов;

- ввод и распределение денежных средств по платежным поручениям;

- ввод дополнительных данных финансового и справочного характера;

- получение справочной информации различного характера по конкретной организации;

- получение финансовой информации в общем.

Соответственно, для выписки счетов по основному профилю работы предприятия (Системы семейства «Консультант Плюс») пользователю необходимо выбрать в меню «Оформление счетов» пункт «Счета по системам Консультант Плюс» и из раскрывающегося списка выбрать пункт «Оформление». Далее в форме необходимо найти требуемого заказчика, выбором из списка либо по процедуре поиска, или ввести нового и оформить на организацию новый счет. Номер нового счета вносится автоматически, в порядке последовательных номеров. Далее, выбором из раскрывающихся списков требуется выбрать необходимые позиции счета и добавить их, в буфер данных для распечатки.

Основным приемом при выписке документации, на этапе конструирования форм, было заполнение временных таблиц, используя текущие данные в форме, по процедуре обработки событий для кнопки и ее отображение в списке при обновлении данных в форме.

Аналогичным образом оформляются счета на дополнительные заказы. При этом выбор позиций счета строго не фиксирован, так как выписке счета по дополнительным заказам предмет счета изменяется широких пределах.

По приходу денежных средств на расчетный счет предприятия по системе «Банк-Клиент», денежные средства должны быть занесены в систему. Для этого пользователю необходимо выбрать в меню «Оформление счетов» пункт «Счета по системам Консультант Плюс» и из раскрывающегося списка выбрать пункт «Просмотр». Далее необходимо найти счет, по которому пришли денежные средства, занести в систему информацию по платежному поручению и занести денежные средства на авансовый отчет. В процедуре занесения контролируется соответствие денежных средств по платежным поручениям и по счету.

3.5.2 Формы отчетности (счетов, актов, счетов-фактур, накладных)

Размещено на http://www.allbest.ru/

1

Размещено на http://www.allbest.ru/

Данные отчеты реализованы с помощью конструктора отчетов. Источниками данных для отчетов служат соответствующие временные таблицы, заполняемые данными при выписке счетов, актов, накладных и т.д. Общим для всех отчетов является ссылки на соответствующие поля в формах для выписки документов.

Для всех типов счетов, по событию форматирование области заголовка отчета, по процедуре обработки события, изменяется свойство «Visible» для подчиненного отчета и в соответствии со значениями глобальной переменной ВалДляСчета, на печать выводятся реквизиты организации для перевода денежных средств на счета в разных банках («Федеральный Банк Инноваций и Развития», «Валютное управление СБ РФ»).

Во всех типах отчетов в области заголовка находится фирменный логотип организации. Данный логотип представляет комбинацию битового изображения и набора текстовых полей.

3.5.3 Сервисные функции

Для обеспечения функциональной универсальности базы данных реализован ряд функций общего назначения. Данные функции применяются в ряде форм и отчетов, и выполняю как сервисные функции, так и функции обработки данных. Например, функция «Number» применяется практически во всех формах отчетности для перевода суммы из числового выражения в буквенное. Функции сохранены в модулях базы данных и вызываются динамически по запросу из процедур обработки событий. В листинге 4.1 приведены исходные тексты всех модулей используемых в базе данных

3.5.4 Описание структуры программы

Учитывая сформированную иерархическую структуру данных и очередность реализации проекта процесс технической реализации состоял из следующих этапов.

1. Оформление, учет и выписка первичной бухгалтерской документации (счетов) по основному профилю работы организации (системы КонсультантПлюс)

Для реализации данного этапа была разработана структура взаимодействия трех форм:

1. «ОсновнаяОформлениеСчетов» - основная (источник записей таблица «Заказчики»).

2. «ОсновныеСчета:Подчиненая» - подчиненная1 (к основной) (источник записей таблица «СчетаОсновные»).

3. «Дистрибутивы1» - подчиненная1.1 (к подчиненной1) (источник записей таблица «Дистрибутивы»).

Форма «ОсновнаяОформлениеСчетов».

а) Поля.

Размещено на http://www.allbest.ru/

1

Размещено на http://www.allbest.ru/

1) «Образец»

Назначение: для ввода текстовой и цифровой информации использующейся для поиска по названию организации в процедуре обработки события кнопки «Кнопка165»(Найти).

Вводимое значение: текстовое или цифровое.

2) «Долг»

Назначение: свободное поле для отображения неучтенной задолженности для текущей организации.

Заполнение: в процедуре обработки события по событию «Текущая запись» для данной формы.

Примечание: при очистке данного поля снимается задолженность с данной организации и очищаются соответствующее связанные поля в таблице «КредитАванс». Это осуществляется по событию «После обновления» в процедуре обработки события (листинг 3.1).

3) «Код» (поле со списком)

Назначение: для отображения и выбора типа статуса текущей организации.

Заполнение: выбор из списка.

Источник записей: аналогичное поле в исходной таблице.

4) «Организация»

Назначение: для отображения названия текущей организации.

Источник записей: аналогичное поле в исходной таблице.

5) «Прейскурант»

Назначение: свободное поле для отображения типа прейскуранта по которому производится расчет для текущей организации.

Заполнение: выбор из списка.

Источник записей: аналогичное поле в исходной таблице.

Примечания:

- при выборе значения из списка, по событию «После обновления» в процедуре обработки события (листинг 3.2), меняется значения источника строк для поля «ВидСопровождения» в соответствии с наличием видов сопровождения для выбранного прейскуранта.

- на событию «Потеря фокуса» в процедуре обработки события (листинг 3.3), происходит проверка на наличие ввода пустого значения.

6) «ВидСопровождения»

Назначение: для отображения типа сопровождения по которому производится расчет для текущей организации.

Заполнение: выбор из списка (значения списка изменяются в соответствии с типом прейскуранта).

Источник записей: аналогичное поле в исходной таблице.

7) «Список116»(Список)

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

Источник записей: SQL - запрос по таблице «Заказчики».

Примечания: сформирован с помощью мастера.

8) Остальные поля «Индекс», «Страна» и т.д. предназначены для отображения ввода и изменения адресных и банковских реквизитов текущей организации.

Назначение: для отображения типа сопровождения по которому производится расчет для текущей организации.

Источники записей: аналогичные поля в исходной таблице.

б) Кнопки. (для кнопок процедуры обработки событий вызываются по событию «Нажатие кнопки»)

1) «Кнопка165»(Найти).

Назначение: для поиска и вывода информации по организации по текстовому образцу введенному в поле «Образец». Процедура обработки событий (листинг 3.4).

Примечания: задание флагу flagFind значения True (используется для отлавливания ошибки в «Отсутствие текущей записи», процедуре обработки события по событию «Текущая запись» для формы «Основная»).

2) «Кнопка177»(Настройки счета).

Назначение: для вывода на экран диалогового окна «Настройки счета» (смотри пункт __).

Примечания: реализация с помощью мастера.

3) «Кнопка170»(Настройки счета).

Назначение: для предварительного просмотра образца счета. Процедура обработки событий.

Примечания: реализация с помощью мастера.

4) «КнопкаЗакрытьФорму» (Настройки счета).

Назначение: для закрытия текущей формы.

Примечания: реализация с помощью мастера.

5) «Кнопка_Новая_Запись» (Новая организация).

Назначение: для перехода в текущей форме на новую запись (ввод новой организации).

Примечания: реализация с помощью мастера, задание флагу flagNew значения True (используется для отлавливания ошибки в «Отсутствие текущей записи», процедуре обработки события по событию «Текущая запись» для формы «Основная»).

6) «Примечания»

Назначение: для вывода диалогового окна записи примечаний к текущей организации

Примечания: реализация с помощью мастера.

в) Переключатели. (для переключателей процедуры обработки событий вызываются по событию «После обновления»)

1) «Группа 168» (Организация-Счет).

Назначение: для перехода между информацией о счете и адресными реквизитами для текущей организации. Процедура обработки событий (листинг 3.5)

Примечания: задание свойству «Visible» значения True или False в зависимости от положения переключателя. событию «Текущая запись» для формы «Основная»).

Форма «ОсновныеСчета:Подчиненая».

а) Поля.

1) «НомерСчета».

Назначение: для ввода и отображения номера счета для текущей организации.

Заполнение: ввод с клавиатуры или по процедуре обработки событий кнопки «КнопкаНоваяЗапись» в данной форме (смотри пункт __).

Источник записей: аналогичное поле в исходной таблице.

Примечание: значение данного поля изменяется в процедуре обработки событий по событию «После обновления» поля со списком «КодОтдела» (смотри пункт 4)).

2) «ДатаСчета».

Назначение: для ввода и отображения даты счета для текущей счета.

Заполнение: ввод с клавиатуры или по умолчанию, в свойстве «Значение по умолчанию», значением текущей даты (функция Now()).

Источник записей: аналогичное поле в исходной таблице.

3) «Код» (Форма оплаты).

Назначение: для отображения и выбора формы оплаты данного счета.

Заполнение: выбор из списка.

Источник записей: аналогичное поле в исходной таблице.

Примечание: *надо убрать ПОС по событию «После обновления».

4) «КодОтдела».

Назначение: для отображения и выбора отдела который выписал данный счет.

Заполнение: выбор из списка.

Источник записей: аналогичное поле в исходной таблице.

Примечание: по процедуре обработки событий по событию «После обновления» изменяется значение поля «НомерСчета» в соответствии с существующей номенклатурой (листинг 3.6).

5) «СрокДействияСчета» (Срок действия счета).

Назначение: для отображения и ввода даты по которую будет действителен текущий счет.

Заполнение: ввод с клавиатуры или по умолчанию, в свойстве «Значение по умолчанию», значением последнего числа текущего месяца (функция EndMonth() - смотри список функций базы данных).

Источник записей: аналогичное поле в исходной таблице.

Примечание: * необходимо переделать функцию EndMonth(), чтобы значение срока действия счета = текущая дата + 20 (15) дней.

6) «ЦенаДистрибутива» - скрытое поле.

Назначение: свободное поле для хранения цены дистрибутива системы, текущей в форме Подчиненная1.

Заполнение: по процедуре обработки событий для события «После обновления» поля «КодСистемы» в форме Подчиненная1.1 (смотри пункт __ в описании формы Подчиненная 1.1).

Примечание: *необходимо сбрасывать значение данного поля в Null при переходе по записям в форме Подчиненная1.1, для избежания ситуации с занесением цены предыдущего или последующего дистрибутива.

7) «ЦенаСпецВыпуска» - скрытое поле.

Назначение: свободное поле для хранения цены спецвыпуска дистрибутива системы, текущей в форме Подчиненная1.

Заполнение: по процедуре обработки событий для события «После обновления» поля «КодСистемы» в форме Подчиненная1.1 (смотри пункт __ в описании формы Подчиненная1.1).

Примечание: *необходимо сбрасывать значение данного поля в Null при переходе по записям в форме Подчиненная1.1, для избежания ситуации с занесением цены спецвыпуска предыдущего или последующего дистрибутива.

8) «Сопровождение» - скрытое поле.

Назначение: свободное поле для хранения цены на сопровождение системы, текущей в форме Подчиненная1, в соответствии с параметрами полей «Прейскурант» и «ВидСопровождения» формы Основная.

Заполнение: по процедуре обработки событий для события «После обновления» поля «КодСистемы» в форме Подчиненная1.1 (смотри пункт __ в описании формы Подчиненная1.1).

Примечание: * необходимо сбрасывать значение данного поля в Null при переходе по записям в форме Подчиненная1.1, для избежания ситуации с занесением цены спецвыпуска предыдущего или последующего дистрибутива.

9) «Месяц» - скрытое поле.

Назначение: свободное поле для хранения значения месяца прейскуранта по которому выписывается заказы по текущему счету.

Заполнение: по процедуре обработки событий для события «После обновления» поля «КодСистемы» в форме Подчиненная1.1 (смотри пункт __ в описании формы Подчиненная1.1).

Примечание: * необходимо заполнять значение данного поля при повторной выписке счета, возможно по процедуре обработки события для кнопки «Кнопка63» в форме Подчиненная1.1.

10) «КодЗаказчика» - скрытое поле.

Назначение: главное связующее поле по для форм Подчиненная1 и Основная.

Заполнение: автоматически .

Источник записей: аналогичное поле в исходной таблице.

Примечание: не удалять.

б) Флажки.

1) «ВыпискаНакладной» и «ВыпискаАктов»?

Назначение: отметка о выписке актов и накладных при покупке системы.

Заполнение: по процедуре обработки события для кнопки «Кнопка170» в форме Основная.

Источник записей: аналогичное поле в исходной таблице.

Примечание: * возможно запрещение выписки актов и накладных на данном этапе, следовательно необходимость наличия этих полей отпадает.

в) Кнопки. (для кнопок процедуры обработки событий вызываются по событию «Нажатие кнопки»)

1) «КнопкаНоваяЗапись».

Назначение: для перехода на новую запись для данной форма (новый счет для текущей организации) и заполнения поля «НомерСчета» следующим номером согласно существующей номенклатуре, очистка временных таблиц «НаВыпискуСчета» и «НаВыпискуНакладной». Процедура обработки событий (листинг 3.7).

Примечания: * отладить на возникновение ошибок при нестандартном номере предыдущего счета.

2) «Кнопка333», «Кнопка334», «Кнопка335», «Кнопка336».

Назначение: для перехода по записям для текущей формы (счета для данной организации). Реализация с помощью мастера.

Форма «Дистрибутивы1».

а) Поля.

1) «КодМесяца» (Месяц) - поле со списком.

Назначение: для выбора и отображения месяца прейскуранта для расчета стоимости заказов для текущего счета.

Заполнение: выбор из списка.

Источник записей: аналогичное поле в исходной таблице.

Примечание: так как значение данного поля является критичным для последующих вычислений, то для данного поля, в процедуре обработки событий по событию «После обновления», происходит проверка на наличие пустого значения в данном поле (листинг 3.8).

2) «КодСистемы» (Система).

Назначение: для выбора и отображения системы, на которую будет оформлена запись в счете.

Заполнение: выбор из списка.

Источник записей: аналогичное поле в исходной таблице.

Примечание: для данного поля, в процедуре обработки событий по событию «После обновления», происходит заполнение поля «ЦенаДистрибутива», «ЦенаСпецВыпуска», «Сопровождение» формы Подчиненая1, соответствии с выбранным значением данного поля и со значениями полей «Прейскурант» и «ВидСопровождения», формы Основная (листинг 3.9).

3) «Код» (Тип системы) - поле со списком.

Назначение: для выбора и отображения типа системы, на которую будет оформлена запись в счете.

Заполнение: выбор из списка.

Источник записей: аналогичное поле в исходной таблице.

Примечание: для данного поля, в процедуре обработки событий по событию «После обновления», происходит расчет цены системы и сопровождения (поля «Цена» и «Сопровождение») в соответствии с выбранным значением данного поля и со значениями полей «СпецвыпускИлиНет», «Количество», «Скидки», «КоличествоМ», «СкидкиС» текущей формы (листинг 3.10).

4) «СпецвыпускИлиНет» - флажок. (Спецвыпуск).

Назначение: для указания и отображения, является ли данный дистрибутив спецвыпуском или нет.

Заполнение: ввод с клавиатуры.

Источник записей: аналогичное поле в исходной таблице.

Примечание: для данного поля, в процедуре обработки событий по событию «После обновления», происходит расчет цены системы и сопровождения (поля «Цена» и «Сопровождение») в соответствии со значением данного поля и со значениями полей «СпецвыпускИлиНет», «Количество», «Скидки», «КоличествоМ», «СкидкиС» текущей формы (листинг 3.11).

5) «Флажок58» - флажок. (только ИПС).

Назначение: для указания и отображения, оформляется ли данный заказ на продажу или только на сопровождение.

Заполнение: ввод с клавиатуры.

Источник записей: аналогичное поле в исходной таблице.

Примечание: для данного поля, в процедуре обработки событий по событию «После обновления», происходит расчет цены сопровождения в соответствии со значением данного поля и со значениями полей «СпецвыпускИлиНет», «Количество», «Скидки», «КоличествоМ», «СкидкиС» текущей формы, и присваивается Null значению поле «Цена» (листинг 3.12).

6) «Примечание».

Назначение: для ввода и отображения комментариев к текущему заказу.

Заполнение: ввод с клавиатуры.

Источник записей: аналогичное поле в исходной таблице.

7) «НомерДистрибутива» - необходимость в данной форме ???.

8) «Количество» (Количество систем). - необходимость в данной форме ???.

Назначение: для ввода и отображения количества систем на которые оформляется данный заказ счета.

Заполнение: постоянное значение, равное 1.

Источник записей: аналогичное поле в исходной таблице.

Примечание: для данного поля, в процедуре обработки событий по событию «После обновления», происходит расчет цен по данному заказу счета в соответствии со значением в данном поле и со значениями полей «СпецвыпускИлиНет», «Скидки», «КоличествоМ», «СкидкиС» текущей формы (листинг 3.13).

9) «Скидки» (Скидки на систему).

Назначение: для ввода и отображения величины скидки на систему при продаже.

Заполнение: ввод с клавиатуры, значение для ввода - дробное число (0.15-5%).

Источник записей: аналогичное поле в исходной таблице.

Примечание: для данного поля, в процедуре обработки событий по событию «После обновления», происходит расчет цен по данному заказу счета в соответствии со значением скидки в данном поле и со значениями полей «СпецвыпускИлиНет», «Количество», «КоличествоМ», «СкидкиС» текущей формы (листинг 3.14).

10) «КоличествоМ» (Количество месяцев)

Назначение: для ввода и отображения количества месяцев сопровождения на текущую систему.

Заполнение: ввод с клавиатуры.

Источник записей: аналогичное поле в исходной таблице.

Примечание: для данного поля, в процедуре обработки событий по событию «После обновления», происходит расчет цен по данному заказу счета в соответствии со значением в данном поле и со значениями полей «СпецвыпускИлиНет», «Скидки», «Количество», «СкидкиС» текущей формы (листинг 3.15).

11) «СкидкиС» (Скидки на сопров.).

Назначение: для ввода и отображения величены скидки на сопровождение.

Заполнение: ввод с клавиатуры, значение для ввода - дробное число (0.15-15%).

Источник записей: аналогичное поле в исходной таблице.

Примечание: для данного поля, в процедуре обработки событий по событию «После обновления», происходит расчет цен по данному заказу счета в соответствии со значением скидки в данном поле и со значениями полей «СпецвыпускИлиНет», «Количество», «КоличествоМ», текущей формы (листинг 3.16).

12) «Цена» (Поставка).

Назначение: для ввода и отображения цены на систему при покупке.

Заполнение: ввод с клавиатуры или по процедуре обработки событий вышеописанных полей.

Источник записей: аналогичное поле в исходной таблице.

13) «Сопровождение».

Назначение: для ввода и отображения цены на сопровождение.

Заполнение: ввод с клавиатуры или по процедуре обработки событий вышеописанных полей.

Источник записей: аналогичное поле в исходной таблице.

14) «КодСчета» - скрытое поле.

Назначение: главное связующее поле по для форм Подчиненная1 и Подчиненная1.1.

Заполнение: автоматически.

Источник записей: аналогичное поле в исходной таблице.

Примечание: не удалять.

15) «СистемыНаВыписку» - список.

Назначение: свободное поле для отображения перечня заказов входящих в счет.

Заполнение: по SQL - запросу.

Источник строк: SQL - запрос по таблице «НаВыпискуСчета».

(SELECT DISTINCTROW [НаВыпискуСчета].[Код], [НаВыпискуСчета].[Система], [НаВыпискуСчета].[Количество] FROM [НаВыпискуСчета];)

Примечание: так как данное поле имеет источник строк SQL - запрос по временной таблице, то отображение изменений для данного поля происходит после обновления данных в форме (DoCmd Refresh).

б) Кнопки. (для кнопок процедуры обработки событий вызываются по событию «Нажатие кнопки»)

1) «Кнопка63» (Добавить новую >- при выписке в счете нового заказа).

Назначение: занесение информации для данного заказа счета во временную таблицу «НаВыпискуСчета» с проверкой на наличие правильности заполнения критических значений полей, обновление содержимого формы, с целью отображения последних изменений (в списке «СистемыНаВыписку») и переход на новую запись в текущей форме (для ввода нового заказа счета). Процедура обработки событий (листинг 3.17).

2) «Кнопка69» (Добавить > - при повторной выписке счета).

Назначение: занесение информации для данного заказа счета во временную таблицу «НаВыпискуСчета» с проверкой на наличие правильности заполнения критических значений полей, обновление содержимого формы, с целью отображения последних изменений (в списке «СистемыНаВыписку») и переход на следующую запись в текущей форме (для ввода или изменения следующего заказа счета). Процедура обработки событий (листинг 3.18).

3) «Кнопка71», «Кнопка72», «Кнопка73», «Кнопка75».

Назначение: для перехода по записям для текущей формы (заказы для данной счета). Реализация с помощью мастера.

4) «Кнопка70».

Назначение: для удаления выделенной записи в списке «СистемыНаВыписку» из временной таблицы «НаВыпискуСчета» с проверкой на наличие выделенной записи, обновление содержимого формы, с целью отображения последних изменений (в списке «СистемыНаВыписку»). Процедура обработки событий (листинг 3.19).

5) «Кнопка74».

Назначение: для удаления всех записей в списке «СистемыНаВыписку» из временной таблицы «НаВыпискуСчета», обновление содержимого формы, с целью отображения последних изменений (в списке «СистемыНаВыписку»). Процедура обработки событий (листинг 3.20).

Комментарии.

Описанная структура имеет следующие особенности работы

1. Для формы Основная по событию «Текущая запись» в процедуре обработки событий происходит расчет по значений задолженности текущей организации (заполняется поле «Долг») и проверяется наличие важных примечаний для данной организации (выделение цветом текста кнопки «Примечания») (листинг 3.21).

2. Также для формы Основная при загрузки инициализируются две переменные flagNew и flagFind использующиеся для устранения ошибок в процедуре обработки событий по событию «Текущая запись» для формы Основная (для новой организации не может быть кредиторской или авансовой задолженности). Значения переменных - флагов устанавливаются в процедурах обработки событий для кнопок «Кнопка165» (flagFind) и «Кнопка_Новая_Запись» (flagNew). (листинг 3.22).

3. Для формы Подчиненная1 по событию «Открытие» в процедуре обработки событий происходит очистка временной таблицы «НаВыпискуСчета» и «НаВыпискуНакладной» по функции ClearListBox()

2. Оформление, учет и выписка вторичной отчетной документации (акты приемки-сдачи, накладные, счета-фактуры, акты на информационно-программного сопровождение, счета-фактуры на информационно-программного сопровождение), фиксирование информации о приходе денежных средств по счетам, формирование первичного авансового отчета по основному профилю работы организации (системы КонсультантПлюс)

Для реализации данного этапа была разработана структура взаимодействия трех форм:

1. «Просмотр» - основная

(источник записей таблица «Заказчики»).

2. «ПросмотрSub» - подчиненная1 (к основной) (источник записей таблица «СчетаОсновные»).

3. «ПросмотрSubSub» - подчиненная1.1 (к подчиненной1) (источник записей таблица «Дистрибутивы»).

4. «Платежки» - подчиненная1.2 (к подчиненной1) (источник записей таблица «Платежки»).

5. «СчетаФактурыОсновные» - подчиненная1.3 (к подчиненной1) (источник записей таблица «СчетаФактурыОсновные»).

Форма «Просмотр»

Размещено на http://www.allbest.ru/

1

Размещено на http://www.allbest.ru/

а) Поля.

1) «Образец»

Назначение: для ввода текстовой и цифровой информации использующейся для поиска

по названию организации в процедуре обработки события кнопки «Кнопка165»(Найти).

Вводимое значение: текстовое или цифровое.

2) «Код» (поле со списком)

Назначение: для отображения и выбора типа статуса текущей организации.

Заполнение: выбор из списка.

Источник записей: аналогичное поле в исходной таблице.

3) «Организация»

Назначение: для отображения названия текущей организации.

Источник записей: аналогичное поле в исходной таблице.

4) «Список116»(Список)

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

Источник записей: SQL - запрос по таблице «Заказчики».

Примечания: сформирован с помощью мастера.

5) Остальные поля «Индекс», «Страна» и т.д. предназначены для отображения ввода и изменения адресных и банковских реквизитов текущей организации.

Назначение: для отображения типа сопровождения по которому производится расчет для текущей организации.

Источники записей: аналогичные поля в исходной таблице.

6) «ПервыйМесяц»

Назначение: свободное поле для ввода первого месяца сопровождения начиная с которого необходимо выписывать акты и счета-фактуры на сопровождение для текущей организации.

Примечания: вводимое значение в кратком формате даты (например, 04.03.97) используется только для формирования начальной даты при выписке акты и счета-фактуры на сопровождение для текущей организации.

б) Кнопки. (для кнопок процедуры обработки событий вызываются по событию «Нажатие кнопки»)

1) «Кнопка165»(Найти).

Назначение: для поиска и вывода информации по организации по текстовому образцу введенному в поле «Образец». Процедура обработки событий (листинг 3.23).

Примечания: задание флагу flagFind значения True (используется для отлавливания ошибки в «Отсутствие текущей записи», процедуре обработки события по событию «Текущая запись» для формы «Основная»).

2) «Кнопка139»(Настройки печати).

Назначение: для вывода на экран диалогового окна «Настройки счета» (смотри пункт __).

Примечания: реализация с помощью мастера.

3) «Кнопка174».

Назначение: для предварительного просмотра образца актов, накладных и счетов-фактур по счету при продаже. Процедура обработки событий (листинг 3.24).

Примечания: реализация с помощью мастера, проверка значений формы критических для выписки счета.

4) «КнопкаЗакрытьФорму» (Настройки счета).

Назначение: для закрытия текущей формы.

Примечания: реализация с помощью мастера.

5) «Кнопка181».

Назначение: для предварительного просмотра образца актов и счетов-фактур на сопровождение по счету для текущей организации (листинг 3.25)

Примечания: реализация с помощью мастера, проверка значений формы критических для выписки счета.

Форма «ПросмотрSub».

а) Поля.

1) «НомерСчета».

Назначение: для отображения номера счета для текущей организации.

Источник записей: аналогичное поле в исходной таблице.

2) «Код» (Форма оплаты).

Назначение: для отображения и выбора формы оплаты данного счета.

Заполнение: выбор из списка.

Источник записей: аналогичное поле в исходной таблице.

3) «КодОтдела»(Отделы).

Назначение: для отображения и выбора отдела который выписал данный счет.

Заполнение: выбор из списка.

Источник записей: аналогичное поле в исходной таблице.

4) «НомерНакладной» ((№ Накладной).

Назначение: для ввода и отображения номера накладной, при выписке документации по счету на продажу.

Заполнение: в ввод с клавиатуры или в процедуре обработки событий по событию «После обновления» группы «Группв337» (смотри пункт __).

Источник записей: аналогичное поле в исходной таблице.

Примечание: при просмотре счета на сопровождение значение данного поля остается пустым. *вынести номера платежных поручений в отдельную таблицу, так как не каждый счет выписывается на продажу и возможно наличие большого количества пустых полей.

5) «ВсеПлатежки» - скрытое поле.

Назначение: свободное поле для хранения текстовой информации по платежным поручениям оплачивающим текущий счет (Пример: № 24 от 03.02.97).

Заполнение: в процедуре обработки событий кнопки «Кнопка174» в форме Основная. (смотри пункт __).

Примечание: * усовершенствовать заполнение по правилам (Пример: 3 февраля 1997 года).

6) «ПоСчету» (е по счету).

Назначение: свободное поле для отображения общей суммы счета включая НДС для визуальной оценки совпадения суммы по счету и суммы по платежным поручениям.

Заполнение: в процедуре обработки событий кнопки «Кнопка347» (Занести).

7) «ПоПлатежке» (е по платежке).

Назначение: свободное поле для отображения общей суммы прихода денежных средств по платежным поручениям, для визуальной оценки совпадения суммы по счету и суммы по платежным поручениям.

...