Нужно организовать в конфигурации прайс_лист по следущему ТЗ:

1. В прайс-листе отображаются только позиции с остатком (каталог товаров с колонкой остаток не подходит)
2. Прайс лист должен быстро открываться (как справочник, загрузка остатков в ТЗ не подходит), при этом прайс лист может содержать примерно до 10000 позиций
3. Возможность поиска по наименованию, желательно еще и фильтрации
4. Чтобы в УРИБ базах, после обмена не приходилось выволнять доп. действий, а все ограничивалось просто обменом в конфигураторе (т.е. переместили товар в ПБ, документы смигрировали, в прайсе ПБ позиции появились)

У кого какие идеи?

200$

(1) Прикольно, и как же будем рассчитываться и обмениваться знаниями?

И напиши сразу хотябы используемые технологии , чистый 1с, 1cpp или 1c + ВК другие

(2) тебе какая разница, главное, что будет работать согласно ТЗ

хорошо, и как же будем рассчитываться и обмениваться знаниями?

(4) традиционнно - "предоплата. самовывоз."©

(4) вот моя адрес andrey_luc@bk.ru, скинь скрины, внешнего вида ПЛ, было бы неплохо обработку (без кода) просто внешний вид

(6) что за бред, какой еще внешний вид ? Вы там кто, дизайнер ?

(8)
"-Понимаете, я дизайнер...
-- да понимаем, что не Иванов..."
©

(5) самовывоз мозка повара?

(8) тебе какая разница, кто платит тот и музыку заказывает!

(11) оплата еще не поступила

(12) см. 7

Пятнично

(13) А что такое 7?

(15) 7 это номер сообщения

(16) Да нет такого...

(17) см 6, они были одинаковые номером сообщения в начале оличались, видимо аналогичное 7 было удалено

povar, ау ты где. Я с тобой не шутки шучу, рельно если все что мне нужно есть я готов купить, просто я думаю ты понимаешь что просто так платить за то чего не видишь не совсем разумно. Предлагаю: подыми тестовую конфу (точнее 2 конфы уриб) где есть твой функционал прайс-листа, дай мне удлаенный доступ через team-view (team-view характерен тем что все действия удаленного пользователя в отличии например от radmina виды, т.е. я ничего не смогу скопировать например без твоего ведома), посмотрим как работает, сделаем обмен в перефирию опять же посмотрим, если все меня устроит хлопним по рукам. Если ты считаешь что для тебя это лишний геморой, подыми цену. Хотя сразу скажу что это все не гаррантирует что я куплю если мне не понравиться, ну это и нормально!
Сразу ответь это работает и в dbf и sql?

(19) А чем тебе загрузка в ТЗ не нравится?

(19)  утром деньги-днем стулья, днем деньги - вечером стулья

(21) так ты никогда ничего не продашь, деньги сами не потекут если не приложить ни каких усилий. В общем мое предложение в силе (19), думай...

(20) а сколько будет заполняться ТЗ, если например заполнять ее итогами  10000 записей, и сколькобудет открываться такой прайс лист с ТЗ, и динамического обновления нет, все время придется обновлять!

(23) чета не понятно что тебе нужно, прай - отчет или чтото иное?

(22) я сейчас по предоплате работаю, продается будь здоров

(23) НЕ дольше, чем справочник с фильтрацией...

(24) прайс лист в виде обработки, см ТЗ в (1)

(27) тогда о каком динамическом обновлении ты говориш в (23)?

(25) я рад за тебя, честное слово, но повторюсь, нужно посмотреть, и думаю что это не является какой-то через чур, выпендрежной  просьбой, верно (19) в силе

+(28) или может поставить вопрос так: где и как эта обработка будет использоваться?

(28) Например более подходящее к ТЗ. Делаем справочник прайс-лист, с одним реквизитом товар. При проведении распроведении любого документа обновляем прайс лист, т.е. добавляем то что есть на остатке удалеяем чего нет на остатке. Это не плохой подход отлично работает на локальных базах. Но при УРИБ, просто при обмене такой прайс лист, не обновляется, необходимо обнолять вручную или атоматом запускать предприятие после обмена в конфирураторе, с целю обновить прайс. Вот это то и смущает хочется чтобы была "сущность" не важно что справочник, обработка... которая была бы пролностью самодостаточна, работал не требу ни какого доп сервиса
(30) а сипользоваться это будлет как прайс лист для простомтра остатка и подбора товара на остатке в документы

(31) Ежели это Справочник, то почему он не обновляется при переносе в ПБ?

(31)Прайс лист, я так понимаю, это "лист" с ценами, причем здесь просмотр остатков и и подбор?

(31) понятно. а чем стандартный спр + колонка остаток не подходит? ума спр номенклатура позиций так 60 тыщ и все нормально пашет

(31) так прайс лист или справочник доля подбора нужен ? Это как бы две разные вещи

(32)  ибо для того чтобы он мигрировал по всем ПБ делаем миграцию все ИБ, при этом однозначно в справочнике будут дублирующиеся позиции

(35) Обработка для подбора ему нужна

(36) че чего это?

(33) ты говоришь о прайс-листе как о печатной форме остатокв, нет это мне не нужно нужно то что соответвует ТЗ (1)

(38) подумай сам почему если не придумаешт отвечу

(35) все равно организацию подбора в джокумент можно организовать и со справочника и с обработки

(39) чем не устраивает "типовой" подбор ?

(36) Если в справочнике будут дублирующиеся позиции, то у вас что-то не то с базой и миграцией...

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

(42) типовой подбор как механизм "ОбработкаПодбора" полностью устраивает, тут важно с чего подбирать а подбирать нужно с сущности которую я называю "прайс-лсит" которая соответсвует ТЗ(1) если есть желание я могу тебе продемонстрировать реализацию 31 через teamview

или на каждую цену или приход товара они создают новую позицию

(43) НЕТТТ!! Так ест ЦБ и ПБ, Товара А нет ни там ни там на остатке. До обмена предположим в ПБ оприходывали Товар А, и в ЦБ оприходывали ТОвар А и тут же его еще и переместили в ПБ, это значит что с справочнике прайс_лсит организованому по методике 31 будет 2 элемента Товар А, потомучто на момент создания их в справочнике так не было ни в ПБ ни в ЦБ. Это конечно при условии миграции все ИБ.

(44) см 47.

(47) Тут у вас до прайс листа надо порядок в базе навести...При нормальной работе никакого дубляжа не будет.

(49) +1

(49) извини но ты не особо понимаешь суть происходящего, то что я описал в 47 не зависит от порядка, еще раз нафиг прайс-лсит, пример:

2 базы ЦБ и ПБ, катталоги товаров пустые, заводим карточку "ТОвар 1" и в ЦБ и в ПБ, после обмена что будет в каталоге товаров? при миграции все ИБ

(47) Предположим свояли тебе супер пупер обработку которая сворачивает по наименованию ТОвара с остатками, вывела она тебе на экран одну позицию, ты ее выбрал, в документ какая позиция то должна попасть? или обе должны?

(51) заводить карточку должны только в одной ИБ

(53) вот обсолютно верно это для карточки, а для справочника прайс лист из 31, это не возможно потомучто товары приходуются и расходуются потсоянно и всех базах и автоматически прайс обновляется!

(51) А зачем там и там заводить, ежели у тебя УРИБ?

Обмены почаще делай

(54) Ежели ты завел там и там, то это у тебя РАЗНЫЕ товары, а не дублирование...

(57) да только это ты про справочник номенклатуры, а я про прайс лист дай еМайл я тебе скрины вышлю чтобы понимал в чем разница

(56) вот это уже дельный совет!!
А вообще я думал что мне сдесь подскажут как сделать что то роде, обработка, с ТабличнымПолем (1cpp), источником данных для которой является запрос к итогам регистра остатки ЭТо хоть реально?

(57) разные товары с одним именем это и есть дублирование

(59) автоматизируя бардак, получаеш бардак автоматизированный (с)

(59) тогда ответь на (52)

(61) это тут вообще ни причем, никакого бордака!!! нет вообще есть реальная задача которую надо решить см. тЗ

(0)
Справочник ПрайсЛист, 1С++, ТабличноеПоле или КОП ПоставщикДанных. В запросе добавить условие, что остаток на ТА > 0.

(58) Не надо мне скинов, ты мне просто скажи, что ты понимаешь под прайс-листом: Справочник, ТЗ, Список или лист бумаги?

(61) Немного неправильно в данном случае...
"автоматизируя идиота, ты получаешь автоматизированного идиота"©

(58) Выложи на радикалку, пусть все посмотрят. Может и правда народ не понимает чего ты хочешь.

(65) блин уже писал все равно!!! что это будет нужно чтобы было как по ТЗ в (1) ну понятно что лист бумаги совсем не подходит!
у меня например это сейчас справочник, то что советует (64) это будет обработка

(66) ты вообще не лезь

(68) Справочник и обработка это из разных категорий...Обработка может быть на основе справочника...

(69) не говори что мне делать, и я не скажу, куда тебе идти...

(71) да ну эге-гей..

(70) а не пофиг ли? :-) форма справочника и обработка суть способ отображения некой организованной группы данных...

(73) Не пофиг. Справочник хранится в базе, а обработка вытаскивает информацию хранящуюся в базе..

(74)масло масляное...

(74) форма справочника и обработка - суть отображение неких данных, хранящихся в базе.

(76) Ну ежели до машинного кода, то все вообще будет однотипно...

(76) тут прав, вопрос в том чтобы та "сущность"  справочник обработка которая этими данными оперирует, удовлетворяла ТЗ из (1)

(77)Разница лиш в том что справочник хранит уже структурированные данные и выводит как есть(если тока обычный справочник), а обработка - постоянно преобразует в надлежащий вид...

(77) В случае справочника, у тебя уже некоторые телодвижения, сокращающие время выборки уже сделаны в соответствующей таблице...

(79)обработка выводит ровно те же структурированные данные. Но другим путем.
(80)  если "телодвижения, сокращающие время выборки" уже "сделаны в соответствующей таблице" - то и обработка этими "телодвижениями" легко вопоспользуется... :-))

Ну так что, насчет 200$ ? :-)

(81) В том и суть, что воспользуется и сократится время на выполнение задачи, если ты заранее подсуетился со справочником...

(82) читай (19)

ftp://favot1:11111111qq@ftp.narod.ru

картинки каталога и прайс листа в данном случае справочника, думаю из них все станет понятней!

(85) и че? ну тебя есть у обработка "Прайс лит отдала..." чем недоволен то?

(85) Из картинок видно, что 200 мало...

(87) т.е.

(88) В состав работ войдет изучение конкретной конфигурации и организации работ...

(86) это не обработка это справочник. Это работает так, при проведении документа этот справочник всегда редактируется по товарм этого документа проверяется просто есть ли на остатке такой товар если нет из справочника прайса он удаляется, если товара в прайс листе нет а он был оприходован то товар в прайс добавляется ит.д. Т.е. имеем всегда актуальную "таблицу" товаров которые есть на остатке.

А теперь как будет работать такой спраочник в УРИБ с разными ситемами миграции, я об этом уже писал вверху топика..

а может он просто хвастается :)

(89) ее не нужно учить, мне нужна идея как у кого организованы прайс лситы, это если просто значит в каих формах, обработках справочниках, вы подбираете товар который ест на остатке в документ, думал может почерпну чего нового кроме того как это делается в том же Тисе и в общем как в большенсве конфиг

(92) А это еще дороже....

(93) ну да, ну да

(93) чтобы продать что нибудь ненужное, нужно иметь чтонибудь ненужное, ерно :)

(92) "подбор товара в документ" - это не "организация прайс-листа"

(96) а я думаю ты понимаешь о чем я.

Все понимают....что как клиент ты нерентабелен...

(97) "То, что может быть сказано - должно быть сказано ясно.."©

(98) дело не в нерентабельности. непонятно, чего надо. А работать  клиентом, неспособным внятно сформулировать ТЗ - опасно.

(98) :-)

(100) хорошо попробуем так: представьте себе просто таблицу (в не зависимости от реализации), в котрой отображены остатки по отделу из опреденного регистра. Как такую таблицу можно сделать и поддерживать, нужно чтобы был товар и его остаток. Чтобы небыло товара по которому остатка нет!

(102) см 89

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

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

(105) Процессор гудит...лампочки мигают...

(106) да... а потом ты пишешь чего мол все непонятно, ны и не пытаешься понять

(100) Нервные клетки входят в себестоимость, отсюда и рентабельность...

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

(104)
То есть задача сводится к тривиальной "показывать в справочнике товары только с положительным остатком" ?

(107) Я никогда не возьмусь за работу без  (89) и не буду давать советов, если конфа нетиповая...

(105) это не имеет никакого отношения к прайс-листу.
более того, у меня у разных пользователей реакция на подбор может быть разной. У кого-то вывалится строго ограниченнный список (логисты, у которых только логистические услуги, или кассир, у которой карты экспресс-оплаты ). У кого-то - поиск по подстрокам с отображением количества и/или цены. У кого-то - форма справочника (опять же, у кого-то полная, а у кого-то - только разрешенные его отделу товары.)

(105) а кто научил лишние буквы писать? регулярно, причем...

Между прочим, у него справочник "Товары" подчиненный...

(108) "Задача: как разлить 0.8 на троих?
решение: налить каждому по 100 грамм, после чего задача сводится к типовой..."©

(114) а не пофиг ли? :-)

114 а куда ты смотришь, спраочник товары не подчиненный, спраочник прайс-лсит подчинен спрачонику отделы

(116) Пофиг, когда конфигурацию представляешь...

(118) посмотри по внимательнее читай 117

(119) Как я понял, тебе надо ВСЕ варианты организации подбора товара...

(110) То есть задача сводится к тривиальной "показывать в справочнике товары только с положительным остатком" ?  Вот вот в этом есть соль, только не такая уж она и тревиальная если делать средствами 1С. Чтбы быстро отфильтровать справочник нужно расстявлять признаки ну в какое то поле (флаг) по которому можно быстро отфильтровать. только вот при миграции эти флаги смигрируют как есть и в ПБ или ЦБ смотря куда идет обмен их придется переопределять!

(120) нет, вжнен не подбор, важно откуда из чего этот подбор осуществялется, мне нужна таблица в котрой отображается только тот товар который есть на остатке

(121) "а если туп как дерево - родишься баобабом. И будешь баобабом тыщщу лет, пока помрешь!"©

(0) чот я ваще не понял... скрины есть, конфа уже значит есть? чо надо то? моск пое...ь?

кстате, если надо просто форму отбора с "только в наличии" дак это уже баян... многолетний, ф поиск

(123) ну от тебя я ничего другого и не ждал

(124) в кратце раскажи как реализоан

как, как... запросом по таблице регистра ОстаткиТовара

(127) да отлично осттков 10 000 позиций и как быстро это будет работать!

(127) не сомневаюсь что у тебя работает прям мгновенно

(129)В тис посмотри обработку вывода списка товаров ... быстро работает

(129) спасибо, но как бы быстро обработка вывода не работала она не даст той скорости которой нужна, она же обработка вывода работает на принцыпах отчета, собири данные покажи данные, это сразу не подходит. Нужно чтобы работало как справочник ты его открыл и у тебя уже сразу твои товары. То что я описал в (31) работает так как нужно за исключением урибовских баз!

Такое ощущение что автор бухой..

(132) да ему водка - только для запаха...

(121)
Берешь 1С++, берешь с форума-репозитария набор классов ПоставщикДанных, ваяешь обработку с табличным полем, в ней примерно такой код:

Процедура ПослеСозданияФормы()
   ПоставщикДанных = СоздатьОбъект("ПоставщикДанных");
   ПоставщикДанных.ТипЗначений = "Справочник.Товары";
   ПоставщикДанных.КонтейнерТабличногоПоля = "ТабличноеПоле";
   ПоставщикДанных.КонтейнерКоманднойПанели = "КоманднаяПанель";
   
   ДанныеСправочник = ПоставщикДанных.Данные;
   ДанныеСправочник.КнопкаПросмотр = 1;
   ДанныеСправочник.СпособРедактирования = 1;
   ДанныеСправочник.РежимВыбора = 1;
   //ДанныеСправочник.ВыборГруппы = 0;
   ДанныеСправочник.СоздатьКнопкиПоУмолчанию();
   //ДанныеСправочник.РежимОтладки = 1;
   ДанныеСправочник.ПрямойЗапрос.УстановитьТекстовыйПараметр("ДатаИтогов", НачМесяца(ПолучитьДатуТА()));
   
   ТабличноеПоле = ДанныеСправочник.ТабличноеПоле;
   ТабличноеПоле.СтильЗаголовков = 1;
   ТабличноеПоле.СтильРамки = 1;
   ТабличноеПоле.РежимВыделенияСтроки = 2;
   
   ДанныеСправочник.НоваяКолонка("Код");
   ДанныеСправочник.НоваяКолонка("Наименование");
   
   ДанныеСправочник.Обновить();
   
   // добавим все остальные колонки по метаданным но скроем их
   МетаСправочник = Метаданные.Справочник("Товары");
   Для НомерРеквизита = 1 По МетаСправочник.Реквизит() Цикл
       МетаРеквизит = МетаСправочник.Реквизит(НомерРеквизита);
       Идентификатор = МетаРеквизит.Идентификатор;
       ДанныеСправочник.НоваяКолонка(Идентификатор);
       
       Колонка = ТабличноеПоле.Колонки.Получить(Идентификатор);
       Колонка.Видимость = 0;
   КонецЦикла;
   
   ТабличноеПоле.Реквизиты.БазоваяЕдиница.Владелец = "ТекущаяСтрока";

   ПоставщикДанных.ТабличноеПоле.ВосстановитьПозициюКолонок();
КонецПроцедуры // ПослеСозданияФормы

Процедура ТабличноеПолеПриПолученииЗапроса(тп, СтруктураЗапроса)
   СтруктураЗапроса.Условия = СтруктураЗапроса.Условия + "
   |and (ТекущийОбъект.isfolder < 2 or
   |    (select sum($Т.Свободно) from РегистрИтоги.Товары as Т $nolock
   |        where Т.period = :ДатаИтогов and $Т.Товар = ТекущийОбъект.id) > 0
   |)
   |";
   
КонецПроцедуры    // ПоставщикДанныхПриПолученииЗапроса

Получаем в итоге форму списка справочника, в которой не отображаются товары без остатка:

http://s48.radikal.ru/i122/1011/4f/feb157c12c9b.png - товар "Тесткк" есть на остатках,
http://s02.radikal.ru/i175/1011/11/2402c44a1097.png - товара "klklk" нет на остатках.

(134) спасибо!

(134) еще раз спасибо, это именно то что нужно!

Интересно, сделает ли повар решение по прайс листу корректным при разных условиях контроля отстатков ТМЦ...

а я чот не увидел, он взялся делать?

Интересно? а,можно ли такую задачу решить при помощи ДОКУМЕНТА - назвать его "Праис лист" сделать журнал праис-листы. При открытии данного документа  сделать заполнение товаров с остатками.
Всеравно- что приотображении остатков в справочнике, что при заполнении остатков в документе надо обращаться к регистрам.
Зато через документ можно сделать ввод на основании другого документа без особых сложностей.......
Да и отбор(фильтр) по товарам тоже можно сделать, либо несколько Документов-ПрайсЛист в которых свои настройки по отбору остатков покладам по группам товаров......

Единственное в чем я сомневаюсь так это в 10000 позиций. Но это уже вопрос к спецам.

Я видел прайс-лист справочником. Сначала в типовой ТиС как отдельный справочник, потом видел в самописной как подчиненный контрагенту.

(139) Можно. Только заполнять не при открытии, а по кнопочке, прежде установив нужные настройки.

(141) ключевой вопрос - традиционный китайский...

(139) Ну да, в документ влезет и 10000, но только первые 9999 отработаются корректно.

(142) Чет еще не проснулся. Расскжи подробнее

(142) да, чот я не понял :)