|
Код не уникальный - ищу изобретателя велосипеда! | ☑ | ||
---|---|---|---|---|
0
Aleks73
17.01.13
✎
11:19
|
Бухгалтерия предприятия, редакция 2.0 (2.0.41.4) . Файловая. На поддержке. 1С:Предприятие 8.2
Номенклатура. В базу когда-то перенесли элементы с четырёхзначным кодом. Номера близки к 9999. Как только это достигается - всё туши свет сливай воду вводи код вручную. Исправить их нельзя, ибо обмен , который привязан к коду в т.ч. Снимать с поддержки не комильфо (какой код набить если снимать - подсказывать не надо, я в курсе). Пока сказал буху - меняй вручную, ставь нули. Но это не выход. Желательно как-то вывернуться. Кто победил ? |
|||
1
eklmn
гуру
17.01.13
✎
11:21
|
не понял логики
"Исправить их нельзя, ибо обмен , который привязан к коду" и "Пока сказал буху - меняй вручную" |
|||
2
КонецЦикла
17.01.13
✎
11:21
|
Выполнить одинаковые процедуры перекодирования тут и там где обмен
|
|||
3
fisher
17.01.13
✎
11:21
|
(1) +1000
Ручная перенумерация, значит, обмен не ломает, а автоматическая - сломает? |
|||
4
pumbaEO
17.01.13
✎
11:22
|
Код для обмена перенести в свойства.
Ну и вопрос из (1) остается открытым. |
|||
5
КонецЦикла
17.01.13
✎
11:22
|
Хотя 10 тыс. не так и много, что-то с трудом верится что в типовой такое есть
|
|||
6
Aleks73
17.01.13
✎
11:22
|
(1) Логика в том, чтобы бух менял вручную свои элементы, вводя которые, он приближает 9999.
из базы обмена номенклатура с 4 знаками не переносится. |
|||
7
КонецЦикла
17.01.13
✎
11:22
|
(3) - 500
Новые элементы создаются, новые Речь идет о перекодировании СТАРЫХ, уже имеющихся в базе-получателе |
|||
8
Aleks73
17.01.13
✎
11:23
|
(2) Чревато, ибо зоопарк. Забыл написать об этом.
А в принципе - конечно правильно. |
|||
9
fisher
17.01.13
✎
11:23
|
(6) Логику не понял. Поберегу мозг.
В общем случае - смотри (2) |
|||
10
Aleks73
17.01.13
✎
11:24
|
(3), (4) - см. (6)
|
|||
11
fisher
17.01.13
✎
11:25
|
(8) Отловить всех зверей в зоопарке и всех перенумеровать. А как ты хотел? Любые другие костыли только разнообразят зоопарк.
"Лучше день потерять - потом за час долететь" (с) |
|||
12
Aleks73
17.01.13
✎
11:26
|
(9) Может неясно написал...при начальном переносе дошло до 9990. больше 4-х значные не переносятся.
Бух вводит 9 своих, 10-й пытается-пытается...и! |
|||
13
eklmn
гуру
17.01.13
✎
11:27
|
(11) +1 групповая обработка справочника везде код добавить 0000
|
|||
14
DEVIce
17.01.13
✎
11:28
|
Есть еще буквы... Как бы намек. :)
|
|||
15
Aleks73
17.01.13
✎
11:28
|
(11) Зоопарк состоит в следующем: есть разные номенклатуры
2345, 02345,002345, 0002345.... и т.п. при этом обменов много. |
|||
16
КонецЦикла
17.01.13
✎
11:28
|
(12) В принципе можно даже поэтапно делать
Можно даже тупо отнимать какую-то константу, например 2346 (если это минимальный код) Только учитывать это при обмене (если вылезли в минус или ноль, то не отнимаем) Но лучше разово имхо - и гимор с плеч |
|||
17
КонецЦикла
17.01.13
✎
11:29
|
(15) Упс, тогда отнимание отменяется :)
|
|||
18
eklmn
гуру
17.01.13
✎
11:29
|
(15) хера у вас там болото!
|
|||
19
КонецЦикла
17.01.13
✎
11:30
|
(15) Обмен сделай через промежуточную таблицу соответствий тогда (если нужен именно поэтапный переход)
|
|||
20
pumbaEO
17.01.13
✎
11:31
|
БП 2.0 не знаю, но разве нет там регистра РегистрСведений.СоответствиеОбъектовДляОбмена и туда пихать коды для обменов, зачем же на код в справочнике ориентироваться?
|
|||
21
Aleks73
17.01.13
✎
11:33
|
(14) Подумал...проблема в том, что многие у нас ищут номенклатуру по коду...Не поймут...надо будет за раскадкой следить - загрызут....а так - конечно правильно.
|
|||
22
eklmn
гуру
17.01.13
✎
11:36
|
(21) я бы советовал думать в сторону артикулов
|
|||
23
Aleks73
17.01.13
✎
11:36
|
(20) давно не работал с ним...посмотрел - твою мысль не понял...поясни, при чём тут справочник номенклатура.
|
|||
24
eklmn
гуру
17.01.13
✎
11:36
|
+ если конечно они не используются
|
|||
25
Aleks73
17.01.13
✎
11:36
|
(24) увы....
|
|||
26
Aleks73
17.01.13
✎
11:39
|
(19) конфа на поддержке...либо я не понял.
|
|||
27
eklmn
гуру
17.01.13
✎
11:49
|
Тогда используй свободный реквизит справочника, если он есть ))
но думаю "Комментарий" выручит )) |
|||
28
Aleks73
17.01.13
✎
11:53
|
(27) не понял..для какой операции - обмена или поиска пользователями ? или ?
|
|||
29
pumbaEO
17.01.13
✎
12:19
|
(28) для обмена, в регистр сведений пихай необходимый код и при обмене ищи в регистре не по коду справочника.
|
|||
30
Aleks73
17.01.13
✎
12:22
|
(29) так в справочник как в (27) или в регистр ?
|
|||
31
eklmn
гуру
17.01.13
✎
12:25
|
(30) как удобней, если есть есть свободный реквизит в справочнике, то делай там (ИМХО так проще) , если нет то РС
|
|||
32
agarych
17.01.13
✎
12:35
|
1. Выгружаешь в эксель данные из УТ
2. выгружаешь в эксель данные из БП 3. Сравниваешь, если все ок, то добавляешь еще одну колонку с новым кодом и проставляешь новые коды. 4. Пишешь обработку, которая по экселевскому файлу пробегается и перекодирует номенклатуру. В результате получаем и там и там одинаковые коды. Конечно по пути возникнут какие нить грабли ) |
|||
33
Aleks73
17.01.13
✎
12:35
|
(31) В приемнике может, могу в артикул забить или в комментарий. это надо с бухгалтером говорить.
Не проверял, если использование артикула не прописано в настройках, может он где-то вывестись по факту заполненности ? а если взять в обмен для сопоставления комментарий, не повлияет ли на скорость обмена то что он вообще-то неограниченной длины ? |
|||
34
Aleks73
17.01.13
✎
12:36
|
(32) см (15)
|
|||
35
eklmn
гуру
17.01.13
✎
12:36
|
(33) ну блин, чувак ты такие вещи спрашиваешь уже, что я даже не знаю что ответить ))
|
|||
36
Aleks73
17.01.13
✎
12:46
|
(35) Сильно нада тестировать, однако.
|
|||
37
eklmn
гуру
17.01.13
✎
12:47
|
Дык я б тоже не работал, а нада :(
|
|||
38
Aleks73
17.01.13
✎
12:48
|
(37) а миста тогда зачем ? работать всякий ....может!
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |