Управление резервами товаров в УТ 11 и ERP. Особенности и нюансы

Публикация № 314921 25.11.14

Бухгалтерский учет - Оптовая торговля

резервы обеспечение

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


Три слоя регистров – три варианта остатков товаров

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

  • ТоварыОрганизаций – остатки товаров в разрезе юр.лиц. Также этот регистр имеет общий разрез аналитики с учетом себестоимости товаров. Основные регистраторы по данному регистру – Поступление товаров и Реализация товаров.
  • ТоварыНаСкладах – остатки товаров по складам. Эти остатки должны соответствовать физическому наличию товара на складе. Т.е. по данным РН ТоварыОрганизаций товар мог быть уже продан, его нет. Но пока физически товар не ушел со склада – он остается в РН ТоварыНаСкладах. Основные регистраторы по этому регистру – складские ордера: приходный, расходный и прочие; в случае когда ордерная схема не используется – движения делают документы Поступление товаров и Реализация товаров.
  • СвободныеОстатки, РезервыСерийТоваров, ГрафикДвиженияТоваров, ОбеспечениеЗаказов а также ДвижениеТоваров (технический промежуточный регистр) – показывают информацию о резервах, свободных остатках и графике будущего движения запасов. Управление резервами и запасами строится вокруг этой системы регистров. Для краткости далее будем называть эту группу регистров – «регистры управление резервами». С регистраторами по СвободнымОстаткам связан примечательный факт. Списание остатков производится документом Реализация товаров. Но при использовании ордерной схемы – поступление товаров в свободные остатки отражается документом Приходный ордер. Однако продать такой товар не получится до оформления документа Поступление товаров, т.к. для продажи необходимо чтобы он числился в т.ч. по РН ТоварыОрганизаций. На практик с подобными проблемами пока сталкиваться не приходилось, но лучше знать об этом поведении.

Обособленный учет только по ВидамЗапасов – опасный рудимент

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

В чем подвох? Все отчеты в типовой конфигурации, сообщающие о свободных остатках, резервах, планируемых поступлениях и т.п. – строятся на регистрах управления резервами, а эти регистры о видах запасов ничего не знают. Т.е. вы можете увидеть в отчете информацию о свободных остатках товаров, но продать их не сможете – при попытке проведения Реализации товаров система будет писать о нехватке товаров организации под какой-то там вид запасов. Провести документ продажи, в данном случае, можно только с указанием той же Сделки/Менеджера/Подразделения, которые были указаны в документе закупки. По аналогии с текущими остатками, обособленные виды запасов не видны в планируемом товародвижении. Т.е. при закупках через рабочее место «Обеспечение потребностей» - программа не скажет, что нужны товары именно под определенную сделку. А если вы будете рассчитывать на ожидаемое поступление товаров, для которых в заказе поставщику указан вид запасов – можно попасть в совсем плачевную ситуацию, когда вы пообещаете клиенту товар, а потом не сможете его продать, т.к. уже потом, по факту поступления на склад, выяснится, что он был изначально предназначен для других целей.

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

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

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

Функционал «обособленного учета себестоимости по видам запасов» включается в разделе Администрирование – Финансы.

Указание порядка резервирования в документах

Порядок резервирования товаров в последних версиях конфигураций (УТ 11.1.9, ERP 2.0.9) в Заказах клиентов указывается индивидуально в каждой строке списка товаров.

Возможны следующие варианты:

  • Резервировать на складе – резерв товара из текущего складского остатка
  • Резервировать к   - резерв товара по графику (подробнее – ниже), из планируемого количества остатков на эту дату
  • К обеспечению – товар никак не резервируется. В формировании заказов на обеспечение потребностей (заказов поставщикам, на перемещение с другого склада и т.п.) – будет видна потребность в этом товаре, будет предложено его заказать. Важно отметить, что в данном случае никак не контролируется, что товар действительно получится обеспечить в указанную дату. В версиях 11.0 конфигурации «Управление торговлей» такая возможность существовала (см. РС НастройкаКонтроляОстатков, реквизит ДатаГраницыГрафика), но от неё отказались ради упрощения интерфейса.
  • Не обеспечивать – товар никак не резервируется. И при формировании заказов – потребность в этом товаре также не будет фигурировать.
  • Обеспечивать обособленно – товар будет предложено обеспечить обособленно, см ниже – резервы «под назначение».
  • Отгрузить – команда, означающая что по данной строке заказа уже разрешена отгрузка. Например, при отгрузке только по факту оплаты – программа позволяет построчно управлять отгрузкой при получении частичной предоплаты.

Резервирование по графику («к дате отгрузки» и «требуется»)

Одной из наиболее удобных возможностей управления запасами в УТ 11 и ERP, по сравнению со старыми системами, является возможность резервирования по графику. Логика этой системы – контроль остатков по товарному календарю. Рассмотрим ситуацию – сейчас товара нет в наличии, но есть планируемые поступления по заказу поставщику. Старые системы (УТ 10.х, УПП 1.х) предлагали «разместить» заказ клиента в конкретном заказе поставщику. Но в целом ряде ситуаций такая связь может быть неудобна:

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

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

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

Дата

Документ

Планируемое изменение

Планируемый остаток

01.11

Текущий остаток на складе

10

02.11

Заказ поставщику

50

60

03.11

Можно сделать заказ с отгрузкой в эту дату, до 30 шт.. Больше запланировать нельзя – для Заказа №2 не хватит товара

 

04.11

Заказ клиента 1

-10

50

05.11

Заказ клиента 2

-20

30

06.11

Заказ поставщику

50

80

07.11

Можно сделать заказ с отгрузкой в эту дату или любую последующую дату, до 55 шт. Больше запланировать нельзя – для Заказа №3 не хватит товара

 

08.11

Заказ клиента 3

-25

55

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

В действиях в Заказе клиента для резервирования по графику нужно использовать вариант «Резервировать к [дате отгрузки]».  Когда ожидаемые поступления еще не запланированы – указанный вариант действий будет недоступен, т.к. его указание означает для продавца гарантию наличия товара к определенной дате, при условии соблюдения графика поставок.

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

Возможность поставить товар в резерв с учетом еще не запланированных поступлений, исходя из стандартных сроков поставки товаров, существовала в УТ 11.0, но потом от неё отказались ради упрощения интерфейса.

 

Надо отметить, что если компании требуется максимально сократить избыточные резервы, то даже при наличии товара на складе – следует использовать резервирование к дате отгрузки, а не резервирование со склада. В типовой конфигурации на текущий релиз (УТ 11.1.9, УП 2.0.9), при наличии товара на складе и отсутствии ожидаемых поступлений в – нельзя использовать резерв по графику, пользователю доступен только резерв со склада. Архитектурных ограничений для этого в конфигурации нет, в версиях 11.0 существовала возможность ставить резерв из графика, когда планируемых поступлений еще нет, но товар есть на текущих остатках. Эту возможность убрали ради упрощения функционала. Но если компания имеет высокий товарооборот по одной номенклатурной позиции – может быть целесообразно доработать программу и вернуть такую возможность. Стоит отметить, что частичный возврат этих возможностей из версии 11.0 – потребует значительных трудозатрат, т.к. потребуется частично переписать логику многих интерфейсов и контролей резервов.

Резервирование под «назначение» (под заказ)

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

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

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

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

Обособленное обеспечение под назначение имеет следующие принципы работы:

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

Сценарий работы с обособленным обеспечением следующий:

  1. Формируется заказ, требующий обособленного обеспечения (в заказе клиента, в графе «Действие» установлено – «Обеспечивать обособленно»).
  2. В заказе поставщику в графе «Назначение» для каждого товара указывается заказ клиента, сформировавший потребность.
  3. Поступление по заказу поставщику.

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

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

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

 

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

Связь управления резервами с контролем оплат. Резервы и реализации

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

  • Аванс (до обеспечения)
  • Предоплата (до отгрузки)
  • Кредит (после отгрузки)

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

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

В УТ 11 и ERP появилась возможность использования Реализации товаров как Заказа. Реализация имеет статус «К предоплате», в котором она отражает не продажу товара, а его постановку в резерв на складе. Если в документе указан обязательный процент предоплаты – перевести реализацию в статус «К отгрузке» будет невозможно до получения оплаты. В статусе «К отгрузке» товар отражается как проданный по РН ТоварыОрганизаций, но еще числится на складе, если используется ордерная схема. При отражении складского ордера – товар списывается по РН ТоварыНаСкладах.

Инструменты контроля и управления резервами

В программе реализован ряд сервисов по управлению резервами:

Функция "Заполнить обеспечение" в заказе

 В заказе клиента можно по кнопке «Заполнить обеспечения» автоматически заполнить все строки заказов доступными для них вариантами обеспечения, из выбранного списка. Данный сервис автоматически определяет максимально близкий к отгрузке клиенту тип действия (т.е. самое жесткое резервирование со склада, если оно возможно).

Состояние обеспечения

Для анализа ситуации с обеспечением заказов – можно использовать «Состояние обеспечение», доступное по одноименной кнопке в командной панели списка товаров в заказе клиента (на узких мониторах – см. «Все действия»).

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

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

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

Аналогичное рабочее место можно использовать по всем заказам сразу, см. раздел «Закупки» - «Состояние обеспечения заказов».

Подбор товаров в документы продажи

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

Отчет «Доступные для продажи товары»

Сводную картину по текущим остаткам товаров и резервов можно получить в отчете «Доступные для продажи товары». В данном отчете показываются:

  • наличие на складе,
  • товары в категории «отгружается» - товары, переданные на отгрузку, но еще не отгруженные со склада (в случае использования ордеров при отгрузке).
  • резервы товара со склада и из графика,
  • обособленные резервы под назначение
  • свободные остатки = наличие на складе минус резервы и товары к отгрузке.

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

 

 

 

Возможные проблемы с резервами

  • При выборе в заказе варианта "Требуется"- можно указать любую дату отгрузки, даже нереалистичную. Также после планирования поставки под данный заказ – его могут зарезервировать под другой заказ, т.к. очередности обеспечения заказов в статусе «требуется» нет, действует правило – «кто первый встал, того и тапки». Данная проблема решается использованием логики периода контроля из УТ 11.0
  • Контроль резервов по графику работает день в день. Т.е считается что заказ поставщику с датой поставки 20.11 будет обеспечивать заказ клиента с отгрузкой в эту же дату, хотя физически отгрузки товара могут происходить по утрам, а поступления на склад – по вечерам. Проблема решается доработкой документов обеспечения, чтобы все плановые поступления в РН ГрафикДвиженияТоваров отражались датой на один день больше.
  • В программе нет инструментов предупреждения пользователей о том, что товар уже не удастся поставить к указанной дате: если произойдет срыв поставки товаров, то продавец узнает об этом только если самостоятельно построит отчет и увидит, что в нужную дату товара в наличии не будет. Одной из крайне полезных доработок, которую мы делали на одном из внедрений, было автоматическое создание задач и писем пользователям, по заказам которых возникли проблемы из-за переноса срока поступления товара от поставщика.
  • В конфигурации отсутствует возможность запретить использовать резервы  со склада, или резервы по графику, хотя такая возможность бывает необходима.
  • Хотя этап оплаты «Аванс» подразумевает, что до аванса обеспечивать заказ нельзя – резерв со склада можно установить и без аванса.
  • Во многих компаниях бывает востребовано автоматическое снятие резервов при просрочке оплаты или отгрузки. Зависание резервом приводит к лишним закупкам товаров и снижении оборачиваемости запасов и оборотных средств. Организационно стимулировать менеджеров на своевременное закрытие заказов не очень просто, да и проблемы может быть просто в том, что они забывают отменить неактуальные резервы.
    В типовой конфигурации возможность автоматического снятия резервов пока отсутствует.
  • Отсутствие полной информации о других заказах клиентов и плановой даты поступления товара на склад – снижает удобство обработки «Подбор товаров». Часто бывает полезным её доработать соответствуюим образом.
  • Регистры учета резервов не имеют разреза «Организации», если продавать товары нужно строго с определенной организации, но владеет им другая организация – о невозможности продать товар от имени желаемой организации программа сообщит только при проведении документа продажи.

Особые случаи использования резервов. Резервы по сериям 

Одним из особых случаев управления резервами является резервирование с учетом серий.

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

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

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

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

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. shalimski 6 26.11.14 04:00 Сейчас в теме
Большое спасибо вам за статью!
2. gull22 88 26.11.14 10:07 Сейчас в теме
Спасибо за информацию. Плюс.
3. vtolga 83 26.11.14 11:41 Сейчас в теме
Огромное спасибо, будет очень полезно.
4. DoctorRoza 26.11.14 13:42 Сейчас в теме
Спасибо, хорошая статья!
SunShinne; +1 Ответить
5. DAnry 8 26.11.14 13:51 Сейчас в теме
Статья хорошая для общего ознакомления с системой управления резервами. В теории выглядит все красиво. Но на практике приходится сталкиваться с "человеческим фактором", когда такая "академическая" статья не поможет. Например у меня был случай: торговая фирма занимающаяся в основном оптовыми и мелкооптовыми продажами. Клиенты разделены между менеджерами по продажам. Менеджеры "на проценте" от дохода от продаж. Конечно есть ходовой товар и товар, который продаётся плохо. При поступлении ходового товара менеджеры сразу (один перед другим) резервируют его своим клиентам, даже если реально заказы ещё не поступали, и держат сколько можна. В результате свободный остаток 0, хотя товар на складе в наличии. Сначала установили параметр "держать в резерве не больше Х дней". Не помогло. По истечении срока менеджеры просто "перерезервировали" (простите за каламбур) резерв. Не буду перечислять другие "программные" механизмы, которыми пробовали решить проблему. Помогла простая беседа, точнее мужской разговор по душам.
olexich; aesafonov; ogre2007; +3 Ответить
11. Neo. 30.11.14 04:25 Сейчас в теме
Спасибо за статью.

(5) DAnry, мы поступили таким образом. Менеджер оформляет заказ покупателя. Документ резервирует товар на складе или размещает в заказах поставщику по одному из условий: заказ полностью оплачен, покупатель является VIP, под ответственность начальника отдела. При поступлении товара на склад, он резервируется за покупателем на N дней. Если товар не забран в течении этого периода, то резерв снимается. Самостоятельное резервирование запрещено всем, кроме начальника отдела. Есть нюансы когда именно происходит резерв (проведение документов оплаты или заказа покупателя) и размещение (заказ поставщику ещё может не существовать), сколько держать товар в резерве, снимать ли с него, но это уже особенности фирмы.
29. Dragonim 130 25.08.15 14:16 Сейчас в теме
(5) DAnry, Это называется "Решать административную проблему техническими средствами", ни чего хорошего от такого решения не ждите. Когда столкнулись с такой же проблемой порекомендовали начальнику отдела продаж удерживать процент стоимости товара с менеджеров, объясняя это тем что за купленный товар оплачены деньги и они не в обороте, а сам товар дорожает пролёживая на складе. Половина желающих резервировать без договорённости отпала, а для другой ввели обязательное указание причины отмены (есть такой столбец в заказе). В итоге желающие резервировать "на всякий случай" исчезли.
cleaner_it; Spacer; +2 Ответить
6. Denis S 26.11.14 14:29 Сейчас в теме
Спасибо за хорошую статью! Очень пригодилось!
7. ruslan88 26.11.14 15:22 Сейчас в теме
Хорошая статья! Будет полезно.
8. unknownN 26.11.14 15:58 Сейчас в теме
Весьма интересно, благодарю.
9. yam 25 26.11.14 16:03 Сейчас в теме
Отличная статья, все очень грамотно разъяснено. Спасибо!
10. losara1983 6 27.11.14 21:47 Сейчас в теме
Супер разжевали, спасибо!
12. CheBurator 3379 03.12.14 03:37 Сейчас в теме
Спасибо
Хорошая статья для вводного обзорного ознакомления
Почерпнул полезного

Вызывает сомнение адекватность для менеджеров имеющихся инструментов по выставлению видов резервирования в заказах и их управлением
Если пару заказов на пару строк то возможно ок
Если в день несколько дестков заказов по несколько стоен строк тире все должно делатьс както на автомате с использованием какихто политик или регламентов
И вот здесь начинаютс сомнени в адекватности типово конигурации
13. FFelix 483 03.12.14 10:23 Сейчас в теме
(12) CheBurator, Я не понял какой вариант обеспечения именно вас смущает - "по графику" или "по назначению", где вы уже жестко связываете заказы.
В обоих вариантах заказы поставщикам могут быть сформированы автоматически с помощью инструмента "формирования заказа по потребностям" (в меню создания заказов поставщикам).
А в целом такие инструменты управления уже показали свою эффективность:
Обособленно обеспечиваемые заказы (под назначение) используются там, когда менеджеру нужно запретить отказываться от заказанного товара. Например, когда он продает клиенту редкий товар. Единственная необходимая доработка на внедрении - для таких товаров следует запретить указывать другие варианты.
Резервы по графику (из других заказов, но необособленно) - помогают сэкономить на оборотных запасах.
Инструмента, которого не хватает в типовой сильно - это запретить использовать определенные способы резервирования для определенных товаров; один из примеров я выше указал. В остальном, принципиально все вместе варианты резервирования позволяют реализовать практически любой режим работы.
14. vabue 121 18.12.14 00:44 Сейчас в теме
Скажите, Олег, а по проблемам с резервами, озвученными вами в статье — стоит ли надеятся на решение их 1С в процессе развития типовой?

Или не рассчитывать на это, а ломать типовой механизм своими велосипедами?
15. FFelix 483 18.12.14 19:18 Сейчас в теме
(14) vabue, вы спросили конечно...
Думаю, с закрытием заказов с просроченной отгрузкой/оплатой - когда-нибудь в типовой решат. Также когда-нибудь решат проблему попадания в один день поставок и отгрузок.
Вопрос - когда. Может быть в течение года, а может быть и дольше придется ждать. Имеет смысл просить разработчиков на форуме partners.v8.1c.ru
Если просить о чем-то будут чаще - есть небольшой шанс, что это сделают быстрее.
Но в целом, если решение обязательно нужно в ближайшие полгода - надо делать самому.
16. sergey_irk 19.12.14 00:49 Сейчас в теме
Спасибочки! Статья понравилась особенно для обзорного ознакомления. Кое что почерпнул для себя.
17. wowkai 4 11.01.15 20:32 Сейчас в теме
Изучаю УТ11 и почти с каждым обновлениям у них что-то меняется в системе резервирования товаров.
Спасибо за статью!
18. Рамзес 29 15.01.15 11:21 Сейчас в теме
Спасибо за подробное и понятное изложение функционала резервирования и возможных сценариев его применения. Очень полезно!
19. grayshadow 13.02.15 07:16 Сейчас в теме
Вопрос по резервированию серий - не получается заюзать одновременно серии и назначения. Делаем заказ клиента, обеспечиваем обособленно. Закупаем товар, в ПТУ раскидываем поступившие серии по назначениям, в регистре ОбеспечениеЗаказов все списывается как надо. Заходим в заказ клиента, чтобы сделать долгожданную отгрузку, жмем кнопку Состояние обеспечения, все обеспечиваем... - и хрен нам, в ТЧ заказа серии не проставились, надо их снова указывать вручную. Кому-нибудь удавалось это победить?
20. agmumladze@gmail.com 01.04.15 19:05 Сейчас в теме
Добрый день.
Очень толковая статья!
С тех пор, как 1С перевернула все резервирование и поставила его с ног на голову, не мог найти ничего толкового.
На ИТС только вопросы и ответы, из которых приходится по крупицам собирать то, что здесь изложено просто и понятно!
От ИТС (Рарус) не добился никакого ответа, кроме присылания мне документации 2011 года с описанием старой системы резервирования и обеспечения заказов.
21. the1 977 02.04.15 00:11 Сейчас в теме
В последнем релизе (11.1.10.111) отчет "Доступные для продажи товары" числится как неиспользуемый и исключен из интерфейса.
Для интереса сравнил показатели этого отчета и "Остатки и доступность товаров", различается существенно, причем заметно, что 1-й отчет врет.

Какой посоветуете на замену с функционалом не ниже?
Нужны показатели
    Реальный остаток
    Зарезервировано
    Свободно для продажи
    Заказано у поставщика
    Требуется заказать
23. FFelix 483 08.04.15 22:31 Сейчас в теме
(21) the1, Этот отчет был просто переименован, на сколько мне известно. Ищите аналогичный с другим названием.
22. deevil 150 07.04.15 13:15 Сейчас в теме
В статье не описаны ситуации, которые вызывают много вопросов:
1. если товара нет и нет плановых поставок. то ставим статус к обеспечению. Затем когда товар приехал он ведь не ставится автоматом в резерв.
2. обособленное обеспечение при работе с сериями подразумевает что отгрузить клиенту нужно туже серию.

Какие есть варианты решить эти моменты?
24. Dmitrii D 09.04.15 12:41 Сейчас в теме
(22) deevil, тут же написано, открываем обработку "Состояния обеспечения заказов", и ждем товар пришел, резервируем, кто успел тот молодец) или я так понимаю пользоваться обособленным обеспечением, но минусы описаны в статье
26. FFelix 483 11.04.15 01:08 Сейчас в теме
(24) DmitriyDI, прошу обратить внимание - статья немного устарела. 1С объявили на мартовском семинаре о возможности обособленно обеспечивать количество большее, чем указано в потребности. Далее цитирую 1С:
В результате появляются следующие возможности:
    схема: заказ клиента - заказ поставщику - отмена заказа клиента (раньше контроль не позволял отменить заказ клиента);
    округление заказа поставщику на обособленный товар до упаковок. После прихода товара и отгрузки клиенту остаток можно разобособить документом корректировка назначения;
    свободное перемещение обособленного товара внутри предприятия;
    cхема: заказ клиента на склад отгрузки - заказ поставщику по потребностям склада отгрузки сразу на центральный склад - поступление на центральный склад - перемещение на склад отгрузки (раньше обязательно требовался заказ на перемещение иначе не возникало потребности на центральном складе).
27. Dmitrii D 14.04.15 17:00 Сейчас в теме
(26) очень понравилась ваша статья.
30. JoeLan 12.10.15 04:00 Сейчас в теме
(26)
=====
cхема: заказ клиента на склад отгрузки - заказ поставщику по потребностям склада отгрузки сразу на центральный склад - поступление на центральный склад - перемещение на склад отгрузки (раньше обязательно требовался заказ на перемещение иначе не возникало потребности на центральном складе).
=====
немного не понял, как работает. Т.е. как в заказе поставщику автоматически проставится центральный склад, а не склад отгрузки?
25. Lumis 10.04.15 17:49 Сейчас в теме
У меня возникает странная ситуация с обеспечениями в заказах. Есть один и тот же товар на двух разных складах. На одном в количестве 5 штук, на другом в количестве 20 штук. При подборе менеджер указывает количество 15 штук, и сразу выбирает нужный ему склад (там, где есть 20 штук). Но после кнопки заполнить обеспечение, строчка делится на две, списывается весь остаток со склада, где есть 5 штук и 10 берется со склада, где есть 20 штук. Этого можно как-то избежать?
28. 942644 21 16.06.15 15:16 Сейчас в теме
Спасибо за статью, есть полезная инфа
Есть описка "продажинку " вместо "продажнику"
В скриншоте Отчета доступности несоответствие с тем что в тексте про этот отчет
Написано "свободные остатки = наличие на складе минус резервы и товары к отгрузке." , тогда по артикулу СТ-910 свободно для продажи должно быть три, а на скриншоте ноль



31. marivgo 12.12.15 23:34 Сейчас в теме
Это самое лучшее описание работы с резервами в ERP, которое мне когда-либо встречалось. Спасибо! Помогло обобщить уже имеющиеся знания.
32. Vadim75 19 18.12.15 11:52 Сейчас в теме
Плюсую. Не видел еще похожих статей по резервированию с таким количеством изложенной информации. Недостаток в иллюстрациях и сквозном примере, но думаю на приктике получится понять изложенные нюансы.
33. CheBurator 3379 19.12.15 04:22 Сейчас в теме
Спасибо за статью!
Може ли автор подсказать неулевику в УТ11 что-то по:

Есть ли в УТ11 что-то, реализующее тем или иным способом штатно такую возможность:
1. есть некое количество товара, которое отложено "в сторону" - назовем это "обобщенный резерв" и недоступное для свободной продажи менеджерами (суть = запасы, отложенные под потребности сетей)
2. некая совокупность клиентов (отмаркированных неким свойсвтвом? признаком? лежащая в отдельной группе и ее подгруппах - это совсем на крайний случай)
3. При оформлении резерва на товар (заявка на склад) такие клиенты в первую очередь забирают запасы из свободной продажи, при нехватке товара в свободной продаже !автоматом! добирают нужное количество из "обобщенного резерва"
4. при необходимости товар из "обобщенного резерва" может быть переведен в свободную продажу вручную в произвольном составе.
4а. При необходимости товар из "обобщенного резерва" м.б. переведен под резерв конкретной заявки произвольного клиента вручную в произвольном составе (для обеспечения обычных клиентов из "обощенного резерва" по решению ответсвенного менеджера)
5. "обобщенный резерв" описывается неким "минимальным остатком" по каждой номенклатуре (по статистике отгрузок на сети)
6. При любом поступлении товара если обобщенный резерв меньше минимального остатка - товар из свободной продажи автоматом откидывается в "обобщенный резерв" до требуемого количества.
.
фактически склад - один, фирма - одна. Образовывать виртуальные склады/фирмы - не запрещено. Сейчас на клюшках такая схема у меня работает совершенно прозрачно, менеджеры даже не задумываются (в т.ч. и при подгрузке электронных заявок). Хочется не изобретать/писать все это заново.

Спасибо
34. FFelix 483 28.12.15 22:05 Сейчас в теме
(33) CheBurator, Можно этот "обобщенный резерв" реализовать через резерв под направление деятельности, появившийся в ERP 2.1.3 (УТ 11.2.3 должна быть). Но пункты 3,5,6 так не реализуются
35. YuriIn 11.01.18 16:11 Сейчас в теме
Отлично расписано где, что и зачем. Стало хоть понятно со статусами немного. Думаю поможет решить не одну проблему в будущем. Спасибо!
36. &rew 32 05.02.18 14:02 Сейчас в теме
Для УТ 11.4 и ЕРП 2.4 не совсем актуально. Идеология видов запасов поменялась.
40. vvv123f 22.05.20 18:22 Сейчас в теме
(36) Идеология видов запасов поменялась - а нормального отчета для анализа заказов клиентов в конфигурации до сих пор нет
41. CheBurator 3379 22.05.20 21:29 Сейчас в теме
(40) "анализ заказов клиентов" - что это такое?
имхо - чтобы было видно
- заказы просрочены - по дате отгрузки/оплаты
- обеспечение заказов - что есть в резерве, чего нет вообще, что ждем (заказано поставщикам)
.
?
42. vvv123f 24.05.20 13:40 Сейчас в теме
(41) все верно: первый пункт - условно для менеджера по продажам, второй - для менеджера по закупкам. а попытки объединить это "состоянии обеспечения заказов" явно не увенчались успехом по всем фронтам.
43. CheBurator 3379 24.05.20 19:14 Сейчас в теме
(42) ну, где стыки - там и рвется.
особых проблем в "состоянии обеспечении заказов" не вижу, делал такое давным давно на клюшках, когда фармопт был и работали преимущественно "с колес".
вся проблема адекватно удобно показать менеджеру-продажнику текущее состояние заказа покупателя.
.
и при корректировке продажником заказа покупателя (перенос даты отгрузки, состава заявки) - (авто)коррекция заказов поставщикам с автокоррекцией прочих "связанных" сущностей ....
37. пользователь 20.02.18 15:52
Сообщение было скрыто модератором.
...
38. S2Sps 05.06.19 16:33 Сейчас в теме
Спасибо автору большое. Статья 14-го года а до сих пор ничего подобного не нашёл. Всё по полочкам со всеми нюансами! Было бы здорово актуализировать информацию с учётом уже написанных изменений в конфигурациях.
39. user642261 10.06.19 15:52 Сейчас в теме
Спасибо, очень интересно!
также присоединяюсь к просьбе обновить статью на текущие релизы ERP (КА, УТ)
44. Alxesp 1 13.09.21 17:00 Сейчас в теме
"при каждом контроле резервов контроль производится сопоставление дат на момент контроля"

Переведи!
Оставьте свое сообщение

См. также

Принципы учета номенклатуры в конфигурациях УТ11 и ERP. Ошибки расчета себестоимости Промо

Оптовая торговля Склад и ТМЦ Оптовая торговля Склад и ТМЦ v8 ERP2 УТ11 КА2 УУ Бесплатно (free)

Основные регистры, используемые для учета номенклатуры в конфигурациях УТ11, КА2, ERP. Для чего используются все эти регистры, какие из них основные и какие вспомогательные. Основные ошибки в учете товаров и расчет себестоимости. Как проще находить и исправлять ошибки в учете.

06.01.2016    170549    ekaruk    80    

Сантехник по 1С. Слипшиеся пельмени. 2 часть

О жизни Склад и ТМЦ v8 1cv8.cf Бесплатно (free)

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

20.01.2022    833    SerG_Mur    4    

Учет мест хранения в программе 1С:Документооборот

Склад и ТМЦ v8 ДО Россия Бесплатно (free)

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

17.01.2022    496    Koder_Line    0    

Сантехник по 1С. Интеркампани. 1 часть

Склад и ТМЦ О жизни v8 КА2 Бесплатно (free)

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

17.12.2021    791    SerG_Mur    5    

Будни автоматизации или "мне нужна программка для 3D упаковки" Промо

Математика и алгоритмы Оптовая торговля Оптовая торговля Практика программирования v8 1cv8.cf УУ Бесплатно (free)

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

24.03.2014    47091    ildarovich    119    

1С:ERP: учет в двух единицах измерения на примере ювелирного производства

Производство готовой продукции (работ, услуг) Склад и ТМЦ v8 ERP2 Ювелирная промышленность и торговля Бесплатно (free)

1С:ERP - флагман программных продуктов фирмы 1С. Это универсальный продукт, позволяющий закрывать основные (ключевые) потребности при автоматизации среднего и крупного предприятия. Несмотря на универсальность 1С:ERP, в типовом решении отсутствует учет в двух единицах измерения. Антон Мордовин – архитектор систем на базе «1С» Внедренческого центра «Раздолье» - расскажет о примере реализации такого проекта на крупном ювелирном производстве.

20.11.2021    2315    1СERP    17    

ФСБУ 5/2019 "Запасы". Учет малоценного оборудования и запасов. Суть изменений. Видео примеры в Бухгалтерии 3.0

Склад и ТМЦ v8 v8::БУ БП3.0 Россия БУ Бесплатно (free)

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

12.11.2021    4209    niko11s    11    

Раздельный учет НДС. Реализация на экспорт: ставка НДС 0%. Алгоритм распределения. БП 3.0 КОРП

Оптовая торговля v8 v8::БУ БП3.0 Россия БУ НУ НДС Бесплатно (free)

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

08.11.2021    1799    user_2010    0    

Выборочное списание партий товаров в "Управление торговлей" редакции 10 Промо

Склад и ТМЦ Бухгалтерский учет v8 УТ10 Россия УУ Бесплатно (free)

Реализация выборочного списания партий товаров в "Управление торговлей" редакции 10

01.10.2011    46427    GreenLab    34    

1C: Розница. Блок планирования и проведения частичных инвентаризаций товарных остатков

Склад и ТМЦ v8 Розница Бесплатно (free)

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

25.10.2021    361    Koder_Line    0    

Маркировка молочной продукции в 1С:Бухгалтерии

Склад и ТМЦ v8 v8::БУ БП3.0 Пищевая промышленность Россия БУ Бесплатно (free)

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

21.10.2021    1079    VCPro    4    

1C:УНФ 8. Блок "Маркетинг и продажи"

Кассовые операции Оптовая торговля Розничная торговля v8 УНФ УУ Бесплатно (free)

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

01.10.2021    752    Koder_Line    3    

Анализ продаж компании и автоматическое оформление заказа поставщику на основе статистики в конфигурации 1C:Розница

Оптовая торговля v8 Розница УУ Бесплатно (free)

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

28.09.2021    1951    Koder_Line    0    

Учет выявленных расхождений по количеству и цене товара при поступлении от поставщика в 1C:Розница

Склад и ТМЦ v8 Розница Россия УУ Бесплатно (free)

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

10.09.2021    1630    Koder_Line    1    

Внедрение адресного хранения на 1С:КА 2.4. Часть 1. Теоретическая. Мотивационная

Склад и ТМЦ Рабочее место Адаптация типовых решений v8 ERP2 УТ11 КА2 УУ Бесплатно (free)

Внедрение адресного хранения на КА2.4: начало процесса и акценты. Теоретическая часть. Местами мотивационная.

12.08.2021    4269    Rustig    217    

Пример решения задачи по автоматизации учета штучных изделий и возможному браку. Промо

Склад и ТМЦ Бухгалтерский учет v8 КА1 УТ10 УПП1 Россия УУ Бесплатно (free)

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

26.04.2011    26659    milkers    11    

Учет НДС по фактическому использованию - документооборот в 1С:ERP Управление предприятием 2.5 (часть 3)

Оптовая торговля v8 v8::БУ ERP2 БУ НУ НДС Бесплатно (free)

Данной статьей мы продолжаем цикл материалов про учет НДС в программе 1С:ERP. Пример рассмотрен на релизе 2.5.5.82.

12.05.2021    3702    1СERP    0    

УТ 11: Печать счета из заказа клиенту - обход проверки заполненности этапов оплаты

Оптовая торговля v8 УТ11 Россия Бесплатно (free)

Обход невозможности в УТ 11 распечатать счет на оплату из заказа клиента, если в заказе не задаются этапы оплаты (например, при оплате "по накладным").

11.05.2021    1357    atdonya    4    

Механизмы расчета резервов по товарам организаций

Закрытие периода Склад и ТМЦ v8 КА1 ERP2 УТ11 УУ Бесплатно (free)

Если Вы используете подсистему Интеркампани в конфигурациях УТ 11.4, КА 2.4 или ЕРП 2.4, и перед закрытием месяца обнаружили наличие отрицательных остатков по регистру накопления «ТоварыОрганизаций», это, как правило, говорит о том, что придется потратить значительное количество времени на устранение ошибок. Разумеется, величина проблемы зависит от количества организаций и складов, объема документов, наличия учета товаров в разрезе ГТД и других аспектов. Но в любом случае решить эту проблему быстро, получается далеко не всегда.

28.12.2020    3721    ids79    9    

Программное создание корректировочного счета-фактуры выданного в УПП 1.3

Оптовая торговля Практика программирования v8 УПП1 Россия БУ НДС Бесплатно (free)

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

17.12.2020    707    ksnik    0    

Автоматизация логистики: кейс компании-поставщика зоотоваров

СRM Монитор заказов Оптовая торговля Управление услугами и сервисом v8 Платформа 1C v8.2 1cv8.cf УУ Бесплатно (free)

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

10.12.2020    1797    RAU IT    5    

Реализация зерна сельхозпроизводителем в программе 1С: ЕРП АПК

Оптовая торговля Производство готовой продукции (работ, услуг) Инструкции пользователю v8 ERP2 Сельское хозяйство и рыболовство Россия БУ УУ Бесплатно (free)

Для реализации зерна напрашивается сделать регистрацию взвешивания на току с типом Реализация. И далее воспользоваться обработкой АРМ по отражению реализации продукции. Такой вариант прекрасно подходит только если покупатель принимает зерно по нашим весам. Но не всегда этот вариант подходит.....

20.11.2020    1621    AXoxol    0    

РАУЗ: составление уравнений для расчета себестоимости товаров в программе 1С:Управление торговлей, редакция 11 Промо

Склад и ТМЦ v8 УТ11 УУ Бесплатно (free)

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

11.04.2013    81962    vdi1950    30    

"Особенности" коэффициентов единиц измерения в 1С: Управление нашей фирмой

Склад и ТМЦ v8 УНФ УУ Бесплатно (free)

«Особенности» использования коэффициентов в единицах измерения в в 1С: Управление нашей фирмой. Можно ли их изменить после ведения учета? И к чему это может привести.

09.11.2020    6065    Torin    5    

Как в 1С: Бухгалтерии предприятия 8 правильно вести учет горючего по путевым листам

Склад и ТМЦ v8 1cv8.cf УУ Бесплатно (free)

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

06.11.2020    3402    Koder_Line    6    

Акт о расхождениях в 1С: Бухгалтерии 3.0

Склад и ТМЦ v8 v8::БУ БП3.0 Бесплатно (free)

В этой статье поговорим о ситуации, когда приобретаем по документу одно количество товара, а на поверку оказывается совсем другое. В такой ситуации нам требуется оформить разницу между фактическим поступлением и документом на поступление товара. Для отображения таких операций в программе 1С: Бухгалтерия 8.3 предусмотрен документ «Акт о расхождениях». Такой функционал в конфигурации 1С 8.3 появился с обновлением 3.0.76.61.

30.09.2020    2702    Koder_Line    0    

Интеркампани в УТ 3.0 для Украины Промо

Оптовая торговля Розничная торговля v8 УТ10 Украина УУ Бесплатно (free)

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

31.01.2013    25422    akomar    10    

Алгоритм резервирования товара на складе УНФ (1.6.21.114)

Склад и ТМЦ v8 УНФ Россия УУ Бесплатно (free)

Цель: Резервировать товар, которого нет на складе, под определенный «Заказ покупателя». Ситуация, когда нет возможности создавать на основании «Заказа покупателя» - «Заказ поставщику» на то количество товара, которое указано в «Заказе покупателя». А также, когда необходимый товар заказывается у разных поставщиков исходя из соображений Клиента. P.s. Прочитав много источников, не нашел для себя четкого решения моей конкретной задачи, надеюсь, данная статья будет кому-то полезна.

29.08.2020    1670    iD1n    2    

Тестовая отгрузка/приемка маркированного лекарственного препарата в песочнице ИС Честный знак

Склад и ТМЦ Инструкции пользователю v8 Здравоохранение, медицина, стоматология Бесплатно (free)

Последовательность действий для тестирования отгрузки/приемки ЛП в ИС Честный знак и дальнейшая приемка в любой поддерживающей МДЛП конфигурации 1С

07.08.2020    9303    RPGrigorev    0    

Общая схема учета НДС в ERP

Оптовая торговля v8 ERP2 БУ НДС Бесплатно (free)

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

23.07.2020    5361    Koder_Line    2    

Выбор вариантов отчета в "Управление торговлей" ред. 11 Промо

Работа с интерфейсом Склад и ТМЦ Склад и ТМЦ v8 УТ10 Россия БУ Бесплатно (free)

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

27.05.2012    48982    1cUserAndrew    25    

Учет вспомогательного инструмента с учетом изностойкости

Склад и ТМЦ v8 УПП1 Россия УУ Бесплатно (free)

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

01.07.2020    3051    Aprsoft    0    

Варианты автоматизации закупок в 1С

Оптовая торговля v8 УТ11 УУ Бесплатно (free)

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

25.06.2020    6399    min-max_pro    5    

Счета-фактуры за период до ввода начальных остатков. Корректировочные и не только. Часть вторая.

Оптовая торговля v8 ERP2 КА2 Россия БУ НДС Бесплатно (free)

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

02.06.2020    2913    n.saltsina    3    

Сложное ранжирование клиентов по классам Промо

СRM Оптовая торговля Розничная торговля СRM Оптовая торговля Розничная торговля v8 УТ10 Россия УУ Бесплатно (free)

Пример реализации усложненной ABC-классификации клиентов. Данная статья написана для конфигурации "1С: Управление торговлей, ред. 10.3", но, я думаю, предложенный метод подойдет и для других конфигураций, имеющих механизм ABC-классификации.

28.03.2012    24208    charushkin    9    

Счета-фактуры за период до ввода начальных остатков. Корректировочные и не только. Часть первая

Оптовая торговля v8 1cv8.cf Россия БУ НДС Бесплатно (free)

Сегодня поговорим о том, как влияет переход между периодами, системами налогообложения и программами учета на оформление счетов-фактур.

13.05.2020    2845    n.saltsina    3    

Как в 1С отражаются товары "в пути"

Оптовая торговля Склад и ТМЦ v8 ERP2 УТ11 КА2 УУ Бесплатно (free)

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

09.05.2020    12016    Koder_Line    0    

Как разрешить продажу по нулевой цене, или 100%-ная скидка. Простые примеры (КА 2.4, а также ERP 2.2 и УТ 11.4)

Оптовая торговля Розничная торговля Ценообразование, анализ цен Практика программирования v8 ERP2 УТ11 КА2 Россия УУ Бесплатно (free)

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

06.05.2020    9283    ne_en    20    

Комиссионная торговля в Рознице 2. С чем ее едят?

Оптовая торговля v8 Розница Розничная и сетевая торговля (FMCG) Россия БУ УУ Бесплатно (free)

Нашел свою заброшенную статью. Достал, протер от вирусов, прочитал. Вполне актуальная. Кое-что добавил, расставил запятые и поместил здесь. Пусть будет.

02.05.2020    12582    aspirator23    12    

НДС предъявленный. Возмещение НДС при смене режима налогообложения

Склад и ТМЦ v8 ERP2 Россия ЕНВД НДС Бесплатно (free)

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

16.04.2020    1531    n.saltsina    1    

Партионный учет по двум количественным показателям

Математика и алгоритмы Склад и ТМЦ v8 1cv8.cf Оптовая торговля, дистрибуция, логистика Россия УУ Бесплатно (free)

Особенности учета партионной системы при наличии двух количественных показателей.

26.03.2020    4658    lastcontra    5    

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

Склад и ТМЦ v8 v8::ПВХ ERP2 Россия УУ Бесплатно (free)

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

12.03.2020    3688    Katerpal    2    

Учет многолетних трав в 1С: ЕРП АПК

Склад и ТМЦ Производство готовой продукции (работ, услуг) v8 ERP2 Сельское хозяйство и рыболовство Россия БУ УУ Бесплатно (free)

Одним из самых длительных процессов производства в полеводстве является выращивание многолетних трав. Ключевой особенностью учета себестоимости в данном случае является распределение затрат первого года (как правило, это все затраты до первого укоса в год посева, либо полностью все затраты в год посева, если в этом году не было укоса). И распределяются они согласно документу "Методические рекомендации по бухгалтерскому учету затрат и выхода продукции в растениеводстве" (утв. Минсельхозом РФ 22.10.2008) равными долями на все годы использования данных посевов.

19.01.2020    3842    AXoxol    6    

Виды запасов: что это, и что делать, чтобы все было хорошо

Склад и ТМЦ v8 ERP2 УТ11 КА2 Россия УУ Бесплатно (free)

Учет товаров по видам запасов, особенности его реализации в программах 1C:Управление торговлей 11, Комплексная автоматизация 2 и 1C^ERP, а также отличия от "традиционного" партионного учета.

25.11.2019    15977    user1114962    13    

Управление запасами в 1C:УНФ. Ордерная схема. Складские ордера. Плюсы и минусы. Для чего она нужна?

Склад и ТМЦ v8 УНФ Бесплатно (free)

Ордерная схема. Плюсы и минусы Давайте сразу же зададимся вопросами: Что такое ордерная схема и для чего она нужна? А в конце статьи попытаемся ответить на главный вопрос: Нужна ли ордерная схема вашему предприятию? Ордерная схема это прежде всего разделение операций по движению товаров на Финансовые и Складские. Ещё называют "двухфазная" схема товародвижения.

14.10.2019    15004    funtik135    14    

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

Склад и ТМЦ v8 v8::ОУ v8::ПВХ УТ11 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика УУ Бесплатно (free)

Основной темой данного исследования послужил следующий вопрос: Каковы будут последствия (при оперативном учете, при закрытии месяца и т.п.) если изменить значение реквизита «ИспользованиеХарактеристик» у нескольких карточек номенклатуры в пределах одного и того же вида номенклатуры?

19.09.2019    8410    maksal    12    

Описание функционала отраслевой конфигурации 1С: Управление ветеринарными сертификатами

Оптовая торговля Инструкции пользователю Оптовая торговля v8 1С:УВС Сельское хозяйство и рыболовство Оптовая торговля, дистрибуция, логистика Пищевая промышленность Россия БУ УУ Бесплатно (free)

Данная статья представляет краткое описание функционала конфигурации 1С: Управление ветеринарными сертификатами. Судьба свела меня с данным программным продуктом не так давно, поэтому опыт общения с ним не сильно богатый. Но, с одной стороны, какие-то "шишки" я в этом вопросе уже "набил", а с другой - внятной документации или описания на данное творение, как говорится, "днем с огнем". Самое полезное, что я смог найти - это серия видеороликов от самих "АСБК Софт" (https://www.asbc.ru/catalog/vsd3428new/). В совокупности эти 2 обстоятельства наталкивают меня на мысль о том, что можно написать некоторое подобие общего описания программы. Искренне надеюсь, что кому-то мои творческие потуги принесут пользу.

07.09.2019    6579    Астиг    8    

Дополнение к контролю остатков

Склад и ТМЦ Склад и ТМЦ v8 ERP2 УТ11 КА2 БУ УУ Бесплатно (free)

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

15.08.2019    17290    sapervodichka    17