Автоматическое создание заказов поставщику по статистическим данным продаж в 1С 7.7 ТиС

08.10.14

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

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		По подписке [?]	Купить один файл
Инфо_ПланированиеЗакупок.ert .ert 244,50Kb 54	54	Скачать (1 SM)	Купить за 1 850 руб.
Инфо_ПланированиеЗакупок1.ert .ert 245,50Kb 47	47	Скачать (1 SM)	Купить за 1 850 руб.

Алгоритм работы программы.

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

3.1. Номенклатура и ее параметры: код, артикул, основное свойство, поставщик, цена закупки. Поставщик – последний по времени поставщик (кроме своих юрлиц) по документам поступления данного товара.

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

3.3. Количество и себестоимость товара:

3.3.1. На дату конца периода анализа продаж,

3.3.2. На дату начала периода закупок,

3.3.3. Отгрузка номенклатуры за период анализа продаж,

3.3.4. Средняя скорость продаж в день,

3.3.5. План заказа товара, исходя из средней скорости продаж,

3.3.6. План заказа товара, исходя из средней скорости продаж, увеличенной на средне-квадратическое отклонение скорости.

3.3.7. Снижение продаж в периоде анализа из-за отсутствия товара на складе.

3.4. Число дней нахождения товара на складев периоде анализа, время продажи остатков в днях.

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

5. План заказа товара рассчитывается так, чтобы его хватило до даты конца периода закупок. После расчета таблицы план заказа можно менять, изменения количество дней заказа, а также меняя коэффициент (от 0 до 100%) учета средне-квадратического отклонения скорости. После расчета колонка «К заказу» рассчитана с коэффициентом ноль, колонка «Максимальное количество плана заказа» - с коэффициентом 100%.

6. Количество товара в плане заказа может быть выражено в целом числе упаковок.

7. Для удобства работы на данные таблицы можно наложить отбор. Отбор может содержать любое число уровней, объединяемых по «И» / «ИЛИ», и накладывается на любые упомянутые ранее параметры. Например, (Поставщик=ООО Ромашка) И (Время нахождения товара на складе > 30).

8. Кнопка «Обновить остатки» пересчитывает остатки на дату конца периода анализа.

9. Кнопкой «Печать» формируется отчет по таблице с учетом настроек видимости колонок и строк.

10. Кнопкой «Сформировать заказ» создает заказы поставщикам, заполняя все необходимые реквизиты документа.

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

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

13. Заказы формируются последовательно по всем поставщикам, имеющим не нулевую колонку "К заказу", для фирмы, указанной на странице настроек.

Заказы поставщикам статистические расчеты анализ продаж

+6 –

См. также

Автоматический заказ поставщику в 1С: загрузка прайсов и анализ цен

Бюджетирование и планирование Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Анализ продаж Пользователь Платформа 1С v7.7 Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Беларусь Украина Россия Казахстан Управленческий учет Платные (руб)

Автоматизация заказа поставщику через 1С. Загрузка прайсов, анализ цен, управление заказами в УТ 10.3, УТ 11, КА2, УНФ, УПП, ERP, Розница 2

34500 руб.

21.04.2017 98186 137 42

221

Онлайн-кассы для 1С 7.7 и Обмен 7.7 c Честный ЗНАК (ГИСМТ, ЦРПТ, ЭДО)

Оптовая торговля Розничная торговля ККМ ЭДО и ОФД Обмен с ГосИС Системный администратор Программист Оперативный учет 7.7 Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 1С:Комплексная 7.7 1С:Торговля и склад 7.7 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Россия Платные (руб)

Поддерживаются новые ставки НДС 5% и 7% для УСН при продаже через ККТ. Подключение фискального регистратора к 1С 7.7 в режиме онлайн-кассы в соответствии с 54-ФЗ. Поддержка актуальных версий драйверов ККТ: ДТО 10 и ДТО 8 для Атол, 4.15, 5.16 для Штрих-М. Поддержка розничной продажи маркированной продукции (алкоголь, табак, обувь, лекарства, шины, одежда, белье, парфюмерия, молочная продукция, вода и пр.).

2000 руб.

28.03.2017 483368 4529 3518

2471

АИС: Обмен с ФГИС Меркурий (Ветис.API) для всех* конфигураций 1С 7.7

Оптовая торговля Производство готовой продукции (работ, услуг) Розничная торговля Обмен с ГосИС Программист Бухгалтер Оперативный учет 7.7 Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 1С:Комплексная 7.7 1С:Торговля и склад 7.7 1С:Упрощенное налогообложение 7.7 Сельское хозяйство и рыболовство Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Пищевая промышленность Россия Бухгалтерский учет Управленческий учет Платные (руб)

Полностью автоматизированный обмен между конфигурациями 1С 7.7 и ФГИС Меркурий через Ветис.API для всех видов деятельности (Опт, Розница, Производство). Для организации обмена с ФГИС Меркурий требуется минимальная доработка конфигураций (поддерживается "из коробки" 1С: "Торговля и склад ред. 9.2", 1С: "Комплексная ред. 4.5", 1С: "Бухгалтерия 7.7", 1С: "УСН 7.7", 1С Предприниматель, другие конфигурации по заказу, включая нетиповые и самописные). Модуль разработан таким образом, чтобы минимизировать затраты по внедрению в произвольную конфигурацию на базе 1С 7.7. Вы можете БЕСПЛАТНО скачать демо-версию без ограничения по функционалу и опробовать решение в полном объеме перед покупкой. В данном программном продукте реализованы все технические требования Россельхознадзора по обмену в формате 2.0 и 2.1. Решение прошло опытную эксплуатацию и тестирование на крупных объектах всех видов деятельности: Производство, Опт, Розница.

10000 руб.

21.11.2018 54297 157 105

Обмен с ЕГАИС из 1С V7.7

Оптовая торговля Розничная торговля Обмен с ГосИС Бухгалтер Оперативный учет 7.7 1С:Торговля и склад 7.7 Бухгалтерский учет Акцизы Платные (руб)

Дорогие друзья! Предлагаю Вашему вниманию обработку, предназначенную для обмена данными из Вашей учетной системы с ЕГАИС, через универсальный транспортный модуль (УТМ). В обработке реализован весь функционал обмена: - загрузка справочных данных по контрагентам, производителям, импортерам алкогольной продукции; - загрузка справочных данных по номенклатуре алкогольной продукции; - загрузка остатков; - помощник сопоставления справочных данных и запись их в базу данных; - загрузка приходных ТТН и справок Б от поставщиков, отправка по ним актов всех типов, создание по ним приходных документов; - выгрузка расходных ТТН покупателям; - управление Марками и ведение Регистра 3; Обработку возможно использовать автономно, не внося изменений в Вашу Учетную систему. Код открыт.

6000 руб.

13.11.2015 127226 172 2529

233

Книга учета доходов "Патентная система налогообложения" для 1С 7.7

Учет доходов и расходов Розничная торговля Бухгалтер Пользователь Платформа 1С v7.7 1С:Комплексная 7.7 1С:Торговля и склад 7.7 Бытовые услуги, сервис Розничная и сетевая торговля (FMCG) Россия Налоговый учет ПСН (патентная система налогообложения) Абонемент ($m)

Отчет позволяет сформировать книгу учета доходов для патентной системы налогообложения (ПСН), используя данные из проведенных документов по выбранной фирме и за выбранный период. По умолчанию используются документы вида "Отчет ККМ" и "Реализация Розница". Можно подключить другие виды документов. Отчет предназначен для использования с конфигурациях "1С:Торговля и Склад 7.7, редакция 9.2" (релиз 932 и выше) и "1С:Комплексная, редакция 4.5" (релиз 446 и выше). Можно легко адаптировать под другие конфигурации, т.к. код открыт. Выкладывается как инструмент для разработки с целью реализации в собственных конфигурациях. Отчет предоставляется в виде внешней обработки, внесения изменений в конфигурацию не требует.

1 стартмани

27.01.2021 9211 21 victuan 2

Отправка остатков и цен по API в личный кабинет Озон

Розничная торговля Ценообразование, анализ цен Маркетплейсы Программист Оперативный учет 7.7 1С:Комплексная 7.7 1С:Торговля и склад 7.7 Россия Управленческий учет Абонемент ($m)

Внешняя обработка для 1С 7.7 конфигураций ТиС и Комплексная конфигурация. Подходит для Windows, которые поддерживают работу с WinHttpRequest.

2 стартмани

10.11.2020 10193 26 user1479046 11

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

Розничная торговля Обмен с ГосИС Пользователь Платформа 1С v7.7 1C77 Розничная и сетевая торговля (FMCG) Россия Абонемент ($m)

Разагрегация (получение кодов маркировки, товаров, входящих в "агрегатированные" поставщиком упаковки) для табачной продукции по коду маркировки коробки - получаем коды всех блоков, входящих в эту коробку, по коду любого блока из нее получить список кодов пачек в блоке. Позволяет запросить в виде дерева содержимое (коды маркировки) табачной продукции. Отсканировав или вставив в строку ШтрихКод упаковки, можно запросить из ЦРПТ вложенные коды Требует наличия ЭЦП(КриптоПро или VipNet, ЕГАИС РуТокен ЭЦП 2.0 не подойдет! ) и регистрации в системе МОТП "Честного знака".

2 стартмани

27.05.2020 17971 45 M_W_W 17

Пример переноса справочников, документов и движений через Эксель и "Конвертацию данных 2" из оптовой учетной системы 1С 7.7 Комплексной 4.2 и розничной учетной системы Рарус Торговый комплекс -> в 1С 8.3 ЕРП 2.4 (расширение и дополнительные реквизиты)

Загрузка и выгрузка в Excel Оптовая торговля Розничная торговля Перенос данных 1C Программист Платформа 1С v7.7 Платформа 1С v8.3 1С:Управление торговлей 10 1С:Комплексная 7.7 1С:ERP Управление предприятием 2 Управленческий учет Абонемент ($m)

Описание практического опыта переноса данных из двух устаревших учетных систем в одну современную с обобщением справочников (например номенклатуры, контрагентов, партнеров) и объединением учетных данных устаревших систем в единую новую УС применяя комбинацию стандартной загрузки из Эксель и КД2. Данная публикация является примером переноса данных из сильно устаревших и сильно переписанных конфигураций 1С:Предприятия 7.7 и 8 в современную 1С 8.3 своими силами при условии невозможности или нежелания пользоваться обновлением релизов и типовой функциональностью универсального обмена данными типовых мастеров переноса данных. Отличительной особенностью публикации является устранение зависимости от версий релиза конфигураций, отказ от обновлений устаревших конфигураций.

1 стартмани

29.07.2019 21683 17 ksnik 0

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. Lada385 28 02.03.14 20:29 Сейчас в теме

Отличная вещь! Говорю спасибо!

2. maskva 05.03.14 17:47 Сейчас в теме

Хотели попробовать и вот:
Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда
{C:\1С_БАЗА\DB0\EXTFORMS\PRNFORMS\ИНФО_ПЛАНИРОВАНИЕЗАКУПОК.ERT(1788)}: Регистр.Продажи.ТекущийДокумент.Сторно. <<?>> Контрагент,
Запрос[20] : Неверно заданный путь 'Контрагент'
Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда
{C:\1С_БАЗА\DB0\EXTFORMS\PRNFORMS\ИНФО_ПЛАНИРОВАНИЕЗАКУПОК.ERT(1788)}: Условие (Фирма в ВыбРазделитель1 <<?>> );
Запрос[38] : Ошибка в условии

Обработку просто скопировали в базу и открыли.

3. maskva 05.03.14 17:55 Сейчас в теме

А, ну и вкладка "Таблица анализа номенклатуры" не открывается совсем.

4. sonic112 15 06.03.14 12:06 Сейчас в теме

Здравствуйте!
1. Действительно, в стандартной конфигурации реквизит "Контрагент" в документе "Сторно" не предусмотрен, так же как и реквизиты "ДвижениеДенежныхСредств", "Договор", "Склад". Использование документа "Сторно" в этом случае приводит к искажению данных, так как в документе сторно теряется информация о том, данные по какому контрагенту, складу, договору сторнируются. Это не всегда нужно, но в данном случае нужно, так как при отборе по контрагенту выпадут документы сторнирования. Если вы не используете документы сторнирования, уберите строку ошибки в запросе. Можно использовать конструкцию
Регистр.Продажи.ТекущийДокумент.Сторно.СторнируемыйДокумент.Контрагент, но нужно проверить, возможно, что не все сторнированные документы в вашей базе имеют реквизит "Контрагент".
2. Закладка "Таблица анализа номенклатуры" до проведения расчета пустая, она вам не нужна. После проведения расчета, доступ откроется. Сделано это для того, чтобы операции с пустой таблицей не приводили к ошибкам. Это сделать проще, чем при каждом действии с таблицей проверять ее заполненность.
3. Сообщение об ошибке в условии скорее всего наведенная ошибка, условие стандартное в 1С ТиС.
Будут еще вопросы, - пишите.

Прикрепленные файлы:

imageАватар

6. Самоделкин 2 24.04.14 14:14 Сейчас в теме

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

5. Самоделкин 2 24.04.14 11:35 Сейчас в теме

Хорошая обработка.

Строку Регистр.Продажи.ТекущийДокумент.Сторно. закоментировал, все работает.

7. sonic112 15 24.04.14 19:18 Сейчас в теме

Не имея базы сложно сказать, что конкретно у вас работает не так. Могу посоветовать, где искать.
1. Посмотрите, не наложены ли фильтры по контрагентам, номенклатуре, фирме и т.д. так, что ваши документы не попадают в отчет. Проверьте правильность установки дат, документы должны быть в периоде анализа. Посмотрите установку отборов таблице, возможно у вас по умолчанию устанавливается какой-либо отбор.
2. Остаток считается по регистру "ПартииНаличие". Этот же регистр используется в стандартных отчетах 1С, например, "Ведомость по партиям ТМЦ". Попробуйте сформировать этот отчет, если там остаток будет, повторите настройки отчета для обработки. Расхождений быть не должно, так как запрос, по сути, одинаковый.
3. Продажи считаются по регистру "Продажи", отчет в стандартной конфигурации, использующий тот же регистр, - "Планирование закупок". Проверьте, попадает ли ваш товар в стандартный отчет, там тоже запрос по сути одинаковый.
4. Проверьте наличие записей в нужных регистрах по вашим документам отчетом "Отчет о движениях документа".
Если ничего не поможет, нужно более подробное описание: какой документ, какие настройки и т.д.
Пишите.

8. vita55555 07.08.14 16:35 Сейчас в теме

Автору спасибо!
Есть вопрос:
В Шапке сказано:
"
чтобы заказ, поставленный в установленные сроки, обеспечил наличие товара до следующей поставки
"
я так понимаю, что в форме обработки:
есть поле: Период закупок
где первая дата = "...поставленный в установленные сроки..", т.е. дата Текущей поставки \ над которой работаем \
и где второя дата ="..обеспечил наличие товара до следующей поставки ...", т.е. Планируемая дата следующей Поставки.

Правильно ?

9. sonic112 15 08.08.14 15:58 Сейчас в теме

Здравствуйте!
Все правильно с небольшими уточнениями. Уточнения касаются лишь того, на что еще может влиять выбор периода закупок.
1. До даты начала периода закупок учитываются заказы поставщикам, еще не поступившие на склад.
2. До даты конца периода закупок учитываются заявки покупателей, которые предполагается отгрузить.
3. Программа не проверяет возможный недостаток товара до даты начала закупок.

10. vita55555 11.08.14 11:10 Сейчас в теме

Спасибо за ответ!
Еще есть вопрос:
1)
есть колонки - Снижение продаж из-за отсутствия товара.
Я так понимаю, это снижение рассчитывается за период с даты поставки текущего заказа и до даты поставки следующего заказа, если не будет текущей поставки,
Т.к.Правильно?

2) А можно ли как из отчета узнать - сколько за прошлые периоды уже потеряно из-за ситуация отсутствия товара ?
Сколько например длилась в днях эта ситуация ?

11. sonic112 15 11.08.14 16:35 Сейчас в теме

Здравствуйте!
1. Неправильно. Снижение продаж за счет отсутствия товара считается по периоду анализа, а не по периоду закупок. Это естественно, так как только в периоде анализа нам известно количество дней, когда товар на складе отсутствовал. В периоде закупок мы должны обеспечить наличие товара, там пропусков товара в наличии быть не должно. Снижение продаж считается как произведение средней скорости продаж на число дней отсутствия товара на складе.
2. Можно, включив интересующий вас период в период анализа. Число дней отсутствия товара на складе = Число рабочих дней в периоде анализа - Число дней нахождения товара на складе.

12. ipbilalova@mail.ru 27.05.15 18:13 Сейчас в теме

ПОДСКАЖИТЕ, ПОЖАЛУЙСТА ЧТО ДЕЛАТЬ!!!

Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда
{C:\USERS\ADMINISTRATOR\DESKTOP\INFO.PLANIROVANIEZAKUPOK1.ERT(1841)}: Регистр.Продажи.ТекущийДокумент.Сторно. <<?>> Контрагент,
Запрос[20] : Неверно заданный путь 'Контрагент'

13. sonic112 15 28.05.15 19:03 Сейчас в теме

Здравствуйте!
Это обсуждалось в сообщении №4:
1. Действительно, в стандартной конфигурации реквизит "Контрагент" в документе "Сторно" не предусмотрен, так же как и реквизиты "ДвижениеДенежныхСредств", "Договор", "Склад". Использование документа "Сторно" в этом случае приводит к искажению данных, так как в документе сторно теряется информация о том, данные по какому контрагенту, складу, договору сторнируются. Это не всегда нужно, но в данном случае нужно, так как при отборе по контрагенту выпадут документы сторнирования. Если вы не используете документы сторнирования, уберите строку ошибки в запросе. Можно использовать конструкцию
Регистр.Продажи.ТекущийДокумент.Сторно.СторнируемыйДокумент.Контрагент, но нужно проверить, возможно, что не все сторнированные документы в вашей базе имеют реквизит "Контрагент".

14. svoiludi.8 23.09.16 10:14 Сейчас в теме

Добрый день!
Для 1С 8.3 есть такое приложение?

15. sonic112 15 24.09.16 16:54 Сейчас в теме

Нет.

16. N2 3 13.11.17 12:07 Сейчас в теме

(15) Вадим, добрый день!

Подскажите пожалуйста, можно ли данной обработкой разбивать заказы по поставщикам?
И чем отличаются обработки Инфо_ПланированиеЗакупок.ert и Инфо_ПланированиеЗакупок1.ert ?

17. sonic112 15 13.11.17 18:17 Сейчас в теме

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

18. N2 3 14.11.17 13:27 Сейчас в теме

(17) Вадим, а есть возможность сформировать заказ не от номенклатуры, а от поставщика? Т.е. помимо отбора по продажам, делать отбор по приходам за определенный период, либо где-то хранить, что Номенклатура1 может приходить от Контрагент1 и Контрагент2, а уже при формировании заказа выбирать, что заказ формируется для Контрагента1? Или данный вопрос уже за пределами Вашего решения и требует доработки штатных механизмов ТиСа? Т.е. нужно где-то хранить прайс-листы например для Контрагента1 с определенным реестром номенклатуры и уже с этим реестром делать отбор по продажам за период. Не подскажите, такие механизмы в ТиСе есть?

p.s. Понимаю, что вопросы немного глупые, т.к. не очень сильно знаком с ТиСом.

19. sonic112 15 14.11.17 18:32 Сейчас в теме

Отбор есть по последнему поставщику, по свойствам номенклатуры, по основному свойству номенклатуры, и т.д. - полный список отбора можно посмотреть на странице "Множественный фильтр". Можно присвоить свойству номенклатуры наименование контрагента и проводить отбор по этим свойствам, т.е. Номенклатура может иметь свойство Контрагент1 и Контрагент2, при выборе этих свойств в таблице останется номенклатура, у которой есть такие свойства. Если нужен отбор, не упомянутый в списке, - нужно дорабатывать программу.
Сделать один заказ можно при установке флага "Объединить заказы поставщикам в один заказ".

20. N2 3 15.11.17 12:44 Сейчас в теме

(19) Вадим, подскажите пожалуйста, я правильно понял, что у номенклатуры может быть несколько свойств? Т.е. "Номенклатура1", может иметь два свойства "Контрагент1" и "Контрагент2"? Т.е. если не реализовывать прайс-листы, то можно при поступлении "Номенклатуры1" допустим от "Контрагента3", добавлять ещё одно свойство "Контрагент3". Подведу итог: у номенклатуры в ТиСе может быть несколько свойств?

26. Иваныч 23 28.01.20 15:09 Сейчас в теме

(19)

Можно присвоить свойству номенклатуры наименование контрагента и проводить отбор по этим свойствам, т.е. Номенклатура может иметь свойство Контрагент1 и Контрагент2, при выборе этих свойств в таблице останется номенклатура, у которой есть такие свойства.

Можно было как-то внедрить сравнение цен от Контрагент1 и Контрагент2. Цены ведь тоже пляшут. Еще лет 10-15 назад, когда сам ездил за товаром, искал контакты, знакомился с поставщиками, тогда как-то пользовался штатным отчетом "Планирование закупок". А по теперешним реалиям - смотрю по зимнему товару: 3 года назад заказываем антифриз 10литров 200 банок на зиму (чтоб и начало встретить и дальше не тратиться, т.к предзимняя скидка). 2 года назад тоже самое количество, но продано 130штук, 70 переходит на следующую зиму. К зиме берем половину, т.е докупается 30 банок, 40 остается к лету. И уже в эту зиму не заказываем, т.к есть несколько причин:
1. Остаток был.
2. доставка 3 раза в неделю именно к нам, а если очень нужно, то доставка может быть и каждый день.
3. Ценовая политика. Аналогичный антифриз, только другой производитель, качество такого же уровня, но дешевле.
4. Обилие торговых точек вокруг.
И если раньше ориентировался по ценам, что там - дороже, а тут - дешевле, сейчас не всегда угадаешь. Бывает, где-то старая закупочная цена, глюк программы учета, и т.п., ценник ниже. Кто-то сразу реагирует на изменение цены, наценивает все в большую сторону, а кто-то прозевал.
Да и другие причины, как банальное отсутствие денег у народа.
А сравнить цену между поставщиками - сразу бы плюс поставил (причем несколько раз)

21. sonic112 15 15.11.17 18:29 Сейчас в теме

Да, свойств может быть много, основное свойство одно.

22. N2 3 16.11.17 10:21 Сейчас в теме

(21) хорошо, спасибо!

23. stas919 15.09.18 19:20 Сейчас в теме

Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда
{C:\DOWN\1С77027\БАЗА\EXTFORMS\ИНФО_ПЛАНИРОВАНИЕЗАКУПОК1.ERT(1841)}: Регистр.Продажи.ТекущийДокумент.Сторно. <<?>> Контрагент,
Запрос[20] : Неверно заданный путь 'Контрагент'
Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда
{C:\DOWN\1С77027\БАЗА\EXTFORMS\ИНФО_ПЛАНИРОВАНИЕЗАКУПОК1.ERT(1841)}: Условие (Фирма в ВыбРазделитель1 <<?>> );Условие (Номенклатура в ВыбТМЦ);
Запрос[38] : Ошибка в условии
Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда
{C:\DOWN\1С77027\БАЗА\EXTFORMS\ИНФО_ПЛАНИРОВАНИЕЗАКУПОК1.ERT(1841)}: Условие (Фирма в ВыбРазделитель1);Условие (Номенклатура в ВыбТМЦ <<?>> );
Запрос[38] : Ошибка в условии