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

Курсы фирмы 1С (Москва)

Курсы 1С в регионах (ЦСО)

Дистанционные курсы

Экзамены













ГлавнаяКурсы 1С, Экзамены 1СЕжегодная конференция «Использование программных продуктов 1С в учебных заведениях»

Ссылка на аккаунт в социальной сети twitterСсылка на аккаунт в социальной сети Вконтакте Версия для печати
Bookmark and Share

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

Год: 
2016
2015
2014
2013
2012
2011
2010
2009
2008
2007
2006
2005

2010 г.

Cекция "Развитие платформы "1С:Предприятие 8" и прикладных решений на ее основе"

"03. Обзор новых возможностей конфигурации «Управление торговлей» редакция 11 на платформе «1С:Предприятие 8.2»" (Богачева Т.Г., Фирма 1С)

Презентация 

Введение

В январе 2010 года выпущена бета-версия прикладного решения «Управление торговлей», редакция 11. Бета-версия прикладного решения «Управление торговлей», редакция 11 является очередным этапом развития прикладного решения, предназначенного для автоматизации предприятий оптовой и оптово-розничной торговли.

Основные направления развития в новой редакции конфигурации «Управление торговлей»:

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

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

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

Отдел маркетинга

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

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

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

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

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

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

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

В системе предусмотрена возможность хранить произвольное количество типовых графиков оплаты. Для этого предназначен справочник «Графики оплаты». Типичные графики оплаты могут выглядеть так: «30 % предоплата, 70 % кредит в течение 5 дней», «Полная предоплата в течение 3 дней» или «Кредит в два этапа по 50 % в течение месяца».

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

График оплаты по заказу позволяет:

  • Автоматически запретить обеспечение и/или отгрузки по заказу, если не поступила предоплата в необходимом объеме
  • Отразить планируемые поступления в платежном календаре
  • Сформировать счета на оплату клиенту
  • Рассчитать просроченную задолженность клиента

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

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

Возможны три варианта расчета цен:

  1. Задание цены вручную. Такие цены должны назначаться пользователем по мере необходимости в момент актуализации цен;
  2. Цена рассчитывается на основе данных информационной базы. Это могут быть цены конкурентов и поставщиков, себестоимость, другие произвольные данные. Агрегирование рыночных цен (определение минимальной, максимальной или средней из цен нескольких конкурентов или поставщиков) рассматривается как частный случай расчета такой цены. Для таких видов цен можно не только выбрать предопределенные правила расчета, но и с помощью стандартных средств системы компоновки данных описать произвольные правила их извлечения из информационной базы;
  3. Цена рассчитывается автоматически на основании других видов цен по некоторой заданной формуле. Например: «Мелкопотовая = Оптовая + 10 %» или «Дилерская = Мин(Средняя цена рынка, Оптовая)». Алгоритм расчета может быть задан для вида цен в целом и уточнен для каждой ценовой группы при необходимости.

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

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

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

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

Отдел оптовой продажи

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

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

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

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

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

При оформлении сделки с клиентом менеджер фиксирует информацию о первичном спросе клиента. На основе данных о первичном спросе клиента формируется коммерческое предложение клиенту.

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

Коммерческие предложения позволяют фиксировать историю переговоров с клиентом по определению состава и условий продаж. Менеджер формирует коммерческое предложение. Коммерческое предложение может быть распечатано в форматах .doc (Microsoft Word) и .odt (OpenOffice). Менеджер отсылает коммерческое предложение клиенту со своими предложениями. Клиент присылает ответ по коммерческому предложению, который фиксируется как коммерческое предложение, введенное на основании исходного коммерческого предложения. По результатам согласования менеджер отмечает те позиции, по которым с клиентом согласованы условия.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Прикладное решение «Управление торговлей», редакция 11  позволяет производить комплексную оценку клиентской базы с использованием АВС/XYZ классификации клиентов. Для АВС/XYZ классификации клиентов применяется  регламентное задание, которое может выполняться  в соответствии с расписанием, которое назначает пользователь. В программе хранится история классификации клиентов и на основании истории классификации клиентов может быть произведен комплексный анализ клиентской базы (BCG) по одному из параметров классификации: выручка, валовая прибыль или количество продаж.  С целью упрощения настройки классификации пользователем используется графический метод определения границ классов. Автоматический расчет стадий отношений с клиентами (без настройки границ перехода разовый/постоянный) стал возможен из предположения, что клиенты Z-класса и есть разовые. Пользователю необходимо выбрать только набор типов параметров классификации (выручка/валовая прибыль/количество продаж), период классификации, количество периодов (3-5) XYZ классификации и настроить расписание регламентных заданий.

ABC/XYZ классификация является базисом для анализа зависимости от клиентов, лояльности клиентов и BCG анализа.

Анализ зависимости от клиентов строится на результатах ABC классификации. Зависимость тем больше, чем меньше клиентов A-класса (абсолютно и по отношению к количеству клиентов остальных классов). Соотношение количества клиентов B и C-классов дает возможность выбора стратегии работы с клиентами C-класса. Если количество клиентов B и C-классов приблизительно равно, то имеет смысл прекратить бизнес - отношения с ними, так как ресурсы компании используются не эффективно, а потери в объемах продаж будут не существенными.

Анализ лояльности клиентов строится на результатах XYZ классификации.

BCG анализ строится на пересечениях ABC и XYZ классификации, отчет показывает так же переходы между классами по результатам текущей и предыдущей классификаций.

Отдел закупок

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

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

Поддерживается несколько стратегий пополнения запасов: объемно-календарное планирование на основе прогноза спроса, «заказ по точке перезаказа» (с фиксированным объемом или с регулярным интервалом поставки), «заказ под заказ». Разные стратегии пополнения могут быть назначены  индивидуально каждому товару на каждом складе. Стратегия пополнения запаса может быть рассчитана автоматически, на основании ABC/XYZ классификации запасов. Предусмотрена также возможность ручного изменения стратегии управления запасами.

Пример. В соответствии с проведенной ABC/XYZ классификации запасов товары отнесены к группе АX (товары стабильно продаются и имеют высокий товарооборот, то есть приносят торговому предприятию высокий доход). Для таких товаров устанавливается метод  "Объемно-календарное планирование". Метод "Заказ под заказ" устанавливается для товаров, которые относятся к группе CZ. По таким товарам на складе не хранится запас, товар заказывается у поставщика только при возникновении потребности клиента (оформлении заказа клиента).

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

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

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

Склад

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

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

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

Финансовый отдел

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

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

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

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

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

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

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

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

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

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

Учет прочих доходов реализован аналогично учету прочих расходов.



© ООО "1С"
Все права защищены. Все торговые марки являются собственностью их правообладателей.

Адрес: Москва, ул. Селезнёвская, д.21.
Режим работы: 9:30 - 18:00 (по рабочим дням)
Телефон: (495) 737-92-57
Факс: (495) 681-44-07