Изменение цен табличной части документов для КА 2, УТ 11, ERP 2
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(3) Спасибо за уточнение. Ох, да, увы((( ожидаемо. В подредакциях 11.5 и 2.5 произошли изменения в структуре и по коду изменений существенные. Поэтому в этих редакциях текущая версия не будет работат. НО уже ведется работа по адаптации этой разработки под новые подредакции. Ориентировочно в ПН будет готово. Просьба подождать. Дополнительно сообщу о готовности здесь в коментарии.
(7) скачиваете файл в публикации для подредакций 11.5 и 2.5 - "Обработка изменения цен табличной части документов для КА 2.5, УТ 11.5".
Размещен отдельно, т.к. предыдущая версия, для подредакций 11.4 и 2.4, сохранена в публикации с историей скачиваний.
Размещен отдельно, т.к. предыдущая версия, для подредакций 11.4 и 2.4, сохранена в публикации с историей скачиваний.
Прикрепленные файлы:
(17) надо проверить. Очень удивительно, что до этого работало у Вас на релизе 11.5.7.336 и на 11.5.7.383 не стало работать. Для разработчиков не свойственно изменять реквизиты документов в одной подредакции. Такое обычно может происходить при смене подредакций, как это было в случае с 11.4 -> 11.5 торговли и 2.4 -> 2.5 комплексной.
Что ж, подождите, пожалуйста, раверну демо базу указанного релиза и проверю.
Что ж, подождите, пожалуйста, раверну демо базу указанного релиза и проверю.
(19) "поблагодарим" разработчиков - они в форме документов "Заказ клиента" и "Реализация товаров" убрали реквизит формы "СуммаАвтоСкидки", который должен был рассчитываться при обновлении формы документа при переносе обновленных значений по данным выполнения обработки. Он еще был в релизе 11.5.7.336, а в 11.5.7.383 соответственно его не стало. Поэтому возникла описанная Вами ошибка.
В публикации обновлена обработка для редакций 11.5 и 2.5. Но придется, увы, скачать повторно обновленную версию обработки.
В публикации обновлена обработка для редакций 11.5 и 2.5. Но придется, увы, скачать повторно обновленную версию обработки.
При попытке воспользоваться обработкой из заказа поставщику выдает ошибку - Поле обьекта не обнаружено (ВидЦены)
Еще вопрос - а есть возможность применять не только целые числа изменяя на процент но и десятые... 10,5 % ... 10,75% например ?
и было бы удобнее видеть в обработке изменение еще общей суммы
Еще вопрос - а есть возможность применять не только целые числа изменяя на процент но и десятые... 10,5 % ... 10,75% например ?
и было бы удобнее видеть в обработке изменение еще общей суммы
(22) для документа "Заказ поставщику" обработка не предназначена. Поэтому Вы получаете ошибку, т.к. структры доукментов отличаются. И не получится вот так просто подоткнуть под другие виды документов. В описании указаны конкретно виды документов, для которых работает.
У Вас необходимость для документа "Заказ поставщику" острая?
Да, можно будет указывать десятые и сотые. Но придется подождать, т.к. потребуется время, чтобы доработать.
У Вас необходимость для документа "Заказ поставщику" острая?
Да, можно будет указывать десятые и сотые. Но придется подождать, т.к. потребуется время, чтобы доработать.
(26) обработка в публикации обновлена. Можете скачивать.
*Добавлена возможность использования в документах "Заказ поставщику", "Приобретение товаров и услуг" (пока с ограничением того, что для этих документов нельзя изменять по типу цен, т.к. в этих документах используется другой справочник цен "Типы цен поставщиков").
*Проценты возможно указывать с точность до 2х знаков после запятой.
*Добавлен информационный блок с исходной суммой документа, суммой по данным изменения и процент изменения одной суммы относительно другой.
*Добавлена возможность использования в документах "Заказ поставщику", "Приобретение товаров и услуг" (пока с ограничением того, что для этих документов нельзя изменять по типу цен, т.к. в этих документах используется другой справочник цен "Типы цен поставщиков").
*Проценты возможно указывать с точность до 2х знаков после запятой.
*Добавлен информационный блок с исходной суммой документа, суммой по данным изменения и процент изменения одной суммы относительно другой.
Прикрепленные файлы:
(35) это по сути в обработке не нужно, т.к. функционал от разработчиков для изменения типов цен есть табличной части "Товары" документа "Заказ поставщика" есть, как в прочем и в других документах, для которых предназначена данная обработка. Зачем делать делать то, что уже есть.
Прикрепленные файлы:
Проверил на версии 11.4.13.46 (версию для 11.4), работает.
Клиент хочет, чтобы этот функционал работал в РМК в УТ.
Попробую, если получится, отпишусь.
Да, методисты 1С конечно, те еще "молодцы", уничтожать старое, привычное...
Клиент хочет, чтобы этот функционал работал в РМК в УТ.
Попробую, если получится, отпишусь.
Да, методисты 1С конечно, те еще "молодцы", уничтожать старое, привычное...
(31) попробуйте для РМК, сообщите о результате. Но заранее сообщу о том, что придется привызяваться к процедрам и функциям пересчета сумм и обновления информации после заполнения из обработки на самой форме РМК. Если разработчики что-то изменят в них, как это было подобно при переходе с подредакций 11.4 -> 11.5 для УТ, 2.4 -> 2.5 для КА и ERP, то придется переделывать.
(0) Замечу, что распределение сумм в моей версии для УТ 11.4 весьма кривое - сделано пропорционально количеству строк, равными долями.
я переписал пропорционально суммам:
Также сделал для приобретения и заказа поставщику распределение.
я переписал пропорционально суммам:
Если Число(объект.РекСписокВыбДейст)=2 тогда
Колво = Объект.ТаблицаНоменклатуры.Количество();
//Осипов 2022-06-25
База = Объект.ТаблицаНоменклатуры.Итог("Сумма");
//Рез = Цел(РекСуммаДляРаспределения/Колво);
К = 1 + РекСуммаДляРаспределения/База;
//ОстРез = РекСуммаДляРаспределения%Колво;
ОстатокДляРаспределения = РекСуммаДляРаспределения; //Осипов
а = 1;
Для Каждого СтрокаТН Из Объект.ТаблицаНоменклатуры Цикл
Если а = Колво Тогда
//Последняя позиция - распределяем остаток
СтрокаТН.Сумма = СтрокаТН.сумма + ОстатокДляРаспределения; //Осипов
//СтрокаТН.Сумма = СтрокаТН.сумма+Рез+ОстРез;
//СтрокаТН.Цена = СтрокаТН.Сумма / СтрокаТН.Количество;
Иначе
СтрокаТН.Сумма = СтрокаТН.сумма * К; //Осипов
Если РекСуммаДляРаспределения > 0 Тогда
ОстатокДляРаспределения = Макс(ОстатокДляРаспределения - СтрокаТН.Сумма, 0);
Иначе
ОстатокДляРаспределения = Мин(ОстатокДляРаспределения - СтрокаТН.Сумма, 0);
КонецЕсли;
//СтрокаТН.Сумма = СтрокаТН.сумма+Рез;
//СтрокаТН.Цена = СтрокаТН.Сумма / СтрокаТН.Количество;
КонецЕсли;
СтрокаТН.Цена = СтрокаТН.Сумма / СтрокаТН.Количество;
а = а + 1;
КонецЦикла;
Сообщить("Сумма "+РекСуммаДляРаспределения+" распределена на все позиции.");
КонецЕсли;
ПоказатьТакже сделал для приобретения и заказа поставщику распределение.
(44) нет, крайне проблематично. В каждом документе в базах на БСП отдельные и "свой" наборы обработчиков в каждом документе по пересчету цен, сумм, НДС и пр. и т.п.. Т.е. универсально не получиться, надо под каждый отдельный документ подстраивать. Приходится вытаскивать из каждого документа в отдельности эти "наборы обработчиков". + Постоянные изменения разработчиков, что потом для большего количества документов все исправлять => вынужден буду увеличить ставку за скачивание в $m. Думаю, что это не очень будет приятно.
Поэтому такая универсальность не очень оправдана с точки зрения дальнейшего поддержания обработки в рабочем состоянии.
Поэтому такая универсальность не очень оправдана с точки зрения дальнейшего поддержания обработки в рабочем состоянии.
(46) доработка для использования обработки в документе "Передача товаров между организациями" реализована.
Файл для скачивания обновлен в публикации.
После подключения, если ранее обработка уже была подключена, убедиться, и, если вид документа не отмечен, то добавить в "Размещение/Назначение обработки"
Файл для скачивания обновлен в публикации.
После подключения, если ранее обработка уже была подключена, убедиться, и, если вид документа не отмечен, то добавить в "Размещение/Назначение обработки"
Прикрепленные файлы:
