Решение задач оперативного учета 1С Специалист
Оперативный учет — один из важнейших видов учета на предприятиях. Главная функция оперативного учета — получение информации о состоянии организации в режиме «реального времени». Обычно под оперативным учетом понимают учет товара на складе, однако, это не совсем правильное понятие.
В рамках подготовке к экзамену специалисту по платформе 1С 8 попытаемся понять как лучше подойти к изучению данной темы и какие материалы понадобятся для изучения.
Виды задач на оперативный учет
Задачи подразделяются на следующие виды:
Расчет себестоимости
Самый распространенный тип задач — это задача на расчет себестоимости продукции. В задаче необходимо реализовать для пользователя возможность оперативного расчета себестоимости товара, а так же различные методы списания себестоимости товара при продаже.
Методы списания себестоимости товара:
«По-средней»
Или другое название «по-средневзвешенной». Товар необходимо списывать пропорционально текущей себестоимости по всем партиям.
В данном примере необходимо брать всю стоимость товара на складе и делить его на текущее количество товара.
FIFO (first in first out — первый вошел, первый вышел)
Методика заключается в том, что тот товар, который раньше всего пришел на склад должен раньше всех уйти со склада. В данном случае, задача не подразумевает что товар должен уйти физически первый, а он должен первый выйти по себестоимости.
Товар «Лопата» приходил двумя поступлениями — в первый раз по цене 10 рублей, второй — по цене 4 рубля. Когда мы собираемся продать семь единиц товара — необходимо списать вначале 5 из первой партии, потом 2 из второй по соответствующей цене. Т.е общая стоимость 7 единиц товара будет 58 рублей.
LIFO (last in first out — последний вошел, первый вышел)
Аналог FIFO только необходимо списывать вначале с самой последней партии. Такая методика используется Достаточно редко, однако, имеет место быть.
Среди задач на расчет себестоимости встречаются некоторые усложнения задач:
Бюджетирование
Среди оперативных задач встречается задачи на построение Бюджетирования на предприятии. Бюджетирование в задаче — способ контроля расходов и сравнение его с плановыми показателями.
Суть задачи — сравнить плановые показатели (которые задаются в начале месяца руководством) и фактические (данные берутся из документов поступления услуг и товаров).
Управление взаиморасчетами
Взаиморасчеты — также одна из типовых задач по оперативному учету на экзамене специалист по платформе.
Типичный пример — контроль суммы дебиторской задолженности покупателя и контроль количества дней просрочки.
Объекты платформы 1С для решения оперативных задач
Первое, что вы должны делать достаточно хорошо — это уметь грамотно писать запросы. Без знания и понимания встроенного языка запросов смысла приходить на экзамен абсолютно нет.
Второе — отчетливо представлять работу внутренних объектов платформы — регистров накоплений(!), регистров сведений, документов, справочников, констант и др.
Обязательно при подготовке к экзамену необходимо разобраться в управляемых блокировках.
К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.
Регламентированный учет
КОРОТКО О СТАТЬЕ
Регламентированный учет в информационной системе — это учет правила ведения которого определены законодательно и закреплены в учетной политике предприятия. Применительно к Российской Федерации регламентированный учет включает в себя бухгалтерский и налоговый учет организации. Основная цель ведения регламентированного учета на предприятии — формирование регламентированной отчетности.
В данной статье изложены принципы организации регламентированного учета в прикладном решении « 1С: ERP Управление предприятием» ( далее — 1С: ERP).
Эту статью можно скачать в формате pdf:
МЕСТО РЕГЛАМЕНТИРОВАННОГО УЧЕТА В ERP-СИСТЕМЕ
Функциональные блоки ERP-системы
ПЕРВИЧНЫЙ ДОКУМЕНТООБОРОТ — ОСНОВА РЕГЛАМЕНТИРОВАННОГО УЧЕТА
ОПЕРАТИВНЫЙ И РЕГЛАМЕНТИРОВАННЫЙ УЧЕТ В 1С: ERP
Для примера на схеме приведено отражение в регистрах оперативного учета данных документа реализации товаров и их трактовка в регламентированном учете.
С целью ведения регламентированного учета в соответствии с изложенными принципами в 1С: ERP разработаны следующие механизмы:
ЗАКЛЮЧЕНИЕ
Регламентированный учет в 1С: ERP базируется на четко выстроенной системе первичного документооборота предприятия. Использование проводок в качестве инструмента контроля данных в 1С: ERP не предполагается. Проводки формируются на основании оперативного контура учета по настроенным правилам и выполняют роль источника данных для заполнения регламентированной отчетности.
Оперативный учет
Проведение документов, при котором может осуществляться изменение данных, учитываемых в прикладном решении, может осуществляться в оперативном режиме. Оперативное проведение документов пользователями выполняется в режиме «реального времени», т. е. отображает изменения, факты, свершающиеся в настоящее время.
Оперативное проведение особенно актуально при многопользовательской работе. В этом режиме, как правило, осуществляется максимум проверок, способных исключить ошибки при вводе данных пользователями. Например, при оперативном проведении обычно выполняется контроль остатков на складе списываемой номенклатуры с тем, чтобы исключить одновременную продажу одного и того же товара несколькими продавцами.
Оперативное проведение служит для того, чтобы в реальном режиме многопользовательской работы определить возможность или невозможность выполнения той или иной операции (и выполнить ее, если возможно).
Оперативная отметка времени
Для обеспечения возможности оперативного проведения документов и расположения их в правильной хронологической последовательности система использует механизм получения оперативной отметки времени, которая создается каждый раз при оперативном проведении документа. Ее значение формируется исходя из текущего времени и последней созданной оперативной отметки.
Если последняя оперативная отметка меньше текущего времени, в качестве новой оперативной отметки принимается текущее время:
Если последняя оперативная отметка равна или больше текущего времени, в качестве новой оперативной отметки принимается значение, на одну секунду большее, чем старая оперативная отметка времени.
При проведении документа в оперативном режиме, для него будет установлено время, равное полученной оперативной отметке времени.
Оперативный учет в 1С Предприятие
Какие задачи выполняет оперативный учет на производстве
От чего зависит успех абсолютно любого производства? Прежде всего, от спроса на производимый товар на рынке и от клиентской аудитории. В целом это так, но следует понимать, что всю деятельность требуется контролировать. Если сказать точнее, то поставки сырья, его остатки на складе, количество брака, деятельность работников и многое другое. Задача по контролю над всеми аспектами производственной деятельности лежит на оперативном учете.
Система оперативного учета в 1С:ERP обеспечивает планирование производственных процессов, с помощью которых определяется порядок запуска в производство, обеспечивается бесперебойное снабжение производства материалами и полуфабрикатами.
Процесс формирования потребностей в производстве
Процесс формирование потребностей на производстве осуществляется документами:
Межцеховое планирование в 1С
Позволяет не только организовать поставки материалов от других организаций, но и сформировать заявки на распределение сырья и товарно-материальных ценностей между цехами. Это в особенности будет к месту, если предприятие крупное и выпускает продукцию в промышленных масштабах. Межцеховое планирование включает в себя управление списком заказов, а также контроль над этапами. Важно не только сформировать заявки, но и убедиться в том, что они были реализованы.
Реализация потребностей предприятия
Предприятие заключает с потребителями договор. В нем указано, что за определенный период потребителю требуется отгрузить строго фиксированное количество продукции. Чтобы не нарушить договорные обязательства, производство должно своевременно получать материалы и полуфабрикаты. Подспорьем в данном деле является система НСИ в программе. Она позволяет реализовать потребности предприятия «под ключ».
В этой системе первым делом специалист формирует заказ в производство. Он может включать в себя материалы, а также оборудование. Далее необходимо указать, куда отправляются полученные позиции. Они могут быть доставлены прямо в цех либо на склад. Далее система контролирует расход сырья и других товарно-материальных ценностей. В автоматическом режиме периодически информирует оператора о том, что остатки подходят к концу.
Учет деятельности рабочих
Позволяет оперативный учет в 1С и вести учет деятельности рабочих, а также начислять им заработную плату. На каждом предприятии может трудиться от пары человек до нескольких тысяч специалистов. Каждому из них требуется начислять заработную плату и своевременно выплачивать. Вручную это делать не только долго, но и неэффективно.
Посредством программы можно сформировать отчет для выплаты заработной платы за несколько минут. В дальнейшем он отправляется в бухгалтерию, и получает статус: «К исполнению». В любой момент времени абсолютно каждый работник из штата может узнать, какой объем работы он выполнил. Тут же указано и вознаграждение за труд специалиста за разные временные промежутки. Программа позволяет начислить налоги и отчисления в различные фонды.
Брак в производстве
Количество брака в производственной деятельности можно минимизировать, но полностью избежать его появления невозможно. В любом случае объемы некондиции требуется контролировать. Если брак является неисправимым, то он списывается на себестоимость выпускаемых товаров. В ином случае отправляется на склад, откуда поступает в соответствующие цеха.
Выпуск и продажа готовой продукции
В программе 1С Предприятие выпуск и продажа продукции реализованы следующим образом:
Во вкладке «Выходные изделия» можно увидеть объемы продукции, готовой к отгрузке потребителям. После формируются заказы на эту самую отгрузку.
Как отражается незавершенное производство в бухгалтерском учете
Незавершенное производство отражается следующим образом:
Подсистема мониторинга для руководителей
С оперативным учетом в 1С Предприятие может работать огромное количество работников, начиная от бухгалтеров и менеджеров по снабжению и, заканчивая начальниками отделов. Деятельность перечисленных кадров требуется контролировать. Чтобы руководитель не тратил долгое время на поиск интересующих сведений в программе, была создана специальная подсистема. В ней отражены все главные аспекты производства. Их достаточно для того, чтобы судить об общем состоянии деятельности. Доступ к подсистеме имеет только руководитель.
Сквозной пример задачи оперативного учета (ОУ) при подготовке к экзамену «1С:Специалист» по платформе
Итак, есть некая торговая компания. Для учёта поступления товаров нужен документ «Приходная накладная», для продажи – «Расходная накладная». Помимо продажи могут оказываться услуги. И товары, и услуги указываются в одной табличной части. Складской учёт не ведётся. При проведении расходной нужно анализировать остатки и при нехватке товара не позволять проводить документ с выводом предупреждения.
Списание себестоимости нужно организовать по партиям в зависимости от принятого в учётной политике текущего метода списания ( FIFO или LIFO ). Учётная политика действует год.
Необходимо построить следующие отчёты «Продажи» и «Остатки товаров». Дополнительная информация в отчёте «Остатки товаров» должна быть детализирована по производителям. Данный механизм должен быть реализован с помощью плана видов характеристик. Сами характеристики в настройках отчёта должны быть отображены как реквизиты номенклатуры.
Остатки товаров на 01.01.2010
Проектирование регистров
С этого пункта стоит начать решение всех задач. Здесь в первую очередь следует взглянуть на отчёты. Анализируя отчёты, можно определить большинство необходимых детализирующих признаков (реквизитов) и накапливаемых показателей (ресурсов). Но структуру регистров зачастую определяют не только отчёты, поэтому крайне важно внимательно прочитать условие задачи (типичный пример – в отчёте остатки номенклатуры выводятся без учёта склада, а хранить номенклатуру по заданию нужно в разрезе складов).
В данном конкретном случае нужно будет построить следующие регистры:
Хранение учётной политики для определения метода списания.
Здесь никаких сюрпризов – есть соответствующий регистр сведений, в нем и храним. Работа с получением и использованием метода списания будет описана ниже.
Проведение документов – новый подход vs старая методика
Если у документа «Приходная накладная» нету особых требований к проведению (в рамках экзамена), то в «Расходной накладной» нужно по возможности показать владение двумя методиками контроля отрицательных остатков – новой и традиционной. Сделано это для того, чтобы проверить экзаменуемого на понимание принципов работы управляемых блокировок.
Для принятия решения использования одной из методик нужно рассмотреть, каким образом происходит получение необходимых данных для формирования набора записей регистра:
— на основании данных документа и других объектов конфигурации, за исключением данных самого регистра – используется новая методика;
— необходимо использовать данные регистра – работаем с традиционной методикой.
Итак, рассмотрим обе методики и на примере документа «Расходная накладная» изучим необходимый минимум работы с управляемыми блокировками для решения экзаменационных задач.
Обратите внимание, что в каркасной конфигурации для работы с управляемыми блокировками нужно изменить режим блокировок на «Управляемый» для конфигурации в целом, проверить и при необходимости изменить на «Управляемый» режим блокировок для «Приходной накладной», «Расходной накладной» и всех регистров, движения по которым эти документы делают. В нашем примере это регистр накопления «Остатки номенклатуры».
Новая схема контроля отрицательных остатков.
Для регистров накопления и бухгалтерии нужно проверить, взведён ли флажок «Разрешить разделение итогов» на закладке «Прочее». По умолчанию флажок установлен, но в каркасной конфигурации может быть намеренно снят.
Разберём новую методику контроля отрицательных остатков и установку блокировок при использовании данной методики.
Одним из преимуществ нового подхода к контролю остатков является то, что для блокировки разделяемых ресурсов вместо использования специального объекта БлокировкаДаных нужно просто установить у набора записей регистра свойство БлокироватьДляИзменения .
Новый подход к проведению направлен на уменьшение времени установки транзакционных блокировок и прекрасно работает, если данные для расчёта себестоимости находятся в разных регистрах. В обратном случае приходится использовать традиционную методику контроля остатков.
Традиционная схема контроля отрицательных остатков.
Как уже было сказано, при необходимости расчёта себестоимости (а значит, получения данных из регистра «Остатки номенклатуры» с последующей их записью в тот же регистр) будет использоваться «старая» методика оперативного проведения.
В идеальном алгоритме проведения нужно использовать два запроса, в первом из которых получаем сгруппированный набор номенклатуры и помещаем его во временную таблицу, а во втором получаем актуальные остатки. Между этими двумя запросами и должна быть наложена блокировка.
Но на экзамене, чтобы не терять время и не усложнять себе работу, можно обойтись одним запросом.
Тогда алгоритм проведения документа «Расходная накладная» будет выглядеть так:
Отображение характеристик номенклатуры через план видов характеристик
В каркасной конфигурации уже имеется план видов характеристик «Свойства объектов». У этого ПВХ нужно будет настроить тип значения характеристик и дополнительные значения характеристик.
Как тип значения характеристик логично было бы использовать справочник «Производители». Но у нас его нет. Кроме того, что делать, если пользователь захочет создать новую характеристику (например, цвет)? Он то справочник в режиме пользователя создать не сможет. Решение простое – добавим в список справочников новый справочник «Значения характеристик», в котором для каждой характеристики будем хранить её значение. Чтобы знать, какому свойству принадлежит определённое значение делаем этот справочник подчинённым ПВХ «Свойства объектов». В поле «Тип значения характеристик» выбираем справочник «Значения характеристик» (при необходимости можно сделать тип значения составным и добавить другие справочники или типы, но в нашем конкретном случае делать это необходимости нет). Этот же справочник выбираем в «Дополнительные значения характеристик».
Для хранения характеристик добавляем новый регистр «Значения характеристик номенклатуры» – непериодический, режим записи независимый. Измерения:
В режиме пользователя добавляем в регистр «Значения характеристик номенклатуры» соответствующие товару характеристики.
Вывод характеристик в отчёте
Чтобы при компоновке отчёта платформа знала, что к номенклатуре привязаны характеристики, нужно в конструкторе запроса на закладке «Характеристики» добавить новую строку, в поле «Тип» указать справочник, к которому привязаны характеристики (у нас это справочник «Номенклатура»). В поле «Источник видов» нужно указать, где хранится список характеристик (в нашем случае ПВХ «Свойства объектов»). Можно указать запросом или таблицей (проще таблицей) и в поле «Виды характеристик» выбрать этот ПВХ. «Поле ключа» – «Ссылка», «Поле имени» – «Представление», «Поле типа значения» – «ТипЗначения».
Далее выбираем, где хранится источник значений (также проще использовать объектную модель и указать таблицу). В поле «Значения характеристик» указываем регистр, в котором храним значения. «Поле объекта» и «Поле вида» – реквизиты этого регистра (у нас «Номенклатура» и «Характеристика» соответственно), в «Поле значения» указываем ресурс «Значение».
На этом настройки характеристик для нашей задачи завершены. Но если попробовать вывести в отчёте характеристики номенклатуры при работе в конфигураторе, то обнаружим, что нужных полей попросту нет. Связано это с тем, что характеристики добавляются в режиме пользователя, поэтому и доступны они только в режиме пользователя.
Чтобы отобразить характеристики номенклатуры нужно вызвать отчёт, выбрать команду «Изменить вариант» и добавить группировку «Номенклатура.Производитель». Также желательно, чтобы в заголовке отображалось не полное название («Номенклатура.Производитель»), а просто «Производитель». Сделать это очень просто, нужно на закладке «Дополнительные настройки» изменить параметр «Тип заголовка полей» с «Авто» на «Краткий».
Ну и раз уж заговорили об отчётах, то нельзя не упомянуть о том,
Как сделать шапку макета в СКД
Чтобы не нарваться на замечание, что внешний вид отчёта не соответствует заданию, в большинстве задач нужно сделать заголовок отчёта. К счастью, мы можем сделать это очень легко и без единой строчки кода.
Сначала добавим группировку «Детальные записи», которая будет отвечать за вывод нужной нам области и присвоим этой группировке имя (в данном конкретном случае «Заголовок»).
Далее необходимо настроить данную группировку
Переходим на закладку «Макеты», добавляем макет заголовка группировки и указываем необходимую область.
Для вывода параметров необходимо использовать заполнение по шаблону и для каждого из параметров установить соответствующие значения в поле «Выражение».
В выгрузке первой базы пример проведения согласно новой методике.
Во второй показана старая методика контроля остатков, работа с планом видов характеристик и пример создания заголовка отчёта в СКД.
Тестировалась на релизе 8.3.16.1690