biathlonmordovia.ru → Электромонтажные изделия

Режим использования рауз в упп. О проекте

В 1С существует несколько комплектов настроек, которые определяют правила учета в программе Настройки параметров учета - самый первый.

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

Я не планирую здесь перепечатывать справку 1С. Добравшись до Настроек параметров учета не поленитесь нажать на вопросик в правом нижнем углу формы. Базовые моменты настроек там описаны достаточно понятно.

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

1. Где найти Настройки параметров учета

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

Необходимо перейти в интерфейс Заведующий учетом. В этом интерфейсе находим меню Настройка учета - Настройка параметров учета:

Открывается окно настроек, где в первую очередь нас будет интересовать подводный камень №1:

2. Режим учета затрат

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

А чуть ниже мы видим детальные настройки партионного учета.

И здесь возникает сразу 2 вопроса:

1. А точно Расширенная аналитика (иначе ее еще называют РАУЗ)? Может быть лучше выбрать традиционный партионный учет.

2. Что означает Регламентированный учет с дополнительной аналитикой - это и есть РАУЗ или речь о какой-то еще настройке?

Начнем с первого вопроса:

3. Расширенный учет затрат или партионный

Какого кота тащить из мешка?

Расширенная аналитика - в первую очередь важна для производств, так как:

+ Быстрее рассчитывает себестоимость. Правда это всерьез заметно на очень больших объемах.

В Комплексной автоматизации 1.1 учет производства возможен только в Расширенной аналитике. В режиме партионного учета просто не проводится документ Расчет себестоимости.

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

Есть и сложности:

× Не умеет резервировать конкретные серии под заказы покупателей. Дело в том, что при резервировании по сериям заказ пишется прямо в регистры партионного учета и резервирует конкретные партии. Но в регистры Расширенной аналитики нельзя записать заказ. Там не предусмотрено такой аналитики партий.

× Учет МПЗ по ФИФО поддерживается не до партии, а до дня поступления и поставщика. Опять же причина проста - в аналитике партий нет документа партии.

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

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

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

Как минимум нужно, чтобы:

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

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

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

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

Отчеты по движению ТМЦ и затрат

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

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

Вывод

Если Вы считаете себестоимость по среднему, то оставляйте Расширенную аналитику, даже не думайте.

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

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

то тут следует рассмотреть переход на партионный учет.

Итак, в настройках мы оставили РАУЗ. Но, все - таки... смущает фраза Регламентированный учет с дополнительной аналитикой. То есть, мы подошли ко второму вопросу:

4. Режим использования расширенной аналитики

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

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

Предупреждение нас не пугает, база-то пока пустая.

2. Нажимаем на Изменить настройку и снова видим предупреждение о необходимости перепровести все документы:

3. Соглашаемся и с удивлением смотрим на следующее окно:

Вот они - варианты настройки Расширенной аналитики. И содержат эти варианты очень существенные различия.

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

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

4. В своем случае я выберу последний вариант - раздельное ведение регламентированного и управленческого учета затрат. И снова предупреждение:

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

5. Достигаем, наконец, результата: изменение варианта детализации Расширенной аналитики затрат:

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

4. Использовать партионный учет

Рассмотрим особенности настроек партионного учета:

1. Списание партий документом.

Вам предлагается принять решение: списание партий производится самим документом или потом, отдельной обработкой. В свете всего вышесказанного, выбор партионного учета, а не РАУЗ, как правило, обусловлен соображениями оперативного контроля себестоимости. А значит, требуется проведение по партиям документом, списывающим партию.

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

2. Списывать партии расходным ордером.

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

Эта настройка управляет моментом списания стоимости партии со склада и проводки в бухгалтерском учете.

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

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

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

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

3. Детализация учета.

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

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

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

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

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

Учитесь новому каждый день и меняйте свою жизнь к лучшему!

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

Для предприятия с большим документооборотом использование методологии «Партионный учет» является большой проблемой. Нужно поддерживать документы в хронологическом порядке, постоянно восстанавливать последовательность партий. На производственном предприятии процедура восстановления партий длилась более 12 часов. Закрытие месяца занимало очень длительное время, так как только восстановление партий в лучшем случае делалось дважды: первый раз для выявления ошибок, второй, после их исправления. Иногда партии восстанавливали 4-5 раз за месяц. Естественно, что это никого не устраивало и явилось главной причиной для перехода на РАУЗ.

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

Партионный учет, оборотно-сальдовая ведомость (ОСВ) по 43 счету за месяц по конкретной номенклатуре без учета складов:

РАУЗ, ОСВ по 43 счету за месяц по конкретной номенклатуре без учета складов:

Так как документооборот достаточно большой, то работать при партионном учете с установленными флагами «Списывать партии при отражении документов (в управленческом учете, в регламентированном учете)» в настройке параметров учета не возможно.

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

Таким образом, необходимо было постоянно использовать обработку «Проведение по партиям», что в режиме работы предприятия 24/7 представляло собой проблему наряду с восстановлением партий.

Еще одной причиной в пользу перехода на РАУЗ стало длительное проведение документа «Расчет себестоимости». При использовании партионного учета выполняемые действия документа «Расчет себестоимости» приходилось делить на несколько документов для проверки промежуточных данных и экономии времени. Каждый из них проводился около 40 минут. Так как документ «Расчет себестоимости» проводится по УУ, БУ и НУ, то затрачиваемое время только на проведение документов данного вида составляло: 40 мин * 6 док. = 4 часа, а это половина рабочего дня. Для сравнения, после перехода на РАУЗ проведение документа «Расчет себестоимости» стало занимать около 5 минут. Колоссальная экономия времени.

УУ 1-й документ

УУ 2-й документ

Основными плюсами в пользу использования РАУЗ стали:

Отсутствие длительной процедуры восстановления партий;

Оценка МПЗ, после закрытия месяца стоимость списания совпадает со средней, так как именно это предполагает система линейных уравнений (СЛАУ) РАУЗ (рис. 3);

Более быстрое проведение документов в текущем режиме работы;

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

Не нужно исправлять ошибки, возникшие из-за того, что документы ввели не в том порядке. Для РАУЗ достаточно того, чтобы в конце месяца не было отрицательных остатков по затратам;

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

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

Ниже приведу список задач, которые нужно выполнить, прежде чем включить использование РАУЗ в рабочей базе:

1. Определиться с порядком формирования учетных цен

В учетной политике есть параметр, который критичен при переходе на РАУЗ - порядок формирования учетных цен. Он может принимать одно из трех значений:

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

По прямым затратам (при каждом проведении документа со списанием, перемещением, продажей МПЗ делается мини-расчет себестоимости, в конце месяца при расчете себестоимости происходит корректировка, но без изменения первоначальных документов);

По нулевым ценам (в течение месяца запасы не оцениваются, а при расчете себестоимости единоразово определяется стоимость всех МПЗ и затрат за месяц).

Оптимальнее всего использовать нулевую стоимость или формировать ее «по плановым ценам».

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

Необходимость иметь оперативные данные по себестоимости по прямым затратам;

На складах нужен актуальный суммовой остаток;

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

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

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

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

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

Таким образом, порядок формирования учетных цен «по прямым затратам» искусственно создает последовательность.

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

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

2. Определиться с датой перехода

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

Применение РАУЗ на предприятии начали с 2014 года. Однако фактически процесс перехода произошел позже. После того как были сформированы документы ввода остатков по РАУЗ, уже закрытые месяца были перепроведены и перезакрыты.

3. Определиться с режимом использования РАУЗ

Каждый режим определяет соотношение регламентированного и управленческого учета при ведении учета затрат на предприятии. Кроме того, от режима использования РАУЗ зависит состав аналитических разрезов учета затрат.

Для режима «Регламентированный учет» нельзя настроить детализацию затрат, для режима «Регламентированный учет с дополнительной аналитикой» детализация затрат настраивается только по регламентированному учету, а для режима «Управленческий и регламентированный учет» - только по управленческому учету.

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

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

Список вышеназванных объектов был определен для предприятия, в них внесли соответствующие изменения, так как при РАУЗ используются другие регистры. Обратите внимание, что объекты должны иметь два режима работы: партионный учет для использования старого периода, РАУЗ - для использования нового периода.

5. Перевести тестовую базу на РАУЗ

Дату начала использования РАУЗ в тестовой базе желательно выбрать так, чтобы была возможность перепровести несколько месяцев, рассчитать себестоимость и полностью закрыть месяцы, а потом сверить результат с рабочей базой.

6. Сформировать регламент закрытия месяца

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

РАУЗ 1С. Проблема выбора.

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

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

На тему РАУЗ давно уже написаны статьи и даже, отдельные книги.

И тем не менее, на каждом проекте по внедрению УПП/Комплексной, УТ11 обсуждается «А переходить ли на РАУЗ?».

Характерно, что аргументы «за/против» известны и приводились не раз (например, в книге ). Но понимая, «что прогресс не остановишь», многие все равно сомневаются переходить на РАУЗ.

Выходит, что аргументы методистов фирмы «1С» не всех убеждают? И люди «остаются приверженцами» т.н. классического партионного учета.

Так в чем же суть? Давайте выявим причины. При этом, «привычку и консерватизм», конечно, принимаем во внимание, но будем искать иные значимые причины.

По моей оценке, возможные причины видятся людям такими:

(1) «Шероховатности» реализации механизмов РАУЗ (назовем это так J);
(2) Необходимость принять РАУЗ «как есть». Отсутствие возможности «управлять» процессом расчета себестоимости;

Что касается (1), то «1С», к сожалению, дала причину сомневаться, в первую очередь, выпустив в 2010 «сырую» версию (мое оценочное суждению) УТ11. Отказаться от РАУЗ там уже было нельзя, и нареканий на тему некорректного расчета с/c я читал не мало.

Однако, прошло два года, и за этот срок «1С» заметно усовершенствовала функциональные возможности и улучшила качество реализации механизма РАУЗ в тиражных решениях.

Таким образом, причина (1) уже менее актуальна при выборе РАУЗ.

И на первый план, выходит причина (2).

«Как же это так, принять РАУЗ как есть!» - могут многие возразить. «Полноценного партионного учета на РАУЗ не сделаешь!».

Да, и будут правы. Однако, давайте подумаем: а зачем вообще-то нужен именно «обычный» партионный учет?

Например, если речь идет о рассчитанной себестоимости, то средневзвешенная оценка, рассчитанная с учетом хронологии поступлениям по FIFO, бухгалтерию, например, вполне устраивает. Это хорошо работает в РАУЗ и соответствует российскому ПБУ.

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

Таким образом, можно сделать вывод, что не « проблема усреднения оценки списанной себестоимости между несколькими партиями» является главным, при выборе партинного учета (вместо РАУЗ).

Поясним на примере (сравним оценку списания в простом примере в партионном учете и РАУЗ):

Партионный учет:

· Списана 1-я партия. 10 штук по себестоимости 100 руб / за штуку;
· Списана 2-я партия 6 штук по себестиомости 140 руб / за штуку;

РАУЗ с учетом ФИФО:

С/c единицы будет = (10*100+6*140)/(10+6) = 115 руб за штуку.

Но итоговая, cписанная величина всей с/c за месяц (с учетом ФИФО) как с использованием РАУЗ, так и без него, не изменится. Она будет равна 1860 руб. и выбора варианта учета на с/c не повлияет.

Так где же проявляется разница между партионным учетом и РАУЗ по ФИФО?

Управление списанием - "Есть такая партия!"

Разница будет там, где необходимо будет сообщить программе (каким-то специальным способом) «А какую партию списывать?».

И таких задач (для целей внутрифирменного учета, не для бухгалтерии) как раз много.

Вот, примеры (самые распространенные) из этого «семейства задач».

· Пример 1. Допустим, что поставщикам (или менеджерам) присвоен некий рейтинг (у каждого поставщикам он свой). И в течении месяца, нужно продавать, в первую очередь, партии товара поставщика с больший рейтингом и т.д.

· Пример 2. У каждой поставки товара - свой срок годности. В первую очередь нужно продавать товары из партий, c меньшим сроком годности. (т.н. FEFO)

· Пример 3: В первую очередь, нужно продавать (и списывать с/с, соответственно), товара, купленного дороже… Или, например, товар который вернул покупатель.

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

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

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

Итого, с партионным учетом - понятно. Но давайте зададимся вопросом: «А можем ли мы каким-то образом управлять списанием партий в РАУЗ» ?

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

И так, имеем следующую задачу:

Очевидно, что настройка такой стратегии списания в РАУЗ отсутствует… И тем не менее, «заставить» работать РАУЗ так (как нужно нам!) мы можем.

И сделать это достаточно просто, главное разобраться с тем как «устроен изнутри» РАУЗ!

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

Здесь же я покажу, как можно «вклиниться в типовой механизм» и достаточно простым способом (без переписывания программы) управлять стратегией списания в РАУЗ.

Идея решения задачи состоит в следующем:

В настройках учетной политики УТ включаем «ФИФО». РАУЗ умеет «распределять партии по ФИФО». Воспользуемся этим;

Сформируем свой (нужный нам) порядок «партий» для списания. В нашем случае, первыми должны быть партии от поставщика с более высоким рейтингом и т.д;

Выводы; двигаемся дальше..

Таким образом, можно сделать следующие выводы:

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

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

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

Так же понятно, что пользователи, например, не смогут указать в накладной «какую конкретно партию списать». И т.д.

Тогда вопрос: как быть, если нам нужна полностью функциональность «партионного учета» ? РАУЗ уже не применим?

На самом деле, технология РАУЗ является очень гибкой и при необходимости, в нем можно настроить (если так будет надо) весь партионный учет!

Трудозатраты понадобятся, но задача решается достаточно компактно.

Как это сделать?

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

Предисловие .

Почему было решено перейти на РАУЗ я тут описывать не буду. Главная причина это тормоза. Тормоза именно в подсистеме партионого учет (РН " Партии товаров на складах УУ, БУ НУ"). остальное нас в принципе все устраивало.

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

Итак, примерно про учет на что стоит обратить внимание:

Как было в партионки:

1) Списывать партии при проведении;

2) Себестоимость по средней;

3) Учет себестоимости по складам;

4) Детализация управленческого учета: по организации

5) Оптовая торговля

6) Розничнная торговля. Все точки АТТ. Удаленно работают в терминале. С кучей торгового оборудования.

То есть все старались по настройкам сделать максимально просто.

Перешли на РАУЗ с 01.08.2012.

Основные настройки:

1) Детализация учета Регламентированный учет с дополнительной аналитикой(УУ отрубили не нужен лишний регистр);

2) Учет себестоимости по складам;

3) Порядок формирование учетных цен: по плановым

Теперь напряги(подводные камни)

Напряг 1 Возвраты!

Как работает типовой механизм в РАУЗ.

Когда возвращается товар то идет сторно запись в РН «Учет затрат» и для документа Расчет себестоимости это товар как бы и не продавался.

То есть, пример:

Приход 100

Возврат 20

При расчете себестоимости программа считает что расход 60.

Если возвращается товар текущего месяца, то вводить на основании реализации и в табличной части будет Себестоимость = «из документа». (будет сделано движение расход сторно)
Если возвращается товар предыдущего месяца, то рекомендуется ставить себестоимость, например, предыдущего месяца. То есть колонка Себестоимость = число. (будет сделано приход, то есть для РАУЗ это внешнее поступление).

Иначе может выйти такая ситуация:

Приход 100

Возврат 120

При расчете себестоимости программа считает что расход -40. Ошибка!!!

Нам уже это не подходило по причинам:

1) Там на основании, тут не на основании. Это просто бы запутало всех.

2) Связка Реализация - Возврат нам нужна по ним стоятся отдельные упр. отчеты для анализа.

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

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

То есть может выйти ситуация что(и довольно часто может быть):

Нач. остатков нету;

И есть только сторно движения расход.

То есть, только вводили документы «Возврат товаров от покупателя» на основании реализации, то есть в РН "Учет затрат" только сторно записи расхода.

В итоге расчет себестоимости не калькулирует этот товар. Он просто не может составить уравнение СЛУ. Так как расход есть, а прихода нету.

У нас, например, несколько складов возврата. И вот именно на одном складе была такая ситуация. Весь склад повис не скалькулировался!!!

Как можно было выкрутиться, не изменняя конфигурацию:

1) Возвращать на тот склад с которого продали, а потом перемещением на склад возвратов (лишняя нагрузка по первичке)

2) Отключить в РАУЗ разрез по складам (не подходит- нужно по складам, да и при отключенном разрезе по складам из РН «Учета затрат» уходит Склад, так же он уходит из РН «Товарах на складах». То есть, по данным регистрам нельзя ответить на вопрос: Сколько лежит товаров на таком-то склада и на такой- то организации? Можно анализировать РН «Товары в организации». Но он не по всем операциям совпадает с товарами на складах.)

Поэтому было принято решение по доработке документа Возврат товаров от покупателя.

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

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

Напряг 2 закрытие 44 счета!

Во первых кто сталвиквался в традиционки в Комплексной вообще нету закрытия 44,25,26:)

Мы писали закрытие свое 44 счета.

При переходе на РАУЗ 44 закрывает документ "расчет себестоимости". То есть, необходимость в самописном документе отпала.

Но:

Для того чтобы 44 закрылся все движение должны быть сделаны в РН "Учет затрат" по разделу учет "затраты". А это не всегда автоматизировано

Например у нас:

1) Корректировка долга . начисление премии поупателям. Проводка 44.01.1 / 62.01.

Этот документ вообще не знает что существует подсистема РАУЗ.

2)Отражение начисления НДС. Там у нас через подписку на событие так же делается проводка 44 / 19, мы так восстанавливаем НДС хитро, чтобы не включать сложный учет(отдельная тема). То же самое РАУЗ для него не существует.

3)Налоги , например, как сделать проводку 44 /68.1? В традиционке: налоги на регистры накопления никакие не задействованы в принципе, их ранее можно было смело делать ручной операцией. В РАУЗ такой фокус не проходит. Дебет 44 - это ЗАТРАТА. А это РН "УЧЕТ ЗАТРАТ"

К чему пришли:

1) Все что связано с затратами: забыть про ручную операцию. Заменять на документ "Прочие затраты"(УПП полный интерфейс: Документы - Управление производство - Прочие затраты).

2) Для документов "корректировка долга" и "Отражение начисление НДС" навешали подписки на событие, которые загоняют затраты в РАУЗ

Напряг 3 Передача материалов в эксплуатацию!

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

Комментарий: у всей спецодежды назначение использование - "списывать на затраты при передачи".

Ситуация в следующем:

На 44 счет он пишет подразделение, которое в шапке указано.

В РН «Учет затрат» он пишет Подразделение, которое берет из назначения использования. Из-за расхождения в счете 44 и в РН «Учет затрат» расчет себестоимости не закрывает 44.

Как выкрутились:

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

Напряг 4 Надо залезти в период до РАУЗ. Ничего не полетит???

Ответ:) ПОЛЕТИТ!!!

Нам, например, надо было в июле поправить кое что.

После правки перезалить остатки в РАУЗ не проблема. Я себе обработочку сделал, которая по тому же алгоритму, если вы переходить будете стандартно, формирует начальные остатки.

НО...

Подсистема НДС и подсистема партионного учета

Есть две волшебные константы:

СписыватьПартииПриПроведенииДокументов

СписыватьПартииПриПроведенииДокументовБух

Настройка параметров учета - Режим учета затрат. Эти флаги увидите. Скрин не стал делать. Кто работал в УПП в традиционке про них знает без вариантов:)

Они у нас стояли. НО ХИТРАЯ 1С при перехода в РАУЗ их сбросила в ЛОЖЬ!!!

При перепроведении июля месяца (напомню в РАУЗ мы с августа) документ уже в подсистеме партионого учета и при продаже в подсистеме НДС (НДС начисленный) движения не делает.

В частности у нас было так:

Реализация товаров. Движение по подсистеме партионного учета не сделал, так же не сделал в подсистеме НДС. Проблема!!!

Основные средства. Идентично. Там у нас вообще хитро получилось. Идет цепочка: Поступление товаров(закладка оборудование) - Принятие к учете ОС

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

Просто перепровели «Принятие к учету ОС».

И что получилось:

Для процесса принятие к учету ОС в КА/УПП сложный учет НДС ведется независимо от того, включен у вас сложный учет или нет (если языком программы говорить, то задействуется РН «НДС по партиям запасов»). Так вот для документа поступления все корректно -приход в РН "НДС по партиям запасов" сформировался.

А вот когда принятие к учете перепровели, то он по РН "НДС по партиям запасов" не сделал движение и, как следствие, не сделал движения в РН «НДС по ОС, НМА» и, как следствие, книга покупок по этой хоз. операции ПУСТА.

Тут конечно вы можете сказать что-то вроде того: «Ну запустили бы обработку проведение по париям» и все.

1) Последовательность эту никто не восстанавливал никогда. Она стояла у нас далеко в прошлом. (почему это отдельная темы описывать не буду, будет много букв)

2) Даже если мне как администратору сдвинуть ее принудительно, то все равно пришлось бы перепроводить чуть ли не весь месяц. И это после того как месяц уже закрыт.

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

Как выкрутились:

Обработкой принудительно установили в Истину эти волшебные константы.

Перепровели снова Только те документы, которые перепроводились после переходы на РАУЗ и потом вернули константы назад.

Перезалили остатки в РАУЗ.

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

Ну вот и все. И так много букв. Я написал самые явные напряги. При том, что это просто торговля.

Это филиал. В головной организации у нас производство. Многопередельное. С давальческой схемой и.т.п

Используем традиционный учет. Внедрена УПП.

Как подумаю сколько подводные камней там вылезет, если переходить на РАУЗ. волосы дыбом встают.

переход на РАУЗ в головной организации я буду откладывать до последнего. Тут трмозов нету. Сервера сильнее и все такое. Блокировки конечно в партионки это зло!!!

В целом результаты внедрения в РАУЗ... впечатления...

1) Переход на РАУЗ это далеко не тривиальная задача;

2) Тормоза ушли, блокировок нету, работать стало намного комфортней;

3) То что сейчас не надо придерживаться постулата "сначала приход потом расход" это конечно супер. Для РАУЗ минимальный разрез анализа МЕСЯЦ!!! он его смотрит весь целиком. (так же как подсистема производства в традиционки)

То есть в общем в РАУЗ работать можно. Просто нужнотеоритически подготовиться к РАУЗ и сделать выводы

Что мы потеряем, уйдя от традиционки;

Что мы поимемем, придя на РАУЗ.

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

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

Вопрос:

Профи не интересно как профи интересно, почему решили перейти?

Ответ:

В трех словах. Это блокировки. И узкое место - это партионный учет (РН "Партии товаров на складах УУ,БУ,НУ). Долго думали. В идеале нужно было глубже капнуть по блокировкам (план запроса, профайлеры, индексы и.т.п.), но у нас в отделе 2,5 человека и специалиста именно в этом направлении нету.

Попробовали на аутсорсинг, но там у нас варианты, какие были:

1) Фрилансера. В нашем городе точно не найти. Тут на инфостарте проскакивала тема, как сдавали экзамен по 1С:Эксперт по технологическим вопросам , хотел даже в личку написать пообщаться. Сейчас даже вам не скажу, почему не написал, то ли закружился, то ли что еще.

2) Гибкие блокировки. Есть такой внедренец на рынке http://www.softpoint.ru , ИМХО контора серьезная. В свое время мы на платформе 7.7, на другом предприятии, внедряли гибкие блокировки. Эффект был существенный. Но там есть таблица общий журнал 1SJOURN и от нее не уйдешь, она блокируется постоянно при проведении. Это ограничение платформы 7.7. А в платформе 8.2 я думал можно все-таки самим повоевать (управляемые блокировки ну и.т.п.) В итоге я все-таки связался с ними, запросил коммерческое предложение. Они провели экспресс обследование и выкатили коммерческое предложение. Ценник московский:), а мы сибиряки:). К тому же, внедрение шло на филиале (просто оптово - розничная торговля), и вкладывать такую сумму было нецелесообразно.

А время поджимало, так как пользователи начинали нервничать. В итоге получилось так:

От п.2 отказались (от гибких блокировок);
п.1 я по этой линии вообще не работал.

1) или РАУЗ

2) Или попробовать аутсорсеров найти по п.1.

Решаем в пользу РАУЗ. До первого закрытия месяца. Если не устроит, откатываемся назад и дальше работаем в направлении найти грамотных аутсорсеров.

Вот как то так...

Вопрос:

Сроки перехода. Что делала компания во время перехода? Какие управленческие решения были приняты?

Ответ:

Бизнес процессы на предприятии достаточно просты.

Мы отталкивались от следующего:

Максимально не ломать привычную работу пользователей. То есть «первичка» и отчеты должны быть остаться те же.

Сроки перехода: Получается, примерно 1,5 месяца. Никакие план графики, ничего не составляли. И как проект его не считали. Просто крупная задача.

Для всех, кроме Гл. бухгалтера, вообще практически все шло безболезненно. Каждый штатный бухгалтер/оператор/продажник/снабженец как бил первичку в своей области, так и бил. Были изменения для них, но не существенные.

По управленческим решениям: бизнес процессы на предприятии не поменялись, вся упр. отчетность осталась та же. По большому счету изменился только алгоритм калькулирования себестоимости. Один из центральных отчетов для упр. отчетности был Валовая прибыль, который в РАУЗ не работает. Показали загруженные из демо базы произвольные отчеты, где аналогичный отчет "Валовая прибыль".

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

Вопрос:

Как работает бухгалтерия, которая при традиционке то не может разобраться в производстве? Это все проблемы?

Ответ:

Проблем нету. Работаем уже почти год.

Но, повторюсь, у нас торговля. Все на порядок проще.

Вопрос:

Не описаны затраты на переход?

Ответ :

1) Время нашего отдела(1,5 месяца);

2) Зарплата нашего отдела;

3) Ну и нервы, без них никак.

Резюме:

Прошел уже почти год. Работаем .

Второй филиал перевели на РАУЗ. Я почему и публикацию обновил, так как сам ее прочел (освежал память).

Успехов в работе!!!.

РАУЗ, ОСВ по 43 счету за месяц по конкретной номенклатуре без учета складов:

УУ 1-й документ

УУ 2-й документ

Основными плюсами в пользу использования РАУЗ стали:

Отсутствие длительной процедуры восстановления партий;

Более быстрое проведение документов в текущем режиме работы;

Ниже приведу список задач, которые нужно выполнить, прежде чем включить использование РАУЗ в рабочей базе:

1. Определиться с порядком формирования учетных цен

Оптимальнее всего использовать нулевую стоимость или формировать ее «по плановым ценам».

Необходимость иметь оперативные данные по себестоимости по прямым затратам;

На складах нужен актуальный суммовой остаток;

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

2. Определиться с датой перехода

3. Определиться с режимом использования РАУЗ

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

5. Перевести тестовую базу на РАУЗ

6. Сформировать регламент закрытия месяца

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