Отличие «1С: УПП» от «1С: БП. Перенос данных из упп в бп С УПП: подробнее о продукте

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

Для того чтобы работать с этой конфигурацией, необходимо купить сам продукт. Рекомендованная цена от компании 1С составляет 186 000 рублей. А лицензирование этого программного продукта производится по общему для 1С признаку, т.е. пользователи других продуктов 1С могут не покупать какие-то отдельные лицензии для этой системы.

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

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

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

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

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

В книге “Производственный и операционный менеджмент” Р. Б. Чейз, Ф. Р. Джейкобз, Н. Дж. Аквилано мне понравился список задач, которые ставятся перед ERP системами для производственного предприятия:

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

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

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

Учет заказов – это неотъемлемая часть работы любого отдела сбыта (продаж). Любой заказ состоит из нескольких частей:

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

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

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


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

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

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

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

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

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

Итак, первый этап работы осуществлен: создан документ Заказ покупателя, в котором отражены данные клиента и товары, которые ему необходимы. Теперь нужно передать информацию на производство.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


MRP (Material Requirements Planning) – это автоматизированное планирование потребностей предприятия в сырье и материалах для производства. Планирование производится на основе спецификаций.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В качестве заключения, я хочу дать некоторые советы тем, кто решил приобрести и внедрить у себя программу “1с: Управление производственным предприятием 8 ред.1.3”:

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

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

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

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

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

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

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

Не для каждой компании УПП подходит. Я видел компанию, в которой работало 15 человек. Система УПП досталась им каким-то образом “в наследство”, но при этом внедрение и доработка стоили больших денег, и они в итоге так и не перешли на УПП. Надо понимать, что если ваша компания не достаточно готова к работе с таким сложным продуктом - то и эффекта от нее не будет. Я не рекомендую для небольшой компании эту конфигурацию.

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

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

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

Документы (только с признаком "Отразить в бух. учете" ):

1. Реализация товаров и услуг;
2. Поступление товаров и услуг;
3. Счет-фактура выданный;
4. Счет-фактура полученный;
5. Отчет производства за смену;
6. Требование накладная;
7. Возврат товаров от покупателя.

1. УПП (Операции - Обработка... - Универсальный обмен данными в формате XML) ;

2. УПП . Заполняем реквизит "Имя файла правил" выбрав скаченный файл;

3. УПП . На вкладке "Параметры выгрузки" при необходимости указываем организацию по которой требуется выгрузить документы;

4. УПП . На вкладке "Выгружаемые данные" указываем период выгрузки и отмечаем требуемые виды документов. Выгружаем.

5. БП . Открываем обработку "Универсальный обмен данными в формате XML" (Все функции... - Обработки - Универсальный обмен данными в формате XML) ;

6. БП . На вкладке "Загрузка данных" загружаем сформированный файл данных;

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

Синхронизация:

1. Документы синхронизируются по внутреннему идентификатору источника (ГУИД);
2. Основные справочники синхронизируются по ГУИД + по полям поиска:

• Организации: ИНН; update 23.07.18 (ИНН, КПП);
• Контрагенты: ИНН, ЭтоГруппа; update 23.07.18 (ИНН, КПП, ЭтоГруппа);
• Договоры контрагентов: ВидДоговора, Владелец, Наименование, ЭтоГруппа;
• Номенклатура: Наименование, ЭтоГруппа;
• Статьи затрат: Код, ЭтоГруппа; update 23.07.18 (ВидРасходовНУ, Наименование, ЭтоГруппа);
• Подразделения организаций: Код, Владелец;
• Склады: Код, ЭтоГруппа.

Обмен тестировался на УПП 1.3.96.1 - БП 3.0.61.47, УПП 1.3.96.1 - БП 3.0.67.67, УПП 1.3.116.2 - БП 3.0.67.67 и может некорректно работать на других релизах. Возможна адаптация под нужный релиз.

Update 07.18 исправлены ошибки, изменены поля поиска.

Перенос данных из программы 1С УПП ред.1.3 в 1С Бухгалтерия 8 ред. 3.0

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

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

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

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

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

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

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

Порядок работы.

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

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

Рис.1 Выгрузка данных

Для выгрузки необходимо использовать правила обмена УПП_ACC8.xml , на которые нужно указать в поле ввода Имя файла правил . При выборе файла правил, они будут прочитаны, и будет заполнено дерево Правила выгрузки данных . При необходимости можно перечитать правила обмена с помощью кнопки, находящейся справа от поля ввода. При чтении правил обмена будут заполнены параметры выгрузки значениями по умолчанию (см. рис.2), при желании их можно изменить перед выгрузкой данных.

Рис.2 Параметры выгрузки данных

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

Нажимаем кнопку Выгрузить данные и получаем файл данных в указанной папке.

Затем данные нужно загрузить в базу-приемник. Для этого используем ту же обработку Универсальный обмен данными в формате XML но в базе-приемнике. Указываем на закладке имя файла для загрузки то же самое что при выгрузке (см. рис.3) и нажимаем кнопку Загрузить данные .

В процессе загрузки, если при выгрузке был установлен параметр Синхронизировать настройки программы и параметров учета в значение Да , будет произведена настройка параметров учета в базе-приемнике БП 8.3. Если настройка в базе-приемнике не совпадает с настройкой в базе-источнике, то она будет скорректирована, о чем появятся записи в окне служебных сообщений (см. рис.4). Сравните содержание окна сообщений с параметрами, показанными на рис.2. Понятно, что в дальнейшем, при переносе остальной информации, уже нет необходимости в такой синхронизации.

Рис.4 Сообщения об изменениях в настройке параметров учета

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

2. Далее следует перенести в базу-приемник БП 3.0 остатки на дату переноса. Правила обмена в этом случае работают точно также как при любом переносе данных в любую другую базу: формируются документы Ввод начальных остатков . При выгрузке следует указать правила в разделе Входящие остатки (см. рис.5).

Рис.5 Правила обмена для переноса остатков

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

Рис.6 Пример ошибки в учете

В данном случае обе строки документа Ввод начальных остатков с неверными остатками в базе-приемнике 1С 8.3 следует удалить. Тогда документ проведется.

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

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

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

Рис.7 Правила выгрузки документов

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

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

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

Рис.8 Правила выгрузки справочников

Справочники не обязательно переносить целиком, можно ограничить выгрузку различными фильтрами. Для этого в правой половине окна нужно настроить отбор (см. рис.9), самый простой: в Поле указать выбранный справочник, в Тип сравнения - Равно, в Значение - ссылку на элемент справочника. Именно это позволяет переносить недостающие элементы справочников, которые не выгрузились по ссылкам из документов. Можно создавать и более сложные отборы, используя различные реквизиты справочников и различные типы сравнения.

Рис.9 Установка отбора при выгрузке

Отчет производства за смену , документ Выпуск продукции и документ Комплектация номенклатуры с видом операции Выпуск продукции . Все они конвертируются в БП 3.0 в документ Отчет производства за смену , во всех случаях необходимо определить плановую стоимость

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

Совет: используйте настройки по умолчанию, которые устанавливаются при загрузке правил обмена. Если настройки сбились, это значит, что Вы сохраняете автоматически и используете свои настройки. Снимите галочку Использовать при открытии и настройки из правил обмена восстановятся.

Если регистр сведений периодический, то выгрузка производится за период выгрузки (см. рис.9). Переносить или нет такой регистр и, если переносить, то за какой период - решать пользователю.

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

Особенности переноса документов по учету производства. К таким следует отнести: документ Отчет производства за смену , документ Выпуск продукции и документ Комплектация номенклатуры с видом операции Выпуск продукции . Все они конвертируются в БП 3.0 в документ Отчет производства за смену , во всех случаях необходимо определить плановую стоимость (плановую сумму), поскольку в БП 3.0 этот реквизит является обязательным. Если в УПП используется режим учета затрат Партионный , то плановая стоимость определяется по данным бухгалтерского учета по проводкам документа УПП. В случае режима расширенной аналитики РАУЗ плановая стоимость определяется по данным бухгалтерского учета за тот месяц, в котором отражен данный документ. Плановая стоимость это оборот в дебет счета учета ТМЦ (10, 21, 41, 43) с кредита счета 20. При этом, если в параметрах учета установлена константа ВестиПартионныйУчетПоСкладамРегл , то плановая стоимость номенклатуры определяется по каждому складу. В противном случае по всем складам сводно.

При переносе документа Комплектация номенклатуры с видом операции Выпуск продукции заполняется табличная часть Материалы и соответственно при проведении документа Отчет производства за смену в БП 3.0 производится списание материалов. При переносе документа Отчет производства за смену в 1С Бухгалтерия 8 табличная часть Материалы не заполняется, так как в этом случае существуют документы вида Требование-накладная .

Если возникла проблема при загрузке: "Указанный файл не существует ", рекомендую сделать следующее. Переключиться из "Режим работы (на сервере)" в "Режим работы (на клиенте)", тогда становится не активным окно выбора файла загрузки. При нажатии на кнопку "Загрузить данные" обработка предлагает выбрать файл загрузки, укажите его в этом окне явно. Старайтесь, чтобы полная длина имени файла не превышала 64 символа, не содержала пробелов и русских букв, само имя файла было как можно короче, н-р CDData.xml

Комплект поставки.

В комплект поставки входят: правила переноса УПП_ACC8.xml . Для варианта Перенос остатков и документов из программы 1С УПП в 1С БП ред.3.0 с отбором по ЖР в комплект входит также обработка УниверсальныйОбменДаннымиXML_С_Отбором_По_ЖР .

Другие правила переноса данных:

16.12.2016

Среди отличий «1С: УПП» и «1С: БП» можно выделить следующие:

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

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

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

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

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

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

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

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

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

Имея достаточный опыт внедрения УПП, хочу отметить, что на каждом проекте рано или поздно приходилось переводить бухгалтерию как отдел на работу в программе . Трудностей в этом процессе возникает достаточно. В особенности хотелось бы отметить переход из БП 2.0 на УПП. Несмотря на то, что уже вышла БП 3.0, я думаю, этот вопрос еще какое-то время останется популярным. Итак, в чем же заключается трудность?

Начинать надо с того, что в 1.3 бухгалтерия ближе к бухгалтерии предприятия редакции 1.6, нежели к 2.0, хотя конечно же весь функционал соответствует современным реалиям. Тем не менее это воспринимается как возврат к чему-то старому, морально устаревшему. И самое главное, в этом есть изрядная доля истины.

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

Отличия 1С УПП от 1С Бухгалтерии

Основные негативные моменты, которые отличают УПП от БП, с которыми мне пришлось столкнуться на практике:

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

Получите 267 видеоуроков по 1С бесплатно:

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

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

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

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

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

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

Отсутствие процедуры закрытия месяца, такой близкой и понятной. Да, такая обработка отсутствует в УПП. Закрытие месяца осуществляется с помощью бизнес-процесса «Процедура закрытия месяца», который использует элемент справочника «настройка закрытия месяца».

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

Отчет Ведомость амортизации в УПП имеет иное представление и не отражает движение по перемещению основных средств, альтернативно можно использовать модернизированный отчет.

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

Пути выхода из сложившейся ситуации

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

В одной компании была очень сильна позиция бухгалтерии, им жутко не нравился возврат в прошлое на 1С УПП 1.3, проект был под угрозой срыва… К счастью, у компании были отличные финансовые возможности… Итогом стала полная переписка всех бухгалтерских отчетов и приведение их к виду БП 2.0, добавление новых документов в журналы документов, вывод форм поиска на формы журналов документов. Вышло дорого: и в плане разработки, и в плане дальнейшего сопровождения, но бухгалтерия почувствовала свою значимость, и проект продолжился.

Хотя этот вариант и не представляется очень эффективным, однако он имеет место в жизни.

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