Егор Динин,
Именно так и происходит с большинством клиентов, но есть исключения, очень важные, к которым не применимы такая схема.


Домовик, почти так
Скажем есть основные поставщики, от цен которых идет весь прайс, но есть разовые закупки с лучшей ценой, которой заинтересовываем ключевых клиентов.

vadim007,
Названия нет(не знаю), писалась очень давно под одну компанию, а затем кое-как кастрирована под другую(с другими возможностями и потребностями).
Не устраивает
- время от времени вылетает(мертво зависает) с потерей набираемого документа и коверканием фактических остатков(в ней нет понятия остаток на дату. я могу оприходовать товар "завтра", а продать "вчера"), поэтому нужно произвотить очередную индексацию-пересчет.
- поиск номенклатуры - основная потеря времени.
- детские болезни(ДОС)
- хочу сам изменять код программы и т.д. В настоящей проге ничего не смыслю и нововведения произвожу с помощью костылей - достало.

Ardi,
Очень нужно. и это не для махинаций, а для адекватной работы с клиентом. Специфика, скажем.

Работу представляю себе так.

1. находясь в окне выбора наменклатуры, начинаю набирать символы с клавиатуры(полнотекстовый поиск), либо, перемещаясь по иерархии с помощью клавиатуры на хожу требуемую наменклатуру.
2. нажимаю клавишу "ентер". И тут в зависимости от того стоит ли некая галочка"подробно..." может быть два варианта событий
а) нет галочки - идет запрос количества и цены(как обычно в УТ 8.2) и добавление строчки в документ. Товар списывается по какому нибудь алгоритму ФИФО,ЛИФО, неважно... уже ньюансы. А цена формируется как ЦенаРозница - Скидка.
б) галочка стоит - во время запроса в форме количества и цены формируется доптаблица с наменклатурными значениями ТекущийОстаток, ЦенаПриходная, Поставщик. Товар списывается с определенной строчки. Причем, не может списаться болще чем есть по факту. Цена формируется также как и в случае а), но иногда она не устраивает клиента и он начинает торговаться, а менеджер уже принимает решение по количеству и цене исходя из реальных остатков.

Вроде объяснил принцип, возникший в голове. Теперь нужно попробовать его реализовать средствами 1с. Вот и возник вопрос - с нуля или допиливать?

Хм... почитал немного... из того что понял - это что-то нет то.
Мой мозг думает в разрезе работы старой программы и никак не хочет переключаться на 1с.
Там все было просто - я видел остаток товара в справочнике, продал часть - сразу же вижу уменьшенный остаток. При возникновении глюков приходилось проводить переиндексацию (dbf-cdx) и пересчитывать остаток.

Да еще один ньюанс - каждый месяц или декаду нужно закрывать период, фиксировать остатки(ну и все остальное) и удалять все расходки-приходки до фиксированной даты.Как-бы начиная все с чистого листа

Во время пробного тестирования семерка показалась визуално быстрее.
Дело в том, что операторы, в их числе и я, привыкли работать только клавиатурой - мышь не учавствует. Вот и хочется замутить что-то подобное на 1с, чтобы побыстрее работалось.
УТ перегружена ненужными мне функциями-запросами, которые влияют на число обращений к БД и трафик. (3 рабочих компа - один из них выступает как файл-сервер и все это на свитче - домашняя сеть)). Вот и боюсь что эти десятые части секунды будут "доставлять"... Под ДОСом все летает, за исключением моментов, когда делаются бэкапы и др. нечастые нагрузки на ЖД.

Прислушаюсь к советам и забуду про 7. Функциональность 8 мне больше нравится).

Всем ответившим спасибо!

Буду сейчас разбирать что такое партионный учет, упустил его из вида.


к тому же склоняюсь, но семерка побыстрее запускается и все-такое...

Нахожусь в поисках нужной конфигурации для 1с 7.7, либо 8.2.
С 1с имел дело только как пользователь и очень немного(торговля под 8.2)).

Исходные данные.
Нужна конфигурация склад-торговля(опт-розница). Простая, без всяких привязок к бухгалтерии..., но с несколько необычной для 1с системой ведения-отображения товара.

Итак.
Имеем «Номенклатура №1», который закупается у нескольких поставщиков, и, в свою очередь, поставщики отпускают «Номенклатура №1» по разным ценам в разное время.

Т.е. по одной номенклатуре поступления:
Поставщик 1 – дата1 – 10уе – 200шт
Поставщик1 – дата2 – 12уе – 50шт
Поставщик2 – дата1 – 12уе – 35шт
Поставщик3 – дата3 – 10уе – 300шт

Значение(в смысле важность) имеет «количество товара по определенной цене».
Т.е в остатках менеджер-продаван должен видеть СКОЛЬКО товара по каждой цене и по каждому поставщику есть в наличии и в зависимости от этого принимается решение(менеджером) по какой цене отгружать товар.

В текущей программе(FoxPro 2.6 )да динозавр, зато быстрый) заполнение справочника происходит в таком режиме:
При каждом новом поступлении номенклатуры с отличающейся ценой или поставщиком заводится новая строчка(карточка) товара, что приводит к увеличению объема справочника(по 15-20 строчек одного наименования) и, следовательно, затрудняется поиск нужной номенклатуры, а поиск там по первым символам и изменить ничего не могу и не хочу.

В 1с удобно реализован разброс по регистрам свойств номенклатуры (цена, поставщик), но! Как отследить количество по каждой цене не влезая в отчеты, а сразу – во время формирования расходного докумена?
В FoxPro расходки формируются «на лету». То есть человек-покупатель диктует с листа бумаги заказ в форме «номенклатура-количество-(иногда цена)», а оператор-менеджер должен БЫСТРО найти(используя только клавиатуру) и продать товар с конкретного остатка(строчки)(оператор сам решает с какого).
Надеюсь, сформировал мысли доступно.

Так вот, может, существует в природе конфигурация – максимально приближенная к условиям такой работы. Или прошу совета – в какую сторону «копать», в смысле как можно допилить существующие конфигурации под реалии. Или же делать все с нуля - хотя из-за ограниченных знаний 1с программирования не представляю структуру.
Хочется видеть «правильный» справочник номенклатуры, то есть один товар – одна строка, но с возможностью списывать с нужного остатка.

Зы Машинки – Celeron DualCore 2.5ГГц + DDR2 – 1гиг(можно увеличить) ось – ХР – 2шт. одна из которых в роли файл-сервера.