Имея достаточный опыт внедрения УПП, хочу отметить, что на каждом проекте рано или поздно приходилось переводить бухгалтерию как отдел на работу в программе . Трудностей в этом процессе возникает достаточно. В особенности хотелось бы отметить переход из БП 2.0 на УПП. Несмотря на то, что уже вышла БП 3.0, я думаю, этот вопрос еще какое-то время останется популярным. Итак, в чем же заключается трудность?
Начинать надо с того, что в 1.3 бухгалтерия ближе к бухгалтерии предприятия редакции 1.6, нежели к 2.0, хотя конечно же весь функционал соответствует современным реалиям. Тем не менее это воспринимается как возврат к чему-то старому, морально устаревшему. И самое главное, в этом есть изрядная доля истины.
Безусловно, для задач бухгалтерии конфигурация (далее БП) 2.0 имеет преимущества и удобства, но тем не менее изюминкой УПП является его производственный контур, аналогов которому нет ни в одном решении 1С (кроме ). Переломить именно это психологическое преимущество, к сожалению, трудно, это достигается только волевым решением руководства о том, что те, кто не станет переучиваться, будут уволены.
Основные негативные моменты, которые отличают УПП от БП, с которыми мне пришлось столкнуться на практике:
Получите 267 видеоуроков по 1С бесплатно:
Теперь следует поговорить подробнее об этих и других технических возможностях, которые могут повлиять на учет. А также, какие альтернативы предлагает нам 1С УПП.
Самым главным отличием в принципах ведения учета в УПП и БП для бухгалтера, на мой взгляд, является невозможность (возможно, очень ограниченное количество) отражения хозяйственных операций «Бухгалтерскими справками». В некоторых компаниях половина учета построена на использовании «Операций». Такая особенность вытекает из широкого использования в УПП учетных регистров, а не только регистров бухучета. В УПП подавляющее большинство операций проводится специализированными документами.
Пример: большинство бухгалтеров отражают процент по выданным кредитам с помощью операции, указывая корреспонденцию Дт91 Кт76, однако в 1С УПП такой подход не затронет, например, регистр взаиморасчетов с контрагентами. Следует использовать документ реализация товаров и услуг.
Отдельно стоит сказать о том, что возможность использовать документ Операция есть, однако только в совокупности с документом Корректировка регистров, а этот документ способен ввести в ступор любого неподготовленного пользователя.
Далее следует отметить различия учета субконто у некоторых счетов учета и невозможность получения интересующей информации стандартными способами. Например, счет 60 не имеет третьего субконто «Документы расчетов с контрагентом», по которому в БП отражается документ Регистратор, соответственно, не получится увидеть эти документы, используя стандартную оборотно-сальдовую ведомость. Отчасти выходом из сложившейся ситуации является использование отчета «Ведомость по взаиморасчетам с контрагентами».
Отсутствие некоторых «забалансовых» счетов в 1С УПП, например, счета МЦ. Действительно, материалы в эксплуатации учитываются в БП на счете МЦ. В УПП информация о переданных в эксплуатацию материалах учитывается в регистре «Материалы в эксплуатации», информацию о них можно получить, используя отчет «Ведомость по материалам в эксплуатации».
Отсутствие процедуры закрытия месяца, такой близкой и понятной. Да, такая обработка отсутствует в УПП. Закрытие месяца осуществляется с помощью бизнес-процесса «Процедура закрытия месяца», который использует элемент справочника «настройка закрытия месяца».
Возможно, этот пункт является совсем частным случаем. Тем не менее стоит его отметить. Документ «Перемещение ОС» — трудность здесь состоит в том, что в бухгалтерии указывается, откуда и куда перемещается объект основных средств, а в УПП указывается только место, куда перемещается объект. Настоящее местоположение объекта определяется записью регистра на данный момент времени.
Отчет Ведомость амортизации в УПП имеет иное представление и не отражает движение по перемещению основных средств, альтернативно можно использовать модернизированный отчет.
Возросшее количество заполняемых реквизитов. Безусловно, количество реквизитов возросло. Однако благодаря настройкам пользователя подавляющее большинство таких реквизитов удается заполнить автоматически.
Как правило, большинство стоящих перед нами задач имеет несколько путей решения. В данной ситуации я могу выделить, например, такой:
В одной компании была очень сильна позиция бухгалтерии, им жутко не нравился возврат в прошлое на 1С УПП 1.3, проект был под угрозой срыва… К счастью, у компании были отличные финансовые возможности… Итогом стала полная переписка всех бухгалтерских отчетов и приведение их к виду БП 2.0, добавление новых документов в журналы документов, вывод форм поиска на формы журналов документов. Вышло дорого: и в плане разработки, и в плане дальнейшего сопровождения, но бухгалтерия почувствовала свою значимость, и проект продолжился.
Хотя этот вариант и не представляется очень эффективным, однако он имеет место в жизни.
Диаметрально противоположенным решением будет жесткое указание руководства использовать только имеющийся функционал. Он, кстати сказать, позволяет вести бухгалтерский учет полностью, обладает всеми механизмами контроля. Такой подход оптимален для компании!
Многофункциональное решение, позволяющее организовать учет на предприятиях любого масштаба. Учет затрат в программе может быть организован различными способами и вызывает массу вопросов у пользователей.
Именно поэтому специалистами Центра V8 разработана программа интерактивного изучения - Практика учета прямых производственных затрат , позволяющая не только познакомиться с порядком ведения учета в 1С Управление производственным предприятием 8 , но и получить практические навыки и готовые модели организации учета. В основе программы используется Интерактивная технология .
Обучающая программа содержит 50 заданий (от простого к сложному) по следующим блокам:
1. Подготовка к ведению учета в 1С УПП
Настройки пользователей, ввод нормативно-справочной информации, оформление приема на работу).
2. Управление прямыми переменными затратами
Здесь рассмотрен документооборот как складского, так и производственного учета. Представлена методика контроля над сверхнормативным расходом сырья, предварительного расчета себестоимости и валовой прибыли от реализации продукции).
3. Выпуск давальческой продукции
Рассматривается процесс учета от заказа и до анализа рентабельности выпуска давальческой продукции.
4. Работа вспомогательных производств
Изучение важнейших тем: выпуска собственной продукции, ремонтов оборудования и распределение затрат вспомогательных производств на конечную продукцию.
Использование программы предусмотрено не только для самостоятельного изучения 1С Управление производственным предприятием 8, но и для организации учебного процесса в рамках ЦСО, АУЦ, учебных центров и т.д.
Обучающая программа не предоставляет прав на использование 1С:УПП.
Выберите вариант работы с программой:
1. Установить программу 1С УПП 8 редакции 1.3:
Запустите скачанный файл setup.exe
(в случае предупреждения об опасности разрешите запуск файла)
- следуйте инструкциям программы установки.
Важно! Для работы программы требуется подключение к сети Интернет
3. Запустить обучающую программу и выбрать информационную базу:
Запустите программу обучения через ярлык "Обучение сайт" на рабочем столе;
- в списке информационных баз выберите "Управление производством учебная";
- запустите "1С:Предприятие", выберите пользователя и нажмите "ОК".
Так же Вы можете расширить методическую поддержку бесплатной программы,
Возможности программы:
Изучение теории учета в 1С УПП 8;
- решение практических задач учета прямо в программе УПП;
- автоматизированная система проверки решений;
- качественные методические материалы и иллюстрированные инструкции;
- рекомендации по решению практических заданий;
- демонстрация готовой модели производственного учета.
Бухгалтерам, программистам и консультантам 1С, желающим самостоятельно изучить порядок учета прямых производственных затрат в 1С Управление производственным предприятием 1.3 .
В данной статье речь пойдет об ERP-системе «Управление производственным предприятием». При автоматизации производственных компаний этот продукт нередко оказывается оптимальным решением, и я не единожды занимался внедрением 1С УПП для разных организаций.
В процессе работы я обратил внимание на то, что обзоров этого программного продукта практически нет. Есть техническая документация, какие-то советы программистам по решению конкретных проблем в этой системе, учебные курсы. Но для пользователей какого-то понятного описания всей системы нет. И мне очень часто перед внедрением этого программного продукта приходится пояснять особенности, достоинства и недостатки «Управления производственным предприятиям» практически «на пальцах».
Даже на Хабре в разделе ERP информации об этой системе до сих пор не было. Именно этот пробел я решил восполнить. Кроме того, я надеюсь, что моя статья поможет предпринимателям и IT-специалистам на этапе выбора программного обеспечения для автоматизации производственного предприятия и подготовит их к тем особенностям, которые нужно учитывать при внедрении этой системы.
В этом обзоре я хочу рассказать, что представляет собой система УПП ред. 1.3, чтобы тот, кто принимает решение покупать и внедрять ее, был более осведомлен и более сознательно подходил к выбору этого дорогостоящего продукта. Я постараюсь дать объективную оценку системе, исходя из своего опыта работы с ней и опыта моих клиентов. Данный обзор поможет принять кому-то положительное решение относительно приобретения программы, а кому-то - решение об отказе от нее.
Для того чтобы разобраться в особенностях программного продукта, нужно ответить на следующие вопросы:
Система ERP (Enterprise Resource Planning) – это корпоративная информационная система, которая предназначена для контроля, учета и анализа всех видов бизнес-процессов и решения бизнес-задач в масштабе предприятия.
При реализации продукта «Управление производственным предприятием» разработчики постарались объединить в системе максимально возможный перечень функций. Если посмотреть в документы, то можно насчитать целых 15 подсистем. Дело в том, что в 1С документы группируются по подсистемам:
Для этой типовой конфигурации создано множество доработанных, так называемых, отраслевых версий: 1С.Машиностроение, 1С.Мясокомбинат, 1С.Мебельное производство, 1С.Полиграфия и т.д.
Отраслевые решения создаются компаниями-партнерами 1С на основе базовой конфигурации. Обычно это происходит следующим образом: для конкретного заказчика выполняют доработки, после чего из них «собирают» новую версию, предназначенную для выбранной отрасли. Доработанная конфигурация называется по отрасли, для которой ее написали, и продается как «коробочное решение».
Любая лицензия, например, от 1С Бухгалтерии или от 1С Торговли и склада подойдет к этой системе. Естественно, что и стоимость лицензий для этих продуктов одинакова.
Как и при работе с другими продуктами, лицензирование выполняется по одному из вариантов, принятых в 1С: для компьютера (устройства) и для пользователя (подключения с любого устройства). Здесь я не буду останавливаться подробно, так как вся информация есть на сайте 1С. Ознакомиться с ней вы можете по ссылке: http://v8.1c.ru/enterprise/
О самой программе 1С написано очень много. Я также писал уже об этой платформе, например, в статье «Почему 1С это плохо и почему так не любят 1С программистов ». С учетом того, что система «Управление производственным предприятием» работает на базе 1С. Предприятия 8.3, все достоинства и недостатки базового программного обеспечения в ней также присутствуют.
А подробная информация обо всех товарах, которые могут быть проданы, хранится в справочнике Номенклатуры.
Номенклатура – это справочник, который предназначен для хранения информации о товарах и услугах, которые могут быть предоставлены покупателю. И в этой системе номенклатура является одним из самых сложных справочников.
Здесь могут храниться:
На примере швейного производства работа над заказом делится на следующие этапы:
Производство должно видеть заказы сразу после их поступления, но при этом только ту часть заказов, продукцию для которых необходимо произвести.
Но такой вариант нельзя назвать очень удобным, так как появляется еще один шаг в работе, полностью зависящий от человеческого фактора. Т.е. после создания заказа менеджер может забыть создать заказ на производство, ошибиться и так далее. В результате необходимые товары не будут своевременно поставлены в производственный план, и клиент не получит заказанную продукцию вовремя. Естественно, что при полноценной автоматизации работы предприятия такие ситуации недопустимы. С другой стороны, эта проблема вполне решаема при помощи создания дополнительной обработки.
Для швейного предприятия мы создали следующее решение. Был написан дополнительный плагин, который создает заказ на производство автоматически, исходя из определенного перечня разных условий.
Эта обработка определяла, есть ли нужные изделия на складе. Если нет, то следующим шагом производился анализ свободных изделий в производстве. Если таких изделий нет или они запланированы на дату позже, чем указанная в заказе, автоматически формируется заказ на производство.
Вывод: в системе имеется все, что нужно для хранения информации о товарах и клиентах. Есть возможность создать заказ и передать его на производство. Но для полной автоматизации работы все же потребуется доработка под нужды конкретного предприятия.
Реализуется это одним из двух способов:
В базовой конфигурации любые изменения сроков и определение этапа выполнения заказа выполняются сотрудниками вручную, в результате в работу включается непредсказуемый человеческий фактор. Но здесь доработки помогут решить вопрос.
Изначально этот отчет создавался для производственников, чтобы они могли контролировать свою работу и вносить при необходимости корректировки. Но в дальнейшем этот же отчет мы открыли и отделу продаж, чтобы менеджеры также могли видеть, в каком состоянии находится тот или иной заказ.
Вывод: в конфигурации не предусмотрен автоматический обмен данными между отделом продаж и производством после передачи заказа в работу. Но реализовать на базе этой конфигурации подобные решения возможно при помощи создания дополнительных отчетов и обработок.
Как должна происходить эта работа:
Спецификация (Bill of Material) – это справочник, в котором описаны все параметры того или иного материала, его качества, особенности, допуски. Для готового изделия или «полуфабриката» в спецификации указывается, из чего состоит это изделие.
Для производства каждого изделия требуются определенные материалы и полуфабрикаты. Материалы можно сразу заказывать, основываясь на спецификациях. Для полуфабрикатов необходимо сделать следующий шаг – разобраться, из каких материалов, в свою очередь, состоит тот или иной полуфабрикат. И также добавить нужные материалы в заказ.
Таким образом, каждое готовое изделие при помощи нескольких шагов автоматически разбивается на материалы. Например:
Костюм состоит из брюк, пиджака и упаковки (пакет). Брюки и пиджак – полуфабрикаты, которые нужно декомпозировать на следующем шаге, для создания пакета материал можно сразу добавлять в закупки. На втором шаге брюки «делятся» на разные виды ткани, нитки, застежку-молнию, пуговицы. Аналогично и пиджак также состоит из разных видов ткани, ниток и пуговиц. Все эти материалы добавляются в план закупок.
Для швейного производства мы решили вопрос следующим образом. На основе отчета, разработанного для производства, а также информации о заказах, автоматически рассчитывалась потребность в необходимых материалах. Далее, из этого перечня вычитались материалы, хранящиеся на складе, и создавался отчет, при помощи которого можно было делать закупки. Далее поставщики сообщают, как быстро они смогут поставить материалы. И уже вручную в систему вводятся эти сведения, на основе которых продавцы смогут оповещать клиентов о сроках производства заказов.
Как решается эта проблема в разных случаях, мне не известно. Пока что я сталкивался с вариантами, где руководство соглашалось с этим недочетом и предпочитало полагаться на сотрудников. Единственный метод защиты от человеческого фактора, который был реализован, это установка «галочек» по умолчанию. В принципе, в малом и среднем бизнесе, с которым я обычно работаю, этого действительно достаточно.
Если смотреть с точки зрения производства, то обязательно нужно будет загрузить в систему данные о сроках выпуска продукции, о полуфабрикатах и материалах. Отдел закупок загружает в систему товарные накладные и другие приходные документы. Отдел продаж должен загружать информацию о заказах и так далее. Кроме того, на производстве возможны разные ситуации, и очень важно, чтобы в систему своевременно поступала информация о расходе материала, проценте брака, переносе сроков выпуска продукции в связи с какими-то сложностями, возникшими в процессе работы и пр.
Например, на швейном предприятии проводилась интеграция с раскроечным станком. Также часто требуется интеграция с какими-либо CAD, с интернет-сайтом предприятия, с другими решениями. И на этот этап работы часто уходит до 30% бюджета.
При этом без таких комплексных решений использование EPR-системы будет не эффективным, вы не сможете выйти на новый уровень контроля и автоматизации работы предприятия. Это очень важно понимать.
Любая система настолько эффективна, насколько эффективно ее самое слабое звено. И если при внедрении отказаться от интеграции в том или ином случае, а полагаться на человеческий фактор, обязательно будут накапливаться ошибки, и вся система станет неустойчивой.
Например, если речь идет о проектировании нового изделия, то вся проектная документация должна выгружаться из системы проектирования (CAD) в ERP-систему автоматически. И тогда в случае возникновения каких-то вопросов и сложностей, всегда можно будет понять, о каком конкретно изделии идет речь. И проектировщики смогут внести необходимые изменения оперативно и без ошибок.
Если речь идет о производстве, очень важно своевременно и без ошибок получать информацию о поступающих заказах (например, с сайта или со специальной формы заказа), которые нужно произвести, а также своевременно и без ошибок передавать информацию о реально использованных материалах, что позволит продолжать работу без простоев.
Выше я уже упомянул, что на швейном предприятии потребовалось проводить интеграцию с раскроечным станком, который кроил одновременно 36 слоев ткани, нужно было получить информацию об обрезках, о количестве брака, и распределить этот брак на себестоимость всей партии изделий. Соответственно, потребовалась надстройка, которая непосредственно интегрировалась со станком, чтобы система понимала данные, которые из него выходят, и отправляла в станок данные в понятном ему формате. Кроме того, потребовалась обработка для полученных от станка данных для расчета брака и себестоимости изделий.
Также во многих других случаях полагаться на человеческий фактор недопустимо, так как ошибки, неточности в системе, несвоевременное внесение информации приводят к нарушениям в работе. А потому интеграция – процесс, конечно, не быстрый и дорогостоящий, но необходимый для повышения качества работы.
Сейчас на сайте 1С можно найти такие конфигурации практически для любой отрасли. Но очень важно понимать следующие моменты:
Эта система также создана на базе 1С, конфигурация также является комплексной, а не модульной. А потому все особенности продуктов 1С в принципе, а также проблемы, с которыми сталкиваются при внедрении комплексных конфигураций 1С, также присущи этой системе.
С одной стороны, версия 1С. УПП ERP 2.0 действительно отличается расширенным наборов функций, в первую очередь, касающихся вопросов автоматизации и управления. Но этот программный продукт создан сравнительно недавно. И я считаю, что рано еще переходить на эту версию в связи с тем, что она еще не до конца доработана.
К ней постоянно выходят обновления с новыми возможностями, новыми справочниками, документами, отчетами, в отличие от 1С. УПП, к которой в обновления включают только исправление выявленных багов и обновления бухгалтерской и налоговой отчетности, связанные с изменениями в законодательстве.
Кроме того, система 1С. УПП ERP 2.0 стоит значительно дороже конфигурации 1С. УПП.
Просто потому, что если типовая конфигурация «Управления производственным предприятием» вам не подходит по многим параметрам, то также не подойдут и отраслевые решения. В этом случае проще будет выбрать другой продукт или действительно заказать индивидуальное решение. А если типовая конфигурация вас по большей части устраивает, то количество доработок и настроек под особенности конкретного бизнеса для типового решения и отраслевого будет мало отличаться.
Важным минусом системы является отсутствие модульности. Т.е. для решения тех или иных проблем можно создавать определенные обработки или отчеты, «надстройки» над системой. Они будут работать, но при этом базовые решения останутся неприкосновенны. Но если для какой-то цели потребуется вносить изменения в работу документов или справочников, понадобится вносить правки во все подсистемы, которые существуют в конфигурации.
Из-за отсутствия модульности в этой системе невозможно вносить какие-то значительные корректировки в бухгалтерию или, например, в работу складского учета без значительных правок в документы и справочники, предназначенные для других подразделений. Они все связаны и работают с одними и теми же справочниками и документами. Впрочем, эта особенность широко известна, так как присуща всем программным продуктам от 1С.
А потому значительные доработки в этой системе обычно никто не делает, стараются обходиться внешними обработками, отчетами и другими надстройками. Отраслевые решения чаще всего являются просто разновидностью такого набора надстроек, который создавался для какого-то конкретного предприятия, относящегося к указанной области. И вам все равно понадобятся те или иные доработки, стоимость которых мало отличается от доработки базовой конфигурации. А надежность типового решения все же всегда выше, чем продукты от компаний-партнеров.
Вывод. Если вас устраивает базовая конфигурация системы, лучше всего, покупать и устанавливать ее. Но при этом очень важно, чтобы внедрением системы занимались опытные специалисты, которые сумеют не только настроить программное обеспечение, но и внесут все необходимые для вашего бизнеса доработки, отчеты, проведут интеграцию с другими программными продуктами и системами.
При грамотном подходе система 1С Управление производственным предприятии становится прекрасным инструментом, который позволит получить высокий уровень автоматизации бизнес-процессов и координации работы разных подразделений компании.
В качестве заключения, я хочу дать некоторые советы тем, кто решил приобрести и внедрить у себя программу “1с: Управление производственным предприятием 8 ред.1.3”:Какие бывают стратегии? Один мой клиент выбрал эту конфигурацию потому, что “это единственная система, в которой есть все”. Это предприятие работало в нескольких системах: 1с, Excel и т.д. - они решили взять одну систему для консолидации учета.
Другая компания, у которой развивалось производство, хотела проконтролировать незавершенное производство - их волновал учет материалов в производстве. Это тоже стратегия.
В этом разделе мы начинаем обзорный цикл статей, которые помогут освоить конфигурацию «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» может использоваться в ряде подразделений и служб производственных предприятий, включая:
Ожидается, что наибольший эффект внедрение прикладного решения даcт на предприятиях с численностью персонала от нескольких десятков до нескольких тысяч человек, имеющих десятки и сотни автоматизированных рабочих мест, а также в холдинговых и сетевых структурах.
«1С:Управление производственным предприятием 8» предоставляет:
Основная компонента управления производственным предприятием — это производственный учет.
Производственный учет — это сложная и интересная технология, со своими методиками и приемами. Задача производственного учета — учет всего хода преобразования затрат: затраты меняют свою природу, сливаются, расщепляются, преобразовываются различными способами в ходе производства, т.е. предметом производственного учета являются динамически меняющиеся объекты. Например, производственный учет дает ответ на вопрос: какова себестоимость продукта, если на его производство потребовался некий объем произведенной затраты №4, состоящей из частей затрат №1 и №2 и полностью учитываемой затраты №3. Почему частей? Потому что, к примеру, закупаются материалы некоего большого объема, и для начала нужно рассчитать, какова часть от этого общего объема материалов ушла на единицу продукции. То же самое касается и многих других затрат — электроэнергии и т.п. При этом необходимо учитывать всю историю прохождения затраты через производство — от момента возникновения затраты в учете до ее включения в себестоимость и продажи в составе продукции, причем возникновение в учете и включение в себестоимость могут быть в разных отчетных периодах.
Для работы нам потребуется платформа 1С 8.2. Релиз УПП можно взять любой последний редакции 1.3.
Работать будем с базой «демо». В настройках базы основной режим запуска выберите «Толстый клиент». Остальные настройки можно оставить по умолчанию.
Тем, кто еще не знаком с платформой 8.2 дадим краткую справку по термину «толстый клиент».
Толстый(Rich) клиент в архитектуре клиент-сервер - это приложение, обеспечивающее (в противовес тонкому клиенту) расширенную функциональность, независимо от центрального сервера. Часто сервер в этом случае является лишь хранилищем данных, а вся работа по обработке и представлению этих данных переносится на машину клиента.
Достоинства толстого клиента
Толстый клиент обладает широким функционалом в отличие от тонкого.
Режим многопользовательской работы.
Предоставляет возможность работы даже при обрывах связи с сервером.
Имеет возможность подключения к банкам без использования сети Интернет.
Высокое быстродействие.
Недостатки
Большой размер дистрибутива.
Многое в работе клиента зависит от того, для какой платформы он разрабатывался.
При работе с ним возникают проблемы с удаленным доступом к данным.
Довольно сложный процесс установки и настройки.
Сложность обновления и связанная с ней неактуальность данных.
При запуске установленной демо-базы выберите пользователя «Абдулов», у него полные права. Пароль указывать не нужно.
В целях изучения УПП при первом запуске переопределите интерфейс пользователя «Абдулов» на «Полный»: меню «Пользователи — Пользователи — Администрация — Абдулов — двойным щелчком открыть форму Абдулова — поле «Основной интерфейс» — Полный — кнопка Записать и закрыть». Затем в панели инструментов нажмите на кнопку «Переключить интерфейс» и выберите вариант «Полный».
О понятиях «Предприятие» и «Организация», «Регламентированный» и Управленческий учет». Предприятие — это совокупность всех организаций, по которым ведется учет в базе. «Регламентированный учет » определяется тем, что правила его ведения определены законодательно. «Управленческий учет » на каждом предприятии может быть свой, правила его ведения ничем не регламентируются и определяются руководством конкретного предприятия. В конфигурации УПП заложено определенное видение того, как лучше (удобнее, нагляднее, рациональнее) вести управленческий учет, но на каждом конкретном предприятии может быть свое видение его ведения в силу того, что нет единых правил и стандартов и в этом случае его потребуется дорабатывать. В типовой конфигурации УПП управленческий учет фактически отталкивается от требований в первую очередь бухгалтерского учета, при этом отчетность в управленческом учете направлена на реализацию потребности в планировании закупок, затрат и т.п. В реализации управленческого учета не используется принцип двойной записи, т.е. например, можно что-то оприходовать «из ниоткуда», и при этом не возникнет задолженности и т.п. Регламентированный учет ведется по каждой организации отдельно. Управленческий — отчасти в целом по предприятию.
О международном учете. Во вступлении говорилось о том, что в УПП можно вести международный учет. Стоит заметить, что эта возможность появляется, только если в настройках учетной политики задано ведение партионного учета. Если же (см. в интерфейсе «Заведующий учетом» в меню «Настройка учета — Настройка параметров учета») выбрать расширенную аналитику учета затрат (вместо партионного учета), то возможности вести международный учет не будет.
Справочник — это набор различных значений чего-либо. Справочник состоит из Элементов справочника
. Каждое значение элемента справочника характеризуется заданным набором параметров. Обычно один из параметров элемента справочника является неповторяющимся — для каждого элемента справочника его значение уникально. Обычно это код элемента справочника. Обычно справочник является пополняемым, т.е. в него можно добавлять новые элементы по мере работы с базой (существуют и не пополняемые справочники, обычно какие-то классификаторы, загружаемые из других мест).
Справочники полезны тем, что позволяют во много раз быстрее заполнять документы, при этом элемент будет везде одинаково назван и представлен, однажды задав параметры элемента, можно использовать их везде, где потребуется.
Каждый элемент справочника является объектом, на который можно ссылаться из других мест. Например, есть такой справочник «Контрагенты»:
Допустим, нужно ввести в базу данные об очередном поступлении товаров и услуг. Вместо того, чтобы в соответствующем месте писать название контрагента «ТОО «ИнноТрейд»» и указывать все его характеристики, которые могут потребоваться для того, чтобы оформить поступление, достаточно будет выбрать соответствующий элемент справочника «Контрагенты».
Или, к примеру, есть такой справочник — «Валюты»:
Вместо того, чтобы в каждом поступлении писать название валюты и указывать ее курс, мы просто можем в нужном месте выбрать значение справочника валют:
Регистр сведений — вид накопителя информации, внешне очень похожий на справочник. Но в отличие от справочника, строку регистра сведений нельзя указать в качестве объекта — на строку регистра нельзя сослаться, как, например, на конкретного контрагента справочника «Контрагенты». Зато в регистре сведений можно хранить, например, историю изменения какого-то элемента справочника. Например, история изменения значений элементов справочника «Валюты» хранится в регистре сведений «Курсы валют»:
Благодаря хранению истории валюты в регистре «Курсы валют» нет необходимости в каждом поступлении по многу раз указывать курс. Программа сама его определит при необходимости по дате.
Перечисление — частный случай справочника. Перечисление — это заданный фиксированный набор значений чего либо. В отличие от справочника, у каждого значения перечисления нет дополнительных параметров.
Константа — это значение чего-либо, определяемое обычно при начале работы с базой раз и навсегда. В константах УПП, в частности, хранятся настройки учетной политики.
Особый вид справочника, в котором описываются алгоритмы начислений и удержаний, и некоторая другая информация, необходимая для расчета начислений и удержаний.
Особый вид справочника, в котором описывается некая дополнительная информация, которую содержат объекты базы.
Документ — средство ввода данных, обработки введенных данных с возможностью учета существующих данных и преобразования существующих данных с учетом вводимых данных в информационную в базу.
Документы можно разделить на несколько типов:
Регистры накопления — основное хранилище количественных и суммовых данных в базе. Каждый из регистров накопления хранит свою специфичную информацию. Регистры накопления можно разделить на группы по виду хранимой информации:
При этом эти данные могут храниться в разных регистрах в зависимости от раздела учета, например, регистр Брак в производстве (международный учет), Брак в производстве (бухгалтерский учет), Брак в производстве (налоговый учет).
С точки зрения способа хранения информации регистры накопления бывают остаточные и оборотные .
Остаточные регистры накопления предназначены для хранения на каждый момент времени только остатков. Оборотные же регистры хранят данные о том, как менялся остаток с течением времени, т.е. на этот момент столько-то поступило в результате такого -то действия, на тот момент столько-то убыло в результате другого действия. Оборотные регистры позволяют анализировать историю изменения суммы или количества за период времени в разрезе каких-то параметров. Например, регистр продаж покажет, сколько и на какую сумму за некий период времени было продано конкретного товара каким контрагентам.
В регистрах накопления информация появляется при работе с документами, т.е. документы вводят ее туда.
Типовая конфигурация УПП содержит четыре плана счетов (и соответственно 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. Допроведение
: формирует движения по остальным
регистрам.
С концептуальной точки зрения допроведение аналогично «офф-лайн» проведению по партиям.
Допроведение выполняется:
Механизм полезен, если при вводе и проведении первичных документов:
Механизм применяется не для всех документов, а только для массовых , вводимых одновременно большим количеством пользователей.
Отложенное проведение не используется для документов, которые:
Список документов, для которых применяется отложенное проведение — см. .
Порядок работы с механизмом |
Механизм «Отложенное проведение документов» — опциональный. Его использование настраивается с точностью до организации в форме . Отложенное проведение действует начиная с указанной даты.
То, как будут проводиться документы, зависит от расположения даты документа относительно даты начала действия отложенного проведения:
Использовать отложенное проведение имеет смысл в периоде, в котором происходит интенсивный ввод первичных документов. Поэтому рекомендуется устанавливать дату начала действия отложенного проведения на начало месяца, за который вводятся первичные документы.
Допроведение документов выполняется в соответствии с . Может запускаться как автоматически по расписанию, так и вручную.
Допроведение имеет смысл запускать после окончания интенсивного ввода первичных документов. Перед запуском допроведения следует убедиться, что известны все данные для отражения документов в регламентированном учете.
Если после выполнения допроведения изменились данные, влияющие на отражение документов в регламентированном учете (например, настройки счетов учета по умолчанию), следует повторно допровести все документы. Это можно сделать, выбрав соответствующий способ допроведения в .
Допроведение должно быть выполнено до начала регламентных процедур по закрытию месяца (см. схему процедуры «закрытие месяца»).
После того, как интенсивный ввод документов в периоде закончен и документы допроведены, дату начала действия отложенного проведения целесообразно переместить вперед – на начало следующего месяца.
Описание механизма |
Если используется отложенное проведение, при проведении документов формируются движения по тем же самым регистрам, что и в режиме «полного» проведения при установленном флаге «Отражать в упр. учете». Как правило эти регистры используются для принятия оперативных решений.
Есть особенности для регистра «Учет затрат»: движения формируются только при проведении «производственных» документов, документов «Поступление товаров и услуг», «Авансовый отчет». При проведении всех остальных документов движения по данному регистру не формируются.
При проведении документов не формируются движения по регистрам, которые не используются для принятия оперативных решений:
Реализованные товары
Продажи себестоимость
Отложенное проведение несовместимо с режимами:
Списание партий при проведении документов
Определение авансов при проведении документов.
Эти режимы используются, когда
нет проблем с производительностью
нет задачи обеспечить гибкость отражения в учетах
более приоритетным является получение «точных данных сию минуту».
То есть отложенное проведение при использовании таких режимов не требуется.
После проведения документа его проведение можно отменить с помощью иконки
При отмене проведения документ снова становится доступным для изменения, а все его выполненные ранее движения удаляются (или становятся неактивными). Затем документ можно будет снова провести (возможно оперативно, со смещением на линии времени или неоперативно, т.е. не меняя дату и время).
В случае, когда пользователь решает, что, например, введенный им документ не нужен, он может его удалить. Удаление документов выполняется через пометку на удаление. Затем можно запустить обработку «Удаление помеченных объектов» и удалить окончательно, а до тех пор пометку удаления можно снять и восстановить документ. Такое многоступенчатое удаление полезно еще и тем, что обработка «Удаление помеченных объектов» перед удалением выполняет контроль данных и защищает от удаления объекты, которые используются где-то в другом месте базы данных. Например, было бы неправильным удалить непосредственно и сразу какого-то контрагента, если он уже указан в каких-то документах, т.к. в этом случае будет нарушена целостность данных — в таком документе получится ссылка на какой-то «неизвестный объект».
Кроме того, иногда документы можно удалить «непосредственно», т.е. сразу. Обычно непосредственное удаление делается обработками: когда есть , будет логично, чтобы эта же обработка могла их и удалить.
****************************************************************************************************************************************
Сегодня компания 1С является создателем программного продукта УПП – Управление производственным предприятием.
Дорогие читатели! Статья рассказывает о типовых способах решения юридических вопросов, но каждый случай индивидуален. Если вы хотите узнать, как решить именно Вашу проблему - обращайтесь к консультанту:
ЗАЯВКИ И ЗВОНКИ ПРИНИМАЮТСЯ КРУГЛОСУТОЧНО и БЕЗ ВЫХОДНЫХ ДНЕЙ .
Это быстро и БЕСПЛАТНО !
Данное прикладное решение позволяет максимально автоматизировать процесс управления даже очень крупной организацией, любого масштаба.
При этом данная система полностью соответствует всем российским, а также международным стандартам. Она позволяет обеспечивать бесперебойную хозяйственную деятельность.
Работа программы основывается на простых алгоритмах, потому для работы с ней необходимо пройти очень краткий курс обучения.
Программный продукт 1С: Управление производственным предприятием 8 представляет собой универсальный продукт, при помощи которого можно автоматизировать многие процессы, осуществляемые на предприятии.
Использование данной программы позволяет существенно сократить время на выполнение различных операций, а также свести к минимуму количество необходимых для функционирования предприятия сотрудников.
Так как с различными учетами может справиться даже всего один человек.
Прежде, чем приступить к изучению программного продукта рассматриваемого типа, необходимо в обязательном порядке разобраться со следующими важными вопросами:
Определения;
кто может быть пользователем;
нормативная база.
Особенно важен вопрос, касающийся определений – без знания терминологии, применяемой в работе данного программного продукта, работать с ним будет невозможно. Также следует изучить нормативную базу.
УПП осуществляет все возможные расчеты, а также формирование отчетов в полном соответствии с действующим на территории РФ законодательством.
Тем не менее, при возможности необходимо все же изучить все законодательные акты, имеющие то или же иное отношение к работе данного программного обеспечения.
УПП – программное обеспечение с очень большим функционалом. Именно поэтому оно помогает осуществлять работу и формировать отчетность различным сотрудникам.
Чтобы представлять, как функционирует УПП и успешно работать в ней, необходимо максимально подробно разобраться со следующими важными вопросами:
Под конфигурацией понимаются различного рода прикладные решения, реализованные в 1С: Управление производственным предприятием.
Данные решения – различного рода направления работы предприятия. Отличительной особенностью данного продукта от 1С является большое количество различных направлений.
Имеющиеся прикладные решения могут полностью автоматизировать работу отдела кадров, бухгалтерии, IT-службы, инженерный отдел, склад и другое.
Именно за счет большого количества различных конфигураций можно максимально сократить персонал.
Так как если ранее для осуществления расчетных операций при большом количестве сотрудников требовалось порой несколько расчётов, то благодаря автоматизации всех процессов вполне достаточно будет одной.
Важно помнить, что фактически 1С: Управление производственным предприятием представляет собой простую программную оболочку для работы с базами данных.
Архитектура позволяет осуществлять установку полностью всего продукта как на операционные системы Microsoft Windows, так и на Linux. Имеются отдельные версии для инсталляции на компактные вычислительные устройства.
Под лицензированием понимается специальный электронный ключ. Только при его наличии становится возможным использование 1С: УПП. Причем как серверных, так и клиентских версий.
Важно знать — использование нелицензионных версий строго наказывается действующим законодательством.
Сегодня при помощи рассматриваемого программного обеспечения может решаться достаточно обширный перечень самых разных задач.
Так, планирование и бюджетирование в программе 1С: Управлением производственным предприятием 8 позволяет дирекции даже очень крупной организации максимально быстро составлять бизнес план – на основании получения максимально подробной отчетности о деятельности всех подразделений.
Сегодня 1С: УПП требуется для работы:
Разработчики компании 1С ожидают, что максимальный эффект автоматизации будет достигнут при использовании данного программного обеспечения на предприятиях, где имеется тысячи и десятки тысяч рабочих мест.
УПП позволит свести к минимуму временные задержки между отдельными рабочими подразделениями, оптимизировать взаимодействием между отдельными структурами.
При необходимости сотрудник сможет получить требуемую информацию с минимальными затратами времени.
Сегодня 1С: Управление производственным предприятием представляет собой автоматизированный программный комплекс, обновляющийся самостоятельно – при этом вся отчетность, расчеты и все иные действия выполняются им в рамках действующего законодательства.
При этом работающему с системой сотруднику необходимо лишь понимать алгоритм работы. Именно для этого необходимо ознакомиться с соответствующим законодательством:
Необходимо помнить о том, что для каждого действующего прикладного решения работает своя нормативная база.
Обозначенная выше необходима для бухгалтеров, а также сотрудников отдела кадров, осуществляющих свою работу в соответствующих конфигурациях.
Работающим в иных сферах производства необходимо будет изучить иную нормативную базу. Но при этом необходимо помнить, что программа также может допустить ошибку.
Именно поэтому необходимо в обязательном порядке при возможности проверять правильность выполнения различного рода расчетов.
Причем чаще всего причиной появления всевозможных ошибок все же является именно человек.
Рассматриваемая программа имеет множество самых разных особенностей. При возможности все их необходимо изучить.
В первую очередь они затрагивают следующие моменты:
Максимально подробное ознакомление со всеми обозначенными выше моментами позволяет свести к минимуму вероятность возникновения каких-либо ошибок. Особенно это касается функциональных возможностей системы.
Отличительной особенностью продукта 1С: Управление производственным предприятием является чрезвычайно высокая функциональность.
Фактически, УПП содержит в себе все прикладные решения, которые были когда-либо разработаны компанией 1С.
Функциональные возможности позволяют использовать данный продукт в следующих областях:
При этом внутри рассматриваемого продукта применяется также свой собственный язык программирования.
Благодаря чему можно в дополнение к уже имеющимся, готовым функциональным возможностям добавлять различные новые, сделанные самостоятельно.
Для этого необходимо лишь знать законодательство, а также ознакомиться с технологией разработки прикладных решений. 1С: УПП включает в себя полный функционал следующих конфигураций, доступных по отдельности:
На сегодняшний день в 1С: Управление производственным предприятием входят следующие блоки:
Каждый блок позволяет реализовать огромный перечень задач с минимальными затратами времени. Особенно интересен блок регулирования взаимоотношения с клиентами.
Данная функция особенно необходима предприятиям, осуществляющим реализацию произведенной продукции через дилеров.
При помощи данной функции можно упорядочить процедуру взаимодействия с большим количеством закупщиков. При больших объемах производства требуются не менее внушительные закупки.
Именно поэтому при отсутствии специальных систем автоматизации как закупок, так и хранения приобретенного сырья очень сложно справиться с управлением предприятием.
Исправить положение помогает именно 1С: УПП – процедура внедрения данного продукта достаточно проста.
Установка, а также запуск рассматриваемой системы в обязательном порядке должен осуществляться специалистами. В противном случае велика вероятность возникновения каких-либо ошибок.
Видео: 1С Бухгалтерия 8 — Понятный и бесплатный самоучитель
Что может привести к различного рода сложностям. Процедура установки и первого запуска представляет собой особую операцию под названием «внедрение».
Реализуется она силами специальных партнеров — «внедренцев». При этом реализуются:
Также процедура внедрения может реализовываться силами специалистов самого предприятия при тесном взаимодействии с партнерами – «внедренцами».