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