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

08.10.14

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

Файлы

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

Наименование	Скачано	Купить файл	По подписке PRO
Инфо_ПланированиеЗакупок.ert .ert 244,50Kb 54	54	2 500 руб. Купить	1 SM Скачать
Инфо_ПланированиеЗакупок1.ert .ert 245,50Kb 47	47	2 500 руб. Купить	1 SM Скачать

Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».

0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.

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

По заданному периоду анализа продаж и периода закупок рассчитывается набор статистических параметров, характеризующих выбранный список номенклатуры. Отбор списка – типичный для отчетов в 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 –

См. также

АИС: Обмен ГИСМТ, ЭДО, Онлайн-кассы + Маркировка + ТС ПИоТ

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

Подключение фискального регистратора к 1С 7.7 в режиме онлайн-кассы в соответствии с 54-ФЗ для Атол, Штрих-М / Торговый баланс М (PosCenter). Поддержка операторов ЭДО: Сбис (Тензор), Контур.Диадок, ЭДО лайт, Калуга Астрал, Такском и пр. Поддержка оптовой и розничной продажи маркированной продукции (алкоголь, табак, обувь, лекарства, шины, одежда, белье, парфюмерия, молочная продукция, вода, пиво, автозапчасти, моторное масло и пр.). Поддержка онлайн и офлайн (через Локальный Модуль ЧЗ) проверки маркировки в разрешительном режиме (РР) и через ТС ПИоТ.

20000 руб.

28.03.2017 585828 5314 3840

2628

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

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

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

39141 руб.

21.04.2017 113567 213 44

257

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

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

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

1 стартмани

27.01.2021 12207 21 victuan 2

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

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

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

2 стартмани

10.11.2020 13239 28 user1479046 11

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

Розничная торговля Обмен с ГосИС Пользователь 1С:Предприятие 7.7 1C77 Розничная и сетевая торговля (FMCG) Россия Абонемент ($m)

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

2 стартмани

27.05.2020 23022 55 M_W_W 19

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

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

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

1 стартмани

29.07.2019 24981 24 ksnik 5

Мобильное приложение для формирования заказов. Агент

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

Мобильное приложение на платформе Андроид для формирования заказов клиентов. Основное предназначение - работа торговых агентов, представителей, что включает в себя: список клиентов с адресами, телефонами, историей взаиморасчетов; список товаров с остатками, с несколькими типами цен; составление заявки; регистрация поступления оплаты; отслеживание координат. Приложение можно состыковать с 1С любой версии. Поддерживаемые протоколы передачи: файловый (FTP), Web-service, HTTP-service.

1 стартмани

30.01.2019 20686 15 ruslan_hut 2

АИС: Обмен с ФГИС Меркурий (Ветис.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 60151 162 105

Комментарии

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

Свернуть все

1. Lada385 30 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 16 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 16 24.04.14 19:18 Сейчас в теме

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

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

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

Правильно ?

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

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

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

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

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

11. sonic112 16 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 16 28.05.15 19:03 Сейчас в теме

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

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

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

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

Нет.

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

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

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

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

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

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

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

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

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

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

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

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

26. Иваныч 24 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 16 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] : Ошибка в условии