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

• Как доработка влияет на обновления конфигурации.
• Что такое полуавтоматический режим обновления.
• Доработку можно делать по-разному. Как делается «мягкая» доработка?
• Дорабатывать или использовать типовое решение? Плюсы и Минусы.

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

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

Доработка программы 1С с помощью разработки расширений.

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

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

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

1. Концепция минимизации «разрушений» типовой конфигурации

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

2. Комментирование изменений кода:

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

• //++ — начало блока
• //— — конец блока
• VION — имя (или ник) разработчика
• 0001234 — номер задачи по трекеру, ставится только в открывающем комментарии, чтобы в результаты глобального поиска по номеру задачи каждое изменение кода попадало только один раз
• Доработка на старте — произвольный комментарий, используется при необходимости, но если номер задачи отсутствует, то краткий пояснительный текст обязателен

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

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

2.1 Вставка кода

Пример :

2.2 Удаление кода

Пример :

2.3 Изменение существующего кода

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

Пример :

2.4 Добавление процедур и функций в модуле

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

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

Пример :

Данное правило позволяет легко переносить изменения в модуле в «попроцедурном сравнении» конфигураций.

Если же закрывающий комментарий поставить на следующей строке:

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

3. Добавление объектов верхнего уровня

Имена объектов верхнего уровня, создаваемых в конфигурации, обязательно должны начинаться с префикса вашей компании или отдельного префикса проекта. Как правило, он состоит из двух-трех заглавных букв и подчёркивания, например АБ_ . Соответственно, создаваемые объекты будут называться АБ_НовыйСправочник , АБ_НовыйРегистрСведений , АБ_НовыйДокумент и т. д.

Синонимы (видимые пользователю имена) добавленных объектов верхнего уровня должны начинаться с префикса, заключённого в круглые скобки: (АБ) . В результате эти объекты будут визуально выделяться в списках и сгруппировано располагаться в их начале (что облегчает и тестирование, и использование).

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

Пример : Создать справочник «Проекты».

Действия разработчика : в конфигурации создается следующий справочник:

• Имя: АБ_Проекты
• Синоним: (АБ) Проекты

4. Добавление подчиненных объектов

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

4.1 Добавление подчиненных объектов в типовые объекты конфигурации

Подчинённые объекты, добавляемые в существующие (типовые) объекты конфигурации, должны снабжаться префиксами : АБ_ДополнительныйРеквизит , АБ_НоваяТабличнаяЧасть , АБ_ФормаНастроекПользователя , АБ_МакетСпециальнаяНакладная . Но при этом синонимы таких подчинённых объектов создаются без префикса .

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

Пример : Создать реквизит «Проект» документа «Авансовый платеж».

Действия разработчика : в конфигурации создается следующий реквизит:

• Имя: АБ_Проект
• Синоним: Проект
• Комментарий: // VION 20.07.2016 000123

4.2 Добавление подчиненных объектов в объекты, добавленные в рамках проекта

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

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

Пример : Создать реквизит «Ответственный» у справочника «(АБ) Проекты».

Действия разработчика : Если задача отличная от той, в которой создавался справочник «(АБ) Проекты», то в конфигурации создается следующий реквизит:

• Имя: Ответственный
• Синоним: Ответственный
• Комментарий: // VION 20.07.2016 000456

5. Добавление предопределенных элементов

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

5.1 Добавление предопределенных элементов в типовые объекты конфигурации

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

Пример: В план счетов «Хозрасчетный» добавить предопределенный счет 10.15 — Бланки строгой отчетности.

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

• Имя: АБ_БланкиСрогойОтчетности
• Код: 10.15
• Наименование: Бланки строгой отчетности

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

5.2 Добавление предопределенных элементов в объекты, добавленные в рамках проекта

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

6. Использование общих модулей и их строгая структура

Неоднократно используемые в конфигурации процедуры и функции, обработчики подписок и регламентных заданий размещаются в общих модулях. Для этих целей следует добавлять собственные модули , добавленные по объектов верхнего уровня, оставляя типовые модули неизменными . При разработке будут полезны следующие общие модули («АБ_» - префикс):

• АБ_ОбщегоНазначения (клиент, сервер, внешнее соединение) - для размещения обычных процедур и функций.
• АБ_Серверный (только сервер) - для процедур и функций, которые обязательно должны исполняться в среде сервера.
• АБ_Глобальный - для процедур и функций, вызов которых стандартным способом (через имя модуля и точку) неудобен.
• АБ_Привилегированный - для процедур и функций, которые всегда нужно исполнять под полными правами.
• АБ_ПовторноеИспользование - для кэширования возвращаемых значений некоторых функций.

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

7. Использование подписок и их строгая структура

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

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

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

Пример : При проведении документа «Авансовый платеж», делать записи в регистр накопления «(АБ) Затраты по проектам».

Действия разработчика :

1. Создать подписку «АБ_ДокументыОбработкаПроведения» (если такая подписка не была создана раннее), в качестве источника указать все документы, событие — «ОбработкаПроведения».

2. Создать общий серверный модуль «АБ_ДокументыОбработкаПроведения».

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

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

8. Редактирование форм

8.1 Редактирование форм типовых объектов

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

Пример : На основную форму документа «Авансовый платеж», добавить реквизит «(АБ) Проект».

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

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

В типовых конфигурациях на базе БСП 2, уже есть специальный функционал для данных целей:

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

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

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

8.2 Редактирование форм объектов, добавленных в рамках проекта

Формы объектов, добавленных в рамках проекта (т. е. имеющие в своем названии префикс) редактируются обычным способом.

9. Принципы работы с ролями

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

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

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

10. Внешние отчеты и обработки

Большинство доработок в системе может быть выполнено с помощью механизма Дополнительных отчетов и обработок.

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

Помогла ли вам данная статья?

Оставьте свое имя и номер телефона, оператор свяжется с Вами в рабочее время в течение 2 часов.

Москва Санкт-Петербург Самара

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

Преимущества работы с нами

• Все услуги доработки 1С 8.2 выполняются по отлаженной технологии, сертифицированной по международной системе менеджмента качества ISO 9001:2001.
• Мы гарантируем минимальные сроки выполнения работы, при условии активного сотрудничества Заказчика с экспертами нашей компании.
• Мы установили минимальные цены , чтобы и начинающие, и крупные компании могли произвести необходимые доработки 1С.
• Мы контролируем качество выполнения работ. За каждым сотрудником закреплен эксперт 1С, который контролирует работу.
• Мы даем гарантии на выполненные работы. Если в течение двух месяцев Заказчик обнаружит ошибки и неисправности в работе программ 1С, мы их исправим абсолютно бесплатно.

Что такое доработки 1С?

Доработка 1С – это некий «тюнинг» программ 1С, которые вы чаще всего используете в работе.

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

Когда следует выполнять доработку 1С?

Перед выполнением доработок 1С необходимо ответить для себя на несколько вопросов:

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

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

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

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

В нашей компании выполнение доработок конфигураций 1С выполняется в соответствии с требованиями международной системы качества ISO 9001:2001.

Как производится доработка 1С?

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

Обычно 1С доработка включает в себя: доработка печатных форм, доработка отчетов или разработка новых отчетов, разработка обработок для анализа, для экономии времени обработки информации или заполнения информации, доработка конфигурации с созданием новых объектов конфигурации (справочников, документов, регистров, их реквизитов) Что бы доработать 1С вам необходимо воспользоваться услугами опытного программиста.

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

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

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

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

Средствами встроенного языка 1С, может быть использован механизм для загрузки данных в 1С из программы, с которой вы работали. Если объем данных очень большой, перенести их вручную экономически нецелесообразно. Для специалиста это всего несколько часов работы. В любом случае не стоит недооценивать универсальность системы 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С:ИТС.