Программа курсов 1С УПП

1С:Управление производственным предприятием 8

Часть 1. Концепция программы и торговый функционал.

24 академических часа

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

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

• Работа с заказами поставщикам, покупателей, внутренними заказами, заказами на производство. Резервирование, размещение, корректировка, закрытие.Отчетность.

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

• Продажа товаров и услуг. Применение скидок и наценок. Оптовая торговля. Розничная торговля из автоматизированных и неавтоматизированных торговых точек. Комиссионная торговля.

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

• Ордерный учет ТМЦ: поступление и реализация. Резервирование под документ. Финансовые документы поступления и реализации.

• АВС-классификация покупателей. Анализ стадий взаимоотношений с покупателями. Календарь пользователя. Планирование событий и напоминаний. Документы, отчеты и обработки подсистемы управления взаимоотношениями с клиентами.

• Управление денежными средствами. Принципы работы с платежными документами. Планы движения денежных средств. Планирование поступлений и расходов. Резервирование денежных средств. Платежный календарь. Учет безналичных и наличных ДС. Анализ доступности денежных средств.

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

Часть 2. Планирование и Бюджетирование

16 академических часов

• Спецификации. Виды спецификаций: полные, сборочные, узлы. Разузлование. Автоподбор номенклатуры и характеристик исходных комплектующих. Вид воспроизводства исходных комплектующих. Зависимость норматива расхода от параметров выпуска и характеристики выходного изделия. Управление списанием исходных комплектующих. Нормирование возвратных отходов. Активность спецификаций. Основные спецификации номенклатуры. Конструктор спецификаций.

• Виды планов. Схемы и методики планирования, объекты планирования. Планирование закупок, производства и продаж. Сценарии планирования. Детализация планов. Источники обеспечения планов. Помощник планирования. Стратегии расчета количества и суммы. Учет сезонности. Проверка исполнимости планов. Защита планов от несанкционированного изменения. Отчеты объемно-календарного планирования.

• Технологические операции. Рабочие центры. Графики работ. Группы заменяемости рабочих центров. Технологические карты производства. Принципы посменного планирования производства. Планируемые величины, примеры разработки и оформления планов. Графики загрузки рабочих центров. Графики выпусков. Графики потребности в ТМЦ. Контроль выполнения планов, диспетчеризация. Отчеты подсистемы.

• Точки маршрута. Производственная мощность. Обработка «Планирование». Расчет производственной программы.

• Статистическое планирование. Установка значений точки заказа и страхового запаса.Анализ необходимости заказа ТМЦ поставщикам.

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

• Назначение и место подсистемы бюджетирования в УПП. Бюджеты. Счета и обороты бюджетов. Источники данных для расчетов бюджетирования. Профили изменения планов. Бюджетная операция. Расчет по модели бюджетирования. Корректировка остатков по прогнозным балансам. Актуализация бюджетов. Фиксация бюджетов.Отчетность подсистемы.

Часть 3. Производственный учет в программе «1С:Управление производственным предприятием 8»

16 академических часов

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

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

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

• Учет незавершенного производства. Корректировка аналитики учета затрат. Регламентное распределение затрат. Оприходование и списание незавершенного производства. Инвентаризация брака.

• Расчет себестоимости как этап закрытия месяца. Способы и основные этапы расчета. План-фактный анализ себестоимости выпуска.

• Отличия производственного учета при использовании партионного учета или расширенной аналитики учета затрат.

Часть 4. Регламентированный учет, Основные средства, НМА, Кадры и Заработная плата

24 ак. часа

• Учет внеоборотных активов. Поступление, строительство, ввод в эксплуатацию и принятие к учету основных средств. События, модернизация, перемещение ОС. Выбытие основных средств. Начисление амортизации. Графики и параметры амортизации.

• Управление ремонтами ОС. Нормативы обслуживания. Формирование заказов на обслуживание ОС.

• Формирование первоначальной стоимости НМА и НИОКР. Принятие к учету. Амортизация. Продажа и списание.

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

• Управление персоналом. Подбор и учет кадров организации. Кадровый план. Штатное расписание. Вакансии. Планирование занятости персонала (встречи, участие в мероприятиях, отпуска и т.д.) и учет использования рабочего времени. Учет компетенции (навыков, умений, знаний) сотрудников. Учет информации о физических лицах и сотрудниках. Воинский учет и отчетность. Отчетность в ПФР.

• Начисления и удержания. Учет плановых и разовых начислений и удержаний. Расчет заработной платы. НДФЛ. Исчисление ЕСН. Отражение в управленческом, бухгалтерском, налоговом учете заработной платы и налогов. Расчеты с персоналом. Отчетность.

• Принципы ведения регламентированных видов учета. Планы счетов. Регламентированная отчетность. Получение ведомостей и отчетов бухгалтерского и налогового учета. Регламентные операции бухгалтерского и налогового учета. Закрытие месяца. Выполнение требований ПБУ 18/02. УСН. ЕНВД. Учет НДС. Книга покупок, книга продаж.

• Регламентированные отчеты. Формирование. Учет. Выгрузка. Обновление.

• МСФО. Принципы ведения учета и получения отчетности. Трансляция данных бухгалтерского учета в международный учет. Параллельный учет. Отчеты по стандартам МСФО. Консолидация отчетности.

• Настройка параметров учета. Учетная политика управленческого, бухгалтерского, налогового и международного учета.

13.03.2017

Между «1С:УПП» и «1С:Бухгалтерия» можно найти существенные отличия во время использования. Обратимся к некоторым из них:

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

Обратимся к отличиям «1С:УПП» и «1С:Бухгалтерия» на техническом уровне, к техническим особенностям, которые могут оказывать влияние на учёт. Рассмотрим также альтернативные средства, предложенные «1С:УПП».

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

Например, для отражения процента по выданному кредиту бухгалтеры обращаются к операции и указывают при этом корреспонденцию Дт91 Кт76, однако при таком подходе регистр взаиморасчёта с контрагентами в «1С:УПП» не будет использован, будет использован документ реализации товаров и услуг.

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

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

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

В «1С:УПП» отсутствуют некоторые счета, например, счёт МЦ. Учёт материалов в эксплуатации в БП ведется с помощью счёта МЦ. В УПП получить информацию о материалах, переданных в эксплуатацию, можно в регистре «Материалы в эксплуатации» и отчёте «Ведомость по материалам в эксплуатации».

Отсутствует процедура закрытие месяца, которая понятна для большинства бухгалтеров. Закрытие месяца можно произвести, используя бизнес-процесс «Процедура закрытия месяца» совместно с элементом справочника «Настройка закрытия месяца».

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

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

В процессе работы я обратил внимание на то, что обзоров этого программного продукта практически нет. Есть техническая документация, какие-то советы программистам по решению конкретных проблем в этой системе, учебные курсы. Но для пользователей какого-то понятного описания всей системы нет. И мне очень часто перед внедрением этого программного продукта приходится пояснять особенности, достоинства и недостатки «Управления производственным предприятиям» практически «на пальцах».

Даже на Хабре в разделе ERP информации об этой системе до сих пор не было. Именно этот пробел я решил восполнить. Кроме того, я надеюсь, что моя статья поможет предпринимателям и IT-специалистам на этапе выбора программного обеспечения для автоматизации производственного предприятия и подготовит их к тем особенностям, которые нужно учитывать при внедрении этой системы.

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

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

1. Что представляет собой система, какие задачи перед ней ставят.
2. Насколько эта система способна выполнять поставленные задачи.
3. Выявить плюсы и минусы системы.

Что такое ERP-система?

Система ERP (Enterprise Resource Planning) – это корпоративная информационная система, которая предназначена для контроля, учета и анализа всех видов бизнес-процессов и решения бизнес-задач в масштабе предприятия.

При реализации продукта «Управление производственным предприятием» разработчики постарались объединить в системе максимально возможный перечень функций. Если посмотреть в документы, то можно насчитать целых 15 подсистем. Дело в том, что в 1С документы группируются по подсистемам:

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

1С УПП: подробнее о продукте

Для этой типовой конфигурации создано множество доработанных, так называемых, отраслевых версий: 1С.Машиностроение, 1С.Мясокомбинат, 1С.Мебельное производство, 1С.Полиграфия и т.д.

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

Стоимость продукта

Любая лицензия, например, от 1С Бухгалтерии или от 1С Торговли и склада подойдет к этой системе. Естественно, что и стоимость лицензий для этих продуктов одинакова.

Как и при работе с другими продуктами, лицензирование выполняется по одному из вариантов, принятых в 1С: для компьютера (устройства) и для пользователя (подключения с любого устройства). Здесь я не буду останавливаться подробно, так как вся информация есть на сайте 1С. Ознакомиться с ней вы можете по ссылке: http://v8.1c.ru/enterprise/

О самой программе 1С написано очень много. Я также писал уже об этой платформе, например, в статье « ». С учетом того, что система «Управление производственным предприятием» работает на базе 1С. Предприятия 8.3, все достоинства и недостатки базового программного обеспечения в ней также присутствуют.

Рассмотрим конфигурацию подробнее

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

Учет новых заказов в отделе продаж

1. Учет клиентов (кому осуществляется продажа);
2. Учет товаров (что будет продано клиенту).

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


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

Здесь могут храниться:

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

На примере швейного производства работа над заказом делится на следующие этапы:

1. Принять заказ и зафиксировать потребность клиента.
2. В случае необходимости закупить для заказа материал.
3. Произвести раскрой, а потом и пошив продукции.
4. Провести проверку (контроль качества) товаров.
5. Передать готовую продукцию на склад.
6. Осуществить отгрузку или доставку покупателю.

Оповещение производства о новых заказах

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

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

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

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

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

Состояние заказа, находящегося на производстве

Реализуется это одним из двух способов:

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

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

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

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

Связь производства и отдела закупок

Как должна происходить эта работа:

1. Формируется список потребностей.
2. Исходя из этого списка и спецификаций продукции, формируется перечень материалов, необходимых для производства изделий.
3. На основании полученного списка формируется план закупок.
4. В соответствии с планом закупок система формирует заказы поставщикам.

Спецификация (Bill of Material) – это справочник, в котором описаны все параметры того или иного материала, его качества, особенности, допуски. Для готового изделия или «полуфабриката» в спецификации указывается, из чего состоит это изделие.

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

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

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

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

Бухгалтерская и налоговая отчетность в «коробочном решении»

• УУ – документ проходи по управленческому учету;
• БУ – документ проходит по бухгалтерскому учету;
• НУ – документ проходит по налоговому учету.

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

Интеграция с другими программными продуктами и системами

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

Например, на швейном предприятии проводилась интеграция с раскроечным станком. Также часто требуется интеграция с какими-либо CAD, с интернет-сайтом предприятия, с другими решениями. И на этот этап работы часто уходит до 30% бюджета.
При этом без таких комплексных решений использование EPR-системы будет не эффективным, вы не сможете выйти на новый уровень контроля и автоматизации работы предприятия. Это очень важно понимать.

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

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

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

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

Отраслевые решения

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

1. Конфигурация дорабатывалась под нужды определенного предприятия. И нет никакой гарантии, что именно такой подход подойдет для вашей компании. Например, молочное производством может заниматься созданием весового творога и сметаны, а может фасовать эти продукты в определенные емкости. Может производить молоко, кефир и ряженку, а может специализироваться на йогуртах и десертах. В каждом из этих случаях потребуются разные доработки. И не факт, что предложенные в базовой версии от партнеров вам подойдут.
2. Отраслевые конфигурации выполняются компаниями-партнерами на базе основной, при этом в саму конфигурацию вносятся значительные правки. А потому обновления для базовой версии 1С. УПП для отраслевой конфигурации не подойдут. Пользователям придется ожидать, пока компания-партнер 1С также проведет обновления для отраслевой версии.

Несколько слов о 1С. УПП ERP 2.0

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

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

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

Кроме того, система 1С. УПП ERP 2.0 стоит значительно дороже конфигурации 1С. УПП.

Плюсы и минусы системы 1С УПП

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

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

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

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

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

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

1. Выберите стратегию

Какие бывают стратегии? Один мой клиент выбрал эту конфигурацию потому, что “это единственная система, в которой есть все”. Это предприятие работало в нескольких системах: 1с, Excel и т.д. - они решили взять одну систему для консолидации учета.

Другая компания, у которой развивалось производство, хотела проконтролировать незавершенное производство - их волновал учет материалов в производстве. Это тоже стратегия.

2. Продумайте интеграцию

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

4. Оцените необходимость в УПП с точки зрения отрасли

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

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

Учетные политики в 1С УПП и Комплексной 1.1. заполняются в интерфейсе Заведующий учетом. Меню: Настройка учета - Учетная политика

Учетная политика по управленческому учету в 1С УПП и Комплексной 1.1

В новой базе управленческая учетная политика уже настроена по умолчанию. Мы просматриваем ее и при необходимости корректируем так как нужно для нашей компании.

1. Запасы

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

Здесь можно:

Изменить стратегию оценку стоимости МПЗ при выбытии

Часто бухгалтерам вполне достаточно оценки выбытия запасов "по средней", а для управленческой отчетности хочется получать более подробную и точную информацию. В 1С это можно себе позволить - для этого в учетной политике управленческого учета ставят ФИФО, а в бухгалтерском - по средней и получают независимые данные по себестоимости списания МПЗ.

Не включать НДС в стоимость партий

В бухгалтерском учете НДС всегда исключен из стоимости МПЗ на складе, а в управленческом вы можете для себя выбрать привычный вам вариант. Хотя классическая методология управленческого учета требует исключения НДС из оценки стоимости запасов, у нас в России часто предпочитают оценивать запасы по "кассовому принципу", то есть по сумме уплаченных денег. Тогда флажок не ставим.

Если же вы тяготеете к классической школе, то устанавливайте флажок.

Настройка касается как сумм НДС при поступлении так и таможенного НДС.

Вести учет МПЗ организаций в разрезе складов.

Это одна из настроек 1С, которые не назовешь интуитивно понятными.

В 1С есть несколько регистров, в которых хранится информация о товарах в компании. Основные регистры - на которые 1С опирается, когда определяет остатки - это Товары на складах и Товары в организациях. Им соответствуют отчеты: Товары на складах и Ведомость по товарам и ГТД организаций.

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

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

Порядок формирования учетных цен.

В торговых компаниях, как правило, учет МПЗ ведется по прямым (фактическим) затратам.

В бухгалтерском учете настраивается независимо.

2. Производство и учет затрат

Здесь мы настраиваем включение НДС в производственные затраты в управленческом учете. Логично, чтобы эта настройка совпадала с вашим выбором насчет включения НДС в стоимость партий на предыдущей закладке.

Для 1С УПП здесь предусмотрена возможность включить использование заказов на производство в производственном учете. В Комплексной автоматизации применение заказов на производство не предусмотрено.

3. Распределение затрат

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

В бухгалтерском учете настраивается независимо.

4. Детализация затрат

При списании косвенных затрат на производственные можно их в незавершенном производстве учитывать по той же статье затрат, а можно укрупненно. То есть для всех затрат одного вида определить обобщенную статью. Например, все общепроизводственные статьи при распределении на НЗП сворачиваются в статью "Общепроизводственные расходы".

Впрочем, давно не видела, чтобы здесь использовались обобщенные статьи. Мы любим подробности, а укрупнить можно и в отчетах.

В бухгалтерском учете настраивается независимо.

5. Скидки

Здесь настраиваются типы скидок, доступные в документах продажи. Если флаг не установлен,то скидку этого типа нельзя будет установить в программе. В документе установки скидок они будут видны, но 1С не даст сохранить документ с таким типом скидки.

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

6. Классификация покупателей

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

Все, управленческую политику мы победили. Переходим к бухгалтерскому и налоговому учету.

Учетная политика по бухгалтерскому и налоговому учету в 1С УПП и Комплексной 1.1

Настраивать учетную политику по бухгалтерскому учету в 1С УПП и Комплексной 1.1 нужно для каждой организации и для каждого года, в котором были хоть какие-то документы проведенный в бухгалтерском и налоговом учете. В том числе и документы начальных остатков.

Нажимаем на зеленый плюсик - добавить новую. И начинаем заполнять.

1. Общие

Выбираем систему налогообложения и указываем - применяем ли ЕНВД.

УСН - если выбираем УСН, то часть закладок исчезает, зато появляется закладка УСН.

Если на этой закладке указать вариант Доходы минус расходы, то появится дополнительная вкладка Расходы УСН, на которой можно дополнительно настроить события признания расходов УСН.

ЕНВД - добавляет закладку ЕНВД, на которой можно указать базу и скорректировать счета учета ЕНВД.

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

Если у вас только торговая деятельность - то флажок лучше снять, это упростит настройки программы.

2. Расчеты с контрагентами

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

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

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

3. Запасы

К тем настройкам учета запасов, которые мы с вами обсуждали в учетной политике по управленческому учету здесь добавилась возможность настроить учет ТЗР (транспортно-заготовительных расходов). Их можно или включить в себестоимость запасов на том же счете учета (первый вариант) или учитывать на отдельном счете.

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

4. Производство и учет затрат

Для УПП здесь предусмотрена возможность настройки ведения учета затрат в регламентированному учете по заказам на производство. Это очень важная настройка, так как позволяет при использовании заказов на производство вести учет себестоимости и незавершенного производства в разрезе заказов на производство. То есть, например, на выпуск по определенному заказу будут списаны только затраты, которые были отнесены на этот заказ. Затраты по другому заказу останутся в незавершенном производстве, даже если относятся к той же номенклатурной группе.

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

5. Распределение затрат

Закладка есть только в 1С УПП. Но и там ее имеет смысл пока пропустить. Заполнять способы распределения затрат на этой закладке откровенно неудобно. Их можно настроить в отдельном справочнике или по мере создания самих статей затрат.

6. Детализация затрат

Первый блок мы уже обсуждали в таком же пункте управленческой политики учета. А вот второй весьма любопытен. Что будет, если оставить настройку по умолчанию - списывать проводки сводно?

По распределяемым статьям расходы будут начисляться на счет затрат, но списываться по этой статье не будут. С другой стороны, будут списываться суммы без статьи затрат. В целом по счету все будет закрываться. Но! При формировании оборотно-сальдовой ведомости по статьям затрат по любому затратному счету мы получим накапливающиеся остатки по статьям затрат и красные минусы по пустой статье. Это сделает оборотку нечитаемой и непригодной для проверки правильности списания. В общем, на мой взгляд, лучше ставить "детально".

7. Общехозяйственные расходы

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

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

ОХР списываются по методу директ- костинг. Если вы выбираете этот вариант, то следует выбрать настройку счета, на который будут относиться затраты. Обычно это 90.08. И нужно выбрать базу для распределения по номенклатурным группам.

8. Налог на прибыль

В 1С УПП и Комплексной 1.1 налоговый учет ведется независимо от бухгалтерского на отдельном плане счетов.

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

Ну и последнее: установить применение ПБУ 18/2 для расчета временных и постоянных разниц.

9. Спецодежда и спецостнастка

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

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

10. НДС

Из настроек НДС сложности могут возникнуть только при настройке учета по ставкам без НДС и 0%, если у вас есть реализация по этим ставкам.

При установке флага нужно обратить внимание на настройку, которая становится при этом доступна:

Вести партионный учет НДС в разрезе серий и характеристик.

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

Бесплатные видео - уроки по 1С

Записи вебинаров

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

Вступление

«1C:Управление производственным предприятием 8» является комплексным прикладным решением, охватывающим основные контуры управления и учета на производственном предприятии. Решение позволяет организовать комплексную информационную систему, соответствующую корпоративным, российским и международным стандартам и обеспечивающую финансово-хозяйственную деятельность предприятия.

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

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

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

В прикладном решении принято следующее соотношение данных различных учётов:

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

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

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

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

В дополнение к управленческому и регламентированному учетам можно вести учет по международным стандартам финансовой отчетности (МСФО). С целью снижения трудоемкости учет по МСФО ведется неоперативно, с использованием трансляции (пересчета) данных других видов учета.

При разработке решения «1С:Управление производственным предприятием 8» учитывались как современные международные методики управления предприятием (MRP II, CRM, SCM, ERP, ERP II и др.), так и опыт успешной автоматизации производственных предприятий, накопленный фирмой «1С» и партнерским сообществом. В проектировании и разработке конфигурации участвовали специалисты компаний «ИТРП» (управление производством) и «1С-Рарус» (учет по МСФО). По методологическим вопросам реализации управленческого, финансового учета и формирования отчетности по МСФО консультационную поддержку осуществляет всемирно известная аудиторско-консалтинговая компания PricewaterhouseCoopers.

Решение «1С:Управление производственным предприятием 8» разработано на современной технологической платформе «1С:Предприятие 8». В комплект поставки программного продукта, помимо платформы, входит конфигурация «Управление производственным предприятием».

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

Фирма «1С» дорабатывает и развивает конфигурацию «Управление производственным предприятием» с целью отражения изменений законодательства и расширения функциональности. Обеспечено оперативное обновление установленных прикладных решений. Со стороны фирмы «1С» и ее партнеров предоставляется многоуровневая система технической поддержки.

«1С:Управление производственным предприятием 8» - это флагманское прикладное решение фирмы «1С» с наиболее широким спектром функциональности. Общая концепция решения поясняется схемой.

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

• механизмы для поддержания операционной деятельности предприятия;механизмы для ведения неоперативного учета.
• Участки, принадлежащие к операционной деятельности, можно выделить в каждом виде учета (за исключением учета по МСФО).

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

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

«1C:Управление производственным предприятием 8» может использоваться в ряде подразделений и служб производственных предприятий, включая:

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

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

«1С:Управление производственным предприятием 8» предоставляет:

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

Производственный учет и затраты как основной предмет его изучения

Основная компонента управления производственным предприятием — это производственный учет.

Производственный учет — это сложная и интересная технология, со своими методиками и приемами. Задача производственного учета — учет всего хода преобразования затрат: затраты меняют свою природу, сливаются, расщепляются, преобразовываются различными способами в ходе производства, т.е. предметом производственного учета являются динамически меняющиеся объекты. Например, производственный учет дает ответ на вопрос: какова себестоимость продукта, если на его производство потребовался некий объем произведенной затраты №4, состоящей из частей затрат №1 и №2 и полностью учитываемой затраты №3. Почему частей? Потому что, к примеру, закупаются материалы некоего большого объема, и для начала нужно рассчитать, какова часть от этого общего объема материалов ушла на единицу продукции. То же самое касается и многих других затрат — электроэнергии и т.п. При этом необходимо учитывать всю историю прохождения затраты через производство — от момента возникновения затраты в учете до ее включения в себестоимость и продажи в составе продукции, причем возникновение в учете и включение в себестоимость могут быть в разных отчетных периодах.

Установка и запуск УПП

Для работы нам потребуется платформа 1С 8.2. Релиз УПП можно взять любой последний редакции 1.3.
Работать будем с базой «демо». В настройках базы основной режим запуска выберите «Толстый клиент». Остальные настройки можно оставить по умолчанию.

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

При запуске установленной демо-базы выберите пользователя «Абдулов», у него полные права. Пароль указывать не нужно.

В целях изучения УПП при первом запуске переопределите интерфейс пользователя «Абдулов» на «Полный»: меню «Пользователи — Пользователи — Администрация — Абдулов — двойным щелчком открыть форму Абдулова — поле «Основной интерфейс» — Полный — кнопка Записать и закрыть». Затем в панели инструментов нажмите на кнопку «Переключить интерфейс» и выберите вариант «Полный».

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

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

Используемые термины, обозначения объектов, которыми оперирует 1С и которые нужно понимать при работе с базой данных

• Справочники
• Перечисления
• Константы
• Планы видов расчетов
• Планы видов характеристик
• Регистр сведений
• Документ
• Регистр накопления
• План счетов
• Отчет
• Обработка

Справочники

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

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


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

Или, к примеру, есть такой справочник — «Валюты»:

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

Регистры сведений

Регистр сведений — вид накопителя информации, внешне очень похожий на справочник. Но в отличие от справочника, строку регистра сведений нельзя указать в качестве объекта — на строку регистра нельзя сослаться, как, например, на конкретного контрагента справочника «Контрагенты». Зато в регистре сведений можно хранить, например, историю изменения какого-то элемента справочника. Например, история изменения значений элементов справочника «Валюты» хранится в регистре сведений «Курсы валют»:

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

Перечисления

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

Константы

Константа — это значение чего-либо, определяемое обычно при начале работы с базой раз и навсегда. В константах УПП, в частности, хранятся настройки учетной политики.

Планы видов расчетов

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

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

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

Документы

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

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

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

Регистры накопления

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

• Основные средства
• Производство
• Склад

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

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

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

В регистрах накопления информация появляется при работе с документами, т.е. документы вводят ее туда.

План счетов

Типовая конфигурация УПП содержит четыре плана счетов (и соответственно 4 регистра бухгалтерии — физически информация планов счетов хранится в соответствующих регистрах бухгалтерии):

• Бюджетирование
• Международный
• Налоговый
• Хозрасчетный

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

В УПП есть информация, которая хранится только на плане счетов (например, информация 80-90 счетов, данные о первоначальной стоимости объектов нематериальных активов, приобретение нематериальных активов (счет 08.05), Выполнение научно-исследовательских, опытно-конструкторских и технологических работ (счет 08.08), расходы на НИОКР, часть затрат 29-го счета и т.д.), также есть информация, которая хранится только в регистрах накопления(все, что относится к планированию, заказам, резервированию и т.д.) и есть информация, хранящаяся и на плане счетов, и в регистре накопления (складской учет, учет затрат и т.д.). Примечание. Примеры в скобках приведены по разделу «бухгалтерский учет». Такие же особенности есть и в других видах учета.

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

Теперь посмотрите движения документа с помощью кнопки «Перейти — Движения документа по регистрам»:

Откроется отчет по движениям документа. Вы можете свернуть дерево групп, щелкнув в поле отчета и затем нажав одновременно на комбинацию клавиш «Ctrl + Shift + Кнопка МИНУС в разделе клавиатуры NumLock». Посмотрите (разверните) группу «Регистр накопления «Партии товаров на складах (бухгалтерский учет)»»:

Обратите внимание на обведенные рамкой реквизиты — этой аналитики не было на плане счетов. Зато она есть на данном регистре накопления.

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

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

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

Отчеты

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

Примеры существующих отчетов:

• Отчеты, формируемые по данным плана счетов:
• Оборотно-сальдовая ведомость
• Шахматная ведомость
• Анализ счета и др.

• Регламентированные отчеты

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

В этом интерфейсе инструмент работы с регламентированной отчетностью находится в меню «Бухгалтерия»:

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

• Произвольные отчеты.

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

Обработки

Обработка — это инструмент 1С:Предприятия, с помощью которого выполняется какое-то заданное программно преобразование данных. В отличие от отчетов, обработка эти преобразованные данные записывает в базу. К примеру, в справочнике «Номенклатура» нужно заменить лицо, ответственное за ее закупку с Чугуновой С.Г. на Убейкина В.Я. Для этого можно использовать обработку «Групповая обработка справочников и документов»:

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

И нажать на кнопку «Отобрать». Затем перейти на вкладку «Обработка»:

Выбрать «Действие» и новое значение. И нажать на кнопку «Выполнить». В результате у всей номенклатуры, за которой был закреплен ответственный менеджер за закупки Чугунова С.Г. будет новый ответственный менеджер за закупки.

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

Принципы работы с документами

В этом разделе мы рассмотрим основные принципы работы с документами: создание, запись, проведение (оперативное и неоперативное, отложенное), пометка на удаление, удаление документов.

Создание документов

Документ можно создать разными способами. Рассмотрим на примере документа «Поступление товаров и услуг»

Способ 1. — используя инструмент «Добавить(Ins)». Создание нового документа может быть выполнено нажатием на иконку «Добавить» из списка документов, открывающегося непосредственно из основного меню программы. Допустим, требуется создать документ «Поступление товаров и услуг». Из основного меню программы можно открыть список этих документов:

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

В результате этого откроется новый документ «Поступление товаров и услуг» и далее нужно будет последовательно заполнить все его поля (и не забудьте про разные вкладки этого документа — обведены в рамочку):

Способ 2. — используя механизм копирования. Создание нового документа может быть выполнено нажатием на иконку «Добавить копированием»:

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

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

Способ 3. — используя механизм ввода на основании. Создание нового документа можно выполнить из документа-основания. Например, «Поступление товаров и услуг» можно создать вводом на основании из документа «Приходный ордер на товары». В этом случае, во первых, исходный приходный ордер на товары станет основанием для создаваемого документа «Поступление товаров и услуг» и во вторых, создаваемое таким образом «Поступление товаров и услуг» автоматически заполнится данными из документа основания. Для вызова механизма ввода на основании нужно открыть документ «Приходный ордер на товары» и нажать на иконку ввода на основании. Причем это же самое можно сделать не открывая сам «Приходный ордер на товары», а прямо из списка «Приходных ордеров на товары», только спозиционировав предварительно курсор на нужном документе. См. рисунок, способы ввода на основании обведены в рамочку:

Созданный новый документ поступления «возьмет» список товаров из родительского приходного ордера:

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

Запись документов

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

Обратите внимание. Именно в момент записи документ занимает свое место в базе данных на линии времени среди документов того же типа. Поясним подробнее. Посмотрите на поле «от» с датой и временем документа:

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

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

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

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

Проведение документов

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

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

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

Оперативное и неоперативное проведение документов

Проведение документов может быть оперативное и неоперативное.
Оперативное проведение — это такое проведение, при котором проверяется возможность его проведения . Что это такое?

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

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

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

В обоих случаях — и при оперативном, и при неоперативном проведении, будут выполнены все необходимые движения документа. Однако важно понимать, что при неопертивном проведении велика вероятность получения в базе неактуальных данных , в частности, из-за ошибок пользователей. Рассмотрим упрощенный пример.

Допустим, по данным программы на складе находится 10 единиц какого-то товара. Допустим, пришли два заказа на отпуск этого товара: на 7 единиц и на 5 единиц. Допустим, создан, но не проведен документ на отпуск первых 7 единиц. Затем, через какое-то время, проведен документ на отпуск 5 единиц, остаток по данным программы после этого отпуска товара 5 единиц. И вот настала очередь провести документ на отпуск первых 7 единиц товара. Если на складе семи единиц действительно не набирается, то нам важно попытаться выполнить именно оперативное проведение — только в этом случае программа выполнит проверку и подскажет пользователю, что товара не хватает. А что делать, если эти 7 единиц физически на складе есть? Т.е. что делать, если требуется отразить факт свершившейся хозяйственной операции? Как уже говорилось, в этом случае пользователю нужно провести документ неоперативно, проверок выполенно не будет, документ проведется, движения будут выполнены, но по данным программы на остатках будет минус две единицы.

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

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

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

При оперативном проведении документ перемещается во времени на последнее (текущее) мгновение, т.е. определяется как последний в очереди.
Конечно же, пользователю не нужно специально как-то отслеживать какую-то там очередь документов. Это отслеживание происходит в программе автоматически. Пользователю лишь важно понимать, что если программа задает вопрос о том, провести ли документ неоперативно , то это означает, что дата записи его документа не совпадает с текущей датой, и пользователю требуется решить: согласен ли он поменять эту дату на текущую. Чтобы наверняка не произошло «конфликта интересов документов», пользователю нужно согласиться с перемещением своего документа в очереди и провести его все-таки оперативно. Либо пользователю нужно понимать, что соглашаясь на неоперативное проведение, пользователь дает добро на возможную потерю актуальности остатков (и в этом случае все равно, рано или поздно, потребуется восстанавливать очередность и актуализировать остатки, так что все же лучше всегда стараться проводить документы оперативно).

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

При оперативном проведении дата уже не меняется, меняется только время документа — он становится самым последним в очереди документов «на линии времени». В результате этого смещения в очереди, может оказаться так, что документ, записанный позднее него, тем самым оказался записанным ранее него. Однако это не имеет значения, т.к. когда тот записанный позднее документ тоже начнут проводить, он точно так же сместится в конец очереди — переместится в тот момент времени, когда будет проведен, — и уже он станет последним.

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

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

Отложенное проведение и допроведение документов

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

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

Для включения механизма отложенного проведения нужно создать «Настройку отложенного проведения»: «Переключить интерфейс — Заведующий учетом — Отложенное проведение — Настройки допроведения документов» — Добавить новый элемент, указать наименование и метод, например, «только требующие допроведения» — Затем в том же меню «Отложенное проведение» — пункт «Список организаций отложенного проведения» — добавить новую строку, указать дату*, организацию и созданную только что настройку.
*Указанная дата обычно регулярно, т.е. ежемесячно смещается. Т.е. для более эффективной работы, нужно ежемесячно смещать ее на первое число текущего месяца — тогда в конце каждого месяца пользователь, работающий с документами завершения периода, сможет нормально допроводить необходимые ему документы и завершать период. 1. Проведение : формируются движения по части регистров
2. Допроведение : формирует движения по остальным регистрам.

С концептуальной точки зрения допроведение аналогично «офф-лайн» проведению по партиям.

Допроведение выполняется:

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

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

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

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

• вводятся редко
• важно провести сразу по всем регистрам

Список документов, для которых применяется отложенное проведение — см. .

Механизм «Отложенное проведение документов» — опциональный. Его использование настраивается с точностью до организации в форме . Отложенное проведение действует начиная с указанной даты.

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

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

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

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

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

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

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

Регистры, движения по которым формируются при проведении документа

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

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

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

Реализованные товары

Продажи себестоимость

Отложенное проведение несовместимо с режимами:

• Списание партий при проведении документов

  Определение авансов при проведении документов.

Эти режимы используются, когда

нет проблем с производительностью

нет задачи обеспечить гибкость отражения в учетах

более приоритетным является получение «точных данных сию минуту».

То есть отложенное проведение при использовании таких режимов не требуется.

Отмена проведения (распроведение) документов

После проведения документа его проведение можно отменить с помощью иконки

При отмене проведения документ снова становится доступным для изменения, а все его выполненные ранее движения удаляются (или становятся неактивными). Затем документ можно будет снова провести (возможно оперативно, со смещением на линии времени или неоперативно, т.е. не меняя дату и время).

Удаление документов

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

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

****************************************************************************************************************************************