Вход | Регистрация


Форумы на Кубань.Ру


1С:Предприятие ::

Метки:

Помогите разработать структуру продаж.

Ø
Я
   sashat
17.11.04 - 11:30
Данно справочники "товары","контрагенты"
документы "протокол цен", "накладная"
Нужно организовать так, чтобы была возможность указывать цены конкретно каждому контрагенту.
тоесть получается нужно справочник товары сделать подчиненным справочнику контрагенты, что ни есть гуд, потому что их много
Как можно еще извернуться в данной ситуации
p.s. Доступ к ценам есть только из документа "протокол цен", операторы править цены немогут.
 
 
   Spirtus
1 - 17.11.04 - 11:33
Цены для Контров задаются произвольно или в соответствии с неким алгоритмом?
   Очкарик
2 - 17.11.04 - 11:35
Справочник цены, подчиненный справочнику уонтрагенты,
одно из полей - ссылка на справочник товаров.
   sashat
3 - 17.11.04 - 11:38
В соответствие с алгоритмом менеджеров т.е. произвольно.
Есть 1 протокол на всех (таких большинство)
И есть куча протоколов на конкретных контрагентов.
И есть протоколы на группу контрагентов.
   Spirtus
4 - 17.11.04 - 11:39
В чем писаться будет? В v7 или v8?
   Гурон
5 - 17.11.04 - 11:40
(2) при использовании подчиненного контрагентам прайса наверняка возникнет вопрос о том, что делать с новыми товарами - их в прайсе не будет.
   sashat
6 - 17.11.04 - 11:40
в семерке.
сейчас все это написанно на foxpro
   Spirtus
7 - 17.11.04 - 11:41
+4 Скидки присутствуют от установленных для Контра цен? Опять же - алгоритм...
   AlexMan
8 - 17.11.04 - 11:43
Я бы сделал подчиненный справочник справочнику Номенклатура ,назвал бы протокол а в нем поля : КОНТРАГЕНТ и периодический ЦЕНА вот и все.
   tt
9 - 17.11.04 - 11:43
Да, для котрагента можно добавить поле -"код цены" по справочнику типы цен.
   Spirtus
10 - 17.11.04 - 11:43
Чего больше - товаров или контров? Период действия цен?
 
  Рекламное место пустует
   Воронежский школьник
11 - 17.11.04 - 11:45
(0) Зачем изобретать велосипед, все сделано до Вас, например, в ТиС. Открываете, смотрите.
Есть справочник "Цены". Он подчинен справочнику "Номенклатура". Есть справочник "ТипыЦен". Есть справочник "Контрагенты". У каждого контрагента есть реквизит типа "ТипыЦен", где указывается тип цен для данного покупателя (если не указывается, то используется тип цен по умолчанию). Далее, для каждой номенклатуры создаются элементы подчиненного справочника "Цены". У каждого элемента есть реквизит типы "ТипыЦен". Пользуйтесь!
   Spirtus
12 - 17.11.04 - 11:49
11. Вопрос в объеме и частоте изменения! Если объем обоих справочников хотя бы за 100 поз. и частота изменения цен - раз в пару дней, то забодаешься цены перебивать: особенно при нефиксированном алгоритме %))
   Воронежский школьник
13 - 17.11.04 - 11:51
(11)+ У справочника "Цены" периодический реквизит "Цена".
   AlexMan
14 - 17.11.04 - 11:51
(12) Сделай обработу (в которой будет таблица для ввода данных по горизонтали номенклатура по вертикали контрагенты или наоборот по вкусу) при ее закрытии проставляй новые цены всего делов то....
   Sure2
15 - 17.11.04 - 11:54
(0) Решение первое: если известно заранее, что количество наборов цен будет фиксированным (например, не более 10 наборов), то в справочнике Товары делаешь 10 полей: Цена1, Цена2.... Цена10.
Решение второе, если количество наборов цен не ограничено: делаешь справочник Цены, подчиненный справочнику Товары. Где есть кроме цены ещё и номер набора цен.
Далее в справочнике Контрагенты заводишь отдельное поле: НомерНабора, который и будет тем номером набора цен, что действуют для данного контрагента. То есть, может быть 1000 контрагентов, 101 набор цен и возможность ввести в любой момент ещё новые наборы цен.
В этом случае обязательно иметь способ формирования нового набора цен. Например: "Взять набор цен Х и умножить все цены на 1,01"
Кроме того, надлежит отслеживать, чтобы все товары имели цены во всех наборах.
.
Может быть, ввести одну строчку "Условный товар", который отражает наценку по умолчанию. И используется, когда заводится новый товар (чтобы автоматически сформировать цены для всех наборов)
   Воронежский школьник
16 - 17.11.04 - 11:54
(12) глупости все! я сейчас не про алгоритм а про структуру. Предложенная структура очень гибкая и реализует одношение "многие-ко-многим". Будут цены вводится операторами вручную или это будет делать обработка мне глубоко пофиг.
   Spirtus
17 - 17.11.04 - 12:11
16 Вы, господин хороший, поаккуратнее в выражениях! Человек попросил помочь, а Вы словами бросаетесь, не разбираясь в том, что конкретно необходимо!
15 2-й механизм реализован в ТиС! На мой взгляд, весь вопрос в том, как:
1-е - отслеживать изменения
2-е - вносить их с минимальными трудозатаратами
   ДАК
18 - 17.11.04 - 12:16
(14) Это уже есть в ТиС.
(0) Зачем изобретать велосипед?!
   Воронежский школьник
19 - 17.11.04 - 12:25
(17) хотите полемики? я читаю "Помогите разработать структуру...", даю пример структуры, что не так-то? помогаю (0)! Тут появляется какой-то правозащитник, трактующий что, кому и в каком виде нужно говорить и вообще ведущий себя крайне вызывающе... я прошу господ модераторов обратить на этот вопиющий факт свое внимание...........
   andreyka
20 - 17.11.04 - 12:28
на одном заводе уже несколько лет так работают:
в спр. "типы цен заносят": цена для ООО "Рога и копыта"
                           цена для ПБОЮЛ Иванов и т.д.
т.е. используют типовой механизм цен в ТиС.
   sashat
21 - 17.11.04 - 13:09
Спасибо за обсуждение. Пришлось отойти внезапно.
Так вот поясняю.
Организация примерно 300
товаров до 50
Период действия цены до следующего протокола.
Период смены цен произвольный. (Иногда в 1 день может быть 2 цены на 1 товар для 1 организации)
Еще есть скидки от общего протокола на конкретные товары.
   sashat
22 - 17.11.04 - 13:11
Причем может быть так.
Есть протокол на определенный вид продукции для определенной организации.
И если эта организация захочет взять еще, что-то чего нет в ее протоколе то нужно отпускать по общим ценам. (такое случается часто)
   sashat
23 - 17.11.04 - 13:30
сейчас в старой программе на foxpro сделанно так.
справочник контрагенты, справочник товары который связан с контрагентами.
Получается у каждого контрагента свой набор товаров с ценами.
   Воронежский школьник
24 - 17.11.04 - 13:40
(22) чем не устраивает (11)?
Насчет изменения цен в течение дня - создай документ "ИзменениеЦенКонтрагента" с реквизитами шапки: контрагент; и реквизитами ТЧ: номенклатура, цена. После проведения документа, меняются цены контрагента, печатается спецификация к договору. ВСЕ!
   sashat
25 - 17.11.04 - 13:44
Как сделать там такое
Есть протокол на определенный вид продукции для определенной организации.
И если эта организация захочет взять еще, что-то чего нет в ее протоколе то нужно отпускать по общим ценам. (такое случается часто)
   Воронежский школьник
26 - 17.11.04 - 13:51
(25) будем называть вещи своими именами.... Есть тип цен "ОсновнойПрайс". У каждого товара есть элемент подчиненного справочника "Цены" со значением реквизита "ТипЦены" равным "ОсновнойПрайс", т.е. для каждого товара есть основная цена. Далее для текущего контрагента определен тип цен "Цены для Васи Пупкина", но с этим типом цены есть только цены для товаров "ежик резиновый" и "ежик без мамы резиновый", а мы отгружаем позицию "ежик без папы резиновый", простой алгоритм поиска определеят, что для этого товара нет цены с типом "Цены для Васи Пупкина" и берет цену с типом "ОсновнойПрайс". ВСЕ!
   sashat
27 - 17.11.04 - 13:54
(25) - спасибо
только получается очень много периодических элементов надо.
1 цена
2 тип цены
Надо попробовать поганять и посмотреть как все это будет расти.
   saasa
28 - 17.11.04 - 14:04
(26) не взлеитит, (25) просто игнорирует твои посты :))
   NoName
29 - 17.11.04 - 14:04
2(27) А нафига цены делать периодическими? Тебе ведь прошлыми датами документы формировать не надо, у тебя с контрагентами все будет происходить реальным текущим временем. А для хранения истории - сделай ввод и изменение цен - только документом, потом получишь всю историю, если просить будут.
   NoName
30 - 17.11.04 - 14:07
2(28) Почему 26 не полетит? Еще как полетит, у меня подобная система (с кучей дополнительных наворотов и типов ценоопределения) летает уже лет пять, со свистом... И цены висят не только на контрах но и поотдельно на некоторых договорах...
   saasa
31 - 17.11.04 - 14:08
(30) (28) к тому, что sashat не слышит ВШ.
   sashat
32 - 17.11.04 - 14:09
(29) - Иногда документы правятся задними числами.
Сейчас поставил ТиС 9,2 (935) пробую
   Воронежский школьник
33 - 17.11.04 - 14:12
(27) единственный аргумент, такая схема работает у меня в двух базах. Число работающих клиентов - 2000, число товаров - 500. За ценами следит прайс-менеджер, спецификации к договорам печатает экономический отдел. Таким образом операторы на открузке цены вообще не видят, все довольны!
 
 
   sashat
34 - 17.11.04 - 14:15
(33) - Как часто режите базу и сколько она занимает места
   Воронежский школьник
35 - 17.11.04 - 14:23
(34) каждый год начинаем новую с переносом справочников и остатков. Сейчас база весит около 1.5 Гб (дбф), из них 90% - документы и оперитоги.
   sashat
36 - 17.11.04 - 14:25
А вот сейчас пробую.
Если у товара нет такого типа цен который указан у организации то цена не ставиться. Это прийдется самому дописывать или я чегото не так делаю
   sashat
37 - 17.11.04 - 14:53
Мда слишком все сложно там. (для оператора)
К примеру у нас нужно сразу печатать и накладную и счет-фактуру. А для этого приходится бегать по кнопкам мнго раз.
А если учесть, что у нас операторы печатают накладные в один присест. Всем сразу согласно заявок (вечером) а машины уже утром грузятся согласно сводных по машинам. То это очень утомительно. Сейчас они вообще работают только клавиатурой, а тут им прийдется довольно усердно работать мышкой.




Список тем форума

Форум Территория 1С

  Рекламное место пустует
Компьютер — устройство разработанное для ускорения и автоматизации человеческих ошибок.
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Ветка сдана в архив. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует