|
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) Успехов вам и вашим клиентам, только постарайтесь делать так, чтобы вам не было стыдно за сделанное - а всё остальное приложится.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |