Имя: Пароль:
1C
1С v8
УТ 11.1 Оптимальный спсособ переноса цен
0 25-11
 
09.07.20
09:24
Имеется УТ11.1, Номенклатура с характеристиками, всего около 30 тыс. позиций, Рг "ЦеныНоменкалтуры" ~1 300 тыс. записей
Планируется начать в новой базе "с чистого листа". Но вот цены оставить актуальные на текущий момент.
Видов цен ровно 13, некоторые, например, цены склада, сейчас заполняются по ценам поступления, другие рассчитываются по формулам.
Хочется создать новый документ "Установка цен номенклатуры", в котором установить актуальные на текущий момент цены. И "забыть" всю предыдущую историю.
Какой оптимальный вариант переноса, как формучане думают?
1 25-11
 
09.07.20
09:25
Модераторам: Исправьте, пожалуйста, опечатку в слове "способ" в названии темы. Спасибо.
2 Ёпрст
 
09.07.20
09:31
(0) через кд2 передать срез последних в установку цен
3 ДенисЧ
 
09.07.20
09:37
А если через загрузку табдокумента? Он умеет установку цен загружать?
4 25-11
 
09.07.20
09:55
(2) при этом не совсем ясно, отработают ли завимости? Наверное, эту новую установку правильнее создать на стороне источника?
5 25-11
 
09.07.20
09:58
Установка цен весьма хитроумный документ. Хотя в нем есть загрузка из excel.

Спасибо за идею, может быть так вообще проще всего окажется...
6 bolero
 
09.07.20
11:07
(4) > новую установку правильнее создать на стороне источника
плюсую
"загрузить действующие" и никакого кодинга

номенклатуры 30к уже вместе с характеристиками, или помножить на характеристики строчек будет больше? у установки цен ограничение на 99к строк
7 Сияющий Асинхраль
 
09.07.20
11:42
(5) Установка цен как раз как документ простенький, я бы делал через КД просто потому что в ней сам процессом управляешь, но Excel тоже должен отработать, просто если база будет новая, то пофигу, а если в ней уже есть какая-то номра то как оно синхронизируется - хз. Но 30 тыс это не так уж и много, когда то примерно такой порядок цифр для той же УТ делал, единственная проблема была, если в Установке цен было совсем уж много строчек база на Постгре не могла провести документ, приходилось его разбивать на насколько. Других косяков не заметил
Программист всегда исправляет последнюю ошибку.