АП АйТи»\ Бланк заказа в 1С

Представляем Вам бланк заказа в 1С. который облегчит процесс ввода заказов в «1с:управление торговлей» и ускорит выставление счетов – загрузка прайс листа в 1С с созданием заказа клиента. Теперь Вы можете получить от клиента заказ в формате Excel и загрузить заказ покупателя в "1С:Управление торговлей"

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

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

• Найти товар в окне подбора номенклатуры 1С
• Выбрать товар
• Указать цену (если автоматически не указана), указать количество, указать скидку
• Перенести в документ "Заказ покупателя"

Такая операция повторяется по всем товарным позициям в "1С:Управление торговлей".

Мы предлагаем Вам немного изменить или дополнить процесс работы с покупателями посредством новой разработки в «1С:Управление торговлей».

В Вашей базе «1С:Управление торговлей» хранится информация о номенклатуре:

• Наименование номенклатуры
• Артикул товара
• Цена продажи
• Изображение товара
• Остатки на складе

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

В обработке формирования заказа 1с Вы можете управлять следующими параметрами:

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

При нажатии на кнопку «Сформировать» формируется прайс лист в Excel и вы отправляете его покупателю.

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

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

Затем он сохраняет заполненный Excel и отправляет Вам.

Вы, при получении файла от покупателя, загружаете файл Excel в «1С:Управление торговлей» и получаете готовый заполненный документ «Заказ покупателя» в 1С.

Инструмент формирования бланка заказа 1С Вы можете использовать и для работы с потенциальными клиентами:

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

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

10 000 рублей в т.ч. НДС

Выезд + Установка + Демонстрация = БЕСПЛАТНО!

Готовы провести демонстрацию на Вашей базе данных с Вашей базой номенклатуры.

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

Бизнес-кейс «Организация продаж в оптовой компании»

Краткое описание бизнес-кейса (в формате ppt)

Решение бизнес-кейса: описание информационной базы и порядок работы сотрудников в 1С:УНФ (pdf) >>

Компания «Поставка металла» занимается оптовой торговлей металлом.

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

Менеджеры по продажам занимаются активным поиском клиентов. Ведут свои записи в табличном редакторе. Имеют доступ к «1С:Бухгалтерии» для выставления счетов.

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

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

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

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

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

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

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

• Кассовые разрывы. Непонятно, сколько должны поставщикам, сколько должны клиенты. Кассовые разрывы «лечат» кредитами. Постоянно растущий долг беспокоит директора.
• Первичные документы теряются, в наличии 30 %. Периодически появляются клиенты, которые заявляют, что товар не получали (хотя им все было отгружено), а подписанных отгрузочных документов нет. В итоге – судебные процессы.
• Появились сомнения, все ли заказы прибыльны. Хотят видеть прибыль каждого заказа.

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

Так как в программе «1С:Бухгалтерия 7.7» справочники «Номенклатура» и «Контрагенты» были испорчены – менеджеры не искали контрагента или товар, а каждый раз заводили новый элемент, было принято решение в 1С:УНФ заполнять справочники «Номенклатура» и «Контрагенты» с нуля. Права на заполнение справочника «Номенклатура» остались только у руководителя отдела продаж, закупщика и главного бухгалтера. Справочник «Контрагенты» доступен всем, главный бухгалтер назначен ответственным за порядок в нем (контроль дублей, контроль правильности и полноты заполнения реквизитов и т. д.).

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

Для доставки товара покупателям компания пользуется услугами как сторонних перевозчиков, так и собственных водителей. Для простоты учета было принято решение отражать взаимодействие со своими водителями в 1С:УНФ так же, как взаимодействие с внешними перевозчиками (взаимодействие с поставщиками). Аналогичным образом решено отражать и взаимодействие с экспедиторами. Для этого в справочнике «Контрагенты» создали папку «Перевозчики» с двумя вложенными папками – «Внутренние» и «Внешние» и папку «Экспедиторы». В данном примере отдел доставки является для остальной компании практически отдельной службой, которая к тому же еще и выполняет работы по перевозке грузов на своих машинах для внешних контрагентов.

Часть менеджеров по продажам занимается активным поиском клиентов – обзвоны и рассылка коммерческих предложений. Этот процесс происходит вне 1С:УНФ.

В 1С:УНФ менеджер начинает отражать сделку с получения заказа. Основным рабочим инструментом для менеджера стал список заказов покупателей с отбором по ответственному. Для полноты картины в список добавлены колонки «Оплачено», «% оплаты» и «Дата отгрузки».

При получении заказа создает в программе заказ покупателя со статусом «Заявка», планирует дату отгрузки, дату оплаты, печатает счет и отправляет клиенту.

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

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

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

Утверждение счетов на оплату теперь происходит на основании данных 1С:УНФ: менеджер по закупкам печатает отчет «Оплата заказов поставщикам» с отбором по фильтру «Не оплаченные» и передает его директору. Директор ставит галочки, кому оплатить, подписывает и передает документ в бухгалтерию.

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

Как только менеджер по закупкам начал регистрировать счета поставщиков в 1С:УНФ, у него появилась возможность в любой момент времени видеть:

• сколько счетов и на какую сумму нужно оплатить (за каждый день или за период) – отчет «Оплата заказов поставщикам»;
• поступление заказов и оплату по ним – отчет «Поступление и оплата по заказам поставщикам»;
• взаиморасчеты с поставщиками, долги – отчет «Взаиморасчеты».

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

На утро следующего дня выгружает оплаты из клиент-банка. Оформляет по ним в программе документы «Расход со счета».

Менеджер по продажам видит оплаченные заказы поставщикам и договаривается с диспетчером о доставке заказа.

Диспетчер планирует загрузку данных об экспедиторах и водителях в Excel в разрезе номеров заказов покупателей – отмечает, какие заказы ими выполнены, а какие – нет.

Проставляет ФИО экспедитора в дополнительное поле, выведенное в шапку документа «Заказ покупателя».

Диспетчер оформляет заказ поставщику на услугу «Доставка»:

• от имени управленческой организации, если исполнитель (контрагент) – водитель нашей компании;
• от имени компании, если исполнитель (контрагент) – водитель сторонней компании.

На основании заказа поставщика создает приходную накладную.

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

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

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

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

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

У руководителя отдела продаж появилась возможность в любой момент времени видеть:

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

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

Рассчитывает и выдает водителям зарплату. Выбирает по каждому водителю заказы, по которым он доставлял товар. Формирует документ «Расход из кассы», где каждая строка документа привязывается к соответствующим документам: «Заказ покупателя» и «Расходная накладная».

У диспетчера появилась возможность:

• контролировать оформление документов по доставке и сопровождению грузов – отчет «Закупки»;
• контролировать расчеты с перевозчиками – отчет «Оплата заказов поставщикам» с отбором по перевозчикам.

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

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

Расчет заработной платы административно-хозяйственному персоналу бухгалтер выполняет документом «Расчет зарплаты».

У бухгалтера появилась возможность контролировать:

• оплату услуг сторонних организаций – отчет «Оплата заказов поставщикам»;
• начисления и удержания сотрудникам – отчет «Начисления и удержания»;
• расчеты с персоналом – отчет «Расчеты с персоналом»;
• движения денежных средств – отчеты «Движение денежных средств», «Денежные средства».

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

• по наличию денежных средств на расчетных счетах – клиент-банк;
• о заказах поставщикам без оплаты – отчет «Оплата заказов поставщикам» с отбором по фильтру «Не оплаченные»;
• о планируемых поступлениях – отчет «Оплата заказов покупателей» в разрезе планируемых дат оплаты.

Теперь директор имеет возможность анализировать прибыльность/убыточность каждого заказа – отчет «Доходы и расходы (по отгрузке)».

Наведен порядок в документах: статус заказа покупателя «Выполнен» и галочка «Закрыт» говорят о том, что по заказу все действия выполнены, документы имеются в наличии и отражены в программе.

Решение бизнес-кейса: описание информационной базы и порядок работы сотрудников в 1С:УНФ (pdf) >>

Документ «Корректировка заказа покупателя»

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

Документ всегда вводится на основании документа «Заказ покупателя».

Документы «Корректировка заказа покупателя» создаются, хранятся и редактируются в журнале «Заказы покупателей».

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

Документ «Корректировка заказа покупателя» решает две основные задачи: добавление и удаление позиций в табличной части документа «Заказ покупателя».

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

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

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

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

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

Возможны два варианта заполнения:

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

Скопировать состав заказа - в этом случае в документ будет скопирована информация из табличной части документа «Заказ покупателя».

При оперативном проведении документа корректировки производится контроль остатков, также как при проведении документа «Заказ покупателя».

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

При нажатии на кнопку "Заполнить и провести" происходят следующие действия:

1. Выбор параметров авторезервирования и авторазмещения

2. Исходя из выбранных параметров происходит заполнение колонки "Размещение". При этом учитывается значение параметра "Стратегия авторезервирования по заказам"

2.1 Авторезервирование - заполнение колонки "Размещение" складом для целей резервирования (происходит в случае, если в параметрах был установлен соответствующий признак)

2.1.1.Определяется список доступных для резервирования складов: группа доступности складов

Если в заказе указана группа доступности складов - используется группа указанная в заказе

Если для пользователя в настройках по умолчанию указана группа доступности складов - используется группа из настроек по умолчанию

Если в заказе покупателя указан склад (а не группа доступности складов), этот склад также входит в список доступных для резервирования складов и является приоритетным при резервировании

Если группа доступности складов не указана ни в настройках пользователя, ни в заказе - резервирование происходит на всех складах

2.1.2 Определяются остатки на складах, доступные для резервирования. Расчет происходит на основании остатков в регистре "Товары на складах" за минусом

уже выполненных резервов (регистр "Товары в резерве на складах")

остатков предназначенных для передачи по ордерной схеме (регистр "Товары к передаче со складов").

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

2.2 Авторазмещение - заполнение колонки "Размещение" заказом поставщику для целей размещения (происходит в случае, если в параметрах был установлен соответствующий признак)

2.2.1 Определяются остатки в заказах поставщикам, доступные для размещения. Расчет происходит на основании остатков в регистре "Заказы поставщикам", при этом список заказов ограничивается следующими условиями:

Склад в заказе ограничивается списком доступных складов, которые определяются на основании сведений п.2.1.1

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

Организация в заказе покупателя и в заказе поставщику должна совпадать

Из остатка по регистру "Заказы поставщикам" исключаются уже выполненные в данных заказах поставщикам размещения

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

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

3. В случае, если в корректируемом заказе покупателя указан договор с обособленным учетом товаров по заказам покупателей, и если установлена константа "Использовать указание серий при резервировании" - происходит заполнение колонки "Серия номенклатуры" для строк, в которых в качестве размещения указан склад

3.1 Определяются свободные остатки на складе размещения в разрезе серий. Расчет происходит на основании остатков в регистре "Товары на складах" за минусом

уже выполненных резервов в разрезе серий (регистр "Товары в резерве на складах")

остатков предназначенных для передачи по ордерной схеме (регистр "Товары к передаче со складов").

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

4. Документ проводится. В случае, если документ не удалось провести - документ возвращается в исходное состояние (до нажатия кнопки "Заполнить и провести")

Учет товаров в пути в 1C: Управление торговлей 10

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

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

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

Пример №1 заключается в формировании заказов поставщику на основании заказов покупателей и отражению товаров в пути через дополнительный «виртуальный» склад. Пример включает следующие операции:

• Оформление заказа покупателя
• Оформление заказа поставщику
• Отражение поступление товара на «виртуальный» склад
• Изменение плановой даты поступления товара
• Фактическое поступление товара на склад от поставщика
• Отгрузка товара покупателю

Пример №2 отражает операции по формированию заказов покупателей и размещении их в заказах поставщиков. Считаем, заказы поставщику уже сформированными и означающими, что товары находятся «в пути». Пример включает следующие операции:

• Оформление заказа поставщику
• Оформление заказа покупателя, размещение в заказах поставщику

Пример № 1. С использованием «виртуального» склада для обозначения товаров в пути

Оформим заказ покупателя, предположим, что поступает заказ на покупку «Компьютера Intel». Добавляем документ «Заказ покупателя» (Документы -> Продажи -> Заказы покупателей ).

На основании заказа покупателя оформляем заказ поставщику, используя механизм ввода на основании.

В качестве заказа покупателя автоматически заполняется поле «Заказ» в табличной части документа. Выбираем склад, на который поступит товар от поставщика: «Главный склад». Вид склада должен быть «оптовый».

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

Для начала добавим склад в справочник «Склады» (Справочники -> Предприятие -> Склады (места хранения) ). Вид склада должен быть «оптовый».

Отражаем поступление на «виртуальный» склад от поставщика. На основании заказа поставщику вводим в систему документ «Поступление товаров и услуг».

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

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

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

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

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

Необходимо выполнить следующие настройки отчета:

А) на закладке «Общее» оставляем только показатели группы «Конечный остаток»

Б) устанавливаем флажки «Расширенная настройка» и «Использовать свойства и категории» (для возможности вывода в отчет значений плановой даты поступления).

В) на закладке «Группировки» добавляем значение «Плановая дата поступления (свойство документа оприходования)»

Г) на закладке «Отбор» указываем значение склада «Товары в пути», в качестве «Заказа» указываем документ заказа покупателя.

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

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

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

Отгрузка полученного от поставщика товара покупателю осуществляется документом «Реализация товаров и услуг» (Документы -> Продажа -> Реализация товаров и услуг ). Также данный документ удобно вводить на основании «Заказа покупателя». При этом в документе автоматически устанавливается способ списания «Из резерва».

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

Пример № 2. Без использования «виртуального» склада

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

Но в тоже время есть и минусы:

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

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

Отражаем в системе документы «Заказ поставщику», считаем что заказали несколькими партиями «Товар1» и «Товар2».

Для данного товара плановая дата поставки – «05.03.13», указываем ее в поле документа «Поступление».

Для «Товара 2» плановая дата поступления – «12.03.13».

Оформим заказ покупателя, в заказе укажем «Товар 1» и «Товар 2». Используем документ «Заказ покупателя».

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

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

В случае отсутствия товара на складах организации (торговля под заказ) при авторезервировании не принципиален вариант стратегии резервирования.

Данные о планируемых датах поступления товара и менеджере, у которого товар находится в резерве можно получить, например, с помощью отчета «Размещения в заказах» (Отчеты -> Продажи -> Анализ заказов -> Размещения в заказах ).

А) в качестве отбора установим заказ покупателя, по которому необходимо получить информацию

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

В) добавим следующие группировки строк:

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

Результат формирования отчета «Размещение в заказах» будет выглядеть следующим образом:

В отчете видим, что товар по заказу покупателя, указанного в настройках отбора находится у менеджера «Федорова Бориса Михайловича», товар заказал «Розничный покупатель», Заказ покупателя оформлен 06.02.13, «Товар 1» по данному заказу размещен в заказе поставщику № 2 от 02.01.13. По данному заказу поставщику товар уже находится «в пути» и плановая дата поступления на склад организации – 05.03.13. «Товар 2» по заказу покупателя размещен в заказе поставщику № 3 от 08.01.13 и плановая дата поступления товара 12.03.13.

Источник: 1CStyle.ru – комплексное обслуживание программных продуктов «1С:Предприятие»