Проблема: договора с крупными заводами требуют согласования нескольких лиц компании, при этом документы должны согласовываться без затягивания сроков. Решение: использовать бизнес-процессы для согласования договоров. Так как компания уже работала в Управление торговлей и нужна была ещё CRM система, встроили в УТ продукт CRM Корп, в котором есть возможность настраивать бизнес-процессы в пользовательском режиме, используя механизм блок-схем. В системе есть отчетность, позволяющая видеть просроченные этапы и на каком этапе находится каждый процесс.
Блок CRM в 1С:Управление торговлей 11
Типовые решения 1С постоянно развиваются и программный продукт УТ – не исключение. С новым витком развития этот продукт получила довольно функциональный блок CRM. Однако, по умолчанию он выключен. Включение блока осуществляется в настройках. Это решение, в котором пользователь самостоятельно определяет логику работы своего предприятия, создавая карты маршрутов.
Собирая по процессам статистику, можно определять эффективность текущих бизнес-процессов, а изменяя или удаляя некоторые этапы, увеличить эффективность работы.
Задачи и бизнес-процессы в 1С
Создание схемы бизнес-процессов по согласованию документов на базе 1С:CRM КОРП
Были обследованы бизнес-процессы компании и созданы карты маршрутов. Также были созданы шаблон и схема процесса согласования, комплексный маршрут для согласования документов, распределены роли и пользователи ответственные за свои этапы согласования. встроили в УТ продукт CRM Корп, в котором есть возможность настраивать бизнес-процессы в пользовательском режиме, используя механизм блок-схем. Была настроена отчетность по контролю сроков выполнения действий по этапам и процессам, и организована рассылка контрольных отчетов руководству компании.
Результаты внедрения Схемы бизнес-процессов по согласованию документов на базе 1С:CRM КОРП
Самый большой выигрыш был получен по качеству принимаемых решений — несогласованные договоры стали невозможны! Мы внедряем «1С:Документооборот» в средних и крупных компаниях уже достаточно долго и за это время накопилась статистика по проектам, которая подтверждает, что существенно ускоряются темпы роста бизнеса после того, как компания освобождается от бумажной рутины.
Запрос на консультацию по Созданию схемы бизнес-процессов согласования документов на базе 1С:CRM КОРП
Если вашему предприятию необходимо согласовывать документов на базе 1С:CRM КОРП, компания Асист-ПРО готова создать для вас похожую систему. Звоните нашим специалистам или присылайте запрос на консультацию! Компания Асист-ПРО создаст на основе 1С:Документооборот и 1С:CRM КОРП Систему согласования документов!
Источник: asyst-pro.ru
CRM, KPI, бизнес-процессы для 1С
Готовые решения для автоматизации вашего бизнеса в вашей 1С
CRM, KPI, бизнес-процессы для 1С
Готовые решения для автоматизации вашего бизнеса в вашей 1С
Организующая схема – карта вашего бизнеса. Как использовать для автоматизации. Новый релиз «Простые Регламенты»
«У нас всего один бизнес-процесс, от размещения рекламы до отгрузки клиенту» – так иногда говорят те, кто начинает заниматься автоматизацией бизнес-процессов. И, действительно, в первом приближении все правильно – сначала привлекли клиента, затем работаем с ним, совершаем продажу, закупаем товар, отгружаем, доставляем… Получается огромный процесс из 999 блоков. Закрадываются первые сомнения, что этим будет трудно управлять, ну да ладно. В ходе работы выяснятся, что:
- Заказы клиентов мы иногда обрабатываем по схеме закупки, но, бывает, отгружаем из запасов. Нужно поменять схему. Точнее, ее часть – вот тут, тут, тут и тут… Главное, ничего не забыть!
- Бизнес-процесс есть, но вот ответственным за него никто становится не хочет – ни маркетолог, ни закупщик. Отбрыкиваются и переводят стрелки друг на друга.
- Говорят, что в процессе нужно мерить какие-то показатели. У нас их получается примерно 30-40 – и «скорость выполнения задач», и «количество задач в работе», и «просроченные задачи» и т.д. Причем, общая статистика по задачам довольно спорная – количество просроченных задач «Разместить рекламу» в сумме с просроченными задачами «Позвонить клиенту» дают какое-то значение сомнительной полезности.
Это не совсем еще ужастик про «Автоматизированный хаос», но близко к нему. Разбираемся, как не допустить состояния «выглядит круто, но по факту бесполезно»
Из этой ситуации можно вывести несколько эффектов, которые мы хотим получить от автоматизации процессов:
- Процесс должно быть можно изменить без особых последствий
- Бизнес-процессом кто-то должен управлять (и это не только генеральный директор)
- Процесс должно быть можно в чем-то измерить и этот показатель должен дать объективную оценку
Не будем изобретать велосипед
В этом случае как всегда не нужно придумывать велосипед, достаточно сначала расставить бизнес-процессы по карте вашей компании. И вот если процесс никуда в схеме не влезает, значит, будут проблемы с его управлением. Для такой «правильной» расстановки уже давно придумали интересный инструмент, который называется «Организующая схема». Это такой элемент админтехнологий, который примерно лет 50 существует и доступен для использования.
Общий порядок применения оргсхемы для определения бизнес-процессов следующий:
- Ваша компания производит продукт, за который клиент вам платит – нужно сформулировать этот продукт и внести его на схему. Это ответственность генерального директора.
- Производимый продукт – сложный. Он состоит из подпродуктов. Эти продукты – результат деятельности подразделений (отделов, офисов) вашей компании
- Продукт каждого отделения генерируется вашими сотрудниками. Генерация продукта происходит с помощью определённых инструкций – регламентов и бизнес-процессов.
- Каждый регламент обладает какими-либо показателями. Эти показатели и есть то, что вы требуете от ваших сотрудников на каждом участке бизнес-процессов
Сама по себе оргсхема немного сложнее в использовании и применении, но мы же с вами учимся, поэтому не будем усложнять сразу.
Рассмотрим на примере
Есть компания, которая производит окна и устанавливает их клиентам. Ее конечный продукт – клиент, которому поставили качественное окно в оговорённый срок с соблюдением условий сделки. Мы собираемся описать регламент «Поставка товаров клиенту» для этой компании. В нем участвуют:
- Менеджеры по продажам – оформляют сделку и контролируют оплату
- Кураторы по производству – общаются с цехами по выпуску товара
- Логисты – обеспечивают доставку до клиента
- Отдел сервиса – отвечают за установку
Нам в этом процессе важно:
- Вовремя оплаченные счета – долг клиента должен быть минимальным
- Сроки производства должны быть выполнены – дней просрочек быть не должно
- Сроки установки должны быть выполнены
- Окно должно быть установлено по технологии производителя
Вот мы создали довольно массивный регламент и пытаемся его в оргсхему втиснуть. Так-с, результат этого процесса – как раз качественно установленное клиенту окно. Тогда логично, что за этот результат будет ответственным руководитель службы сервиса, чьи сотрудники и выполняют установку. Размещаем в отдел сервиса этот процесс и смотрим на схему. У нас получается, что если этот процесс в ведомстве сервиса, то:
- Руководитель отдела сервиса отвечает за оплаченные счета, сроки поставки, сроки установки, качество сборки
- Для производства продукта отдела сервиса задействованы сотрудники других отделений
- Руководитель отдела сервиса может изменять всю схему процесса (даже часть с оплатами и циклом производства) так, как он считает нужным – он ведь ответственный за результат процесса.
Скорее всего, ваш руководитель отдела сервиса не выполняет таких функций и отвечает только за свою часть процесса. Контролировать прочих у него нет ни полномочий, ни желания. Даже если вы уговорите его отвечать за весь процесс, то, скорее всего, руководитель отдела продаж будет против изменения «продажной» части схемы процесса другими сотрудниками, а такие полномочия у владельца (главный по сервису в этом примере) процесса всегда есть.
Получается ситуация – «регламент процесса как бы есть на бумаге, но за него в жизни никто ответственность не несет».
Итого
Чтобы процесс был не только на бумаге, а еще и работал, нужно, чтобы у него:
- Был владелец – ответственный за результат
- Были показатели, по которым можно судить о результате процесса
Эти условия будут соблюдаться, только если процесс ограничен одним отделением вашей компании. Для контроля такого ограничения прекрасно подходит инструмент «Организующая схема» – она наглядно покажет слабые места в распределении ответственности.
Настройка оргсхемы уже несколько релизов есть в «Простых процессах», а теперь мы добавили ее и в бесплатные «Простые регламенты» (оставьте новую заявку – система вам пришлет свежий релиз). Скачивайте, настраивайте и пользуйтесь – начинайте автоматизацию бизнес-процессов правильно.
Источник: easy-1c.ru
Разработка конфигурации «Продажи» в среде 1С:Предприятие 8.3. (1 АНАЛИТИЧЕСКАЯ ЧАСТЬ)
На современном этапе развития общества одной из наиболее важных областей являются информационные технологии. С каждым годом объем информации постоянно увеличивается, заставляя тратить на ее обработку большее количество времени и трудовых затрат. В связи с этим все более необходимым становится использование современных автоматизированных информационных систем, которые способны обрабатывать за короткие периоды массивы базовой информации и предоставить ее в удобном для пользователя виде.
Эти информационные системы в первую очередь должны включать в себя автоматизированные системы управления, основным элементом которых является, прежде всего, база данных, которая может хранить и обрабатывать информацию, эффективно использовать ее.
Актуальность работы обусловлена тем, что в современных условиях развития рынка важным условием эффективной деятельности торгового предприятия является автоматизация учета товаров. Автоматизация даст возможность уменьшить издержки, оптимизировать работу предприятия.
Объект исследования — бизнес-процессы торгового предприятия ООО «ДОМ МЕДА».
Предмет исследования – автоматизированная система учета продаж.
Цель исследования: повышение эффективности работы сотрудников ООО «ДОМ МЕДА» за счет внедрения автоматизированной информационной системы 1С: Предприятие для учета продаж в организации.
1) рассмотреть основные понятия и компоненты ИС;
2) изучить основные технологии проектирования ИС;
3) рассмотреть основные этапы проектирования ИС;
4) провести обследование и анализ предметной области и разработать ИС предприятия для автоматизации отдела продаж ООО «ДОМ МЕДА»;
5) выполнить расчет экономической эффективности от внедрения разработанной ИС предприятия ООО «ДОМ МЕДА».
В первой главе рассмотрены основные этапы проектирования ИС: исследование предметной области, моделирование системы, сформулированы требования к проектируемой информационной системе.
Во второй главе рассмотрены программы-аналоги, выполнен обзор информационных систем и выполнено обоснование выбора информационной системы для внедрения.
Третья глава работы содержит разработку технического задания на внедрение информационной системы 1С: Предприятие. После обоснования необходимости автоматизации определена общая архитектура ИС и концепция содержимого базы данных. Далее проведено моделирование системы.
Также в данной главе выполнено описание разработки программного модуля информационной системы 1С: Предприятие, создание кнопочной формы, которая определяет интерфейс работы с системой.
В четвертой главе выполнен расчет экономической эффективности внедрения информационной системы учета товаров.
1 АНАЛИТИЧЕСКАЯ ЧАСТЬ
1.1 Постановка задачи автоматизации
Разрабатываемая информационная система предназначена для обеспечения информационной поддержки учета и прогноза товаров, реализуемых магазином ООО «ДОМ МЕДА» и должна соответствовать нижеследующим требованиям.
Необходимо разработать информационную систему, автоматизирующую работу сотрудников ООО «ДОМ МЕДА» по учету и продажам товаров.
Основное назначение программы – хранение, выдача и обновление данных автоматизированной ЭИС «ДОМ МЕДА». А именно: регистрация прихода товара, вывод информации о предоставляемых ценах на товар, планах, поиск информации о товарах, складе, поставщиках, формирование отчета о реализации товаров за запрашиваемый интервал времени, по видам товаров и т.д.
Конечными пользователями системы являются менеджеры по работе с поставками, реализацией и хранением товара.
Предоставляемые возможности пользователю системы:
Регистрация товара, возможность редактирования и добавления данных, просмотр отчетов по базе.
Система должна поддерживать следующие основные функции:
1. В приложении имеется справочник «Товары», где описаны все имеющиеся товары с установленными ценами.
2. Регистрации новых товаров. Данная функция обеспечивает редактирование, добавление информации.
Разрабатываемая база данных должна обеспечивать следующие условия:
1) Возможность работать пользователям с базовой степенью подготовленности в области вычислительной техники.
2) Выполнение минимума ручных операций.
3) Выдачу отчетов в виде, привычном для пользователя и удобном для обзора, чтения и поиска.
4) Низкую вероятность отказа в процессе реального функционирования ЭИС.
5) Восстановление работоспособности за минимальное время.
Кроме того, программный продукт должен выполнять ряд общих функций:
1) Учет данных о товарах.
2) Учет номенклатурных групп.
3) Учет поставщиков.
4) Учет поставок и реализации товаров.
4) Формирование отчетов по различным критериям поиска.
Для работы данной информационной системы требуется наличие следующих подсистем:
1) Комплекс технических средств, основой которого служит профессиональный персональный компьютер, предусматривающих работу оператора без посредников (программистов, операторов).
2) Информационное обеспечение — это массивы информации, хранящиеся в локальных базах данных. Информация организуется и хранится, в основном, на жестких дисках.
3) Организационное обеспечение — включаются функции администрирования, проектирования, планирования, учета, контроля, анализа и другое.
4) Программное обеспечение состоит из системного программного обеспечения и прикладного. Основой системного обеспечения является операционная система и системы программирования [16].
Основным бизнес-процессом является продажа меда и сопутствующих товаров, целью которого является оптимизация работы компании и получение доходов.
1. Менеджер по продажам каждый день оформляет заявки клиентов на покупку меда согласно прайс-листу. Он регистрирует заявки в журнале заявок.
2. После оформления заявки менеджер по продажам выписывает счёт клиенту и регистрирует его в реестре счетов.
3. Бухгалтер получает и обрабатывает приходные кассовые ордера, а также выписки банка, которые содержат сведения о поступлении денежных средств в кассу или на расчётный счёт компании. На основании этих документов бухгалтер делает отметки об оплате счета в реестре счетов.
4. Менеджер отдела продаж контролирует поступление платежей от клиентов. Если срок оплаты истёк, а платежи не поступили, то менеджер отмечает недействительность заявки в журнале заявок.
5 Менеджер отправляет счёта о покупке продавцу-консультанту.
6. Продавец-консультант выписывает товарную накладную на оплаченный товар на основании счета, после этого проверяет товар на качество и комплектацию, заполняет гарантийный талон на товар и выдает товар покупателю.
7. В конце каждого месяца на основании журнала заявок менеджером отдела продаж формируется сводка о количестве поступивших заявок на каждую категорию автозапчастей.
8. Если клиент выявил брак у товара, то он делает возврат товара.
Деятельность в этой области отражается в функциональных задачах, выполнение которых формирует направление развития отдела продаж. В таблице 1.1 представлены функциональные задачи учета товаров и функциональные подзадачи их составляющие.
Таблица 1.1 – Группы функциональных задач и подзадач
ФО1. Производственная (торговля)
ФП1.1. Закупка товара
ФП1.2. Реализация товара
ФП1.3. Хранение товара
ФП2.1. Регулирование ценовой политики
ФП2.2. Осуществление кадровой политики
ФП2.3. Учет хозяйственной деятельности
ФП3.1. Доставка товара
ФП3.2. Привлечение клиентов
Рост требований покупателей компании ООО «ДОМ МЕДА» обуславливает усложнение розничного бизнеса.
Сегодня потребители предъявляют более высокие требования, рассчитывая на индивидуальный подход, повышения качества товаров при более низкой стоимости и широком ассортименте товара. При этом продукция должна выбираться в определенное время, в конкретном месте и только при надлежащем уровне обслуживания. Именно это делает работу компании ООО «Дом меда» эффективной. Этому благоприятствует управление цепочками поставок, сокращая затраты на логистику. В таком случае появляется возможность использовать различные схемы ценообразования и оптимизации продукции на складе и в магазине, а также уменьшать число неликвидных товаров.
Необходимость в наличии информационной системы продаж растет пропорционально росту компании, расширением ее товарного ассортимента.
Невозможно заниматься отдельно только управлением поставками, запасами или продажами. Вышеназванные процессы напрямую зависят от бизнес-процессов управления и ассортимента, а также ценообразования и т. д. То есть, речь идет о комплексном подходе в управлении деловыми процессами предприятия.
Сегодня продажи и поставки продукции должны планироваться до самого детального уровня. При этом должны учитываться всевозможные моменты, влияющие на спрос, параллельно с обработкой огромных объемов информации за короткие сроки.
В программе AllFusion Process Modeler r7 было создана контекстная диаграмма бизнес-процессов учета работы компании ООО «Дом меда» [48].
Затем была произведена ее декомпозиция по двум направлениям – модель «AS-IS», которая отражает текущее состояние бизнес-процессов (рис.1.1).
Рисунок 1.1 – Контекстная диаграмма складского учета ООО «Дом меда»
Взаимодействие системы с окружающей средой описывается в терминах, необходимых для нормального функционирования системы:
- данные о клиенте;
- счет клиента оплаченный;
- накладная на отпуск товара;
- возвратные документы на товар от поставщика;
- сопроводительные документы от поставщика.
- товарная накладная;
- отчетные документы;
- документы на списание.
Механизмы и управление (сверху):
- действующее отраслевое законодательство;
- должностные инструкции.
- сотрудники компании;
- служба контроля;
- офисные программы;
- информационные ресурсы.
После описания контекстной диаграммы проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая система при необходимости, разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции. Диаграммы декомпозиции представлены на рисунке 1.2.
Рисунок 1.2 – Диаграмма декомпозиции «AS-IS» учета товара ООО «Дом меда»
Таблица 1.2 – Документы бизнес-процесса «Ведение складского учета»
Менеджер отдела продаж
Оформление чека на оплату товара
Создание документа на возврат товара
Менеджер отдела продаж
По мере поступления
Основные преимущества автоматизации рассматриваемого бизнес-процесса:
- централизованное хранение данных;
- исключение потерь данных;
- систематизация данных;
- быстрая обработка данных;
- выдача результатов в наглядном виде на печать и экран;
- легкое изменение данных;
- автоматизация оформления отчетов. [5]
1.2. Характеристика документооборота, возникающего при решении задачи
Рассмотрим схему документооборота учета продаж товара ООО «Дом меда» (рис. 1.3)
Рисунок 1.3 – Схема документооборота учета продаж товара ООО «Дом меда»
Затем редставим схему в виде таблицы.
Таблица 1.3 – Схема документооборота при продаже товара
Исполнитель
Действие
Пользователь
Менеджер отдела продаж
Отчеты.
Получение подписанного счета
Пользователь
Кассир
Отчеты
Получение копии чека
Исполнитель
Действие
Пользователь
Менеджер отдела продаж
Отчеты.
Акт возврата товара
Проверка чека и товара, заполнение соответствующих полей в акте возврата товара
Заполненный Акт возврата товара
Заполненный Акт возврата товара
Копия Акта возврата товара
В реальном выражении, компания имеет много проблем. Необходимо определить основные проблемы. Решение основной проблемы всегда помогает избавиться от многих второстепенных, вторичных проблем.
Выявленные проблемы, присущие обследованному предприятию, представлены в таблице 1.4.
Таблица 1.4 – Проблемные ситуации в деятельности предприятия
Наименование проблемной ситуации
1. Сложности в подборе необходимого товара для клиента
Предоставление клиентам экспертной системы поддержки принятия решений
2. Слабо выраженные средства популяризации предприятия
Повышение эффективности маркетинговой и рекламной компании
3. Неудобные средства учета товара
Автоматизация учета товарно-денежных операций
4. Трудности при работе продавцов с прайс-листом
Формализация каталога товаров
5. Излишне массивный аппарат отдела продаж
Реорганизация отдела, сокращение сотрудников с перераспределением их обязанностей
6. Низкая скорость оперативной обработки заказов
Добавление возможности заблаговременного оформления предварительного заказа
На данный момент база данных о клиентах практически не ведется, текущие клиенты записываются в примитивно построенной базе данных с помощью электронных таблиц Excel, данные часто не сохраняются. Вследствие чего невозможно выявить предпочтения клиентов, проследить динамику востребованности того или иного товара, на основании чего скорректировать закупки у поставщика. То есть закупки руководитель осуществляет интуитивно или на основании имеющегося заказа. Такая схема увеличивает продолжительность выполнения заказа и следовательно дает преимущество более быстродействующим конкурентам.
Фактически, невозможно выявить лояльных клиентов, соответственно невозможно мотивировать их к повторному заказу услуг у компании «Дом меда» путем поощрения дисконтной картой и другими способами маркетингового воздействия.
В компании «Дом меда» контакты текущих клиентов также не систематизированы. Данные фиксируются урывками. Такой порядок работы отнимает время и силы менеджера на нахождение нужного контакта и его хранение.
Анкетные данные клиентов фиксируются не систематизированно. Соответственно выявление целевой аудитории работы компании затруднено и следовательно неверно скорректированная стратегия приносит компании «Дом меда» убытки.
Поэтому в компании остро стоит вопрос о создании такой системы учета продаж, которая позволит избавиться от указанных недостатков и повысит эффективность работы компании в целом.
1.3. Обоснование проектных решений по информационному обеспечению
Несомненным является тот факт, что программа «1С: Предприятие» является наиболее популярной. Об этом можно судить на основании схемы, показанной на рисунке 1.4.
Рисунок 1.4 – «1С: Предприятие» — бизнес-схема
Технологическая платформа «1С: Предприятие» содержит следующие основные элементы:
- основная платформа, которая включает в себя среду выполнения и набор основных функций и объектов;
- встроенная библиотека проблемно-ориентированных объектов;
- внешние библиотеки специализированных объектов, подключаемых на основе стандартных протоколов — ActiveX, HTML, XML и т.д. (могут быть разработаны независимыми разработчиками);
- инструментальные средства разработки приложений.
Сохранение информационной базы проводится в базе данных в виде набора таблиц, для которых 1С: Предприятие 8 может использовать одну из систем управления четырьмя базами данных (СУБД) [48]:
Встроенную в 1С: Предприятие 8.3 (версия файла информационной базы). В этом случае, вся информация базы данных хранится в файле с именем 1Cv8.CD. Этот файл находится в двоичном формате и, по сути является встроенной базой данных для СУБД 1С: Предприятие 8.
Microsoft SQL Server (версии клиент / сервер базы знаний). Вся информация базы данных хранится в базе данных Microsoft SQL Server.
PostgreSQL (версия клиент-сервер). Вся информация информация базы данных хранится в базе данных PostgreSQL.
IBM DB2 (версия клиент-сервер). Вся информация информация базы данных хранится в базе данных IBM DB2.
IBM DB2 (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных IBM DB2.
В вариантах, реализованных на файл-серверном принципе, обработка данных ведется на рабочем месте, а сервер служит просто сетевым хранилищем данных. При выполнении какой-либо задачи вся база данных или ее значительная часть копируется по сети на рабочую станцию и обрабатывается ее процессором.
Таким образом, быстродействие системы зависит от скоростных параметров диска на сервере, топологии и кабельного хозяйства сети, производительности собственно рабочего компьютера. Процессор сервера играет второстепенную роль. Надежность доступа к данным обеспечивается в таких системах с помощью файлов блокировок (на диске файл-сервера), в которые, каждая рабочая станция, записывает информацию о данных, которые она модифицирует в данный момент, а перед операциями чтения-записи проверяет, не заняты ли эти данные другой станцией. Такой подход является достаточно надежным, но имеет ряд недостатков — например, при аварийном завершении работы заблокированные файлы не освобождаются.
Важнейшее достоинство 1С: Предприятия — возможность доработки стандартных конфигураций или даже создания абсолютно оригинальных продуктов с помощью встроенного языка. Чаще всего индивидуальная настройка состоит в доработке типовой конфигурации.
Файловая база данных — файл 1Cv8.CD, в котором хранятся все данные информационной базы (конфигурация, база данных, административная информация) при работе системы в файловом варианте.
Рассмотрим и ознакомимся со структурой базы данных. Она включает в себя:
Файл конфигурации. В нем находится конфигурация системы: метаданные, интерфейсы и права.
Механизм выгрузки и загрузки файлов конфигурации позволяет осуществлять полную выгрузку/загрузку конфигурации (модулей, макетов, прав доступа, справочной информации и картинок) в указанный каталог в виде набора файлов.
Объекты и большинство конфигурационных данных конфигурации находятся в наборе файлов XML. Программные модули выгружаются и текстовые документы в текстовые файлы с расширением .txt. Изображения, содержащиеся в файлах конфигурации загружаются из изображений соответствующего формата. Помощь сбрасывается в HTML файлы.
Система обеспечивает достаточно высокую отказоустойчивость и защищенность от потери передачи данных, что позволяет использовать для передачи данных различные каналы — по электронной почты до курьера и т.д.
2 ПРОЕКТНАЯ ЧАСТЬ
2.1. Характеристика разработанных справочников в среде 1С:Предприятие
В данной конфигурации было разработано 3 справочника. Описания структуры записей в справочниках приведено в таблице 2.1
Источник: www.evkova.org