Нахожусь в поисках нужной конфигурации для 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шт. одна из которых в роли файл-сервера.

Можно хоть ТиС для 7.7, хоть УТП для 8.х, но дорабатывать все равно придется, в пределах 1000-2000грн.

ИМХО ТиС для 7.7, или УТ для 8.х. Все описанное с товаром - это партионный учет.
доработки таки нужны. для удобства.

Есть еще Розница для 8 (если будет работа с кассовым аппаратом или фискальным регистратором)
Самая простая наверное из всех восьмерочных.

Зачем вам нужна эта умирающая семерка. УТ для 8-ки, с доработками, либо цены заводить как Характеристики номенклатуры.

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

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


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

все-такое это что?

семерка побыстрее запускается и все-такое...

Я тоже не вижу смысла стартовать с 7.7. Тем более, что у ТС-а есть хоть какой-то опыт с 8.

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

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

maximsoft, да, 7.7 значительно менее прожорлива. Но сегодня и нормальные компьютеры уже стали более доступны. И по функциональным возможностям 7.7 и 8 - не сравнимы и, лично по-моему мнению, лучше вкинуть немного денег в железо и работать на современном ПО. Старые системы на 7.7, возможно, ещё долго будут жить, но начинать строить новые на не поддерживаемом ПО - сами понимаете.

Сообщение #9
LOL LOL LOL
1. По сети при числе пользователей >1 скорость 7.7 падает в 20 раз.
2. 1С непредназначена для клавиатурного ввода.

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

Точно. Я в основном 7-ку имел ввиду.

Но если подумать = то как в 8 сделать возможность перемещаться вверх вниз по списку номенклатуры/таблице значений/т.д. И при этом не меняя фокуса набирать значение фильтра по части слова.

О да. Это справедливо для типовых.

Вам это кажется. В свою бытность пользователя, я достаточно производительно работал в основном клавиатурой.

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

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

теоретически.... можно сделать в 1с, неважно в какой, доработку, в которой преимущественно будет использование клавиатуры. Использование текстовых полей вместо кликов, выборов из списка.

Набирает менеджер текстом: Расход Товар1 Поставщик1 5шт, товар2 Поставщик2 6шт ...... а программа умная и сама проводки верные создаст )

У меня бытность пользователя до сих пор. Работать с только-клавиатурой можно, но это медленней, чем с клавиатурой и мышью. И только доработав интерфейс можно решить эту проблему.
Так что я просто уверен, что в 1с нет толкового дизайнера интерфейса. Так же, как и нет толкового дизайнера отчетов и печатных форм. Почему-то кажется, что на эти операции кидают молодых и неопытных разработчиков, забывая, что встречают по одежке...

maximsoft, а с какой это стати вам потребовалось пересесть на 1С? Что вас не устраивало (не устраивает) в старой программе (кстати, как ее название)?

А точно нужно знать по какой цене закуплен каждый остаток товара? Может на самом деле не нужно?
Или это такой способ махинации для менеджеров?

Сколько людей - столько мнений. Я высказал свое.

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

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

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

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

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

Менеджер не может давать скидку (если это не дирктор) исходя из цены закупки конкретной партии товара.
Он должен отталкиваться от макс(Цена НОВОЙ закупки, цена старой закупки) этого товара с учетом текущих цен поставщика и прыгающего курса валют.
Какой смысл продать товар за 100 рублей. Потом купить такой-же у поставщика за 150 рублей?

(Окромя случаев когда наценка обязана быть фиксированной по законодательству или договору).

Ну или перепродажи партнёрской фирме партии с нулевой наценкой.

Если требования в первом посте это все что нужно (что есть сомнительно) можно писать с нуля. Но скорее всего вам нужно УТ с небольшими доработками по выбору партий.
И еще ARDI прав, что

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

Возможно, цель - придерживаться постоянства процента наценки.

Куплен товар за 101, 103, 102 грн (небольшая разница.) Наценки придерживаются скажем 20% соответственно цена 120,20 , 120,60, 120,40. Текущая партия к списанию к примеру 120, 60. Заказчик просит продать по цене ниже. и в остатках смотрят партию с ценой закупки 101, отпускают по 120,20. Получается типа скидка.

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


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

В сущности, как сказано выше, это ручной выбор партий. С оценкой vadim007 согласен при правильной реализации.
Если же приметесь переделывать РТиУ - ...

Предлагаю еще раз крепко подумать. Бизнес должен быть масштабируемым, а у Вас 5-6 продавцов начнут жестоко "наступать друг другу на ласты". Перезвон с фразой "Эту партию уже продали" клиенты будут воспринимать как развод на побольше денег.
А если возникнут условия для интенсивного роста - останется только локти кусать.
Разработайте систему ценообразования с учетом "ключеватости" клиентов - в той же УТ есть для этого практически все.