|
||||||||||||
|
||||||||||||
|
|||||||||
МЕНЮ
|
БОЛЬШАЯ ЛЕНИНГРАДСКАЯ БИБЛИОТЕКА - РЕФЕРАТЫ - Автоматизированная система правового сопровождения кредитования юридических лицАвтоматизированная система правового сопровождения кредитования юридических лиц10 Содержание
Надежность системы должна обеспечиваться на уровне используемых аппаратных и программных средств. Достигается необходимым контролем входных данных, контролем за их обработкой и проверкой правильности выходных форм. 1.3.3 Требования к информационной и программной совместимостиАвтоматизированная система должна обеспечивать информационную совместимость с известными приложениями операционной системы Windows (Word, Excel, Access). Программная совместимость обеспечивается автоматически в связи с использованием программных средств, совместимость которых обеспечена конструктивно (на этапе их создания) - Delphi, Access и т.д. Система реализуется под операционной системой Windows и СУБД InterBase. 1.3.4 Требования к техническому обеспечениюРазрабатываемая система ориентирована на использование персональным компьютером класса IBM PC, начиная с Pentium II, включенного в локальную сеть, объем оперативной памяти 32 Мб и свободного места на жестком диске 2Мб.Программные требования: Windows NT 4.0 (Service Pack 5), 2000, XP. Программа требует установленного InterBase и библиотеки драйверов BDE.Данная глава дипломной работы посвящена постановке задачи автоматизации системы правового сопровождения кредитования юридических лиц. Рассматривается одна из операций процесса кредитования юридического лица в банке - проверка правоспособности клиента (юридического лица). Очень важно определить соблюдены ли все законы при регистрации этого юридического лица, являются ли законными и правомерными документы, которые представлены в банк, имеют ли достаточные полномочия те люди, которые от имени юридического лица подписывают договоры. В этой ситуации приобретает задача качественной и всесторонней, но в тоже время оперативной, проверке правоспособности заемщиков - юридических лиц.В данной главе определены те нормативно-правовые акты, которые должны соблюдаться в процессе разработки и функционирования дипломного проекта. Проанализированы многие разрабатываемые и уже внедренные автоматизированные системы, связанные с кредитованием юридических лиц. Рассматриваемые программные продукты связаны с оценкой кредитоспособности юридического лица. Не в одной анализируемой программе не было усчитано правовая оценка клиента - юридического лица. В результате были определены основные требования к разрабатываемому программному обеспечению.2. Проектирование системы правового сопровождения кредитования юридических лиц2.1 Сравнительный анализ и выбор инструментальных средств проектирования системыПроцесс проектирования информационной системы - это процесс принятия проектно-конструкторских решений, направленных на получения описания системы, удовлетворяющей требованиям.Выбор средств проектирования программного обеспечения является одной из самых важных задач при разработке любого программного обеспечения. В настоящее время для проектирования различных систем повсеместно используют CASE-средства.При проектировании информационной системы использованы компьютерные CASE-технологии, так как современные CASE - технологии охватывают обширную область поддержки многочисленных технологий проектирования информационных систем: от простых средств анализа и документирования до полномасштабных средств автоматизации. CASE-технологии представляют собой совокупность методов проектирования информационных систем, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех стадиях разработки. Большинство существующих CASE-систем ориентировано на автоматизацию проектирования программного обеспечения и основано на методологиях структурного или объектно-ориентированного проектирования и программирования, использующих спецификации в виде диаграмм или текстов для описания системных требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств. С точки зрения объектно-ориентированного подхода можно смоделировать процесс правового сопровождения кредитования юридических лиц (рисунок 1).Рис. 1 Процесс правового сопровождения кредитования юридических лиц с точки зрения объектно-ориентированного подхода.Но для решения поставленных задач в данном проекте целесообразно использовать структурный подход проектирования.Сущность структурного подхода к разработке ЭИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. Процесс разбиения продолжается вплоть до конкретных процедур. При этом автоматизируемая система сохраняет целостное представление, в котором все составляющие компоненты взаимоувязаны. В структурном анализе используются в основном две группы средств, иллюстрирующих функции, выполняемые системой и отношения между данными. Каждой группе средств соответствуют определенные виды моделей (диаграмм), наиболее распространенными среди которых являются следующие: SADT модели и соответствующие функциональные диаграммы; DFD диаграммы потоков данных; ERD диаграммы "сущность-связь".На стадии проектирования информационной системы модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру программного обеспечения, структурные схемы программ и диаграммы экранных форм. Перечисленные модели в совокупности дают полное описание информационной системы независимо от того, является ли она существующей или вновь разрабатываемой. Состав диаграмм в каждом конкретном случае зависит от необходимой полноты описания системы.Сегодня Российский рынок программного обеспечения располагает следующими наиболее развитыми CASE-средствами, поддерживающие выбранный подход для проектирования: BPwin, CASE.Аналитик, Vantage Team Builder, Silverrun.CASE-средство Vantage Team Builder представляет собой интегрированный программный продукт, ориентированный на реализацию каскадной модели жизненного цикла программного обеспечения и поддержку полного жизненного цикла программного обеспечения. Российская информационная сеть, http://program.rin.ruVantage Team Builder обеспечивает выполнение следующих функций: § проектирование диаграмм потоков данных, "сущность-связь", структур данных, структурных схем программ и последовательностей экранных форм; § проектирование диаграмм архитектуры системы - SAD; § генерация кода программ на языке 4GL целевой СУБД с полным обеспечением программной среды и генерация SQL-кода для создания таблиц БД, индексов, ограничений целостности и хранимых процедур; § программирование на языке C со встроенным SQL; § управление версиями и конфигурацией проекта; § многопользовательский доступ к репозиторию проекта; § генерация проектной документации по стандартным и индивидуальным шаблонам; § экспорт и импорт данных проекта в формате CDIF (CASE Data Interchange Format).CASE-средство Silverrun фирмы Сomputer Systems Advisers, Inc. (CSA) используется для анализа и проектирования информационных систем бизнес-класса и ориентировано в большей степени на спиральную модель жизненного цикла. Российская информационная сеть, http://program.rin.ru Оно применимо для поддержки любой методологии, основанной на раздельном построении функциональной и информационной моделей (диаграмм потоков данных и диаграмм "сущность-связь"). Silverrun имеет модульную структуру и состоит из четырех модулей, каждый из которых является самостоятельным продуктом и может приобретаться и использоваться без связи с остальными модулями.§ Модуль построения моделей бизнес-процессов в форме диаграмм потоков данных позволяет моделировать функционирование обследуемой организации или создаваемой ИС. § Модуль концептуального моделирования данных обеспечивает построение моделей данных "сущность-связь", не привязанных к конкретной реализации. § Модуль реляционного моделирования позволяет создавать детализированные модели "сущность-связь", предназначенные для реализации в реляционной базе данных. § Менеджер репозитория рабочей группы применяется как словарь данных для хранения общей для всех моделей информации, а также обеспечивает интеграцию модулей Silverrun в единую среду проектирования. CASE.Аналитик является CASE-средством функционального моделирования и реализует построение диаграмм потоков данных. CASE-технологии. Современные методы и средства проектирования информационных систем., А. Вендров, http://www.webresurs.ru Его основные функции: § построение и редактирование DFD; § анализ диаграмм и проектных спецификаций на полноту и непротиворечивость; § получение разнообразных отчетов по проекту. BPwin является мощным инструментом для создания моделей, позволяющих анализировать, документировать и планировать изменения бизнес-процессов. CASE-технологии. Современные методы и средства проектирования информационных систем., А. Вендров, http://www.webresurs.ru BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели. Целостность и непротиворечивость модели-рисунка гарантируются рядом методологий и нотаций. BPwin поддерживает три таких методологии: IDEF0, DFD и IDEF3. Bpwin умеет проверять создаваемые модели с точки зрения синтаксиса выбранной методологии, проверяет ссылочную целостность между диаграммами, а также выполняет ряд других проверок. При этом сохраняются главные преимущества рисунка - простота создания и наглядность. Bpwin обеспечивает выполнение следующих функций: § поддерживает сразу три стандартные нотации - IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ). Эти три основных ракурса позволяют описывать предметную область более комплексно; § позволяет повысить эффективность бизнеса, оптимизировать любые процедуры в компании; § полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (функционально-стоимостной анализ, ABC); § позволяет облегчить сертификацию на соответствие стандартам качества ISO9000; § является стандартом де-факто, интегрирован с ERwin (для моделирования БД), Paradigm Plus (для моделирования компонентов ПО); § благодаря вышеупомянутой интеграции и поддержке совместной, командной работы над одними и теми же моделями (с помощью ModelMart; § интегрирован со средством имитационного моделирования Arena; § содержит собственный генератор отчётов; § позволяет эффективно манипулировать моделями - сливать и расщеплять их; § имеет широкий набор средств документирования моделей, проектов. Из вышеприведенных характеристик различных инструментальных средств наиболее подходящее Case-средство для решения поставленных задач является BPwin. Неоспоримым его преимуществом, позволяющем решить поставленные задачи, в первую очередь является возможность совместного использования нотаций моделирования бизнес-процессов (IDEF0), потоков работ (IDEF3), моделирование потоков данных (DFD), автоматическое отслеживание связей в диаграммах, сохраняющее их целостность при внесении изменений в модель, широкие возможности интеграции с другими программными продуктами моделирования, а также лёгкость в освоении и применении. 2.2 Проектирование структуры системы правового сопровождения кредитования юридических лицФункциями системы правового сопровождения кредитования юридических лиц является контроль за соблюдением законодательства при оформлении документов, уведомление об юридических сроках выполнения обязанностей, создание отчетов юридического отдела.Функция контроль за соблюдением законодательства при оформлении документов так же состоит из анализа правоустанавливающих документов и проверка полномочий должностного лица.Входные документы проектируемой системы, их перечень формируется в соответствии с Регламентом предоставления кредитов юридическим лицам №285-4-р Сбербанка России от 23.07.2004г:1. Заявление на получение кредита.2. Служебная записка от кредитного отдела.3. Правоустанавливающие документы:§ нотариально удостоверенная копия Устава;§ нотариально удостоверенная копия учредительного договора;§ карточка с образцами подписей распорядителей счета и оттиском печати, удостоверенная нотариально;§ заверенные уполномоченным лицом и печатью заемщика копии протоколов заседаний уполномоченных уставом организаций органов о назначении на соответствующую должность лиц, указанных в карточке с образцами подписей;§ нотариально удостоверенная копия свидетельства о внесении в ЕГРЮЛ;§ нотариально удостоверенная копия свидетельства БРП о государственной регистрации юридического лица;§ нотариально удостоверенная копия разрешения и занятие отдельными видами деятельности (лицензия);§ состав аукционеров;§ персональный состав коллегиальных органов управления и высшего руководства состава;§ перечень дочерних и зависимых организаций с указанием долей участия;§ нотариально удостоверенная копия свидетельства МНС о постановке на учет в налоговом органе юридического лица.Выходные документы и информация:1. Заключение о правоспособности.2. Отчет юридического отдела (приложение 6).3. Уведомление о сроках.Выбранное средство проектирование BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать модель с трех ключевых точек зрения. BPwin 4.0: пришел, увидел, реорганизовал. Мнение пользователя. Притыкин Д.А, http://www.interface.ru Основной из трех методологий, поддерживаемых Bpwin, является IDEF0. IDEF0 может быть использована для моделирования широкого класса систем. Результатом применения IDEF0 к некоторой системе является модель этой системы, состоящая из иерархически упорядоченного набора диаграмм, текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок. Двумя наиболее важными компонентами, из которых строятся диаграммы IDEF0, являются бизнес-функции или работы (представленные на диаграммах в виде прямоугольников) и данные и объекты (изображаемые в виде стрелок), связывающие между собой работы. При этом стрелки, в зависимости от того в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на пять видов:§ Стрелки входа (входят в левую грань работы) - изображают данные или объекты, изменяемые в ходе выполнения работы;§ Стрелки управления (входят в верхнюю грань работы) - изображают правила и ограничения, согласно которым выполняется работа;§ Стрелки выхода (выходят из правой грани работы) - изображают данные или объекты, появляющиеся в результате выполнения работы;§ Стрелки механизма (входят в нижнюю грань работы) - изображают ресурсы, необходимые для выполнения работы, но не изменяющиеся в процессе работы (например, оборудование, людские ресурсы…);§ Стрелки вызова (выходят из нижней грани работы) - изображают связи между разными диаграммами или моделями, указывая на некоторую диаграмму, где данная работа рассмотрена более подробно. Все работы и стрелки должны быть именованы. Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными. В контекст входит описание цели моделирования, области (описания того, что будет рассматриваться как компонент системы, а что как внешнее воздействие) и точки зрения (позиции, с которой будет строиться модель). Обычно в качестве точки зрения выбирается точка зрения лица или объекта, ответственного за работу моделируемой системы в целом. После того как контекст описан, проводится построение следующих диаграмм в иерархии. Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме.В соответствии с методологией IDEF0 построены диаграммы для данной работы. На рисунке 2 показана контекстная диаграмма системы правового сопровождения кредитования юридических лиц. Из контекстной диаграммы, видно, что для выполнения системой своих функций ей необходимы следующие входные документы (в соответствии с Регламентом предоставления кредитов юридическим лицам №285-4-р Сбербанка России от 23.07.2004г):§ Заявление на получение кредита;§ Служебная записка от кредитного отдела;§ Правоустанавливающие документы.Результатами функционирования системы указаны следующие документы:§ Заключение о правоспособности;§ Отчеты юридического отдела;§ Уведомление о сроках.В качестве управления используется законодательные акты, регламентирующие порядок деятельности юридического отдела при кредитовании юридических лиц, в частности, Регламент предоставления кредитов юридическим лицам Сбербанка России №285-4-р от 23.07.2004г.В качестве механизмов, необходимых для выполнения работы выступают сотрудники юридического отдела и оборудование.Рис. 2 Контекстная диаграмма системы правового сопровождения кредитования юридических лицКак показано на рисунке 3, при детализации контекстной диаграммы системы правового сопровождения кредитования юридических лиц можно выделить три основные функции, которые выполняет система: контроль за соблюдением законодательства, уведомление о сроках, создание отчетов юридического отдела. Входные и выходные потоки сохраняются, как и на контекстной диаграмме. Входными потоками функции «Контроль за соблюдением законодательства» являются: заявление на получение кредита, служебная записка от кредитного отдела, правоустанавливающие документы. Выходным потоком этой функции является заключение о правоспособности. Входными потоками функций «Уведомление о сроках» и «Создание отчетов юридического отдела» являются служебная записка от кредитного отдела и выходной поток функции «Контроль за соблюдением законодательства» - заключение о правоспособности. Выходным потоком функции «Уведомление о сроках» является уведомление о сроках, функции «Создание отчетов юридического отдела» отчеты юридического отдела. В качестве управления для всех трех функций является Регламент предоставления кредитов юридическим лицам Сбербанка России №285-4-р от 23.07.2004г. А в качестве механизма, необходимых для выполнения функции «Контроль за соблюдением законодательства» выступает сотрудник юридического отдела - юрисконсульт, а для выполнения функций «Уведомление о сроках» и «Создание отчетов юридического отдела» - оборудование.Рис. 3 Диаграмма декомпозиции системы правового сопровождения кредитования юридических лицДля того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (Data Flow Diagrams). BPwin 4.0: пришел, увидел, реорганизовал. Мнение пользователя. Притыкин Д.А, http://www.interface.ru Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.Всего DFD использует четыре важных элемента:1. Работы. Работы в DFD обозначают функции или процессы, которые обрабатывают и изменяют информацию. Работы представлены на диаграммах в виде прямоугольников со скругленными углами. 2. Стрелки. Стрелки идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе документооборота. 3. Внешние ссылки. Внешние ссылки указывают на место, организацию или человека, которые участвуют в процессе обмена информацией с системой, но располагаются за рамками этой диаграммы. 4. Хранилища данных. Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. На одной диаграмме может присутствовать несколько копий одного и того же хранилища данных.Чтобы наглядного изобразить работу системы в соответствии с методологией DFD построена диаграмма, конкретизирующая такую функцию как «Контроль за соблюдением законодательства» (рисунок 4). Диаграмма отражает, что функция «Контроль за соблюдением законодательства» состоит из трех работ: анализ правоустанавливающих документов, проверка полномочий должностных лиц, оформление заключения. В качестве внешней ссылки выступает юрисконсульт.Так же диаграмма отражает документальные потоки между работами. На данном уровне конкретизируется входной поток «правоустанавливающие документы». Входными потоками для работы «Анализ правоустанавливающих документов» являются: § Служебная записка от кредитного отдела§ нотариально удостоверенная копия Устава;§ нотариально удостоверенная копия учредительного договора;§ нотариально удостоверенная копия свидетельства о внесении в ЕГРЮЛ;§ нотариально удостоверенная копия свидетельства БРП о государственной регистрации юридического лица;§ нотариально удостоверенная копия разрешения и занятие отдельными видами деятельности (лицензия);§ состав аукционеров;§ персональный состав коллегиальных органов управления и высшего руководства состава;§ перечень дочерних и зависимых организаций с указанием долей участия;§ нотариально удостоверенная копия свидетельства МНС о постановке на учет в налоговом органе юридического лица.Входными потоками для работы «Проверка полномочий должностных лиц» являются:§ заявление на получение кредита;§ карточка с образцами подписей распорядителей счета, удостоверенная нотариально; § оттиск печати, удостоверенный нотариально;§ заверенные уполномоченным лицом и печатью заемщика копии протоколов заседаний уполномоченных уставом организаций органов о назначении на соответствующую должность лиц, указанных в карточке с образцами подписей.Выходными потоками функции «Анализ правоустанавливающих документов» являются данные о юридическом лице и данные правоустанавливающих документов, которые поступают в хранилище «Данные о юридических лицах», последний является входящим потоком для функции «Оформление заключения», поток данные из служебной записки, который поступает в хранилище «Хранилище служебных записок».Выходными потоками функции «Проверка полномочий должностных лиц» являются сведения о полномочиях должностного лица, который является входным потоком в функцию «Оформление заключения», и поток данные правоустанавливающих документов, который поступает в хранилище «Данные о юридических лицах».Выходным потоком функции «Оформление заключения», который поступает в «Хранилище служебных записок», является заключение о правоспособности.Так на данном этапе проектирования обосновывается дальнейшая реализация базы данных. Хранилища данных, спроектированные на данной диаграмме, должны найти свое отражение в базе данных. Данная диаграмма указывает необходимость хранения определенных реквизитов и сведений о клиенте банка - юридическом лице, и хранение результатов функционирования системы, что также должно найти свое отражение в проектируемой базе данных системы.Рис. 4 Контроль за соблюдением законодательстваДля описания логики взаимодействия информационных потоков модель дополняют диаграммами еще одной методологии - IDEF3, также называемой workflow diagramming. BPwin 4.0: пришел, увидел, реорганизовал. Мнение пользователя. Притыкин Д.А, http://www.interface.ru Методология моделирования IDEF3 позволяет графически описать и задокументировать процессы, фокусируя внимание на течении этих процессов и на отношениях процессов и важных объектов, являющихся частями этих процессов. Модель, выполненная в IDEF3, может содержать следующие элементы:1) Единицы работы (Unit of Work) - основной компонент диаграммы IDEF3 близкий по смыслу к работе IDEF0.2) Связи (Links) - Связи, изображаемые стрелками, показывают взаимоотношения работ. В IDEF3 различают три типа связей:а) Связь предшествования (Precedence) - показывает, что прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией;б) Связь отношения (Relational) - показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией;в) Поток объектов (Object Flow) - показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками.3) Перекрестки (Junctions) - перекрестки используются в диаграммах IDEF3, чтобы показать ветвления логической схемы моделируемого процесса и альтернативные пути развития процесса могущие возникнуть во время его выполнения. Различают два типа перекрестков:а) Перекресток слияния (Fan-in Junction) - узел, собирающий множество стрелок в одну, указывая на необходимость условия завершенности работ-источников стрелок для продолжения процесса;б) Перекресток ветвления (Fan-out Junction) - узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие за перекрестком, выполняются параллельно или альтернативно.4) Объекты ссылок (Referents) - служат для выражения идей и концепций без использования специальных методов, таких как стрелки, перекрестки или работы.Для наглядного представления работы функций «Анализ правоустанавливающих документов» и «Проверка полномочий должностных лиц» построены диаграммы в соответствии с методологией IDEF3. На рисунке 5 представлена диаграмма, позволяющая описать логику взаимодействия информационных потоков в функции системы «Анализ правоустанавливающих документов». Диаграмма показывает, что данная функция состоит из следующих работ: проверка документов, непосредственный анализ документов, предоставление недостающих документов и формирование итоговых сведений о документах. Так же в диаграмме использован перекресток:входным потоком которого являются правоустанавливающие документы, если все документы были получены, или процесс «Предоставление недостающих документов» запускается, если не все документы получены. После получения недостающих документов (входящий поток в процесс «Проверка документов») при наличии всех документов запускается процесс «Непосредственный анализ документов». После чего выполняется функция «Формирование итоговых сведений о документах», выходным потоком которой является итоговые сведения о документах.Рис. 5 Анализ правоустанавливающих документовНа рисунке 6 представлена диаграмма, позволяющая описать логику взаимодействия информационных потоков в функции системы «Проверка полномочий должностных лиц». Диаграмма показывает, что данная функция состоит из следующих работ: проверка документов, анализ протоколов заседаний, анализ карточки подписей, анализ оттиска печати. Так же в диаграмме использован перекресток:Затем данный перекресток означает, что перед тем как запущен процесс «Формирования сведений о полномочиях должностного лица», выходным потоком которого является сведения о полномочиях должностного лица, все описанные выше процессы должны быть завершены.Рис. 6 Проверка полномочий должностных лицПолученные спроектированные диаграммы позволяют перейти к разработки структуры базы данных и сформировать необходимые входные формы и отчеты.2.3 Проектирование структуры базы данныхНа основании моделирования системы удалось выделить основные объекты системы и их взаимосвязи, что позволяет перейти к проектированию структуры базы данных.Под информационной базой понимается определенным образом организованная совокупность данных, хранимых в памяти системы в виде файлов, с помощью которых удовлетворяется информационные потребности управленческих процессов и решаемых задач. Существует несколько способов организации информационной базы. В данном проекте выбран способ создания реляционной базы данных.Необходимо создать базу данных, в которой решались бы следующие задачи: § ввод, хранение и поиск необходимой информации; § ведение учета и отслеживание результатов поступления документов.Основным структурным компонентом базы данных является таблица, содержащая записи определенного вида и формы. Каждая запись таблицы содержит всю необходимую информацию об отдельном элементе базы данных. Такие отдельные структурные элементы называют полями таблицы.Первым этапом при создании таблицы является определение перечня полей, из которых она должна состоять, их типов и размеров. При этом каждому полю присваивается уникальное имя. Для реализации поставленных задач необходимы следующие поля.Код юридического лицаОрганизационно-правовая формаНаименование юридического лицаЮридический адресТелефонКод служебной запискиСумма кредитаСрок кредитаПроцентное составлении кредита от активаДата получения документовКод должностного лицаФамилия, имя, отчество должностного лицаДолжность представителяКопия уставаКопия учредительного договораКарточка с образцами подписейПротоколы заседанийЛицензияСостав аукционеровСостав коллегиальных органовПеречень дочерних организацийОсновной государственный регистрационный номерДата выдачи свидетельства о государственной регистрацииОрган, выдавший свидетельство о государственной регистрации |
РЕКЛАМА
|
|||||||||||||||||
|
БОЛЬШАЯ ЛЕНИНГРАДСКАЯ БИБЛИОТЕКА | ||
© 2010 |