Программа алгоритм для аптек инструкция по применению

Устранение основных ошибок при работе с маркированным товаром.

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

Для работы  с данной инструкцией необходимы:

• Версия базы данных не менее 882
• Версия склада не менее  4.0.878.182
• Версия розницы не менее  5.0.845.390

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

Глоссарий.

ЧЗ – “Честный Знак”

Квитанция – Документ, содержащий информацию о статусе передачи данных в “Честный Знак”. Квитанцию можно посмотреть в программе “Склад” и отправить поставщику в случае необходимости.

SGTIN – Уникальный код для каждой упаковки.

SSCC – Код групповой упаковки. Как правило, указан на упаковке, в которой пришел товар. Актуально для позиций с большим кол-вом товара.

Идентификатор осуществления места деятельности или идентификатор участника – Код из системы ЧЗ. Присваивается для каждого адреса отдельно. Узнать свой код и код поставщика можно в личном кабинете ЧЗ.

Статус накладной – Статус в шапке маркированной накладной который показывает текущее состояние документа. Основные статусы:

• Введена – данный статус установлен на моменте подготовки накладной и сканирования упаковок.
• XML создан – устанавливается после нажатия кнопки “Отправить в ЧЗ”.
• XML отправлен – устанавливается после отправки документа в ЧЗ. Отправка производиться автоматически раз в 5 мин.
• Квитанция получена – устанавливается после получения ответа от ЧЗ по отправленному документу в виде квитанции.
• Ожидание подтверждения – устанавливается после того как от честного знака приходит квитанция с положительным ответом. Значит что с документом все в порядке, осталось дождаться подтверждения от поставщика.
• Оприходование возможно – устанавливается после получения подтверждения от поставщика.

Инструментарий.

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

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

Ошибки и другие проблемы при работе с ЧЗ

1. Проблема: Не приходит подтверждение. Статус накладной  “Ожидание подтверждения”. Статус упаковок “Ожидает ответа поставщика для обратного/прямого акцепта”.

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

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

Поставщик может попросить отправить данные повторно. Для этого нужно нажать на выпадающий список рядом с кнопкой “Отправить в ЧЗ” и далее нажать “Отправить отказ” (См. Рис. 4). Будет установлен статус упаковок “Отказ отправлен”, а чуть позднее статус изменится на “Отказ подтвержден”. После этого делаем повторную отправку кнопкой “Отправить в ЧЗ” и далее нажать “Повторная отправка в ЧЗ” (См. Рис. 4).

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

2. Проблема: Не приходит подтверждение. Статус накладной  “XML создан”. 

Необходимо проверить наличие задачи в программе для регулярной отправки дынных (См. Рис. 5-9).  Если задача отключена ее необходимо включить (См. Рис. 5-9). Если задача отсутствует, то необходимо обратиться в техническую поддержку Алгоритм-С с данной проблемой.

3. Ошибка: “Попытка изменить состояние вложенного КИЗ”

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

Самый простой способ устранения ошибки – попросить поставщика расформировать групповую упаковку. После того, как поставщик подтвердит расформирование, необходимо отправить данные повторно. Для этого нужно нажать на выпадающий список рядом с кнопкой “Отправить в ЧЗ” и далее нажать “Повторная отправка в ЧЗ” (См. Рис. 4). Статус позиций сменится на “Отправлен поставщику для подтверждения обратного акцепта”. После этого ожидаем подтверждения.

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

4. Ошибка: “КиЗ принадлежит другому участнику”

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

Необходимо обратиться к поставщику для уточнения информации, возможно потребуется отправить поставщику квитанцию (как отправить квитанцию смотрите комментарий к рис. 3.1). После устранения проблемы поставщиком необходимо отправить данные повторно. Для этого нужно нажать на выпадающий список рядом с кнопкой “Отправить в ЧЗ” и нажать “Повторная отправка в ЧЗ” (См. Рис. 4)

5. Ошибка: “Операция не может быть выполнена. Указанный контрагент отсутствует в списке доверенных контрагентов”

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

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

6. Ошибка: “Указанный получатель не зарегистрирован в системе”

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

7. Проблема: Маркированный товар не провели через ЧЗ и продали в розницу.

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

Если получить SGTIN`ы и QR-коды не получилось, то в данной ситуации можно только обратиться в ЧЗ, возможно они смогут помочь.

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

8. Ошибка: “Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе”

Товар который вы просканировали отсутствует в ЧЗ. Скорее всего он маркирован в рамках эксперимента, его не нужно проводить в ЧЗ. Проверьте дату изготовления препарата. Если препарат изготовлен раньше чем 01.07.20, то товар можно приходовать как немаркированный. Однако, лучше созвониться с поставщиком для уточнения информации по препарату.

9. Ошибка в рознице при продаже: “Позиция была снята с учета аптеки”. Пересорт.

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

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

10. Ошибка: “Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке”

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

11. Ошибка: “Операция отклонена. Некорректное состояние”

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

12. Проблема: Товар не выводится из оборота при розничной продаже.

Вывод товара из оборота осуществляется через кассовый аппарат. Данные передаются на ККМ, после ККМ отправляет их на ОФД, а они уже, в свою очередь, отправляют данные в ЧЗ. Чаще всего проблема возникает при передачи данных с ОФД в ЧЗ и товар в таком случае может длительное время быть не выведен из оборота. Сперва необходимо проверить есть ли документы розничной продажи в ЧЗ. Проверить можно в личном кабинете в разделе “Документы”. Если в ЧЗ документы присутствуют, то необходимо ожидать вывода из оборота (может затянуться до 2-х недель) либо обращаться в ОФД и выяснять почему данные не были переданы в ЧЗ. Если же документов розничной продажи в личном кабинете нет, то необходимо сразу обратится в ОФД и уточнить передаются ли к ним данные по маркированному товару. Если данные не передаются, то по данному вопросу необходимо обратиться в техническую поддержку Алгоритм-С.

13. Проблема: Маркированный товар не подсвечивается в реестре приходных накладных.

Подсветка маркированного товара в приходе возможна только при условии, что поставщик будет передавать признак маркированного товара в электронной накладной. На данный момент мы можем гарантировать подсветку маркированного товара только если вы принимаете накладные через систему заказов “СКЛИТ”. В остальных случаях подсветка будет реализована позднее. Рекомендуем на данный момент работать внимательнее с маркированным товаром.

14. Проблема: Просканировали маркированный товар не на ту позицию.

Необходимо удалить данные на ошибочной позиции и проскарировать товар на правильной. Как удалить отсканированные упаковки вы можете посмотреть выше (См. Рис. 2).

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

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

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

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

Для возврата товара по которому отсутствуют QR-коды необходимо:

1. Как обычно создать расходную накладную с операцией “Возврат поставщику”
2. Добавить в эту накладную товар, который не довезли или не читается QR-код
3. Выбрать данную накладную и нажать кнопку маркировка -> стать инициализатором
4. Выбрать “тип операции”, “источник финансирования” и “тип договора” (по аналогии с приходом)
5. На маркированной позиции нажать правой клавишей мыши -> Маркировка -> Добавить отсутствующие QR-коды.

В накладную будут добавлены все упаковки по которым нет QR-кодов. После этого накладную можно просто отгрузить. Отправлять данные в ЧЗ не нужно.

Картинка с сайта: algoritm-s.ru

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

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

Для удаления привязки накладной к маркировке необходимо нажать правой клавишей мыши на накладной и выбрать пункт “Удалить подготовленный документ в ЧЗ”.

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

Картинка с сайта: algoritm-s.ru

17. Проблема: Товар не маркированный, но на позиции стоит  признак маркировки.

Для удаления признака маркировки на позиции необходимо открыть состав накладной через кнопку “Маркировка” и, нажав правой клавишей мыши на нужной позиции, выбрать пункт Маркировка -> Изменить признак маркировки. Если на позиции в деталях есть просканированные упаковки их можно удалить (См. Рис. 2).

Картинка с сайта: algoritm-s.ru

18. Проблема: Поставщик указал в электронной накладной не тот номер накладной, который нужен.

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

Программное обеспечение для HoReCa

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

В современном мире индустрия HoReCa (Hotel, Restaurant, Cafe), сфера развлечений и отдыха активно развиваются и требуют эффективных инструментов для автоматизации процессов. Среди популярных решений можно выделить R-Keeper, Shelter и UCS АБОНЕМЕНТ.

R-Keeper — это система автоматизации ресторанов, которая используется более чем в 65 000 заведениях по всему миру. Она позволяет контролировать все аспекты работы ресторана, от заказа продуктов до учёта финансов и управления персоналом.

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

UCS АБОНЕМЕНТ — это программное обеспечение, разработанное компанией «ЮСИЭС», которое объединяет в себе функции автоматизации работы аквапарков, фитнес-центров, СПА-комплексов, банных комплексов, катков, и прочее. Оно позволяет автоматизировать все
аспекты работы объектов размещения и сферы развлечений, обеспечивая эффективное управление и повышение прибыли.

• Гостиницы, отели, хостелы, гостевые дома
• Заведения общепита: рестораны, кафе, фаст-фуд киоски, столовые
• Фитнес-клубы и спортивные учреждения
• Места торговли (от магазина до сети супермаркетов)
• Центры развлечений, бильярдные, боулинг
• Аквапарки, игровые корты
• Салоны красоты, СПА

Программный продукт «1C:Медицина. Больничная аптека» предназначен для детального аналитического учета аптечных товаров в больничной аптеке, отделениях и кабинетах, а также в розничных аптечных пунктах медицинской организации. Решение может использоваться как в государственном учреждении, так и в хозрасчетной медицинской организации (независимо от системы бухгалтерского учета).

В соответствии с 61-ФЗ «Об обороте лекарственных средств» в редакции от 28.12.2017 г. на территории РФ внедряется ФГИС «Мониторинг движения лекарственных препаратов для медицинского применения от производителя до конечного потребителя» (МДЛП — сайт ЧестныйЗнак.рф). Программа поддерживает ФГИС МДЛП в объеме, требуемом для больничных аптек и пунктов выдачи льготных лекарственных препаратов.

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

Аналогичная электронная поставка — ссылка для скачивания продукта, а также документация, придут на электронную почту сразу после оплаты.

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

Результат внедрения:

• Универсальный подход для учета товарно-материальных ценностей разного вида: медикаментов, расходных медицинских материалов, других материалов.
• Специализированные механизмы для учета лекарственных препаратов, которые подразумевают ведение аналитического учета и формирование отчетности по классификационным признакам лекарств.
• Учет лекарств по принадлежности к спискам: наркотические и психотропные вещества (по группам); сильнодействующие и яды; препараты безрецептурного отпуска; ЖНВЛП.
• Управление закупками и запасами в аптеке.
• Учет изготовления.
• Учет в отделениях.
• Продажи в розничном аптечном пункте.
• Совместное использование с другими программными продуктами.
• Электронный документооборот.

Автоматизация торговли для аптек

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

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

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

Поэтому основной принцип Системы Автоматизации Стандарт-Н – это «сколько вижу в программе, столько и должно быть фактически». Если это не так смотреть пункт первый!

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

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

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

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

Всё это позволит добиться высокого результата за короткое время, увеличив тем самым скорость работы.

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

Картинка с сайта: apteka.standart-n.ru

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

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

Цели бонусной программы:

1) Снижение оттока покупателей, повышение дохода
Благодаря «привязки» покупателя к сети по средствам бонусной программы можно значительно снизить отток покупателей в среднем на 25%.
Благодаря повышению активности постоянных клиентов можно увеличить доходы компании в два раза;

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

3) Увеличение доли и объема продаж товаров разных категорий
В нашей программе вы можете начислять большее количество бонусов на определённые категории товара,
таким образом повышая их товарооборот;

4) Повышение маржинальности продаж
Потери в наценке снижаются на 50% в сравнении с вариантом предоставления скидок.
Средний чек увеличивается в среднем на 20%.
Накопленные бонусы можно тратить только на покупки;

5) Повышение уровня доверия покупателей к торговой точке
Благодаря тому, что бонусная система реализуется на длительный срок,
клиент может быть уверен в том, что компания не закроется в ближайшее время;

6) Целевое взаимодействие с покупателями
С помощью SMS и e-mail-рассылок с текстом вы можете осуществлять
непрерывное целевое взаимодействие с конечным покупателем.

Таким образом “бонусная программа” является отличным инструментом привлечения новых клиентов.

Картинка с сайта: apteka.standart-n.ru

Автозаказ:
— позволяет значительно сократить время менеджера на составление заказа товара поставщикам;
— позволяет значительно уменьшить заказ лишнего неходового товара.
— позволяет поддерживать ассортимент без вложения дополнительных средств.

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

Алгоритм автозаказа работает согласно параметрам в настройках.
1) Анализируются продажи за последние X дней (по умолчанию 30), если стоит опция «Анализировать предыдущий год», то еще и аналогичный период годом ранее.
2) Если товара на остатках достаточно на Y дней (по умолчанию 7), то заказ позиции не производится, иначе товар заказывается на Z дней (по умолчанию 10).
3) При расчете заказа анализируется параметр «Минимум документов продаж» (по умолчанию 1), если кол-во продаж за период меньше этого значения — заказ не производится.
4) Также при расчете заказа анализируются накладные, еще не проведенные приходы от поставщиков или перемещения и отправленные заказы за последние N дней (по умолчанию 7).
5) Все параметры настраиваются.

Округление:
1) Если товар на остатках есть, то кол-во к заказу округляется математически (например 0.3 до 0, а 0.6 до 1).
2) Если товара на остатках нет, то округление всегда производится в большую сторону (например 0.3 до 1, и 0.6 до 1).

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

Дополнительные опции:
1) В настройках имеются опции «Не, заказывать, если остаток больше заказа» и «Не заказывать, если остаток больше минимального».
2) В настройках имеются опции, какие документы считать:
— приходом: по умолчанию «приход от поставщика», «приход перемещением» и «оприходование товаров»; — расходом: по умолчанию «чек ккм» и «расход оптовый»;

Имеется 3 режима работы автозаказа:
1) Краткий (для ежедневного расчета)
2) Оптимальный (формируется 1-2 раза в неделю)
3) Ассортиментный (формируется раз в месяц, квартал)

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