Тема 3. Цель автоматизации.

Автоматизация ИП БУ и создание АС БУ не является самоцелью. Целью автоматизации ИП БУ является рост эффективности ФХД предприятия, улучшение его экономических показателей на основе повышения качества экономического анализа, обоснованности и своевременности управленческих решений, которые достигаются за счет обеспечения системы управления своевременной достоверной и пригодной для использования информации.

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

Начинаем в 9.

Схемы сегодняшние – на сайте кафедры – maispace.ru – раздел в меню «информация для студентов» - преподавали – Вдовин – скачать.

Лекция 2.

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

Концепции построения ас бу.

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

1. Способ организации хранения информации;

2. Способ организации обработки данных;

3. Способ организации взаимодействия системы и пользователя.

В зависимости от способа хранения информации выделяются:

• Системы с централизованной БД;

• Системы с распределенной БД;

• Смешанные системы с частично-распределенной БД.

С позиции организации обработки данных возможны варианты:

• С централизованной обработкой;

• С децентрализованной обработкой;

• Смешанный вариант, предусматривающий выполнение локальных пользовательских программ непосредственно на рабочих местах.

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

• С прямым доступом пользователя. То есть непосредственный доступ. Нет посредника.

• С опосредованным доступом. Есть посредник.

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

Обратимся к таблице 3. Она отражает нам все (за период, когда создавались АС БУ) концепции и ту базу, на которой они строились.

// Организация механизированной обработки информации – раньше (во времена табулятора) называлась моя специальность. Какая была механизация?

// Размазывалась ответственность между бухгалтерами и начальником вычислительного центра – недостаток опосредованного доступа к данным.

// Канало-образующее оборудование. Появились возможности строить системы удаленного доступа. Диалоговые системы и коммутационные пакеты.

Диалоговые системы позволяли имитировать наличие персональной вычислительной системы на рабочем месте у каждого пользователя, которому поставили монитор (терминал) и клавиатуру.

Разделение рабочих мест бухгалтеров и связь между ними только на жестких носителях (или дискетах).

Архитектура Файл-сервер. Схема 1. Запрос на данные, обработка на АРМ.

Архитектура Клиент-сервер. Можно решать задачи в многопользовательском режиме непосредственно на сервере. – в схеме-самый нижний квадрат. Уходит запрос не на данные, а на обработку информации. А клиенту возвращается результат, который по объему гораздо меньше, чем все нужные для него данные.

Принципы создания и функционирования АС БУ.

АС БУ может быть:

• Автономной системой, предназначенной исключительно для реализации функций БУ.

• Частью (подсистемой) корпоративной информационной системы (КИС), взаимосвязанной с другими системами.

Оба варианта позволяют рассматривать АС БУ как систему определенного уровня, поэтому на АС БУ распространяются все основные принципы разработки корпоративных информационных систем (КИС). Таких принципов больше 2-х десятков. Выделим основные из них:

1. Принцип окупаемости затрат выражается в том, что выгода и преимущества, ожидаемые от использования системы, должны быть значительнее, чем затраты, связанные с ее созданием. Не всегда эффект можно сразу учесть. Например, социальный эффект от внедрения АС БУ. Прямой эффект от автоматизации легко посчитать: снижение трудоемкости, перевести в денежное выражение, эффект в сфере управления. Косвенный эффект лежит непосредственно в сфере производства, является производной тех решений, которые принимает менеджер: как это повлияло на фирму.

Эффект от внедрения АС БУ:

• Экономия или сокращение убытков, связанных с принятием некорректных управленческих решений.

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

• Снижение трудоемкости и стоимости подготовки аналитической и отчетной информации.

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

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

Таким образом, все элементы комплекса увязываются в единое целое рядом системообразующих факторов, которые определяются методологией БУ:

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

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

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

3. Принцип адекватности заключается в выполнении некоторых априорных условий, учитывающих методические и организационно-технологические особенности ведения БУ в его автоматизированной форме. Принцип предопределяет следующие требования к проектированию:

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

Речь идет о том, что в условиях единой методологии методики учета различаются. БУ для коммерческих предприятий и БУ для бюджетных предприятий, БУ в банковском деле, особенности для военных организации особенно в области учета заработной платы (надбавки за должности, звания, ученые степени…).

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

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

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

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

• Участие персонала на этапах предпроектного обследования разработки ТЗ и проектирования системы.

1С – вся суть распространенности в системе дестрибьюции.

• На этапе техно-рабочего проектирования обеспечение максимальной комфортности работы пользователя, которое предполагает:

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

• Простоту и дружелюбность интерфейса (help в системе);

• Максимально возможную автоматизацию комплексных технологических процедур;

• Минимальный объем дополнительных знаний, необходимых для работы с системой. (Все иностранные бухгалтерские системы (по типу 1С) – чисто бухгалтерский, не позволяют выдавать информацию, необходимую для менеджмента (принятия решения управления) в необходимом разрезе. При этих системах должен быть обязательно квалифицированный программист.)

5. Принцип надежности. Его суть заключается в том, что должна быть обеспечена устойчивость системы, то есть ее работоспособность, как в условиях сбоя отдельных ее элементов, так и при влиянии внешних возмущающих воздействий. Выделяются требования эксплуатационной и адаптивной надежности АС БУ. Эксплуатационная надежность определяется, как вероятность возникновения отказа системы, ведущего к искажению, утере, невозможности использования информации. Эксплуатационная надежность зависит от надежности элементов системы и количественно оценивается как функция надежности основных обеспечивающих подсистем, то есть через произведение вероятностей отказа технического, программного, информационного обеспечения, а так же сбоев в работе персонала.

Способы повышения эксплуатационных возможностей- выдаст потом

Лекции не было

Лекция от 27.09.2012г.

Структура АС БУ.

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

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

1. Выделении состава основных компонентов системы;

2. Детализации внутренней структуры компонент с целью изучения закономерностей их построения;

3. Установлении характера связи связей между компонентами и их содержание;

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

При структуризации АС БУ возможно выделение основных компонент:

1. По функциональному признаку;

2. По технологическому признаку;

3. По виду ресурсного обеспечения.

Выделение основных компонент АС БУ выполняется в следующем порядке:

1. Выделяются функциональные компоненты, представляющие собой совокупность работ, выполняемых в ходе реализации БУ.

2. Производится определение совокупности технологических процедур, необходимых для решения функциональных задач БУ.

3. Определение необходимых ресурсных компонент, с помощью которых реализуется технологические процедуры для решения задач БУ.

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

В качестве примера типовой функциональной структуры АС БУ приведена схема:

Состав функциональных подсистем и связей между ними определяют функциональную структуру АС БУ.

Особенностью функциональной структуры АС БУ является наличие в ее составе специальной компоненты «сводный учет и сводная отчетность», которая представляет собой функциональное ядро АС БУ. Она отличается:

1. Назначением, то есть обобщение и балансовый контроль всей учетной информации;

2. Составом решаемых задач ведения детализированных, аналитических и сводных учетных регистров, а также формирование сводной отчетности;

3. Составом связей, то есть она взаимодействует со всеми подсистемами АС БУ.

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

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

Если посмотрим на вторую схему. У некоторых предприятий есть касса, у некоторых нет. Нужна ли нам везде подсистема учета кассовой деятельности? Нет. Предприятия, занимаемые консалтингом. У них нет ОС почти. Подсистема учета ОС им не нужна. Учет материальных ценностей и управление запасов – предприятие, как основной вид деятельности, занимается предоставлением складских услуг.

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

Технологическая структура АС БУ.

Функциональная структуризация является необходимым, но недостаточным этапом определения структуры АС БУ, так как не дает ответа на вопрос: «Каким образом осуществляется преобразование информации?». Существуют различные подходы классификации технологических процессов:

1. По содержанию и последовательности;

2. По степени автоматизации;

3. По режиму обработки (автоматическая или диалоговая).

В основу технологической структуризации АС БУ положена классификация технологических процессов:

1. По содержательной общности;

2. По уровню обобщения.

По содержательной общности технологические процессы делятся на технологические комплексы согласно основным стадиям учетного процесса. Выделяются 3 основные стадии, соответствующие этапам информационного процесса БУ и определяющие соответственно состав технологических комплексов:

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

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

3. Стадия отображения результатной информации.

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

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

1. В виде технологических процедур;

2. В виде технологических операций;

3. В виде технологических модулей.

Функционально-технологическая структура АС БУ.

С позиции проектирования (особенно, программного обеспечения) удобно рассматривать АС БУ, как совокупность элементов, имеющих:

1. Самостоятельное функциональное значение, то есть определяющих, что делается, какая процедуры, функция, какая задача решается;

2. Технологию их (элементов) реализации, то есть, как делается.

Не существует функциональных элементов, оторванных от технологии их выполнения.

В общем виде элемент ФТ-структуры представляет собой технологический процесс, обеспечивающий выполнение конкретного функционального элемента. Откуда они берутся, эти ФТ-элементы?

Фт-элементы образуются на пересечении элементов ф- и т-структур различного уровня иерархии. Чтобы понять, как это должно происходить, посмотрим на схему:

Ф-подсистемы	Учет основных средств	Учет материальных ценностей	Учет заработной платы	Учет кассовых операций	……..
Т-комплексы
Комплекс сбора данных
Комплекс систематизации и обобщения данных			ФТ-комплекс обработки данных по учету з/платы
Комплекс отображения данных
Схема формирования элементов ФТ-структуры АСБУ на верхнем уровне иерархии

КОНТРОЛЬНАЯ ТОЧКА ПО ТЕОРИИ ЧЕРЕЗ 3 НЕДЕЛИ. В ВИДЕ ТЕСТА.

Организация АС БУ.

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

1. Составом подразделений или рабочих мест, персонал которых выполняет функции АС БУ.

2. Распределение между элементами обязанностей и порядком их взаимодействия в процессе работы.

Основными компонентами организации являются организационная структура системы и регламент функционирования и взаимосвязи элементов. Центральное место в формировании организационной структуры занимает определение состава элементной базы системы и форм взаимосвязи элементов. Выделяются элементный, пространственный и коммуникационный аспекты построения АС БУ. В качестве базового элемента организационной структуры принято выделять автоматизированное рабочее место бухгалтера (АРМБ). Под АРМБ понимается рабочее место пользователя, оснащенное комплексом технических, а также проблемно-ориентированных программных и информационных средств, предназначенных для решения задач АС БУ.

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

1. Функциональный, при котором АРМБ (то есть элементы системы) выделяются в соответствии со сложившимся разделением работ по участкам учета.

2. Объектный, при котором выделяются АРМБ, каждая из которых реализует функции БУ для отдельных структурных подразделений предприятия, то есть организационная структура АС БУ определяется организационной структурой предприятия.

3. Смешанный, когда часть элементов выделяется по функциональному, а часть по объектному принципу.

4. Вырожденным случаем смешанного подхода является элемент (АРМБ), предназначенный для выполнения всех функций БУ для всего предприятия. Когда у нас единственный АРМ бухгалтера для небольшого предприятия. Данный подход считается универсальным, в этом случае организационная структура представлена в виде локального АРМБ.

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

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

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

2. На нижнем уровне иерархии возможно наличии технологических элементов АС БУ, то есть АРМ, специализированных на сборе и регистрации первичных учетных данных и не связанных непосредственно с выполнением функций БУ.

С позиции организации совместного функционирования пространственно-распределенного комплекса АРМБ система может быть построена либо в форме локальных АРМ с обменом данными на уровне обмена носителями, либо в форме набора элементов, связанных в локальную вычислительную сеть.

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

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

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

Классификция ас бу – самостоятельно – самая первая в файлике – текст выложит «срс 1».

Лекция 04.10

Лаба на след занятии, а через раз – контрольная.

АС БУ ИНФИН бухгалтерия.

Компания ИНФИН появилась в 1992 году, когда она вышла на рынок с первой версией программы, которая была создана в dBase среде. Остается лидером во втором эшелоне. С 2000 года компания присутствует на рынке с продуктом ИНФИН-управление под Windows,которая разработана в среде Delphi в архитектуре Клиент-Сервер.

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

Запуск стандартными средствами Windows. Пароль для входа в систему: 777777.

Главное меню системы. Рисунок 1 в раздаточном материале. Главное меню представлено вертикальным многоуровневым меню со световым маркером, расположенным в правой части экрана. Меню и подменю – иерархическое, все отражает в правой части экрана.

На верхнем уровне отражены все подсистемы, входящие в состав ИНФИН-управления. Почему управление, а не бухгалтерия? Комплексная, точнее интегрированная система. Чего тут только нет. И склады, и торговля. Представляет собой комплекс программ и подсистем для управления предприятием.

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

Кроме того, имеется панель командных кнопок (КК) для быстрого перехода к различным режимам, к тем, которые чаще всего употребимы. (Нижняя часть экрана.)

Структура главного меню подсистемы ИНФИН-бухгалтерия.

Условно ГМ можно разбить на следующие смысловые группы (рисунок 2):

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

2. Группа журналов хозяйственных операций. Представлена одной опцией «Журнал регистрации», обеспечивает доступ к просмотру зарегистрированной первичной информации в различных формах. Можно посмотреть журнал проводок, операций.

3. Оперативные отчеты включают позиции «Главная книга», «Оборотные баланс и ведомости», «Аналитические карточки и шахматные ведомости», «Кассовую книгу», «Книгу покупок и продаж». Эта группа выделяется чисто условно, которая представляет нам зарегистрированную информацию в виде стандартных бухгалтерских регистров.

4. Внешняя отчетность, в которой все наши основные формы публичной бухгалтерской отчетности.

5. Очень развитая система «Настройка программы». Обеспечивает доступ к набору инструментов для первичной настройки учета и конфигурирования системы.

Общая схема работы с программой аналогична другим программным продуктам данного класса и включает 2 основных этапа:

1. Настройка системы;

2. Ведение учета.

Первоначальная настройка (рисунок 3):

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

В лабораторной работе работает только в январе 2006 года. В январе можно ставить любые даты, а можно оставить 1-ое число.

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

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

Добавление осуществляется в режиме «Ввод информации «Компания» путем использования опции меню «Сервис»-«Добавить». Рисунок 4.

К числу параметров, подлежащих настройке через опцию меню «Настройка системы», относятся:

• Учет покупок продаж, в которой указывается имя справочника для регистрации соответствующих операций.

• Количество кампании .

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

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

• Параметр «Счет-фактура» позволяет задать порядок выписки счетов-фактур выбором из списка – ежедневный или ежемесячный.

• Параметр «Бухгалтерский учет» разрешает вести БУ по правилам, как РФ, так и Украины.

Основной справочный документ – «План счетов».

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

В левой части экрана можем выполнить настройку выбранного счета. В режиме настройки счетов параметры счета могут быть заданы в левой части экрана. По отдельным счетам (четырехзначные) помимо синтетического учета допускается ведение аналитического учета. Под аналитическим учетом понимается ведение учета по счету в разрезе различных справочников. ИНФИН допускает для счета до семи уровней аналитики.

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

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

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

5. Ввод и корректировка вступительных остатков. Данные операции выполняются в режиме заполнения первоначальной информации. Ввод остатков может осуществляться несколькими способами, аналогичными способам ввода учетных данных. При вводе остатков должны быть заданы корреспондирующие счета и сумма проводки. При вводе остатков по счету он (счет) должен корреспондировать со служебным счетом 0000 «Условный счет для вступительных остатков». Его назначение – балансировка остатков. При корректном вводе остатков сальдо по счету 0000 должно быть нулю.

Ввод первичной информации.

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

1. Произвольные проводки. При этом ввод данных осуществляется вручную и применяется, как правило, для нетиповых ситуаций. Рисунок 13. Часть данных может выбираться из справочников, которые контекстно отражаются правой части экрана. В случае, если справочник не отображается можно запросить его в принудительном порядке используя опцию горизонтального меню «Справочник».

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

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

• Обработка документа при выполнении данной записи открывается для редактирования сформированный ранее документ.

• Проводка(и), как правило, данные записи следуют за выпиской или обработкой документов и их выполнение происходит автоматически, так как все исходные данные для проводки уже имеются во введенном документе. Схема приведена в раздаточном материале.

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

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

Ввод автоматических операций.

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

Автоматические операции базируются на 2-х основных принципах:

1. В определенном настройкой периоде автооперация (их несколько может быть, но каждая из них) может быть выполнена только 1 раз. Если запускаем стандартную операцию, то все, что регистрируется в ее рамках – регистрируется столько раз, сколько мы ее запустили. При повторном выполнении автооперации в том же периоде ранее созданные проводки удаляются и на их место записываются новые.

С помощью автооперации можно всегда посмотреть текущую прибыль на любой момент.

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

Лаба организовать ведение учета в системе в соответствии с заданием.

Для конечного результата. Опция ГМ «Журналы регистрации». Зайдя туда, есть свое подменю, гдеесть журналы проводок полные и краткие и журналы стандартных операций. Всегда можем увидеть все, что зарегистрировали в системе. Проводки, котоыре мы сгенерировали, находясь в сеансе ввода, можно посмотреть в «введено» все проводки и стандартные операции.