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

08.10.14

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

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

Скачать файл

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

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

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

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

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

См. также

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

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

28500 руб.

21.04.2017    93601    119    40    

210

Оптовая торговля Розничная торговля ККМ ЭДО и ОФД Обмен с ГосИС Системный администратор Программист Оперативный учет 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    472111    4333    3473    

2443

Оптовая торговля Розничная торговля Обмен с ГосИС Бухгалтер Оперативный учет 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    136825    169    400    

146

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

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

1 стартмани

07.02.2021    10178    5    Kuzya_brаtsk    1    

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    8727    20    victuan    2    

10

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

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

2 стартмани

10.11.2020    9573    24    user1479046    10    

7

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

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

2 стартмани

27.05.2020    16832    42    M_W_W    14    

9
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
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 возможно такое сделать?
Оставьте свое сообщение