- •1. Концепция системы 1с:предприятие
- •1.1 Краткое описание понятий (объектов) системы
- •1.2. Технологические средства конфигурирования и администрирования системы 1с:Предприятие
- •1.3. Понятие «метаданные»
- •1.4. Конфигурация
- •2. Лабораторная работа №1
- •2.1. Постановка задачи
- •2.2. Создание конфигурации и начало работы с метаданными
- •3. Лабораторная работа №2
- •3.1. Константы в системе 1с:Предприятие
- •3.2. Справочники в системе 1с:Предприятие
- •3.3. Перечисления в системе 1с:Предприятие
- •3.4. Создание справочника товаров
- •4. Лабораторная работа №3
- •4.1. Создание справочника складов справочника контрагентов и справочника договоров с контрагентами
- •4.2. Создание справочника контрагентов
- •4.3. Создание справочника договоров с контрагентами
- •5. Лабораторная работа №4
- •5.1. Документы в системе 1с:Предприятие
- •5.2. Журналы в системе 1с:Предприятие
- •5.3. Регистры в системе 1с:Предириятие
- •5.4. Хранение данных по взаиморасчетам с контрагентами
- •6. Лабораторная работа №5
- •6.1. Отчеты в системе 1с:Предприятие
- •6.2. Создание отчета
- •7. Лабораторная работа №6
- •7.1. Создание документа "Изменение цен"
- •7.2. Создание регистров по товарам
- •8. Лабораторная работа №7
- •8.1 Приходная накладная
- •8.2. Отчет по остаткам на складе
- •9. Лабораторная работа №8
- •9.1. Создание перечисления "МетодСписания"
- •9.2. Создание расходной накладной
- •10. Лабораторная работа №9
- •10.1. Создание отчета "ОбороткаПоДолгам"
- •10.2. Создание отчета "ОбороткаПоСкладу"
- •10.3. Создание отчета по прибыли с товара
- •10.4. Создание отчета по обороту товара
- •11. Теоретические вопросы по компоненте «оперативный учет» системы 1с: предприятие
- •12. Примеры практических задании
12. Примеры практических задании
Пример №1
Необходимо разработать конфигурацию, которая позволяет вести партионный учет товаров:
-
Справочник товаров с дополнительным периодическим реквизитом «ЦенаПродажи», значение которого может изменяться только документом «РасхНакл»;
-
Перечисление «Порядок» со значениями «FIFO», «LIFO», «вручную»;
-
Периодическую константу «ПорядокСписания» с типом данных - перечисление «Порядок»;
-
Документ «ПрихНакл», который служит для отражения в системе факта прихода товаров, введенных в табличной части, по ценам закупки;
-
Документ «РасхНакл», который списывает товары, введенные в табличной части, со склада.
Структура регистра остатков «ТоварыНаСкладе» должна обеспечивать ведение количественного и стоимостного учета товаров на складе в разрезе партий (поставок). Признаком партии является сам документ «ПрихНакл», по которому пришел товар.
Многовалютный и многоскладской учет не ведется, НДС и другие виды налогов в документах не указываются и не рассчитываются.
В табличной части накладных необходимо иметь возможность вводить цену и количество товара, сумма строки должна рассчитываться автоматически. В расходной накладной при выборе товара в графу «цена» должно заноситься значение из реквизита «ЦенаПродажи» справочника на дату документа. Если в накладной значение цены продажи изменяется, то новое значение должно быть записано в периодический реквизит «ЦенаПродажи».
При проведении документа «РасхНакл» необходимо обеспечить контроль наличия товара на складе, списание для одного товара в общем случае более одной партии товара по цене этих партий по одному из трех правил, в зависимости от установленного значения периодической константы «ПорядокСписания»: «FIFO» (первой списывается партия, которая оприходована раньше других) \ «LIFO» (в обратном порядке) \ «вручную» (пользователь сам указывает партии, которые необходимо списать).
В структуре табличной части расходной накладной, кроме реквизитов «Товар», «Цена», «Количество» и «Сумма», необходимо иметь реквизит «Партия», который будет недоступен для редактирования, и скрытый реквизит «ЦенаЗакупки». Если константа «ПорядокСписания» установлена в значения «FIFO» или «LIFO», то реквизит «Партия» остается пустым.
Если константа «ПорядокСписания» установлена в значение «вручную», то в форме документа становятся видимыми и доступными дополнительные реквизиты диалога «ТоварДляВыбора» типа справочник «Товары», «СписокПартий» типа таблица значений и кнопка «Сформировать список партий». В этом случае работа с накладной должна проводиться так:
-
выбрать в реквизите «ТоварДляВыбора» нужный товар;
-
нажать на кнопку «Сформировать список партий». При этом в таблице значений должен появится список несписанных партий указанного товара с указанием количества каждой партии, которое есть в остатках на складе. Алгоритм формирования списка партий необходимо построить с использованием метода выгрузки итогов регистра в таблицу значений с предварительно установленным фильтром по виду товара;
-
щелчком мыши выбираются партии для списания, при этом добавляются новые строки в табличную часть, в которые заносится «Товар», «Партия», «Количество», а в скрытый реквизит табличной части «ЦенаЗакупки» заносится цена выбранной партии;
-
«Количество» и «цену продажи» можно изменить, что приводит к пересчету «суммы».
Если константа «ПорядокСписания» установлена в значение «FIFO» или «LIFO», то в форме документа реквизиты диалога «ТоварДляВыбора», «СписокПартий» и кнопка «Сформировать список партий» остаются невидимыми и недоступными. В алгоритме проведения документа «РасхНакл» необходимо использовать метод выгрузки итогов регистра в таблицу значений, предварительно установив значение фильтра как список значений, сформированный из всех товаров, введенных в табличную часть документа, а автоматическое списание по правилам «FIFO» и «LIFO» требуется реализовать с использованием метода сортировки таблицы значений.
Пример №2
Необходимо разработать конфигурацию для комиссионного хозяйственного магазина, которая обеспечивает возможность по введенным продажам в конце месяца исходя из заданного процента комиссионного вознаграждения рассчитывать закупочные цены, формировать приходные накладные и накладные на перемещение и восстанавливать последовательность хозяйственных операций.
Создать следующие объекты метаданных:
-
справочник «Поставщики» с дополнительным периодическим реквизитом «% комиссионного вознаграждения»;
-
справочник «Товары» с дополнительным реквизитом «Поставщик» - тип данных Справочник «Поставщики». Если один и тот же товар поставляется разными поставщиками, в справочнике «Товары» вводится несколько элементов с разным значением реквизита «Поставщик». При просмотре справочника «Товары» в форме списка должен быть виден реквизит «Поставщик»;
-
справочник «Отделы», одним из элементов которого является «Склад»;
-
документ «ТоварныйЧек», который служит для отражения в системе учета факта продажи товаров и списывает из отдела магазина товары, введенные в табличной части;
-
документ «ПриходнаяНакладная», который приходует товары от поставщика по рассчитанной задним числом цене закупки на склад магазина;
-
документ «Перемещение», который перемещает товары со склада магазина в отделы;
-
обработка «Закупка», которая, исходя из реальных продаж, формирует приходные накладные и накладные на перемещение, и восстанавливает последовательность документов;
-
отчет «Анализ продаж».
Партионный и многовалютный учет не ведется, НДС и другие виды налогов в документах не указываются и не рассчитываются.
Для обеспечения проведения всех документов в непрерывной хронологической последовательности необходимо в конфигурации создать последовательность документов «ТовДокументы».
Структура регистра остатков «ТоварныйЗапас» должна обеспечивать ведение количественного и стоимостного учета товаров в разрезе отделов.
В оборотном регистре «ПродажиТоваров» должны накапливаться объемы продаж товаров в количественном и суммовом выражении в разрезе поставщиков и отделов.
В течение месяца в системе вводятся документы «ТоварныйЧек», в заголовке которого в реквизите «Отдел» указывается, по какому отделу прошла продажа, а в табличной части документа - товар, цена продажи, количество и стоимость. При интерактивном проведении документа информация о количестве и стоимости проданных товаров в ценах продажи
должна записываться в оборотный регистр «ПродажиТоваров». При программном проведении (из обработки «Закупка») происходит допроведение документа (без удаления движений по регистру «ПродажиТоваров») — формирование движений по списанию товаров по регистру «ТоварныйЗапас» по указанному отделу магазина, по ценам себестоимости.
По завершении месяца должна быть запущена обработка «Закупка», которая выполняет следующие операции:
-
На основании данных о продажах, накопленных в оборотном регистре «ПродажиТоваров», формирует по каждому поставщику документ «ПриходнаяНакладная» с датой 1 - го числа текущего месяца, в который включает все товары данного поставщика в количестве, проданном в этом месяце. Закупочная цена по каждому товару рассчитывается как средняя цена продажи за месяц минус комиссионное вознаграждение. Структура документа:
-
поставщик - «Справочник.Поставщики» (реквизит шапки);
-
товар — «Справочник.Товары», количество, цена покупки, стоимость (реквизиты табличной части);
-
По каждому дню, когда были продажи, формируется документ «Перемещение», который перемещает весь товар, проданный за этот день в конкретном отделе, в этот отдел;
-
Документы вводятся в хронологическом порядке: в начало 1-го дня месяца - «ПриходнаяНакладная», в начало каждого дня до документов «ТоварныйЧек» (для 1-го числа - после «ПриходнойНакладной») — «Перемещение».
-
Программно проводит документы, входящие в последовательность «ТовДокументы», при этом документ «ТоварныйЧек» — в режиме допроведения, без очистки движений по оборотному регистру «ПродажиТоваров».
По данным, накопленным в регистрах, построить отчет о продажах за месяц:
Отдел\Товар |
Кол-во прод. |
Себестоимость |
Ст-ть продажи |
Прибыль |
Отдел посуды |
|
|
|
|
Кастрюли |
|
|
|
|
Ложки |
|
|
|
|
Отдел инструментов |
|
|
|
|
|
|
|
|
|
Пример №3
Необходимо разработать конфигурацию, которая позволяет вести серийный учет медикаментов в аптеке, приходуя товар в отделы документами «ПрихНакл» и проводя продажи документом «Чеки»:
-
справочник «Медикаменты» с дополнительным периодическим реквизитом «РозничнаяЦена», значение которого должно изменяться только документами;
-
справочник «Серии», подчиненный справочнику «Медикаменты», имеет дополнительный реквизит «ПредельнаяДатаРеализации». В форме списка справочника «Серии» этот реквизит должен присутствовать и при просмотре записи справочника должны быть отсортированы по нему;
-
справочник «Отделы»;
-
документ «ПриходнаяНакладная», который приходует медикаменты от поставщика в один из отделов аптеки, рассчитывает и запоминает новые розничные цены;
-
документ «Чеки», который служит для отражения в системе учета факта продажи медикаментов и списывает из отдела аптеки конкретные серии медикаментов.
Партионный и многовалютный учет не ведется, НДС и другие виды налогов в документах не указываются и не рассчитываются.
Структура регистра остатков «ОстаткиСерий» должна обеспечивать ведение количественного и стоимостного учета (по себестоимости) серий медикаментов в разрезе отделов, а оборотного регистра «Продажи» — количества и стоимости проданных медикаментов в розничных ценах.
В шапке документа «ПрихНакл» присутствуют реквизиты: «Отдел» (типа справочник «Отделы») предназначен для того, чтобы указать, в какой отдел аптеки поступили медикаменты, и «ПроцентНаценки», значение которого используется для расчета розничных цен. В табличной части документа необходимо иметь возможность вводить для выбранной «Серии» закупочную «Цену» и «Количество» поступивших медикаментов. «Сумма» в строке и «РозничнаяЦена» должны рассчитываться автоматически. Алгоритм проведения документа обеспечивает отражение факта поступления конкретных серий медикаментов в указанный отдел и сохранения в периодическом реквизите соответствующего элемента справочника «Медикаменты» новой розничной цены.
Документ «Чеки» вводится один раз в начале смены в каждом отделе (отдел выбирается в шапке документа) запоминается после ввода первой строки и остается активным до конца смены. Чеки нумеруются, начиная с «1», номер чека высвечивается в служебной графе табличной части «№чека», которая недоступна для ввода. Ввод нового чека осуществляется добавлением новых строк в документ и отработкой процедуры «ПробитьЧек» (одноименная кнопка в форме). При выборе медикамента в графу «Цена» должно заноситься значение из реквизита «РозничнаяЦена» справочника «Медикаменты» на дату документа. 11осле выбора медикамента автоматически должна запуститься процедура анализа остатков серий. При этом, если в отделе осталась только одна серия, ее наименование появляется в графе «Серия», если же осталось несколько серий, то должен быть сформирован список значений для выбора, в котором высвечивается номер серии, предельная дата реализации и количество (остаток) в отделе. После выбора серии в графе «Количество» вводится необходимое значение, а графа «Сумма» пересчитывается.
Процедура пробития чека должна сформировать движения по списанию выбранных серий медикаментов, контролируя наличие необходимого их количества в отделе с учетом ранее пробитых чеков, введенных в этом документе. Т.е. необходимо реализовать режим допроведения документа (уже проведенные строки не должны проводиться повторно!) с поддержкой в актуальном состоянии временного расчета регистра с учетом уже записанных при пробитии предыдущих чеков движений. В случае успешного списания серий медикаментов, процедура пробития чека в конце своей работы должна изменить пустое значение в графе «№чека» на следующий по порядку номер.
В любой момент по кнопке «Продажи за смену» в форме документа «Чеки» необходимо иметь возможность сформировать отчет, в котором будет выведен список медикаментов, проданных в отделе за смену (каждый медикамент встречается в отчете только один раз!) в виде:
Медикаменты |
Кол-во прод. |
Себестоимость |
Ст-ть продажи |
Прибыль |
Аспирин |
|
|
|
|
Анальгин |
|
|
|
|
.............. |
|
|
|
|
Отчет строится только на основании данных, накопленных в регистрах.
Пример №4
Необходимо разработать конфигурацию, которая позволяет автоматизировать простейший бюджетный процесс во франчайзинговой компании, продающей программные продукты 1С и оказывающей услуги по внедрению. Структурно компания состоит из трех отделов, каждый из которых специализируется на внедрении одной из компонент 1 С:Предприятия. Для каждого отдела на 3 месяца вперед утверждается бюджет (плановые цифры) доходов и расходов. Перечень статей доходов и расходов является жестким и одинаковым для всех отделов:
-
«Доходы» - «продажи ПП», «услуги внедрения (оплата по часам)», «услуги внедрения (крупные проекты)», «обучение индивидуальное», «обучение в группе», «прочие»;
-
«Расходы» - «себестоимость ПП», «зарплата», «обучение сотрудников», «реклама», «оборудование», «административные расходы».
Суммарные плановые цифры бюджетов отделов формируют бюджет компании.
В конфигурации должны быть созданы:
-
перечисления «Доходы» и «Расходы»;
-
справочник «Отделы»;
-
справочник «ПланПоДоходам», подчиненный справочнику «Отделы» с реквизитом «СтатьяДоходов» (тип — перечисление «Доходы») и числовыми реквизитами «январь», «февраль», «март»;
-
справочник «ПланПоРасходам», подчиненный справочнику «Отделы» с реквизитом «СтатьяРасходов» (тип - перечисление «Расходы») и числовыми реквизитами «январь», «февраль», «март»;
-
табличная форма для заполнения плановых бюджетных цифр по выбранному отделу;
-
документ «ДвижениеДенежныхСредств» - для ввода фактических доходов и расходов компании;
-
отчет «ИсполнениеБюджета».
В оборотных регистрах «ФактДоходы» и «ФактРасходы» должны накапливаться фактические цифры доходов и расходов в разрезе статей по каждому отделу.
Заполнение плановых бюджетных цифр должно быть организовано в электронной таблице (…) следующего вида:
Статьи доходов \ расходов |
Январь |
Февраль |
Март |
Продажи ПП |
|
|
|
Услуги внедрения (оплата по часам) |
|
|
|
………….. |
|
|
|
Всего доходов 1) |
|
|
|
Себестоимость ПП 2) |
|
|
|
«Зарплата» |
|
|
|
………….. |
|
|
|
Административные расходы 3) |
|
|
|
Всего расходов 1) |
|
|
|
Дефицит \ профицит 4) |
|
|
|
В табличной части документа «ДвижениеДенежных Средств» должны быть реквизиты: «Приход», «Расход», «Отдел», «СтатьяДоходов», «СтатьяРасходов». При заполнении строки:
-
если сумма введена в графу «Приход», то графа «Расход» обнуляется и графы «Отдел» и «СтатьяДоходов» должны быть обязательно заполнены, а графа «СтатьяРасходов» становится недоступной для ввода;
-
если сумма введена в графу «Расход», то графа «Приход» обнуляется и графы «Отдел» и «СтатьяРасходов» должны быть обязательно заполнены, а графа «СтатьяДоходов» становится недоступной для ввода.
Документ формирует движения по регистрам, данные в котором используются для построения отчета «ИсполнениеБюджета», который необходимо иметь возможность сформировать как для отдела, так и для компании в целом.
-
- значения в этой строке не вводятся, а вычисляются, как сумма значений в предыдущих строках по всем статьям;
-
- значения в этой строке не вводятся, а вычисляются по формуле «Продажи ГШ» * 0.45;
-
- значения в этой строке не вводятся, а вычисляются по формуле («Всего доходов» — «Себестоимость ПП») * 0.1;
-
- значения в этой строке не вводятся, а вычисляются по формуле «Всего доходов» — «Всего расходов».
Статьи доходов \ расходов |
Январь |
Февраль |
Март |
|||
план |
факт |
план |
факт |
план |
факт |
|
Продажи ПП |
|
|
|
|
|
|
Услуги внедрения (оплата по часам) |
|
|
|
|
|
|
………….. |
|
|
|
|
|
|
Всего доходов 1) |
|
|
|
|
|
|
Себестоимость ПП 2) |
|
|
|
|
|
|
«Зарплата» |
|
|
|
|
|
|
………….. |
|
|
|
|
|
|
Административные расходы 3) |
|
|
|
|
|
|
Всего расходов 1) |
|
|
|
|
|
|
Дефицит \ профицит 4) |
|
|
|
|
|
|
ЗАКЛЮЧЕНИЕ
В данном пособии осуществлена попытка познакомить студентов с возможностями системы 1С:Предприятие. При этом, приведенные в пособии настройки создаваемой конфигурации не являются исчерпывающими для учета всех видов деятельности фирмы, они показывают лишь возможности системы эффективно автоматизировать учет практически любого участка работы бухгалтерии.
Вместе с тем типовая конфигурация универсальна и позволяет для большинства организаций по основным видам имущества и обязательств начать ведение учета сразу после установки программы на компьютер.
Важным качеством системы 1С:Предприятие является возможность конфигурирования, т.е., если типовая конфигурация не устраивает вас в полной мере, можно внести в нее изменения или создать дополнительный набор метаданных (справочников, документов, типовых операций и т.д.). Это возможно осуществить, познакомившись с теоретической справкой и разработав простейшую конфигурацию по учету хозяйственных операций для торговой фирмы, приведенной в пособии.
БИБЛИОГРАФИЧЕСКИЙ СПИСОК
-
1С:Предприятие 7.7 Конфигурирование и администрирование Часть 1
-
1С:Предприятие 7.7 Конфигурирование и администрирование Часть 2.
ОГЛАВЛЕНИЕ