Имя: Пароль:
1C
1C 7.7
v7: Наименование в ТМЦ периодическим тип
0 oleg056
 
11.09.12
18:28
Возможно ли сделать "Наименование", "Код" в ТМЦ периодическим типом?
1 Джинн
 
11.09.12
18:30
Попытка достать гланды нетрадиционным способом?
2 GreyK
 
11.09.12
18:30
Фантастика.
3 oleg056
 
11.09.12
18:32
(1) Вопрос был в возможности управлять Этими полями. А не по поводу гланд)
4 DGorgoN
 
11.09.12
18:32
Завести еще одно поле по аналогии и сделать его периодическим )
5 DGorgoN
 
11.09.12
18:33
Но можно к примеру переписать платформу и внедрить такие вещи )
Т.е. чисто теоретически это возможно )
6 oleg056
 
11.09.12
18:33
(4) Об этом я думал
Я правильно понимаю, что они зашиты в 1с и их нельзя редактировать
7 Ork
 
11.09.12
18:34
(6) Редактировать можно. Нельзя сделать периодическими.
8 GreyK
 
11.09.12
18:38
(0) Ну и традиционный китайский вопрос. Наферкуя!?
9 Джинн
 
11.09.12
18:45
(3) Дык и относительно гланд тоже вопрос может быть чисто теоретическим. Более того, чисто теоретически нетрадиционный способ вполне возможен при определенных усилиях.
10 oleg056
 
11.09.12
18:45
(8)
Есть ограничение от старой конфигурации(не 1с) где код товара не меняется.
А сам товар раз в год может стать другим (Наименование)

То, что можно, "ПолноеНаименование" или новое дополнительное поле, сделать периодическим - это мне понятно
Просто возник вопрос почему нет доступа к полям "Наименование", "Код"
11 Джинн
 
11.09.12
18:48
(10) Хм... Лежит так себе на полке товар, и вдруг раз в год превращается из свистка в паровоз?
Какой физический метод лежит в основе этой метаморфозы?
12 rphosts
 
11.09.12
18:50
вроде вторник, а как буд-то пятница.... v8: Использование периодического РС в ПВХ
13 aleks-id
 
11.09.12
18:53
(11) лежала себе осетрина и вдруг стала второй свежести. чо непонятного то? )))
14 rphosts
 
11.09.12
18:55
(13) если свежести -эти вполне понятно, а вот если поддонами кирпича - это уже патология!
15 Холст
 
11.09.12
18:56
код товара - для однозначной идентификации товара, и очень даже хорошо, что он не может меняться
16 aleks-id
 
11.09.12
18:56
(14) ну еще вариант - купили помидоры зеленые, а они провалялись и покраснели
17 oleg056
 
11.09.12
18:56
(13) Да, правильно)
Это уценка товара и переоценка с ограничением в старой базе на код в число 9999
18 alex74
 
11.09.12
18:56
(13) свежесть - это характеристика, а не наименование
19 Mikeware
 
11.09.12
18:58
(12) "Мизда. Пятница каждый день!"©
20 GreyK
 
11.09.12
18:59
(18) Это не наименование и код поменялся, а вместо осетрины появился товар тухлятина, для этого есть документы, которые переводят один товар в другой.
21 Джинн
 
11.09.12
19:00
(17) От уценки товар не становится другим никаким образом. Он приобретает другие потребительские свойства. Одно действие через известное место сразу тянет за собой другое...

(19) Если бы. Тут и по ночам жизнь кипит.
22 GreyK
 
11.09.12
19:00
(20) > (17)
23 oleg056
 
11.09.12
19:07
(20)(21)
Если я не ошибаюсь по старой БД то там еще было ограничение на код от таможни т.е товар не мог не как стать с другим кодом.
Плюс повторюсь базе 20лет а товаров может быть 9999. Что им нужно было делать)
24 oleg056
 
11.09.12
19:08
(23)Сейчас на этих кодах завязано много импортеров и других программ
25 Джинн
 
11.09.12
19:09
(23) Завести сорт для товара и организовать учет по нему - осетрина 1 сорта, осетрина тухлая.
26 oleg056
 
11.09.12
19:11
(25) А что после 10'000 товара делать?
27 Джинн
 
11.09.12
19:12
(26) Длину реквизита увеличить на разряд.
28 oleg056
 
11.09.12
19:14
(27) Это была лицензионная буржуйская программа на С++ скомпилированная вместе с ядром Юникса на Пентиум75 в 90-93году ))
29 Джинн
 
11.09.12
19:16
(28) Какая разница что было до Рождества Христова? Вы же не в ней код периодический делать собираетесь?
30 GreyK
 
11.09.12
19:18
(28) И тогда осетрина была осетриной, а теперь они только тухлятиной торгуют.
31 oleg056
 
11.09.12
19:20
(29)Да, не в ней. Но это временно.
Для совместимости со старыми программами. Когда их переделают то можно и ограничение будет убрать)
32 Джинн
 
11.09.12
19:23
(31) Причем тут совместимость? Чего-то я не догоняю :(
33 oleg056
 
11.09.12
19:40
(32) Я точно также говорил когда знакомился с тех заданием ;)
Там есть еще 5-7 программ импортеров (С++, Pascal) от кассы и специальные отчеты для таможни.
Т.е. заказчик готов эту всю кухню переделывать только после того как увидит что на 1с все работает :)
Т.е. он хочет вести параллельно учет в двух программах еще 3-6 месяцев
34 Джинн
 
11.09.12
19:49
(33) Крайне сомневаюсь, что он сможет это параллельно вести...

Исходим из того, что его сотрудники не курят бамбук 8 часов в день. Иначе с чего им зарплату платить? И тут Вы такой в белом фраке с 1С предлагаете за это же время делать двойную работу. При том же штате. И даже больше - почти тройную, ибо еще сверять нужно данные в двух программах.

Результат подсказать какой будет? Кто-то будет в двух вести, кто-то забъет и скажет "Мне некогда было...", "У меня ошибка выскочила и я не смогла в одной из баз ввести..." и т.п. И наступит прекрасный момент, когда уже хрен поймешь в какой из баз верные данные. Понятно, что крайний будет найден легко - угадайте его с трех раз.

Кроме того никто не мешает правильно синхронизировать номенклатуру при переносе и при необходимости в 1С создавать новый элемент при переименовании в старой базе его. Это уже дело техники.
35 Torquader
 
11.09.12
20:24
Ну, допустим, что ограничение 9999 вы хотите обойти через замену кода у некоторых товаров - тогда что мешает просто сделать код не уникальным ? Ведь в этом случае мы получим всё тот же бардак, но уже без всяких рассуждений на тему - кто менял код.
Далее, не стоит забывать, что код товара к нему никакого отношения не имеет - это всего лишь поле в базе - его вообще можно убрать и не использовать, а ввести новый реквизит, который может быть и периодическим и укладываться в ваше ограничение в 10000.
Что касается наименования, то смысл его делать периодическим только в том, что вы покупаете один и тот же физический товар у разных поставщиков, у которых он по разному называется в накладных, но в этом случае лучше иметь две записи для одного и того же товара, так как потом вас будет также интересовать невозможность продать товар одного поставщика, когда на складе товар другого.
Также не стоит забывать, что 1С построена на ссылках и внутренних кодах - когда вы подбираете товар в табличную часть документа, в ней сохраняются только ссылки на позиции справочника - то есть внутренние коды. При изменении названия товара оно автоматически поменяется и в документе, и что мы получим, когда на бумаге было одно, а в базе будет другое.

Что касается параллельного учёта - то его можно вести или 1-2 дня - для проверки или только с перегрузкой данных из одной базы в другую, так как в противном случае параллельность заканчивается в момент появления различий
36 oleg056
 
11.09.12
21:22
(34) Вы меня убедили. Кастыли порождают нагромождение кастылей.
Наверное буду делать через "СтарыйКод" плюс поле "Актуальный"

Что по поводу параллельного ведение, то все подготовлено - импортеры/экспортеры
Вот наверное и завяжу через эти два поля
Всем спасибо
37 Torquader
 
11.09.12
21:37
(36) Успехов вам и вашим клиентам, только постарайтесь делать так, чтобы вам не было стыдно за сделанное - а всё остальное приложится.
2 + 2 = 3.9999999999999999999999999999999...