1с бухгалтерия доработка. Редактирование форм типовых объектов

Любые типовые решения «1С» представляют собой полностью готовые продукты для использования в той или иной сфере. Однако все они открыты для редактирования.

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

Для этого существует услуга по доработке функционала.

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

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

Примеры возможных изменений в программе 1С:

• 1. Внесение изменений в настройки пользовательских прав и значений, установленных по умолчанию.

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

• 2. Внесение изменений и разработка новых различных печатных форм.

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

• 3. Создания новой и изменений существующей отчетной документации.

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

• 4. Возможность написания технических зданий.

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

• 5. Возможность добавления нового функционала в конфигурацию.

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

• 6. Возможность оптимизации продуктивности 1С.

По показателю быстродействия, система «1С: Предприятие» занимает лидирующее место в своем сегменте. Но достижение максимально быстрой работы системы возможно лишь после внесения ряда изменений, настраиваемых под индивидуальную ИТ-структуру каждого клиента.

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

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

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

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

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

Преимущества доработанной конфигурации

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

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

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

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

Недостатки доработки конфигураций

При всех явных преимуществах доработка типовых конфигураций 1С влечет за собой и некоторые неприятные последствия:

1. Снятое с техподдержки фирмы 1С для возможности доработки типовое решение теряет возможность автоматического обновления . Если все же обновление будет выполнено, то все внесенные в архитектуру конфигурации изменения будут утеряны. Обновление программы сможет выполнять только квалифицированный специалист, который перенесет все написанные вручную усовершенствования в обновленную версию программы.
2. Довольно часто бывает, что доработанные самописные механизмы конфигурации в дальнейшем реализуются разработчиками 1С штатным образом и вносятся в составе одного из обновлений. Таким образом, в ранее выполненных модификациях уже нет необходимости.
3. У каждого программиста 1С, как у художника, — свой собственный стиль: кто-то опытный пишет более грамотно и квалифицированно, кто-то более самобытно. Разобраться при необходимости в коде другого человека бывает весьма непросто, вплоть до того, что быстрее написать модуль с нуля, чем внести изменения в чужой код. Таким образом, существует некоторая привязка к программисту, который вносит в программу изменения.
4. Не всегда заказчик обладает достаточной квалификацией, чтобы составить для программиста грамотное техническое задание и понятно объяснить, какой же конечный результат он хочет видеть. Вследствие этого, между двумя сторонами может возникнуть недопонимание и потребность в дальнейшей корректировке заказа.

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

Этот курс проводится в дистанционном формате

Основной формат материалов – видео-уроки. Общий объем уроков – 26 учебных часов .

Поддержка в Мастер-группе – 62 дня.

Порядок обучения

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

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

По данной схеме мы обучаем несколько тысяч клиентов в год. Это работает:)

Требования для прохождения курса

Какие знания должны быть у слушателя:

• Знание основных объектов метаданных и механизмов платформы
• Опыт работы с запросами
• Навыки работы с конфигурациями на базе БСП

Платформа и конфигурации:

• Свежая версия платформы
  • 8.3.10 использована в большинстве видео-уроков и примеров
  • 8.3.11, 8.3.12, 8.3.13 и 8.3.14 использованы в отдельных занятиях по этим редакциям
• Демонстрационная конфигурация “Управляемое приложение” (это бесплатная конфигурация, которую выпускает 1С, ее можно скачать с сайта ИТС)
• Актуальные релизы типовых конфигураций УТ 11 (УТ 11.3.3 и и свежее ) и БП 3.0 (БП 3.0.50 и свежее )

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

6 700 рублей

Гарантия

Мы ведем обучение с 2008 года, уверены в качестве наших курсов и даем на этот курс нашу стандартную 60-дневную гарантию .

Это значит, что если Вы начали заниматься по нашему курсу, но вдруг передумали (или, скажем, не имеете возможности), то у Вас есть 60-дневный срок для принятия решения – и если Вы производите возврат, мы возвращаем 100% оплаты.

Рассрочка платежа

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

Это возможно при оплате от физических лиц на сумму от 3 000 руб. до 150 000 руб.

Все, что Вам нужно сделать – это выбрать способ оплаты “Оплата через Яндекс.Касса”. Далее на сайте платежной системы выбираете “Заплатить по частям”, указываете срок и размер выплат, заполняете небольшую анкету – и через пару минут получаете решение.

Варианты оплаты

Мы принимаем все основные формы платежей.

От физических лиц – оплаты с карт, оплаты электронными деньгами (WebMoney, ЯндексДеньги), оплаты через интернет-банкинг, оплаты через салоны связи и так далее. Возможна также оплата заказа по частям (в рассрочку), в том числе без дополнительных процентов.

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

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

Обучение нескольких сотрудников

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

Если компании требуется обучить нескольких сотрудников, мы обычно предлагаем “дополнительные комплекты”, которые стоят на 40% дешевле.

Для оформления заказа на “дополнительный комплект” выберите в форме 2 и более комплектов курса , начиная с второго комплекта стоимость курса будет на 40% дешевле .

Есть три условия использования дополнительных комплектов:

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

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

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

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

Проблема

Перед тем как начать говорить о решениях озвучим проблему. Типовые решения не могут выполнить все «хотелки» компании и единственный способ их реализовать – обратиться к сторонним/своим разработчикам. Если «хотелка» затрагивает типовые механизмы (объекты, формы, алгоритмы), то конфигурация становится непригодной для автоматического обновления.

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

Документирование, инструменты

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

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

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

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

Конфигурирование

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

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

Нужны примеры костылей? Пожалуйста! Заказчику всегда не хватает полей в стандартных документах/справочниках и он хочет добавить свои. Исполнить это желание проще без открытия конфигуратора. Активировать использование дополнительных (см. рисунок 1) реквизитов в настройках и потом быстренько создать все необходимые поля. Созданные таким образом реквизиты не затрагивают конфигурации и они пригодны для использования в отчетах, следовательно, практически ничем не уступают нативным.

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

Одну и ту же печатную форму можно сделать разными способами: воспользоваться механизмом, предоставляемым БСП (библиотека стандартных подсистем) или написать код напрямую в модуль формы/менеджера определенного объекта. Результат будет один и тот же – клиент получит желаемое, а вот поддержка решения усложнится.

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

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

Внешние печатные формы

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

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

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

Для создания внешней печатной формы требуется описать три служебных функции: «СведенияОВнешнейОбработке », «Печать », «ВыводИнформацииПоДокументу ». Они обязательно должны находиться в модуле обработки, т.к. к ним будут обращаться механизмы БСП.

Функция «СведенияОВнешнейОбработке » описывает структуру с базовой информацией по обработке. Перечисленные сведения необходимо для успешной регистрации в механизме внешних печатных форм. Непосредственная регистрация происходит через добавление элемента в справочник «Дополнительные отчеты и обработки» (см. рисунок 2).

Особое внимание стоит обратить на следующие свойства:

• МассивНазначений. Содержит название объектов метаданных, для которых будет регистрировать печатная форма. Допускается несколько вариантов указания объектов: «Документ.ПриходныйКассовыйОрдер», «Документ.*». Последняя запись подразумевает все документы, доступные в системе.
• Вид. Определяет вид внешней обработки. Обработки разных видов регистрируются по-разному. Для печатных форм указываем «ПечатнаяФорма», остальные доступные виды привел в комментариях.
• Наименование. Название обработки в системе.
• Идентификатор. Используется в нескольких местах, рекомендуется присваивать осмысленное имя. Чаще всего здесь указывает имя обработки, например: «РогаИКОпыта_ФормированиеМакетаКассовогоОрдера».
• Модификатор. Если в качестве макета используется табличный документ, то указываем «ПечатьXML».

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

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

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

• Имя для сохранения параметров печати. Чаще пользуются шаблоном: «ПАРАМЕТРЫ_ПЕЧАТИ_ИмяПечатнойФормы».
• Макет. В методе «ПолучитьМакет» требуется указать имя макета.

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

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

Обработки для заполнения

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

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

Начало процесса разработки обработки заполнения стандартное: создаем новую обработку и описываем в модуле служебную функцию – «СведенияОВнешнейОбработке» (см. листинг 1).

Листинг 1. Заготовка для обработки заполнения

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

Рассмотренной функции достаточно для создания каркаса обработки-заполнения. Дальше все зависит от решаемой задачи. Если требуется создать форму обработки и наладить связь с объектом заполнения, вам потребуется описать в форме несколько параметров:

• ОбъектыНазначения (Произвольный) – массив ссылок на объекты заполнения.
• Идентификатор (Строка) – идентификатор команды.
• ДополнительнаяОбработкаСсылка (СправочникСсылка.ДополнительныеОтчетыИОбработки).

Для корректной работы требуется определить все перечисленные параметры. Работать в большинстве случаев придется с «ОбъктыНазначения». Если обработка заполнения ориентирована на работу с одним объектом для заполнения, то достаточно выполнить проверку на заполнение коллекции и в случае успеха выдернуть нулевой элемент.

Модернизация типовых форм

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

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

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

Новые расширения создаются в конфигураторе с помощью менеджера расширений («Конфиугурация» -> «Расширения конфигурации»). В окне менеджера отображаются все установленные расширения (см. рисунок 3) и интерфейс для создания новых.

Для создания нового расширения нажимаем кнопку «Добавить» и в появившемся окне заполним поля (рисунок 4):

• Имя. Стандартные правила именования объектов метаданных 1С.
• Синоним.
• Префикс. Дополнительное значение, которое будет автоматически добавляться для всех созданных сущностей в расширении.

Нажимаем “Ok” и перед вами отобразится дополнительное дерево конфигурации (рисунок 5).

Принцип работы с деревом конфигурации расширения мало чем отличается от работы со стандартным деревом конфигурации информационной базы. Отличие заключается в ограничениях (http://its.1c.ru/db/v839doc#bookmark:dev:TI000001513).

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

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

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

Попробуйте поместить в созданную заготовку любой объект метаданных. Свои эксперименты я провожу на конфигурации «Бухгалтерия некредитной финансовой организации КОРП», но все сказанное будет актуально для большинства решений, построенных на базе БСП.

Я расширил документ «КонтСтраховойПолис » (добавил табличную часть и новые реквизиты), а затем добавил основную форму документа в созданное расширение (контекстное меню «Добавить в расширение»).

Вместе с формой будут перенесены связанные реквизиты, а также ряд других объектов (рисунок 6).

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

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

Идеи для расширений

Не стоит думать о расширениях, как о своеобразных костылях для модификации объектов. Это полноценная система плагинов с большим потенциалом на развитие. Уже сегодня расширения позволяют создавать: подсистемы, общие модули, роли, общие формы, обработки, отчеты, HTTP-сервисы, WS-ссылки, XDTO-пакеты. Перечисленных объектов хватит для решения многих реальных задач.

Например, в нашей компании с помощью расширений удалось решить цикл задач, связанных с интеграцией CRM и корпоративным порталом. Механизмы обмена перенесены в расширения и для интеграции требуется несколько кликов мышкой. Все необходимые объекты метаданных поставляются в виде расширения (HTTP-сервисы, обработки и т.д.).

Аналогичным образом обстоят дела с интеграцией КИС и CMS. Стандартные механизмы обменов в виде громоздкого CommerceML – не самый удобный и быстрый способ выгружать номенклатуру на сайт. Расширения от разработчиков CMS могут запросто решить эту проблему и не создать пользователю типовых решений проблем с последующим обновлением.

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

На что еще способны расширения

О механизме расширений конфигурации можно говорить долго и написать отдельную статью. Технология постоянно развивается и пополняется новыми возможностями. Наиболее интересные новинки произошли с релизом платформы 8.3.9. Свет увидела первая концепция перехвата/подмена функций в модулях (расширение модулей).

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

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

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

&Перед, &Вместо, &После. Например: &Вместо ("РассчетСтраховойПремии") Функция РассчетСтраховойПремииСДополнительнымиРисками(Параметр) // Какой-то код КонецФункции

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

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

Подписки на события

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

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

Программная доработка форм

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

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

Модификация ролей

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

В идеальном варианте – старайтесь максимально дробить роли. Выделяйте роли на чтение и запись документов/справочников, не соединяйте права в одну роль. Конечно, не стоит это делать для каждого документа/справочника конфигурации, но делать нужно хотя бы для групп объектов. Рассмотрим пример – «Кассовые документы». К ним относятся как минимум «ПКО» и «РКО». Таким образом легко формировать гибкие профили безопасности (БСП).

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

Не ленитесь

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

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

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

Учет дополнительных расходов при поступлении товара

Пример 1

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

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

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

В результате проведения документа Поступление товаров и услуг

Дебет 41.01 Кредит 60 - на сумму приобретенного товара; Дебет 19.03 Кредит 60 – на сумму НДС.

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

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

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

• По сумме;
• По ко личеству.

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

Сумма дополнительных расходов указывается в соответствии с данными, отраженными в акте выполненных работ от поставщика (рис. 1).

После проведения документа Поступление доп. расходов формируются следующие бухгалтерские проводки:

Дебет 41.01 Кредит 60 – на сумму дополнительных расходов; Дебет 19.04 Кредит 60 – на сумму НДС с дополнительных расходов.

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

ИС ИТС

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

Доработка товара на давальческой основе

Пример

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

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

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

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

Заполняя документ Передача товаров (Передача сырья в переработку) , необходимо на закладке Товары (рис. 2) заполнить в качестве обязательных реквизитов: наименование организации-переработчика и договора с ним; наименование, количество и счета учета товаров (материалов), переданных в переработку.

Обращаем внимание , что независимо от того, как учитывались передаваемые ценности (в качестве товаров или в качестве материалов), при передаче в переработку в поле Счет передачи по умолчанию устанавливается субсчет счета 10.07 - Материалы, переданные в переработку на сторону .

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

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

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

Для отражения выпуска продукции, полуфабрикатов, материалов или товаров (ТМЦ), произведенных силами сторонней организации, нужно заполнить закладку Продукция (рис. 3).

На этой закладке указывается:

• Номенклатура - наименование выпущенных ТМЦ (в нашем примере - Футболка с логотипом тип 2 );
• Количество, Цена плановая и Сумма плановая - количество и плановая себестоимость выпущенных ТМЦ;
• Счет учета - счета учета выпущенных ТМЦ;
• Спецификация - список нормативов расходов, необходимых для выпущенных товарно-материальных ценностей (значение поля Спецификация будет использоваться при заполнении закладок Использованные материалы и Возвращенные материалы ).

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

Для организаций, уплачивающих налог на прибыль, суммовая оценка прямых расходов, приходящихся на выпуск, отражается так же, как в бухгалтерском учете - в плановых ценах. При закрытии месяца при выполнении регламентной операции Закрытие счета 20, 23, 25, 26 ее величина корректируется до фактической суммы расходов.

Для признания расходов по оказанию услуг сторонней организацией по производству продукции нужно заполнить закладку Услуги (рис. 4).

На этой закладке указывается:

• Номенклатура - наименование оказанных услуг;
• Количество, Цена и Сумма - стоимость услуг переработки (на основании этих данных прямые расходы производственного подразделения организации распределяются по видам оказанных услуг при выполнении регламентной операции Закрытие счета 20, 23, 25, 26);
• Статья затрат - статья учета расходов по оказанию услуг переработки.

На закладке Счет затрат обязательно нужно указать следующие реквизиты:

• Счет затрат - счет учета расходов по производству продукции силами сторонней организации (в нашем примере это субсчет 20.01 - Основное производство);
• Подразделение затрат - производственное подразделение организации, передавшее материалы в переработку;
• Номенклатурная группа - вид продукции, выпущенной силами сторонней организации.

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

На этой закладке указывается наименование (Футболка красная х/б ) и количество использованных материалов, счет учета (10.07), статья учета затрат расходов по списанию материалов (Материальные расходы ). Табличную часть закладки Использованные материалы Спецификация на закладке Продукция

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

В соответствии с учетной политикой фактическая себестоимость готовой продукции формируется без использования счета 40 – Выпуск продукции (работ, услуг) .

После проведения документа Поступление из переработки формируются следующие бухгалтерские проводки:

Дебет 43 Кредит 20.01 – на сумму продукции в плановых ценах; Дебет 20.01 Кредит 60.01– на сумму услуг по переработке; Дебет 20.01 Кредит 10.07 – на себестоимость использованных материалов; Дебет 19.04 Кредит 60.01 – на сумму НДС с услуг по переработке.

Футболка с логотипом тип 2 ) будет скорректирована с учетом фактически произведенных затрат по переработке.

ИС ИТС

Подробнее о переработке материалов на стороне см. в видеозаписи лекции от 25 сентября 2014 года «Отражение операций переработки давальческого сырья в «1С:Бухгалтерии 8» (ред. 3.0)» на сайте 1С:ИТС.

Доработка товара собственными силами

Пример

ООО «Андромеда» получила от поставщика и оприходовала на склад партию футболок, которые планируется продавать оптом.

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

В этой ситуации возникает вопрос: поскольку мы будем использовать собственный процесс производства, как правильно приходовать футболки от поставщика, в качестве товаров или в качестве материалов?

Руководствуясь Инструкцией по применению Плана счетов бухгалтерского учета финансово-хозяйственной деятельности организаций, утв. приказом Минфина России от 31.10.2000 № 94н, можно закрепить в учетной политике следующий порядок действий:

• если при принятии к учету невозможно определить, будет ли доработан в дальнейшем данный вид товаров, следует оприходовать товар на счете 41, а в случае принятия решения о его доработке - оформить перевод товара в материалы проводкой: Дебет 10.01 Кредит 41.01;
• если у организации при принятии ТМЦ на учет была цель доработать данный вид ТМЦ до его продажи, то правильнее отражать принятие к учету ТМЦ, используя счет 10 Материалы.

Из условий Примера 3 следует, что решение о доработке товаров было принято позднее, поэтому в табличной части документа Поступление товаров и услуг (с видом операции Товары ) в графе Счет учета указывается счет 41.01. Также необходимо указать наименование, количество, цену и общую сумму товара в соответствии с накладной от поставщика. Допустим, в графе Номенклатура будет указано наименование товара как: Футболка синяя х/б .

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

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

• Счет затрат - счет учета расходов производства (20.01);
• Подразделение затрат - производственное подразделение организации, выпустившее продукцию (оказавшее услуги).

Для отражения выпуска продукции нужно заполнить закладку Продукция . На этой закладке указывается (рис. 5):

• Продукция - наименование выпущенной продукции (в нашем примере - Футболка с логотипом тип 3 );
• Номенклатурная группа - вид выпущенной продукции;
• Сумма плановая - плановая себестоимость выпущенной продукции (на основании данных этого поля прямые расходы производственного подразделения распределяются по видам и наименованиям выпущенной им продукции при выполнении регламентной операции Закрытие счетов 20, 23, 25, 26 );
• Спецификация - список нормативов расходов, необходимых для выпуска ТМЦ (значение этого поля будет использоваться при заполнении закладки Материалы ).

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

• Номенклатура - наименование списанных материалов (Футболка синяя х/б);
• Количество - количество списанных материалов;
• Счет учета - счет учета материалов (10.01);
• Статья затрат - статья учета расходов по списанию материалов (Материальные расходы);
• Номенклатурная группа - вид выпущенной продукции, на которую относится стоимость материалов выпуска.

Закладка Материалы может быть заполнена автоматически по спецификации (кнопка Заполнить ).

После проведения документа Отчет производства за смену сформируются соответствующие бухгалтерские проводки:

Дебет 43 Кредит 20.01 - на стоимость продукции в плановых ценах; Дебет 20.01 Кредит 10.01 – на себестоимость использованных материалов.

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

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

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

ИС ИТС

Подробнее о выпуске готовой продукции см. в «Справочнике хозяйственных операций. 1С:Бухгалтерия 8» в разделе «Бухгалтерский и налоговый учет» ИС 1С:ИТС.

Комплектация товара

Пример 4

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

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

• Склад - склад, на котором осуществляется комплектация (разукомплектация);
• Номенклатура (в нашем примере Комплект сувенирной продукции «Спорт» );
• Количество и Счет учета комплекта (41.01).

В табличной части указываются комплектующие, их количество и счета учета (рис. 6).

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

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

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

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

Документ Комплектация номенклатуры (с видом операции Разукомплектация ) используется в обратной ситуации, когда комплект надо разобрать на отдельные предметы).

ИС ИТС

Подробнее об операции по комплектации номенклатуры см. в «Справочнике хозяйственных операций. 1С:Бухгалтерия 8» в разделе «Бухгалтерский и налоговый учет» ИС 1С:ИТС.