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

08.10.14

Учетные задачи - Розничная торговля

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

Скачать файлы

Наименование Файл Версия Размер
Инфо_ПланированиеЗакупок.ert
.ert 244,50Kb
54
.ert 244,50Kb 54 Скачать
Инфо_ПланированиеЗакупок1.ert
.ert 245,50Kb
47
.ert 245,50Kb 47 Скачать

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

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

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. Заказы формируются последовательно по всем поставщикам, имеющим не нулевую колонку "К заказу", для фирмы, указанной на странице настроек.

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

См. также

SALE! 20%

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

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

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

28500 22800 руб.

21.04.2017    90186    105    39    

191

АИС: Онлайн-кассы для 1С 7.7 (с поддержкой маркировки ЕГАИС, ТАБАКА, ОБУВИ, ЛЕКАРСТВ, ШИН, ОДЕЖДЫ, МОЛОКА, ВОДЫ и пр.) и Обмен с 1С 7.7 "Честный ЗНАК" (ГИСМТ, ЦРПТ, ЭДО)

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

Подключение фискального регистратора к 1С 7.7 в режиме онлайн-кассы (в соответствии с 54-ФЗ). Поддержка крайних версий драйверов ККТ: ДТО 10 и ДТО 8 для Атол, 4.15, 5.16 для Штрих-М. Поддержка протоколов ФФД 1.0, 1.05, 1.1 и 1.2, развитые настройки для применения частичных оплат и авансов в оптовой и розничной торговле. Поддержка чеков коррекции всех версий. Поддержка розничной продажи маркированной продукции (ЕГАИС, табак, обувь, лекарства, шины, одежда, белье, парфюмерия, молочная продукция, вода и пр.). Вывод электронного чека (на е-майл, телефон) по требованию покупателя, поддерживаются комбинированные типы оплаты, режим эмуляции печати чека на ФР. **** Полный цикл работы из 1С 7.7 с маркировкой "Честный ЗНАК" (ГИСМТ, ЦРПТ) из 1С 7.7. ЭДО (табак, обувь, шины, одежда, молочная продукция, вода и прочие группы товаров) для розницы и опта (приемка и оптовая отгрузка маркированной продукции). Поддерживается как объемно-сортовой учет (ОСУ) так и поштучный (поэкземплярный) учет.

2000 руб.

28.03.2017    457885    4258    3461    

2428

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

67

АИС: Обмен с ЕГАИС 4.0 для конфигураций 1С 7.7

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

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

3000 руб.

13.12.2015    134716    159    400    

146

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

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

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

6000 руб.

13.11.2015    121260    169    2528    

232

Конфигурация "Информационный киоск". Обработки выгрузки товаров для ТиС 9.2, УТ 10.3, УТ 11 (обмен данными с любой конфигурацией 1С 7.7, 8.х)

Оптовая торговля Розничная торговля Обмен между базами 1C Сканер штрих-кода Платформа 1С v7.7 Платформа 1С v8.3 Конфигурации 1cv8 Конфигурации 1cv7 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Управленческий учет Платные (руб)

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

1800 руб.

21.12.2014    59237    8    21    

20

Выгрузка товаров из 1С:Предприятия 7.7 "Торговля и Склад 9.2" в файл CSV для онлайн кассы МТС

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

Данная обработка предназначена для выгрузки файла из программы 1С: Предприятие 7.7 Конфигурации «Торговля и Склад 9.2» в файл CSV для загрузки в кассу МТС. Тестирование проводилось на релизах 937 и 998. В теории должна работать на всех типовых релизах конфигурации «Торговля и Склад 9.2».

1 стартмани

07.02.2021    9932    5    Kuzya_brаtsk    1    

7
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Lada385 29 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. Программа не проверяет возможный недостаток товара до даты начала закупок.
vita55555; +1 Ответить
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 Сейчас в теме
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] : Ошибка в условии
24. sonic112 15 16.09.18 05:38 Сейчас в теме
Здравствуйте!
Это обсуждалось в сообщении №4:
1. Действительно, в стандартной конфигурации реквизит "Контрагент" в документе "Сторно" не предусмотрен, так же как и реквизиты "ДвижениеДенежныхСредств", "Договор", "Склад". Использование документа "Сторно" в этом случае приводит к искажению данных, так как в документе сторно теряется информация о том, данные по какому контрагенту, складу, договору сторнируются. Это не всегда нужно, но в данном случае нужно, так как при отборе по контрагенту выпадут документы сторнирования. Если вы не используете документы сторнирования, уберите строку ошибки в запросе. Можно использовать конструкцию
Регистр.Продажи.ТекущийДокумент.Сторно.СторнируемыйДокумент.Контрагент, но нужно проверить, возможно, что не все сторнированные документы в вашей базе имеют реквизит "Контрагент".
Остальные ошибки, по-видимому, наведенные, так как являются стандартными для ТиС.
25. dmin 20.01.20 17:41 Сейчас в теме
Отличная вещь, то что нужно для тех кто отстал от жизни и все еще на 7.7
27. user1710258 16.08.22 17:46 Сейчас в теме
Добрый день, а на УТ 11.4 возможно такое сделать?
Оставьте свое сообщение