Тем мало интересных.

Ну вот заведем интересную. Прошло достаточно много лет с выхода УТ11 и ее обновлений - причем если первые два года шло просто переписывание и тестирование на кроликах, сейчас изменений меньше глобальных, но все же есть.
С 11.0 на 11.1 была смая жесятная жесть, с 11.1 на 11.2 изменили не так глобально - но что заметно вернулись в тому что было в УТ10 - заказ под заказ - правда через чертовы справочники, в регистре цен убрали соглашения - вернулись в видам цен и партнерам... то что было собственно в УТ10. И так далее.

И опять таки тяжелая конфа.
А УТ10 тем временем уже больше доброго десятка лет.. и живет пожимает. И легко перепрограммируется под любые нужнды и решений вагон и врочем лдаже по скорости как то кажется лучше....

Голосуем. Высказываем мнения.

В плане заработать деньги на программировании десятка лучше, в плане заработать деньги не лазая в конфигуратор, наверное (теоретически) лучше 11 :-)))

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


насчет УТ10 я уже сказал - конфе больше 10 лет а тои больше и это самая стабильная конфигурация в плане управленческого учета. На базе которой можно сотворить что угодно - любой сложности автоматизацию.

Еще я бы добавил к обсуждению - когда нам стоит ждать УТ12. Как то 1С за последние года не шибко идет к кардинально новым технологиям в своих решениях.
Меня до сих пор убивают эти "неуправляемые" формы и "демонические" списки.

(2) расскажи, что нельзя в ут11, а в ут10 можно

(4) быстрее, гораздо быстрее менять структуру регистров. Менять поведение документов. Менять структуру.
Меньше регистров - проще модули - больше сводобы для решению любых задач.
Основные данные есть и документооборот.
Статусы не проблема - изменить что то в регистрах заказов - не проблема, даже регистры продаж и прочее могут легко быть переписаны.

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

Так как там вместо 1-2 регистров уже будут в связи работать 10.
Куда не плюсь это будет касаться 2-3-5 регистров. Потому что их 150.

(6) статусы заказа расширяются в пользовательском режиме

(2) Лично мне больше импонирует десятка, но исключительно по двум причинам:
1) Существенно быстрее работает;
2) имеющиеся модули Гораздо проще, а из-за этого их гораздо проще менять (мне очень не нравится сегодняшняя ситуация на новых конфах, когда надо день-два изучать год от 1С, чтобы корректно, ничего не испортив вставить в конфу несколько строчек своих изменений)...

+(8) "год от 1С" -> "код от 1С"

(9) я уже неоднократно зарубил себе на носу что в УТ11 лучше вообще ничего не трогать и если что то и делать то лучше добавлять свое отдульными метаданными.

(10) Именно поэтому в (1) я и написал, что 11 для заработка без лазания в конфигуратор...

(0) УТ 10 - несчастный динозавр, любой студент её знает

(12) Соглашусь :-) , раньше куча клиентов сами по мере надобности ставили себе десятую ут-шку, делали настройки и начинали работать без моей помощи, звали меня в те редкие случаи, когда либо надо было либо реализовать какие-то необычные хотелки, либо лезли необъяснимые с их т. зрения глюки. При переходе на 11 клиенты уже не решаются сами ставить конфу, приглашают меня :-) ибо даже просто подготовить конфу к работе теперь надо быть семи пядей во лбу...

(13) Ну плодить лишние сущности в УТ 11, 1С научилась. Надо ведь себе цену набивать, но нам это тоже в профит
А знание 10-ки имел ввиду на уровне разработки, настолько её модули глаза намозолили, как впрочем и бухия 2.0

Маня же вроде портировал тис на восьмерку

ут10.3 однозначно самая лучшая.

про ут 11.2 я скажу так: просто прайс-лист сделать УЖЕ проблема!

(4) В УТ11 нет классического партионного учета - это главный критерий, по которому оценивают конфигурацию те клиенты, которые недавно с клюшки переехали: сделайте нам отчеты, к которым мы привыкли в 7-ке, либо откатывайте на УТ10.3.
Все попытки объяснить, что классический партионный учет устарел, в нем нет той гибкости как в РАУЗ, ни к чему хорошему не приводят - клиент начинает искать другого исполнителя работ.
Я бы добавил 3-й пункт - "По ситуации".

(0) Лучшая для чего? Для пользователя? Для разработчиков?

По поводу УТ10 vs УТ11. Мое мнение таково: зря поменяли идеологию в УТ11. Вот была ТИС7.7 - все просто и понятно. Потом разработали УТ10 - идеология не изменилась. Перепрыгнуть пользователям с ТИСа на УТ10 - вообще не проблема. УТ11 - монстроподобное чудовище...  Если честно, я так и не понял, зачем нужно было менять идеологию в УТ11? Ну появились новые возможности платформы - перепишите УТ10 под эти новые возможности, оптимизируйте "лишнюю писанину". Зачем пользователям мозг разрушать?

Почему бы фирме 1С не переписать УТ10.3 на УФ? Пусть будет УТ10.4.  Все остальные механизмы по возможности оставить "как есть".  Если есть подозрение, что УТ10.4 будет продаваться лучше, чем УТ11 - поднять цену на УТ10.  Пусть будет "конкуренция идеологий"! :)  Выживет более востребованная идеология.

(17) это можно отнести новшества в интерфейсе

(19) это уже давно сделано - УНФ почти УТ10

Потому что знакомая всем и хорошо изучена в конторах длительного действия. Свои спотыкашки они прошли лет 8-10 назад

Потому что больше возможностей программирования без дополнительного кода. Особенно для новых контор, которые еще не работали ни в какой программе или знакомы с БП3.0.

п.3. Нетленки разного рода

(21) У них из общего - только буква "У" в аббревиатуре.

УТ 11 лучше приспособлена для доработок, т.к. внешние обработки и отчеты лучше интегрируются в интерфейс, исключение - заполнение табличных частей. Дорабатывать функционал можно расширениями не меняя конфигурацию. Изменения в конфигурации можно делать в щадящем режиме - в подписках на событие, в переопределяемых модулях и т.п.
Конфигурация основана на БСП, что позволяет унифицировать свои решения для многих конфигураций на основе БСП.
Обмен с Битриксом удобнее. Доп реквизиты, доп. сведения, характеристики с доп реквизитами удобнее, чем в УТ 10.3.
Обмен на КД3 помаленьку налаживается, что облегчает интеграцию с зоопарком.

(0) УТ 10.3 УГ

(27) Те, кто называют УТ 10 УГ, сами копрокодеры :)

ОФФ:ИМХО.Те, кто днём на форуме за УТ11, а кто ночью за УТ10 ))

(8) Такие же впечатления.

УТ 10 лучше потому что.

С точки зрения бизнеса:

Быстрее разворачивается с нуля.
Быстрая адаптация сотрудников
Ниже затраты на переработку бизнес модели
Большое количество разработчиков и консультантов знающих внутренности от и до.

С точки зрения разработчиков и консультантов.

Наличие сформированных методик под разные бизнесмодели.
Знание конфигурации вдоль и поперёк что позволяет с высокой точностью планировать затраты на разработку
Наличие тиражируемых разработок под различные направления, в смысле поставил и пошёл.
Устоявшееся решение без фокусов
Облегчённая реализация формирования бизнеслогики, больше думаем про бизнес , чем про  Кодинг


Как то так

(26) Ну доработай мне ценообразование до уровня УТ10 в УТ11 с помощью расширения. А я посмортю

(17) И в чем гибкость когда конкретные транспортные расходы, размазываются по всем продажам за месяц, а не по конкретной поставки?
Например поставки из Китая. Там доп.расходы достигают до 100-150% от цены закупки. И как мне крутой РАУЗ поможет быстро оценить рентабельность продажи? В конце месяца после распределения посмотреть и прослезиться?

Или например есть 2 поставщика у одного мало товара, но низкая цена, у другого много этого же товара, но и цена высокая (до 30% разница). Я посмотрю как при РАУЗЕ ты будешь контролировать продажи

А так да, когда ты торгуешь коробками от 1С где фиксированная входная и выходная цена, то УТ11 конечно круче и гибче

Кстати, подскажите, пожалуйста, а можно ли базу на основе УТ 10.3 опубликовать в Интернете?
Платформа еще старая, 8.1 или 8.2.

(35) Арсле приложения рук - можно

И да, я за УТ10, потому что если в УТ11 разбираться, то с ума можно сойти. Наверное специально усложнили, защита от исправлений.
)))

(36)
А можно немного развернуть ответ?
Я понимаю, надо развернуть Веб-сервер.
Меня интересует - будут ли работать в браузерах старые механизмы, типа модальность и т.д.

(38) Просто разворачиваешь терминальный сервак и заходишь на рабочий стол по РДП

(39)
))
Это сейчас и работает.
Интересует именно через браузер.

(32) В УТ 11 все нормально с ценообразованием.   А уж систему скидок в УТ 10 до 11й  пилить неперепилить.

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

(41) Товар разбит на группы. Для каждого клиента своя наценка/скидка по группам.
Допустим клиенту А на все скидка 5% а на группу стулья - наценка 2;
Клиенту Б Все по прайсу, только на группу столы скидка 2%, а на стулья 3%.

В УТ11 сначало приходиться описать отдельно на каждую группу скидку/наценку и потом уже из этой портянки выбрать.
Т.е. я сначало должен завести 3 элемента скидки/наценки
Стулья +2% (для группы стулья наценка 2%)
Стулья -3% (для группы стулья скидка 3%)
Столы - 2% (для группы столы скидка 2%)

А теперь представь что у меня таких групп порядка 150-200 и на каждую группу я должен описать все возможные варианты скидок наценок (т.е. порядка 20 вариантов). Т.е. получаем справочник порядка 4 000 элементов.

И вот менеджер настраивает ценообразвание по клиенту А и ему нужно из этих 4 000 найти нужно один единственный элемент.

Все еще считаешь что с ценообразование в УТ11 все ОК?

Вместо того чтобы указать группа Стулья тип Цена - Прайс - наценка 2% я вынужден городить огород

(43) окей гугл, а теперь представь что тебе нужно сделать в ут10 наценку 2% только определенной группе партнеров, и только при условии что закупочная цена не превышает какой то предел и еще только в какой то определенный сезон, например летом.

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

Вот так всегда 5% нужна веб морда, из за этого всех ставят раком и переводят на УФ
еще 5% нужны сезонные скидки на группу клиентов, поэтому херят рабочий механизм ценообразования и все остальные 95% опять должны страдать

УТ 10 лучше , чем проще машина тем лучше и дольше едет

УТ 11 это для маньяков у которых куча свободного времени и им делать нехрен как убеждать клиентов что это мега круто
одно ценообразование чего стоит пришлось для клиентов в нагрузку за 12000 руб докупать в свое время чтоб было почти как в 7.7. или Ут 10
так что одни отрицательные эмоции при том что УФ это всетаки лучше чем чем обычные формы хоть и кода пишешь больше

(17) ошибка, в ут 11.2 есть классический партионный учет который кста. ведется всегда и не отключается а расчет себестоимости по ФИФО скользящая просто "повторяет" партионку.

(48) Разве? Вроде он там какой то кастрированный был? Или все таки до ума довели

(49) он вполне рабочий и интересно что теперь этот механизм универсальный т.е. для любых партий - например взаиморасчеты работают по этому же принципу. Перед внедрение в своей конторе посмотрел 65 кейсов + сходил в УЦ3 и все более менее улеглось но после 10-ки конечно жесть...

(49) полноценный ФИФО, с навеской движений, скорость в 5-7 выше УПП/УТ 10.3 и не требует в пределах месяца хронологии

УТ 11 писали наркоманы.

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

Мы воспользовались инструментом УТ 11 под другому.  Утвердили некую скидочную схему по каждой товарной группе.  Где у клиента скидки на следующий месяц зависят от его телодвижений в предыдущем месяце.  И манагеры (кроме випов)  больше не страдают о том,  2% дать на стулья клиенту или три, потому как клиентская база овер 9000 и процесс автоматизирован.  
http://clip2net.com/s/3z5ZMB7

А в УТ 10 да,  укажи да укажи.  )

Из последнего - пыталась в УТ11 отловить ввод на основании. Отладчик в саму процедуру заполнения документа не заходит. Передаёт для выполнение в фон и до свидания.
Ну я, допустим, знаю, что вроде как процедура обработка заполнения заполняет это дело. Но отладить-то как? В коде писать "сообщить" и значения переменных?)) А если человек первый раз эту конфиурацию видит? В 10й было достаточно легко предварительно оценить трудозатраты. В 11й приходится сначала делать до половины, потом озвучивать ценник, чтобы не обмануть ни себя на заказчка.
С другой стороны, уже првыкла к 11й и её выкрутасам. Но с 10й было и мне проще и заказчикам дешевле.

(46) Интересно, кто-нибудь видел этого мифического 5%-го пользователя, который в веб-морде на планшете формирует осв и убирает красноту?

(52) это да. но если бы они одно и то же употребляли, а то ведь меняют, заразы. и начинают играться с уже написанной логикой, на которую ты уже завязался в своем решении..
а так - вполне себе система: вагон плюшек, задачи решает, донастраивается. по проектам как торговлю использую только 11-ю. да и предлагать "старую" 10ку уже некрасиво - все мелкие торговцы знают про "управляемые формы", типо круто :)

итак, неандератльцы (снеговик-ут10) гораздо умнее австролопитеков (клюшки-тис), австоролопитекам - смерть и забвение. И тут внезапно выясняется что ут11 - передовые кроманьонцы - нифига типа не передовые кроманьонцы..., а ут10 - еще не скоро превратится в г-но мамонта...?

(53) Мы тоже не страдаем. Менеджер 1 раз определяет ценовую матрицу для клиента и больше туда не лазит.Так что не совсем понятен твой пост.
У нас география доставки до 500 км от склада. И странно было бы если цена на стулья для клиента до которого 5 км была таже что и до клиента до которого 500 км. А уж тем более если цена оптовика который берет сразу полную машину товара была таже, что и для ларька который на 5 тысяч товара взял

УТ 11 - попытка угодить всем. Как любой универсализм страдает усложнением. Чтож, справиться можно. Радуйтесь, клиент требует более квалифицированного специалиста )

Фишки и возможности всякие нужны
Другое дело что не всем они нужны все сразу
Учить то что не нужно и понадобится ли - вопрос каждый решает сам

вот многие говорят о сложности и закрученности ут11
Но в чем сложность - внятно никто и не поясняет
Просто что всего много?
Или как?
И реально ли ут11 сложная?
И для кого сложная?

(61) Другая, непрозрачная, логика работы. Для того чтобы сделать первые шаги, приходиться читать кучу литературы и изучать инет.

Т.е. зная 7-ку можно открыть 10-ку и методом тыка легко и просто сделать по аналогии нужную вещь. Здесь это не работает. Здесь к примеру ты видишь 3 документа которые по сути выполняют одну и туже функцию и ты сидишь и чешешь репу в каком случае какой документ тебе нужно использовать. Т.е. тебе нужно принять заявку от клиента и пойти догадайся в каком случае нужно выписывать документ Заказ клиента, в каком коммерческое предложение или еще что то. При этом внешний вид, возможности и поведение у всех документов очень похожи.

Второй момент - это ФО. Когда ты открываешь УТ11 и понимаешь что в документах нельзя выбрать склад вообще и только прочитав на форуме или долго сидя в конфигураторе, понимаешь, что для того чтобы появился склад в документах нужно через помощник заполнения завести несколько складов. И хорошо что ты знаешь что склады должны быть, а если опция скрывает функционал, о котором ты даже не догадываешься?

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

Четвертый момент - период роста. Ты можешь найти классную книгу/методичку где будет разжевано от и до твой вопрос, но как только ты перейдешь к практике выясниться что методичка писалась во времена версии УТ11.0.8 и на текущей версии УТ11.2 методология и конфигурация полностью поменялась и так уже нельзя сделать. Т.е. периодически 1С клинит и она херит свои же новые механизмы и вводит новые. Как следствия бывают забавные гибриды. Типа когда ценовую политику можно настроить только в соглашении, а контроль глубины и суммы кредита только в договоре. И получается или чем то жертвуем или включаем все по максимум


и т.д и т.п.

Резюме. Если ты не внедряешь в УТ11 в ларьке торгующими в розницу коробками с 1С, то без чтения методической литераторы, где будет разжовен методологические нюансы  можешь даже и не подходить к внедрению. Отсюда и сложность.

(62) "При этом внешний вид, возможности и поведение у всех документов очень похожи." - то есть тупо народ путается/спотыкается?

"чтобы появился склад в документах нужно через помощник заполнения завести несколько складов."
- помощники это правильно. А чем вызвано что именно через помощника? при вводе склада - а разных местах прописывается куча всего? для чего помощник нужен?

"Т.е. кучу галочек и фиг его знает для чего они и как они между собой связанны "
- нет внятной документации?

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


(65) Тебе сильно нужна документация чтобы разобраться с УТ10?
И да - нет, потому что  период роста. Она быстра устаревает. А актуальная за деньги

(64) Это я утрировано, чтобы показать, что без знания что это есть и как это включить очень сложно разобраться. И даже если найдешь где включать, невсегда интуитивно понятно как этим пользоваться

(67)  внедряем ут11 например
Какой имеем профит?
Раньше продаваны работали а теперь надо суперпродаванов чтобы и работали и в проге не путались?

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

+(52)+100500
Даже обосновывать не буду.

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

(68) Причем тут внедрение и продаваны?

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

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

А как это сделать? Вырубить галку "запускать фоновые задания в отдельном процессе"?

(73) Указать в параметрах запуска строку "РежимОтладки".

Если учесть, что мелкие и средние магазины уже и УТ10 недовольны, так как по их мнению, там всё неудобно и сложно.
То попытки запустить УТ11 приводят к тому, что народ вообще не понимает, зачем им это было нужно.
Единственный плюс УТ11 - управляемые формы и возможность запуска через публикацию (просто, десятку через браузер приходится с существенными доработками запускать).
P.S. после УТ11 приходят "мальчики" с Visual FoxPro и рисуют за тарелку супа то, что нужно мелкому клиенту.

(75)  сделать на 8-ке клон Тис и продавать
Причем
Надо где-то остановиться
Сказать себе
Если делать все что нужно всем
То получим ту же самую ут11

(39) Терминальный сервак это 50т.р. (или сейчас больше?) за ОС, плюс всякие лицензии на подключение по RDP, плюс действительно мощное железо. Причем, если брать win2012, то ОС придется купить дважды т.к. без контроллера домена оно не взлетит, а терминальный сервер вместе с контроллером на одной машине ставить microsoft не рекомендует)). После закупки всего этого добра нас еще ожидает незабываемый секс с пробросом принтеров и портов, нечитаемыми этикетками, потерями символов со сканера ШК. Это в случае с ут10.
Если у нас есть ут11, то работа через тонкий клиент обойдется нам в 0 рублей. Настраивается за час, обновляется на клиентах само. С любым оборудованием работает клиентский комп.

(77) ок, сколько стоит внедрить ут10, а сколько ут11. При условии что железо под ут11 нужно сильно мощнее, а значит дороже

(78) ут11 можно не покупать, а арендовать

(78) Да также стоит. Да, галочки расставлять в 11 дольше чем в 10. Но в 10 надо будет в подавляющем большинстве случаев менять макеты всяких ценников, допиливать права, долго дописывать эти ваши матрицы, которые манагеры заполняют для каждого клиента и т.д. и т.п.
(58) Можно подумать, что, если вы везете стулья за 500 км, то они покрываются кожей крокодила за это время и начинают стоить дороже. Я к тому, что цена стула остается прежней, но меняется стоимость доставки. Опять пилим УТ10 неделю, либо ставим пару галок в 11.

(77) а что мешает поставить сервер на линуксе и запустить УТ10 в клиент-серверном варианте (postrage с MSSQL не сравнивать если)? сервер терминалов на винде сейчас действительно необоснованно дорог.

(75) ну и покажи нам хоть одну такую поделку за тарелку супа, где удобств больше чем в любой УТ

(81) а если есть филиал, тогда как? РИБ и еще 90т.р. на второй сервер.

(83) это уже другая история. можно конечно извращаться дальше, и поднять терминал на линуксе, но так экономить можно только если админ такое потянет

(84) почему другая? филиал рано или поздно появится, если мы конечно все активы с них своим внедрением не высосем)))). Терминал на линуксе будет работать еще хуже чем на винде. Зато apache рулит вместе с УТ11.

(85)Норм админ поднимает и сопровождает все "на раз" без всяких проблем. УТ11 дань моде - а-ля веб интерфейс и облачные хранилища. УТ 10, конечно, не фонтан, но дорабатывается и взлетает влегкую..

+(86)На линухе..

(80) МЫ не выделяем стоимость доставки. Она включена в стоимость

(83) У нас все филиалы прекрасно работают в единой базе на 7-ке, зачем второй сервер?

(89) RDP?

(86) так нормальный 1сник и ут 11 влегкую дорабатывает

(88) Поэтому ВАМ и приходится писать и писать и писать... (86) ут11 взлетает чаще всего без доработок. В том-то и разница

И да

(90) ремоут аппс

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

(92) Ох уж эти сказочники.
Думаешь франчи не пытались нам также по ушам прехть про то какая передовая УТ11 и как там все есть? Даже презентацию для менеджеров устраивали. Но этот унылый подбор наводит на всех тоску

(96) задача франча - продать, и его "спецы" далеко не всегда знают функционал даже на 50%, не говоря уже о том что понимают для чего это сделано вовсе, потому как они очень далеки от реальной ситуации в организации. Конечно так не у всех, но нормальных меньшинство

(96) я не франч, коробками не торгую и не буду. Эти-то как раз продадут 11 и сразу начнут допиливать по-привычке. Чтобы подороже получилось. Тут ты прав

(98) +(97) недавно одному клиенту поставил галку в УТ11 что бы включить доверенности, потому как местный франч месяц никак не выполнит доработку по добавлению функционала. Я тоже думал это прикол, но теперь клиент перешел на абонентку ко мне.

и у него же выпилил "блок производства" (по сути только сборка), включил штатный, все довольны

Увы, но 1С в 11 версии намудрило :)

(101) давно смотрел? в 11.2 много мудростей убрали и стало лучше

(96) http://catalog.mista.ru/public/159749/

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

и не превратится ли все такое внедрение ут11 в эпизодические набеги такого спеца? а народ будет страдать.?

(103) Ну так а ты почитай как они это сделали? Через отказ от тонкого клиента и перевод на толстый (привет УТ10), т.е. прощай вебморда и апачи, здраствуй старый добрый РДП

P.S. И прекращай мои слова воспринимать буквально. Я просто привожу примеры, которые 1 из 1000, ты мне на каждые мои 1000 проблем с УТ11 будешь искать ссылки как переписать УТ11 чтобы добиться нужного результата? И тогда какой профит от УТ11 останется, если его надо переписывать вдоль и поперёк?

(104) Нет таких спецов

(104) от прихода "спецов" народ будет страдать в любом случае, не зависимо от конфигурации

(103) неправильную ссылку даешь.
под управляемые формы http://subsystems.ru/catalog/program=143/

Начал разработку рабочего места в первую неделю выхода тестовой УТ11. Впоследнствии оказалось что самый крутой подбор по сей день. Быстро попала в топ продаж, остальное все - подделки и воровство идей.

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

(105) че-то ты непозитивный сегодня
я просто сам читаю и черпаю и подкидываю что попадалось - может кому-то пригодится
а ты прям как с утра не выспался

(107) ну и как тогда внедрять ут11 ? если спецов нет?

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

Честно говоря я работаю и поддерживаю УТ11 просто из за того что это безусловно часть рынка которая уже использует ее.

Хотя меня до сих пор удивляет что люди ставят УТ11 по умолчанию, те купили 1С и так как это самая последняя программа тоставят ее на самый мелкий свой "ларек"

Особенно интернет-магазины, для которых она вообще никак не приспособдена. Но вынуждены ставить ради обмена и типа "новизны" но работать в ней реально интернет-магазину не так весело.

(112) вообще то в современной торговле одно из главных направлений это работа заказ-под-заказ. Люди берут данные поставщиков и торгуют с помощью них. Без затаривания своего склада и так далее.

Именно поэтому подбор и нужен в визуальной форме.

А если у тебя склад - то позорно работать через подбор номенклатуры. Уже самая захолустная контора имеет сканер и штрихкоды.

И все эти расширенные подборы номенклатуры - для ларечников и интерактивных операторов. то есть тупая ручная работа. Никто не будет в заявки по 100-300 строк в ручную сидеть и через подборы с кучей возможностей и закладок рыться и подбирать. То что такие возможности есть - это отлично. Но они ориентированы на ручную работу по обслуживанию заявок попозиционно

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

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

(114) Угу, именно так.
только все наоборот.
"..заказ-под-заказ. Люди берут данные поставщиков и торгуют с помощью них. ... Именно поэтому подбор и нужен в визуальной форме."
- ну и нахера он нужен? при трансляции заказов как раз больший упор д.б. на втоматизацию, а не на визуальные подборы стадом обезьян-операторов. Это хорошо при небольших заказах и персональном обслуживании заказов/клиентов

(116) угу, согласен.

(115) Позволь с тобой не согласиться. Это ты приходишь в хлебный магазин и говоришь - "мне булку белого пожалуйста"

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

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

Инавче говоря теже самые отраслевые решения, которые были раньше популярны очень. Но что то нынче все это дело заглохло.

(114) Какая связь между сканером, складом и принятие заявки по телефону? Или ты про склад самообслуживания?

(117) Да тупо потому что один и тот же товар может быть у несколько поставщиков, так же как и аналоги, поэтому и нужен подбор чтобы выбрать или заказать подороже но доставка через час или подешевле, но доставка через 2 дня. Или предложить аналог со своего склада.

(119) чувак ты же меня знаешь? я все эт ов подборе на управляемых формах сделал триста лет тому наззад.
Это раз.

ВТорое - блин ну это такая элементарщина - которую бы каждый сделал. Я тебя уверяю - на каждой отдельно взятой фирме каждый по своемуу хочет видеть такую вещь как подбор.

Если конторе которой ты демонстировал УТ - дала заключение о ней только на основании этой формы, то нафиг вообще с такой конторой иметь дела. Это по сути был ответ - нифига не дам на то чтобы кто то  доработал под нас.

(123) Ну я и не тебе отвечал. и я не продаю и не демонстрирую УТ
А по поводу подбора ну большинство принимает подбор в УТ10 как есть, а вот от подбора в УТ11 больше для галочки, ибо разработчики считают что все торгуют коробками с 1С а там есть штрих-код, поэтому типа сканер вруки и вперед, подбор вам не нужен

Я бы может быть согласился бы с тем что УТ11 фигня, но у меня это сугубо построено только на интерфейсе управляемых форм.
Я считаю это самым главным недостатком любых новых конфигураций.
Чуть ли не самым наиглавнейшим. Как и новое построение платформы - с директивами и так далее. Это было ошибкой.

И еще добавлю - все они делают - выпускают релизы. Но где бли и когда появится модульность решений!?!?!?!?

Есть например некая базовая конфигурация. Надо тебе система доставки - просто "доустановил" ее - и все.
И так по всем блокам.

Расширение конфигураций - почти что ничего.

Я искренне жду что 1С 9 - позволит создавать модульные решения.
"блоковые". Есть базовый блок, надо еще что то - доиснталировал в конфу и работаешь уже с двумя блоками и так далее.

Естественно должна быть некая совместимость.

Вот УТ11 - видимо немало денег заплатии за то что там учет под алкоголь. И это в типовом решении для ВСЕХ. Вот кому нужно чтобы конфигурация которую ставят какие то магазины одежды или запчастей - 20 процентов конфы была написана под алкоголь.

Это уже давно не Управление торговлей а отраслевое решение для алкоголиков.
Половина конфы под алкогольный учет это круто, чо сказать.
Лишними метаданными все засрано, километтрами кода под специфику.....

(128) с каких это пор в УТ половина под алкоголь? в рознице ее не применить, в опте тоже, потому как для опта только УТАП. А то что сделали поддержку ЕГАИС, ну так многие пользуются, не бросать же клиентов

Претензии к скорости тоже имеются.

Все новые решения адаптированы по прежнему - что на всех конторах сидит стадо операторов которое набивает все руками.

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

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

Чтобы программно создать подавляющее большинство докумнетов - надо плешь на голове поиметь пока разгребешь все процедуры необходиымые чтобы создать автоматически какие то документы, справочники и прочие вещи.

(129) ну так зайди в конфигуратор и открой глаза.

Начнем элементарно со справочника номенклатуры. Под 100 реквизитов, и о чудо - под алгоколь просто немерянно. Это все касается и докумнетов и регистров и так далее. Везде подточено под алкогольный учет.

Такого никогда не было чтобы типовая становилась сугубо отраслевой. Это все мешает, делает ее монстром.

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

А вести отдельно отраслевое решение под определенную специфику видимо было бы накладно..

Еще претензии - не расчитано на обьемы. Конторе у которой 100к товаров, а может 500 или вообще пара миллионов -ну а какой работе тут может идти речь.

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

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

Я тут недавно работал работал, тут бац клиент говорит 20 000 товаров цены 40 минут документ открывает.
Я чота не врубился. ведь раньше все работало сносно.

Не доли секунд (как вообще должно быть на таких смешных данных) но десятки.

А тут 549 минут. Начал ковырыть.
Ошибок не вижу никаких. Документ программно - все четко, все как надо.

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

И при его открытии он начинает с дуру зхаполнять старые цены по товарам.
А они нафиг не впились. У меня программное создание документа с целью регистрации цен.
А там показ еще старых, и работает он автоматом.

И оказывается я программно все праивльно создаю. а когда чел открывает тут тупо форма начинает колошматить.....

Ну думаю пипец - поубивал бы, кто это дслела.

Надо было додуматься в документ влепить динамический список с получением запроса....

1С до сих пор не понимает что детально информацию можно смотреть только когда у тебя 50 товаров.
А когда 20 тысяч - то просмотр каких то старых цен  - как козе банан.

Такой обьем информации невозможно человеку обработать визуально в принципе. А каким макрам в документ была впихнута такая ересь со старыми ценами - это останется загадкой.

Я бы по умному бы сделал в документе кнопку - и только если надо при нажатии юзеру выйдет там хоть 150 запросов по данной номенклатуре.

(133) Отсутствует динамическое ценообразование

Чем произвольный запрос к ИБ не устраивает? формируй периодически. А так чтоб рассчитывать цену при каждом обращении: то это во-первых никому не нужные тормоза для рассчета и во-вторых постоянное ее изменение

(137) а что он делает? он автоматически создает цены в базе? НЕТ
Произвольные запросы - это механизм расчета цены. Но чтобы они в базе появились - надо создать документ.

Мне десятка больше нравится

Ценообразование через документ это как древний Египет.

Заполни документ - подожди, выбри что та там - допожди, нажми кнопку - подожди..
Так и час может уйти а то и весь день на то что подождать подождать и подождать.
Пока медленно заполнится, медленно расчитается, медленно проведется. Еще не дай бог где то там ругнется.....

И еще надо человека держать специально.


А что такое даже 1 час действия такой операции. Если допустим фонтора работает 10 часов в день.
Это 1/10 всего рабочего времени.

За то время которое выполняется операция - у фирму 10 процентов всего товарооборота зависит от скорости применения цен. Афигеть не встать статистика. Ну хорошо если еще киоск, в котором  5 человек в час.
А ведь есть крупные конторы с 10-20 тысячами заказов в день, каталоготм номенклатуры в 10 миллионов.

(137) Мне нужно. Я каждый день гружу из екселя порядка 200 тысяч позиций из прайса поставщиков. Предлагаешь мне еще для каждого клиента создавать документы Изменения прайса.
Так я просто задал у клиента правило расценки, типа по этому поставщику по этой группе такая наценка, тут такая, и все. Далее цена клиента в подборе рассчиталась динамически и менеджер доволен. А так мне бы пришлось каждый день останавливать работу программы на часок, пока рассчитаются и проведутся новые цены.

Нафига в справочнике 100 реквизитов, если в 890 процентах фирм юзер вбивает только артикул и наименование.
Нет - в конце еще существует 50 невидимых реквизитов которые при открыти формы заполняются или при записи дополняются.

25 реквизитов которые влияют на учет карточки. Нафига этим всем забивать базу данных?
Кто с 10 000 товаров заморачивается чтобы каждый товар имел свой учет..... способ планирования или еще какую то схему....

Чо блин не хватает видов номенклатуры или категорий - которыми делится пачками номенклатура.

ИспользоватьИндивидуальныйШаблонЦенника - офигенный реквизит.
Будем шлепать на 10 000 товаров у каждого свой ценник.

Я искренне жду, когда Маня создаст свою УТ. С шахматами. И балеринами.

(127) епть, я этот вопрос задавал уже давно, вопрос №7 http://catalog.mista.ru/public/194059/ - это задавал три года назад, а думал над этим лет 10, когда стала 8-ка.

Я вообще-то Маню поддерживаю, в его подходе. Мне ужас не нравится когда конфа заточена на ручную работу. Ручками. Оператором. Бяка, некузяво

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

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

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

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

(149) я тоже за регистрацию доком. Это маня тут критиковал отсутствие динамики

вот то что действительно взрывает мозг в УТ11, так это расчет себестоимости, особенно пытаться его разгрести после работы менеджеров, которые не смотрят как они заносят документы

(148) У вас что розница? Назвал цену зафиксировал её в документе заявка. Причем тут приход?

Или типа назвал цену, через неделю клиент согласился с ней?

(152) и на момент продажи делать реализацию по зафиксированной цене? Можно конечно, но я имелл ввиду немного не это.

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

(0)Маня в своем стиле. :-))
И то и другое одинаково  УГ.
Принимается ответ?

(151)  ну так как раз вроде доя таких ситуаций и заточено
Другое дело насколько это проверяемо?

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

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

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

(71) Спасибо, учту.

(159) а как механизм формирования себестоимости в УТ11 -
прозрачен, понятен ?

(147) никто не против документов. Только пусть документы работают так чтобы запросы по таким простым вещам обрабатывались секунду, документы могли быть по миллиону строк, и проводились (чо там один регистр несчастный) - пару секунд.

(162)Ты сам то в эту сказку веришь, Маня?

и где же это - "один регистр несчастный)" ??

Самое удивительное, для меня, так вроде вернули партии в ут11, включаешь, перепроверишь (специальной обработкой), а что меняется кроме того что доки делают движения по ещё одному регистру? Себестоимость все равно по рауз. Для чего вернули? Или может я что-то упустил?(159)

(163) почему нет. Максимально облегчить справочник номенклатуры.
В нем должно быть не больше 5-10 реквизитов.
Все если надо настройки каких то параметров в виды номенклатуры.
В карточке ловить нечего индивидуальным параметром учета каждого элемента.

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

Не нравится штатный документ сделай свой, там не так много работы, будешь потом продавать его )))(162)

И в конце концов у 1С платформа работает с СУБД. Почему на других баз данных - даже элементарных самописках на питоне и тп - можно в базу за секунды записывать миллионы строк, получать миллионы строк за доли секунд.

Не хочешь хранить цены не храни, почистить регистр и регистраторов так сложно?(166)

(166)Ты делишь сущности на более мелкие обращения к базе. Это не значит что времени этих обращений или дедлоков будет меньше.
Не выдумывай:-)

(168) а куле - можно и миллиарды записысывать...
всместо того, штоп думать...
а думают пусть лошади - у них голова большая. да ?

(167) документ это ничто. в регистре это просто тупо ссылка.
Но в рамках 1С логика всегда такая - надо его заполнить данными, чтобы потом записать измененные данные.

Чтение/запись вот где проблема, а не в том что есть документ или нет документа.

Можно удивиться но многие конторы из за тормозов 1С делают проценку и все остальное тупо на своих сайтах. которые имеют таблицы товаров и цен - и о чудо они летают. безо всяикх документов.

Чесно говоря бизнесмену глубоко начхать что нужен документ, ему нужен результат. А нынче результат - у кого нет тормозов - тот торгует и бизнес зарабатывает. Начхать им на документы.

(172>>Но в рамках 1С логика всегда такая - надо его заполнить данными

да нихрена. Битая ссылка вполне там существует и целостности базы не мешает

(173) И чем заполнение битой ссылкой отличается от заполнения ссылкой на элемент?

Если кому то нужен документ, то документ регистрации цен должен быть тогда без номенклатуры.

Ну что то типа - заполнили правила - только правила в табличную часть. Без всякого заполнения номенклатуры - никто не будет листать тысячи строк.

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

и опять - а накуа нам логика ВООБЩЕ, как ПОНЯТИЕ ?

Но если надо изменять конкретный товар - пусть будет и такой вариант для тех кому надо менять каждый товар - например ручная цена на товар или тому подобное.

(176) - это к (173)...

смешно...
но не сильно. жалько тех клиентов...

(161) Один из возможных вариантов, не более того. Себестоимость это вопрос более философского плана, нежели практического...

(162) документы на миллионы строк и даже на сотни тысяч - надо понимать что это ВЕСЬМА НЕТИПОВОЕ РЕШЕНИЕ,
и контора, которой нужны такие "документы" - ее основная задача и основное что сьедает ресурсы пиплов конторы - это не торговля и ей сопутствующее как таковое, а вопросы ценообразования и выдачи больших объемов оперативной ценовой информации поддержания актуальности цен (разных видов и типов) для продажников и закупщиков.

По сути - это отдельная НЕТОРГОВАЯ ЗАДАЧА.
И пизать ее в торгов-учетную прогу - херня полная. Тем более чем эти мегабайты и гигабайты ценовой информации со всей историей в такой торгово-учетной проге - не нужны 99% торгованам.

Поэтому - надо думать о ее выносе в отдельную базу/отдельный независимый контур со своими архитектурными рещениями, подходами и принципами обработки.

(175) Проблема не в регистрах, а том, что классический документ с ТЧ при количестве строк в ТЧ более 1000, пишущий в регистры накопления и быстродействие - две вещи несовместные...

(182) а в чем проблема? в том, что хреняк документ на 100 тысяч строк и он должен провестись за секунду? - вот прямо через секунду нужны новые данные на ВСЕ 100 тыщ строк? пихать в фон и пусть хренячит партиями по 5 строк или как-то иначе...
???

(183) Да нужны.


(181) Ну давай посмотрим на твое решения по WMS на 7-ке. Ты его сделал на документах?
Так и здесь никому не нужны эти документы. Это долго и блокирует базу при записи/перепрведения. Нужно быстрое решения которое быстро создается/меняется.

(184) то есть если документ будет записан в 16-00. а появится в учетных данных в 16-03 или 16-08 - это недопустимо?

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

(186) не ведись. гонит.
нету ниче м близко Твоего уровня.
Фильтруй базар, да ?

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

(186) Ну насколько я вскольз помню ты как раз много участков на справочнике сделал, ради скорости

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

(189) а дальше? организуешь обмен с тучей типовых конфиг?

(189) ты только не декларируй что это ты придумал. а то весь мир в плагиаторов запишешь

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

(188) "..ты как раз много участков на справочнике сделал, ради скорости" - - это фигня полная была. это было сделано только 1.чтобы уйти от общего журнала и 2. не нужны были итоги по остаткам - то есть очень простой вариант (сейчас переделал пож более правильную систему). и собственно, вмс тут не в тему - не в ту сторону обсуждение.

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

(192) Угу блокирюя полностью всю работу?

(194) почему сразу блокируя всю работу? писать изменения в фоне мелкими партиями не вариант разве?

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

нафейхоя сразу "писать" в базу 200 тысяч цен на 200 тысяч товаров? совершенно понятно, что это излишество. Строй приоритеты товаров и пиши быстро - самое активное/миниально необходимое, остальное с низкой частовтой востребования - пиши постепенно.

А то ты как мой лавочник вот, блин, полгода чехол на телефон лежал не продавался, а завтра мы его сточки уберем - пилять просто нивибеный ущерб для бизнеса будет

9197) Злоп не зацикливайся. Ты не шаришь в современной специфике.

Товаров может быть всего и 20 000, но 50 поставщиков.

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

да и даже не только дело в ценах - сколько в остатках товаров которые шлю поставщики. а фирмы работающие под заказ - это жизненная инфо в торговле. постоянно активное.

(195) Ты как себе это представляешь когда тебе нужно загрузить екселевский прайс с 60 тысячими позициями. При этом удалить предыдущую загрузку, которая сейчас неактуальна (изменились цены, остатки, ассортимент)

(196) Поэтому и отказался от документа. Все цены, остатки, позиции пишу сразу в справочник номенклатура поставщика. Никакой истории, только актуальные данные. (была бы 8-ка писал бы в РС)

Ладно короче жуем одно и тоже. итог понятен - скорости нет и не хватает.
Давайте о чем нибудь новом продолжим.

(197) Это как? Тебе поставщик прислал (ты сам скачал с сайта) в екселе прайс. Тебе нужно обеспечить возможность чтобы менеджер предложил клиенту товар из этого прайса. Что значит "это излишество". Какие приоритеты?

(199) "и да нету тут минимально активное.
Все активные и все важные. " - не бывает такого. Это свидетельствует о том, что не расставлены приоритеты, то есть управления процессом как такового - нет. Типичные лавочники. типа - все клиенты важные! если все клиенты и товары важные = то вопросов о быстродействии вообще быть не может. при 20 тысячах важных и востребованных товаров от 50 поставщиков - полднять мегакомп, который это будет грузить влет или как-то иначе сджелать - вообще проблем не должно быть. Хоть свое персональное 1с решение с бильярдом и стюардессами.

(205) У разных поставщиков может быть разный ассортимент. При этом никому не нужны цены и остатки от позавчерашнего прайса, ибо он не актуален.

(204) излишество это и значит излишество.
Как все загрузится и обработается неторопливо - тогда и предложит. Еще раз - плопытка окучить бесприоритетно бешеный массив информации - это всего лишь следствие отсутсвия понимания ситуации и специалистов. мы не знаем как спрогнозировать/спроектировать/посчитать правильно. поэтому будем грузить все и сразу - ибо не дай бог пропустим что-то важное. а что это "что-то важное" - он и станет понятно когда на него внезапно закажут на миллион. на протяжении 5 лет максимум закзаывали на 10 тыс, но завтра вдруг заказжут на миллион. случится чудо.

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

(206) че ты пургу гонишь? я в курсе что никому неинтересны вчерашние прайсы. Вон у меня "аффилированная" контора пыталась поднять инет-магазин - то есть я = поставщик, они - покупатели и поставщики для розницы. и да - они хотели правильные остатки - прямо здесь и сейчас. с интервалом в 10 минут. потому что не дай бог клиент на сайте закажет то что в остатках значится, а по факту уже нет. На вопрос - вы понимаете что я как поставщик - выдав вам прйас с остатками - гарантировать их актуальность начиная сразу после отправки вам - не могу, вы это понимаете? понимаете что у меня за 5 минут ситуация с товаром может поменяться кардинально? я не прочь выдавать остатки в онлайн-режиме напрямую на сайт - это нормально. ненормально когда - мой покупатель - который доход от сделки с конечным покупателем забирает себе - хочет переложить на меня решение достаточно тяжелой задачи - причем за ту же самую отпускную ценц от мен им?.

точно так же про 200 тыс цен и товаров - для конторы, которая в месяц прокручивает 5 тыс товаров ассортимента.
излишества.
просто потому что кто-то где-то хочет решить задачу "даром".

(208) угу, все 200 тысяч товаров - загрузились прайсы, 200 тысяч товаров заказались постащикам, и понеслось так и дальше... угу...

Да, реагировать надо быстро, обрабатывать надо быстро. почему надо обрабатывать имеющиеся в распоряжении и доступности 200 тыс товаров? почему не 10 тыс из них? может кто-то где-то не так не то и ли вообще ничего не сделал/не делает..?

(210) Нет. просто в этих 200 тысячах 10 тысяч - это поставщик стульев, 10 тысяч - это поставщик столов, 5 тысяч это поставщик карандашей и т.д.

И клиенты бывает разные, кто то торгует исключительно канцелярией и его интересуют только ручки и карандаши. Кто то торгует исключительно офисной мебелью и ему нужны офисные столы и стулья. А кто то оптовик и ему нужно всё.
Кого предлагаешь продинамить и предложить подождать, пока неспеша будет прайс грузиться?

В том то и дело что из 200 тысяч заказ у тебя будет на 1000 позиций, но вот никто и никогда несможет спрогнозировать какая 1000 из этих 200 000 выстрелит

работа практически с колес заказ-под-заказ требует высокого уровня автоматизации. и качества такой автоматизации. и качества проработки бизнесс-процессов такой автоматизации. сильно сомневаюсь что типовая УТ, которая представляет собой пусть наврооченную, пусть интерактивную, пусть даже где-то умную - но все равно представляет собой ЗАПИСНУЮ КНИЖКУ - сильно сомневаюсь, что такие решения надо строить на типовых конфигах.

(211) Потому что клиент уйдет к тому кто сможет обработать быстро эти 200 тысяч. Смысл мне звонить в фирму у которой всегда 80% товара не будет. Не проще ли позвонить туда где мне обеспечат покрытия заказа на уровне 99,9%?

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

(213) Никто и не строит, но все надеятся. Ведь многие же кричат что УТ11 это конфигурация в которой есть всё, просто нужно найти грамотного внедренца

(215) Ну у меня пока нет проблемы, работаем в файловой 7-ке, пока скорость работы устраивает. Вот осталось еще один филиал перевести к нам в единную базу и придумать что нибудь со складом и  будет красота

(214) если тебе проще позвонить туда где обеспечать 99% покрытие - то это значит что у него есть свое 99% покрытие и т.д. Никто не обеспечивает 99% покрытие 100% ассортимента товаров, присутсвующих на рынке. А вы - внезапно - хотите обеспечить такое 99% покрытие для своих ВСЕХ КЛИЕНТОВ ПО ВСЕМ ТОВАРАМ. ключевое -слово ХОТИТЕ. ибо если вас при 99% покрытии 100% возможного заказа товаров стоят вопросы производительности или круто мешают неудобства типовых конфиг - тут ключевое слово ХОТИТЕ - так и осталось "хотением".

Разговор беспредметный.

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

(218) Почему нет? Никто не будет звонит в хлебный магазин, если ему нужно купить обувь. Но если ты позиционируешь свой магазин как хлебный, то в чём проблема обеспечить 99% покрытие? Для этого тебе не нужно держать на складе весь ассортимент, достаточно держать прайсы пекарней, готовые тебе быстро привести нужный хлеб

По любому надо прайсы прогонять через другую субд.
Но с возможностью в 1С получать данные этой субд.

Моему одному лавочнику пнадобилось около 3-лет чтобы самостоятельно придти к пониманию того, что охватить всё - не ведет к приемлемому результату. ТРИ ГОДА, КАРЛ! Три года! Хотя я это ему талдычил и выкладывал эти три года назад. Но нет, надо охватить ВСЁ! иначе - как так - если  не озвачу всё - это же все деньги пройдут мимо меня.

(221) Спасибо, кэп.

(219) Что то тебе понесло куда то.
Вроде бы изначально речь была про то какая УТ11 прогрессивная, и там все есть, это вы просто не умеете готовить. Ты же сейчас пытаешься доказать, что в УТ11 ничего нет и нужно много человко-денег, чтобы привести УТ11 в рабочее состояние.
Так я и не спорю, что мне она и не подходит, и не только мне. Всем тем у кого учет сложнее чем продажа коробок с 1С в розницу уже требуются дописки в УТ11

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

(222) За 10 лет с тех пор прошло уже много времени. И если у тебя не розничный ларек, то все меньше и меньше желающих держать у себя весь ассортимент товара. Да и ларьки в большенстве своем уже оказывают услугу "товар под заказ". Когда приходит покупатель и говорит "мне нужен такой то стул", продавец пробивает по базам поставщиков и говорит "могу привести через 2 дня будет стоить столько, вести"?

Парадокс в том что вы два семерочника сидите на 77 а спорите в теме про восьмерку. Злоп вообще на восьмерке не программирует.

(225) А кто спорит? Но вроде бы начинали с того что "регистрация новых цен ...посредством документа ...  это типа правильно."
Дальше пошел разговор о том что прайсы могут быть большие
На что ты предложил бить по приоритетам.
...
И тут неожиданно "эффективное использование конфигурации-мегамонстра - задача практически невыполлнимая с приемлемыми затратами ресурсов."

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

(229) это тенденция современно бизнеса. Заказ под заказ не означает что ничего не делает.
Расстояния большие. Товар все равно нуджно заказывать.

Интрнет-магазин анализируя кучау поставщиков - выбирает лучшие цены и предлагает покупателю лучшие цены покупки.

Ну и как ни как все равно промежуточное транспортное звено.

У нитернет магазина какие задачи - лучший поставщик, условия. Значит выгоднее цена для конечного покупателя. Ну естественно в основном все равно ни все работают по регионам.

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

(229) Все верно, просто если поставщик начинает тебя динамить по срокам, ты просто выкидываешь его прайс и ищешь другого поставщика. Не без этого.
Был у нас случай подключали нового поставщика он прислал прайс, смотрим а там цены которые были актуальны осенью прошлого года, попросили его актуальные цены, он в отказ, типа звоните по каждой позиции мы назовем вам цену, а прайс с ценами дать не можем. Как результат отказались от него, нашли вменяемого. Так что да с новыми поставщиками бывают косяки

(232) И что? Ты когда заходишь на сайт поставщика например exist.ru думаешь у него весь этот товар лежит на складе?

Фигово то что на рынке очень широко разрекламированная 1С + обмены с сайтами. Все эту информацию начинают принимать буквально. что вдостаточно в 1С загрузить все и проанализировать и дело в шляпе. выгрузил на сайт и работай себе.
Заказы обратно закачивай с сайта и так далее.

Но отчасти так оно и есть. Все равно тебже прайсы в 1С нужны не только чтобы цены сделать.

Еще есть такой шаг что в 1С есть потребности (а это уже торговый учет) покупателей. И теперь надо проанализировать прайсы чтобы в 1С создать заказы поставщикам.

То есть тут  уже намного больше чем просто прайс-листы какие то и тп.

СПокупатель на сайте может заказать все что угодно.
А теперь надо чтобы 1С заказала еще тому кому надо.
А это уже бизнес-процесс а не просто база прайсов абы где.

Т.е. заходя на сайт типа exist.ru ты понимаешь что с вероятностью 99% там будет нужная тебе запчасть, даже если она и редкая. А вот захадя в ларек можно сказать, что с вероятностью 99% редкую запчасть ты точно не увидишь на полке магазина.
Так и у меня

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

Так что опять палка о двух концах. Но я уже нашел решение всему этому. и начинаю двигаться. будет дикая помесь. но вопросы со скростью должны решиться.
Но как ни крутись большинство бизнес процессов все равно завязаны на учет в 1С

(237) ээ злоп, не работал ты в интернет магазине где в день 100 заказов покупателей, а остатки у поставщиков меняются каждый 15 минут.

(234) более чем уверен что не лежит. и сталкивался нескольо раз с тем, что делаю заказ - а в ответ либо тишина, либо сорри товара нет. странно - на сайте есть, а товара нет.

(237) Прости у тебя есть машина? Ты сможешь спрогнозировать свою потребность в закупках? Не банальных вещей, типа стеклоомывайка в бачок, а что завтра у тебя полетит шаровая и нужно поменять?

(240) Обычно такое как раз у тех у кого свой товар. А в случае торговли с прайса поставщика всегда можно заказать этот товар у другого поставщика

(238) самое плохое слово в товем предложении - "учет", как только перестануть "вести учет в 1С" - а начнут отражать ЕСТЕСТВЕННЫЕ ПРОЦЕССЫ, ПРОИСХОДЯЩИЕ НА РЫНКЕ/ТОРГОВЛЕ - все станет яснее и прозрачнее. - с этой точки зрения программить и автоматизаировать WMS - оджно сплошное удовольствие.

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

(242) мне ПОХЕР у кого кто что будет заказывать. я тупо хочу - еслия сделал заказ сейчас - если система его приняла - хочу чтобы его выполнили. а не звонили через 15 минут - сорри, но у нас нет этого товара, можем через 2 дня. нахера через два дня? мне завтра утром на машине надо ехать.Странно, да? куча поставщиков, все могут друг другу звонить и заказывать. Но прямо сейчас нужного - нет.

У тебя свое удовольствие, а у меня уже многолетняя автоматизация подобных событий. и не на 1 клиенте а на сотнях.

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

Значит просто не повезло с конторой.
Но как бы с автозапчастью - что тебе мешает залесть на эмекс, экзист и тупо заазать все у самых крупных игроков рынка.
У которых автоматизация на полной катушке.
Без посредников.

Кстати у них прикол в том что заказывая напрямую. они все сделают и примут, даже оплату примут - и доставят через регионального партнера.
А ты в Москве у вас там чо вообще проблемы чтоли с автозапчастями?))))

(244) Маня, ты же сам понимаешь что это утопия. Не клонируется прайс от главного поставщика через 5-6 передастов МГНОВЕННО. О  "мгновенности" можно говорить только при максимально короткой цепочке.

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

давай. выкатывай свинтопрульный аппарат.

Ну славо богу у меня есть конкурентное преимущество. Это программист на питоне, маньяк такого же уровня как я в 1С.
Но шевелить его надо регулярно. Но все что касается веб-сервисов или прогона через какие угодно субд, вплоть до создания своих собственных.

Вот вы все рассуждаете о какой-то мегафирме, а сколько на рынке таковых? 1% или даже меньше? Они явно не будут работать в типовых 1с, а может и вовсе в 1с. Подавляющему большинству достаточно УТ11 или 10, типовой или с доработками. Им же будет достаточно схем взаимодействия с сайтами, которые в них существуют.  Нельзя примерять или натягивать механизмы тиражного массового решения на крайне узкоспециализированный бизнес.

Да и задача МГНОВЕННОСТИ из области фантастики, ничего происходить мгновенно не может. Если магазин желает удовлетворять потребности клиента в течение дня, то для этого держится запас на своем складе, расположенном максимально близко к клиенту. Во всем остальном есть интервал доставки в несколько дней, потому как кроме скорости важна итоговая цена, а если не оптимизировать логистику пролетит этот магазин очень быстро.

про exist, emex и прочие, они снимают заказы крайне часто, особенно с региональных складов

"exist, emex и прочие, они снимают заказы крайне часто" // Наверное, это когда заказываешь то, чего (по информации на сайте) мало осталось...

Тоже, что ли проголосовать. Пока что так, а на будущее, походу, УТ заменяется УНФ-кой, ибо сейчас УТ11 некий невообразимый монстр...

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

В таком контексте обсуждения ветки - в голойсовалке не хватает "77 - клюшки наше все" - я думаю, что пункт с клюшками набрал бы больше обоих Enitr вместе взятых

(258) Не-а, я работаю и с УТ11, но как бы так сказать помягче, я в семерке и в УТ10 сильно привык к тому, что однажды настроенное - работает и не меняется, а вот в УТ11 такого нет, есть у меня одна розничная конторка я им в свое время внедрял УТ11 (глюков, конечно, в типовой конфе вылезло много, ну да это ладно, такая фигня и в семерке была), но тут другая беда, настроил штук семь восемь рабочих мест кассира, погонял - работает, нормально, запустил в работу. Вот теперь эти самые места кассира пару раз месяц перестают работать, причем разные, в разное время, настраиваю по-новой, три-четыре месяца работают, потом опять настраивай. Скажу честно, меня такое уже задолбало, я не привык возвращаться к сделанному и переделывать это регулярно...

(260) хм, если настроил и работает - почему перестает? обновляется регулярно?

+(260) Но на самом деле, кстати, я не чистый восьмерочник, я беру все, и семерку и восьмерку...
(261) В том то и беда, что без всяких обновлений, ну это все равно как в необновляемой типовой семерке ТиС раз в четыре месяца слетали бы рабочие места кассиров...

Учитывая их объемы продаж у них много никогда и не бывает. Это я к тому что никто не пытается покрыть 100% ассортимента ибо это будет никому не выгодно(256)

работаю в ней 11-ый год, сначала 10.2, потом 10.3... после ТиСа пару вещей мне в ней не хватает (как юзеру), а в остальном все устраивает более чем...

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

(259) Не уверен, тут на форуме 1,5 калеки которые работают на 7-ке ТиС. Все уже на 8-ке сидят

УТ 11 лучше однозначно. Правда, это никак не умаляет достоинства УТ 10.

Слушайте, а как так получается, что прайс в 100500 строк ежедневно меняется? Может стоит выпросить у поставщиков прайс в уе, или от чего у них там цены зависят? Просто они ведь тоже не руками это все перебивают, следовательно есть формула. Скорее всего тупая привязка к валюте, а значит вместо всего прайса можно грузить десяток строк с изменившейся ценой в уе и курс.

(268) и количество тоже можно изменять при переходе каких-то рубежных значений

(268) остатки каждый день меняются. А поставщики их шлют.
Еще позиции меняются. И цены тоже меняются.

И не обязательно то каждый день. может быть и 3 дня, неделя.
Разницы особой нет.
Но в тоже время у фирмы может быть 1 поставщик а может 5, 10 а бывает и 100 поставщиков у фирмы.

(266)  угу
Полторы калеки работают
А на восьмерке куча высококвфлифицированных спецов толтко и делает как ищет как бы сделать чтобы восьмерка нормально работала

(270) что, все 100500 позиций прайсов меняются по всем 100 поставщикам? Да даже если так, прогрузив не весь прайс, а только часть, учитывая (268) и (269) можно сократить выполнение до пары минут

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

Бедолага)

(273) если честно, то от поставщиков в прайсах и в их системах заказа я не видел что бы они всегда писали количество на складе. Всегда например до какого-то значения указывается, а потом например 200+, или статусы : много, очень много и тп.

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

Я думаю весь этот предварительный запрос - еще хуже чем просто наложить слепок нового прайса с новой датой. И при этом просто отменить предидущий прайс.

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

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

(274)  прально, есть такое
Потому что прайс они просят у кого
У менеджера
Может менеджер в прайс код добавить
Да вот хрен вам
А менеджеру озадачивать свой ит отдел совсем не с руки
И вообще манагер скорее всего к техотделу вообще не имеет отношения

(278) а мне сзачем сочувствовать? я на этих всех граблях денюжку зарабатываю решая такие задачи.
Мне тока быстродействия не хватает от 1С чтобы все работало шустро.

(279) я тебе открою секрет - в клиент серверных базах блокировка на уровне записей в СКЛ, и только на постгри на уровне таблиц. вся база никогда не блокируется.

(280) а на самом деле, сейчас многие поставщики внедряют свой API, дергай сервис когда надо, грузи частями и не надо все хранить, если актуальность так быстро пропадает

(279) и да слепок не хорошее решение.
Так как если будет запись от 10 числа 12 числа - 15 числа - 20 числа.
Это может внести путаницу впонимании юзера.

Плюс это предполагает хранение всех регистраций с самой первой.

(282) вот это секрет однако))) мы же тут вроде обсуждаем то, без чего менеджеры минуты не проживут в случае блокировки

(283)  не надо апи делать
А то этих апи будет столько же сколько поставщиков
Хрен редьки не слаще

И снова - никто в уе прайсы не фиксирует, даже если есть валютные в них тоже цены меняются.

(283) не многие - а только крупные. и да - это стоит очень немалых денег. очень. на миллионы.

(277) так вот теперь про ут 11 погворим. Наш справочник бьем на сегменты (любой запрос в режиме предприятия), согласно тому на сколько оперативно должна быть получена информация по ценам. Грузим посегментно. На вскидку это конечно.

(266) Ну вот у меня полно баз на 7-ке тис, и слазить с них не собираюсь, ибо апгрейд 7-8 ровно ничего не даст в плане функционала, зато потребует кучу денег и времени.

(287) мало там изменений. Или есть закономерность

(288) лучше из справочника номенклатуры убери 90 реквизитов которые нафиг не нужны. Хотя бы элементы быстрее записываться будут. с документом фиг с ним. Уже и свой регистр есть и документ, которые не портят типовую.

(289) Иногда такие как ты - вылазят тут на сайт с 1С 6.x и пострадывают.

(273) Что о с остатков ушло, что то добавили, где то цены пересчитали...
Поэтому и проще работать со справочниками (РС) так как там можно отработать по позиционно и порционально

Прайсы поставщиков, поставляемые даже ежедневно - это фикция
Я вот поставщик, я тоже даю прайс каждый день, могу чаще
Могу даже с остатками
Спасает ли это моих покупателей - нет
Потому что ни один покупатель не дает мне гарантий выкупа объемов
Точно так же я не даю им гарантий наличия выданных им остатков.
Все что может клиент при необходимости - уточнить у меня наличие товара.
Уточнить.
Хочет получить гарантию при уточнении - резервирует.
Поэтому все что надо это вообщем чтобы у покупателя была инфа "у кого это может быть"

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

(292)  у нас все нормально
Это у мани и прочих восьмерочников все время чегонить не хватает
То можностей
То быстродействий
То стабильности

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

А есть другие гиперактивные которые раз в 2-3 недели любят структуру прайса менять.

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

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

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

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

(288) Ну нету тут сегментов. Ты не можешь запросить сегмент при загрузки. У тебя есть входящий массив данных (файл в екселе) который ничего не знает ни о сегментов ни о твоей структуре. Более того 80% позиций в этом справочнике вообще у тебя нет в базе. О каких сегментах идёт речь?

(297)  видать в таких конторах итотделы низведены до уровня рабов при господах ;-)

(298) Я тоже так думал когда написал загрузку в 2077 году. уже 16 год, а я все 9 лет что то меняю и меняю. и конца и края нет каким то новшествам.

сори в 2007 году...

А есть такие интернетмагазины которые набор картинок не могут самостоятельно отресайзить или не знвют как типовой архив из двух частей извлечь и еще при жтом будут учить меня что я носу не могу ковыряться ;-)

(305) зачем менять загрузку, если можно сопоставлять поля в пользовательском режиме?

(294) И в чем проблема? У меня утром заказал клиент к обеду мне уже поставщик скинул подтверждения и я уже могу позвонить клиенту и обговорить замену/недопоставку. Это лучше чем ничего

Опустим проведение документа на второй план.

На первый план вынесем - заполнение документа.
И синхронизацию номенклатуры.

Пришел прайс - 100500 строк. задача 1 - найти все ссылки в справочнике. Дерзай.

(298) Ну конечно, если смотреть на проблему со стороны - то и проблемы то нет

(300) см (280)

(306) Злоп это одна из тех категорий проблем и задач - за которую сотни клиентов некисло тебе денег заплатят - дерзай.

(311) ну это уже из области орг процессов, я про проблемы в ПО

(307) Невсегда это помогает.
У одного поле производитель это отдельная колонка у другого это в виде заголовка шапки
У одного ЕИ в отдельной колонки у другого в конце наименования после запятой

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

Дерзай, настрой это все в пользовательском режиме

(308)  ну так и я про то
Нафехоа прайсыто по двести тыщ каждый день обновлять?
Недостаточно просто что такой товар есть у такого поставщика
Все равно в любом случае независимо от того что час назад подгрузил свежий прайс - все равно коннетиться и уточнять

(302) ну вот если товар продается каждый день у тебя по несколько раз, манагеры должны всегда знать цену постащика. Пусть в сегмент и попадают 100 наиболее продаваемых товаров. Их и надо дергать из прайса поставщика первыми. Следующие 500 пусть себе проводятся 10 минут, если уж надо действительно их все обработать. Остальные на ночь. Вместо 100, 500 и остальные свои цифры поставь

(306) не наговаривайте на интернет магазины.. мы с ними на ут 11 тему подняли - умеют они все..
зы.. ой, ах, ох.. ну в общем, только увидел, что Маня автор...
а то, развлекался бы пару дней..

(315) ты не задумывался о том что в прайсе в 200 000, каждый день может 1000 новых позиций быть, или наоборот 5 000 убыть (просто производитель перестал производить что то и оно уходит из продаж)

(315) А как ты узнаешь что есть а чего нет?
Ну хорошо ты заказал клиент хочет стул деревянны, а у поставщика в наличии есть точно такой же но с перламутровыми пуговицами

Ты скидываешь заявку поставщику, тебе приходит отказ - деревянных стульев нет. Клиент недовольный.

Второй вариант, ты загрузил прайс. Менеджер изначально видит что деревянных нет, но есть дороже, но с пуговицами. Он озвучивает клиенту, клиент соглашается. Все довольны.


Вопрос же не только в наличие, но и в цене

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

(317)( ну и как оно  интернет магазину в УТ11 живется? В условиях когда заказ клиента надо непосредственно в заказе поставщику размещать.

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

(320)  Они и билизко не дотягивают до реальных задач.

(316) Это же не хлеб с ограниченным ассортиментом. Тут продается всё, и что сегодня выстрелить ты не знаешь.
Ну т.е. ты знаешь что у тебя клиент каждый день колеса покупает. Но сегодня он купил 14-го размера, завтра 17, послезавтра 22. И как определить какой размер нужно грузить?
Так и с остальными группами

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

(320) Ну да представляю себе менеджера, который пишет код для обработки

(319)  да ты че? Все 5000 новых позиций менеджер просматривает чтобы узнать что сейчас вместо деревянных есть деревянные с перламутром?

(322) Это у кого так? Если его нет на остатке, значит его нет. ЧТо значит под заказ? Где поставщик его возьмет, если их нет? Если бы они были у его поставщиков он бы их заранее закупил бы

(327) Представь себе что да

маня страдает от ширины прайсов у продавцов запчастей на всевозможные виды авто))

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

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

(329)  шаманы у вас менеджеры, однако

(325)+ заказ размещается в околом 10 секунд с учетом онлайн резервирования товара в базе поставщика... 10 секунд уже не устраивают - думаем над оптимизацией..
зы.. все работает на веб-сервисах..

(333) когда я буду у вас занят внедрением ут 11?..))

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

(324) у нас же есть данные о продажах, на основании которых мы можем сказать, что колеса для ВАЗ продаются значительно чаще колес для каенов)). Эта операция в регламентном задании висит и выполняется кода захочешь сама. Мы при загрузке прайса обновляем данные по 14-й резине сразу, а по каеновской ночью

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

(331) И чем это отличается от переписывания обработки? Тем что один и тот же код пишется в режиме предприятия, а не конфигурации? И в чем профит?

(327) аналоги в 11. Само выпрыгнет. В подборе, кстати

(332)  маня, я тебе подсовывал свой маньячный прайс - ты помнишь чем закончилось? Напомню - ничем... Кончается все тем, что под каждый прайс пишется своя персональная загрузка

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

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

(338) ограничения на что?

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

(341) а мне маня на проверку так прайс и не дал... негодяй..

(344) упс.. ты за универсальную обработку загрузки табличный частей??

(343) на все, ресурсы серверов и каналов связи не безграничны. Маня же написал что там будет все и вся и все при этом будет мгновенно работать. Утопия однако

(335)  ну, сначала надо понять может ли ут11 то что на надо...
Причем то что нам надо - должно быть удобно в использовании

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

Ребят вы не до конца всей сути понимаете. и пока что где то там плаваете вначале. Даже до середины не дойдя.

Одна из главных задач работы с прайсами это не только загрузка. Это еще половинка, а то и треть.

Дальше начинается интересней. Клиентам нужно сопоставить всей прайсы на самом деле - чтобы сделать анализ и разработать свой прайс. На безе лучших условий, цен и прочего.

Пример - есть 10 поставщиков по 15к позиций.
Мы хотим все эти прайс листы как говориться "грузануть" - сравнить. выбрать цены на основании которой делаем свою цену.

Получаем аля свой прайс- шлем его уже своим покупателям.

И пофигу сколько там позиций.

(346) да, но что мешает такой подход применить для загрузки куда угодно. Сути то не меняет.

И это еще до начала следующих процессов - таких как начнется покупатели начнут что то заказывать и потом далее в обратку надо делать анализ уже у того у кого мы хотим купить.

(349)  маня, эту задачу я успешно выпилил в 2004-2006 годах, объемы конечно не по сто ка позиций, но работало все автоматом

(349) яндекс.маркет?))

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

(352) выпилил где? фиксом на одном свое предприятии? я 15 лет работал фиксом. И тоже успешно учеты ставил мама не горюй и затачивал работу одной фирмы по самое не балуйся.

Только сейчас у меня работа другая. Мне нужно автоматизировать несколько тысяч предприятий одновременно.

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


не надорвись только

(355)  ну так тебе нужно уже лет восемь
Пора бы уже от нужности перейти к тиражному решению

(356) объем памяти тут вряд ли будет важен

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

(358) не туда отправил

(358)  памяти Мани?

(359)  и это тоже было сделано в те же года что выше написал

(361) >> (360)

(357) а я тебе сейчас говорю о уже тиражном решении и существующих клиентах. Хотя у меня уже даже не 1 000, а 4 000 клиентов.
А я думаю ты со мной согласишся что автоматизация - процесс бесконечный.

(359)  а еще неплохо контролировать чтобы прайс поставщика по предоплате не попал в прайсы покупателям по отсрочке

(364)  это точно
Всегда найдется какая нить новая хрень которую текущее решение не учитывает или не умеет

(364) Маня, о каких клиентах может идти речь, если ПП нет как такового еще? разве что о потенциальных, так они такие и испариться могут

(367) Выбрано заказов: 2135
И это еще не все, потому что окола 1500 заказов прошло через ИС

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

(369) в планах новая версия. и новая версия основывается св основном на внутренней части. Те по сути я просто делаю ускорение.
А логика предметных задач у меня уже отточена и разработана.
Я как видишь тут не ставлю в обсуждение вопросы о том что конкретно надо юзерам потом делать со всем этим.
У меня только одна цель для новой версии - это быстродействие.
Я хочу расширить масштабы до неограниченных

(368)  ну примерно процентов 50 не используют то что купили
Оставшиеся процентов 30 используют по минимуму
Остальные более менее внятно работают с продуктом

Есть у меня лавочник один
Купил мегазагрузку прайсов
Нихрена не использует
Потому сто сильно дохрена в яких настроечек и твкалочек

(371) может быть может быть. Не отрицаю, за всех отвечать не могу.
Все чаще звонят те кто вообще 1С только впервые в жизни услышал. Есть и такие.

(372)  ряд вообще считает что хрен ли там так долго делать
Это же просто...

а вообще надоело все
И клюшки
И ут10 овномамонтовское
И маньячная ут11

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

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

(376)  так что, не получится штатно?

(373) для ряда вообще 1С не нужна, но они ее покупают - стоит 1С дешево. Зато в ней есть обмен с сайтом. они видят в этом главное. особенно кто начинает только бизнес и вообще еще даже до учета не дошел.

(350) обожаю эту обработку.. сколько лет им пользуюсь..

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

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

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

У меня вот тоже беспонечные заботы с сайтом, поиск веб-мастера и тп. Чо вот сам сел этим заниматься - всю прошлую неделю ложился в 5 утра. Но получил кайф, скажем так сел разбираться потому что покоя не давало то что мне хочется сделать самому.

А так цены на веб я вам скажу так - по тому что они делают в итоге - раз в десять выше чем за программирование на 1С

(377) не...

(380)  они не думают такими категориями
Они бурно осваивают новую нишу
Какаяникакая одноэс в том или ином виде у них есть
Или нет но есть итшники рядомгдето в виде одноэсников
Дальше понятно

(380) Бизнесмен должен заниматься другими делами, а не выбором ПО. С ПО должны разбираться специально обученные люди

(384) Злоп ну вот ты даже сейчас можешь начать новый бизнес.
Сайт сделать лдаже на какой то бесплатной CMS.
ГНадыбать поставщиков каких то с прайсами.
Нагрузить сайт - и жалть а купит ли кто чо у тебя.

Я думаю ты легко справишся с здачаей заказать у поставщика то что у тебя купили и передать клиенту.

Это ведь не вкладывать миллионы в аренду складов, офисов. бабок на то чтобы купить сначала на склад а потом продать.

И самое главное все что тебе надо для нового бизнеса - ну тыщ 50.
Можно и рискнуть - деньги смехотворные.

(386) а толку от такого бизнеса? не взлетит. Как минимум нужно проработать логистику, а это тебе не прайс из файла прочитать. И много чего еще

(387) отдай детям в детский дом лучше

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

(383)  ну вот и нахера мне прога которая не умеет делать то что умеет текущая
Я ут11 хочу взять чтобы поиметь новые возможности - не шибко важные для моего бизнеса - но пусть будут на развитие
А не заниматься тем что трахаться и программить то что я уже давно запрограммил
По моим грубым оценкам - если на ут текущий функционал в части его наличия и в части удобства нельзя клонировать с клюшек на ут11 за месяц - смысла в переходе пока нет
И это еще одна из простейших задач была озвучена

Вторая простейшая задача - на ряд позиций устанавливается признак отгрузка только кратно упаковкам и при загрузке заявки клиента она по таким позициям должна подгоняться по таким позициям под упаковку - есть такое штатно?

(389) пусть мне отдаст.. а уже детям..

(391) такого функционала нигде в коробке не будет, потому как это немного противоречит НК

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

Сколько ты запросишь за свои услуги - чтобы детально полностью взятся за профессиональное консультирование, и не только консультирование а еще на всю настройку и миллиард вопросов которыми он начнет тебя грузить - так как просто не шарит в этом, но так как ты дал ему телефон - он теперь будет звонить тебе и звонить.

(391) в данной ситуации да тебе ничего не надо. Пока есть ты и состав который работает.
Но сменится поколение бухов теток и ты уйдешь на пенсию - и все. капец.
Прийдет новый человек вместо тебя и все. твоя система вымрет.

(394) звонить и платить. До 50 тысяч это ларек, и проблемы у него соответствующие. А если говорить о крупном в каком-то плане бизнесе, то и подход и суммы там другие. И бизнесмен там не в одно лицо трудится

Потому что он прийдет и нифига не будет знать что ты там напрограммировал и вообще 77 не будет знать.
И не найдут больше никого кто прийдет на 77 поддерживать эти мегатонны крутейшей автоматизации фирмы.

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

(393)  что противоречит нк?

(399) реализация по нулевой цене в торг-12

Злоп в твоем случае контора держиться за счет одного человека. от которого зависит все. Она поэтому держиться и ей это выгодно.

Твоя зарплата во много раз меньше чем чем фирме надо будет влить в новую систему. Владелец это понимает как дважды два. И его пока что устраивает именно такой расклад. Наименьшая потеря денег.

Но рубль за сто тебе могу сказать6 что как владелец понимает сейчас это, то он ТОЧНО также и понимает и уже даже я думаю заранее готов к варианту что ему все равно рано или поздно надо будет миллион баксов а может два, а может 100 тысяч баксов - на новую систему.
И он их вытащит из кармана и глазом не моргнет.

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

(400) http://www.glavbukh.ru/hl/130591-kakuyu-tsenu-ukazat-v-torg-12-pri-bezvozmezdnoy-peredache


как-то так, собственно не то что противоречит, просто четко этот факт не регламентирован до сих пор

(400) Т.е. раздача бонусного товара противоречит НК? И давно?

(400)  не противоречит
Все путем

И вопросы - типа а что там лучше или хуже - просто станут безсмысленными.
Ежу понятно что с УТ11 ему представят конфигурацию которая намного мощнее того что ты мог бы сделать лет за 30.

(401)  да, согласен
И я предлагаю выделить ресурсы на освоение нового по и рефакторинг процессов уже сейчас. В одно рыло я не потяну всю работу. Годы не те да и тянуть энный раз то что я вытягивал уже пару раз до этого - мну ну нифига неинтересно

Открыть что ли сайт действительно с какойнить фигней

(402) сейчас вопрос не в тебе. ты сам понимаешь это. Вопрос всегда в ситуации. А у фикса ситуация всегда одна.
Я это для себя осознал еще хз когда. Приблизительно когда бросил работать на 77.
Я ведь тоже на семерке 10 лет упахал и построил мегасистему которая была завязана на меня.
Она была крутая, и я бы на восьмерке сделал бы вообще мегаконфетку для той же фирмы.

Но судьба распорядилась по другому. я устроил так называем саботаж и дефакто контора стала ребром, так как все эти завязки начали рушиться - я просто сказал что с меня хватит.
И дальше там были какие то брыкания, но в итоге все закончилось тем что 2 ляма баксов достали и не моргнули на оракл. И уже место одного человека - работает 10.

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

(404) (405) посмотри (403)  то, что четко не регламентировано в типовых вряд ли появится

Ну ничо так - бухаю с бывшими директорами, даже по соседству скоро жить буду возле их хоромов.
Как то через пару лет попросил бывшего привести мне ролекс из штатов. Потом на мерсе приезжал помочь в каких то вопросах.

С недельку назад бухал. Ответил на вопрос как на 250 юзеров восьмерку запускать))))

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

(410) как логан то?..

(410)  маня, ты крут

(411) там еще проблема в том, что принимающая сторона должна все это принять к учету тоже в рыночных ценах

Я лох и неудачник
Пойду удавлюсь

(415) Приезжай друг в Ростов. Я тебя с радостью встречу.
Или если в близкое время - на моря. Я в Сочи на два месяца валю отдыхать с семьей.

(416) ух Ростов, Ростов.. я там полгода сапогами плац на Красноармейской топтал..
и под нож собаки попал..

(415) Если не сможешь приехать в Сочи, то в конце лета двай в Ростов. Бери жену. Офигенно тут отдохнем на Дону.

и сразу на либердон...

Что такое либердон?
ЛевБерДон (Левый Берег Дона)?
https://ru.wikipedia.org/wiki/Левбердон

(419) живу тут и туда уже забыл когда ездил.
Ну рестораны, совковые базы. Река в которой рыбы нет. Скухота.
Ну банкеты разве что отмечать прикольно. Типа речка, свежий воздух, самогонка.
У меня тут в пяти минутах вокруг да около рестораны лучше чем на левом.

Лучше за город на километров 60. Там и река почище, и рыбка есть, и суеты нет, и мясо в маринаде свое.

(421) не, не хочу в Ростов)) дорежете)))

(422) А я тебе вроде и не говорил, я то и не знаю кто ты. ник впервые вижу.
Я Злопу пишу. Родственная мне душа, мы в Питере на эвенте с ним бухали и общались о жизни.

Чебуратора уважаю. Мужик отменный. Юмор присутствует.
Я бы сказал один из редких людей нашей эпохи, и который внес свою лепту в общество 1Сников.

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

загрузили автоматом прайсы - система сама "проштрудировала" цены.

пришли заказы с сайта - система сама все что надо кому надо заказала. Пришли ответы от поставщиков - система сама проверила,
зарезервировала, оповестила клиента и так далее.
Пришел ответ от поставщика, если нет у поставщика - заказала другому.
Закончились остатки - система сама выдала потребности - известила сама что надо, без выкрутки отчетов и листания.
Короче полная автоматика.

Никаких там отчетов, которые надо нажимать . ждать. потом что то там решать и юзеру понимать что надо что то куда то вбить.

Вообще нафиг убрать все эти звенья. и сделать тупо роботов.

у  мну все работает.. правда, поставщики свои...

Вот черти. Не выспался с вашими прайсами. Ладно бы со своими... Чувствую, нынешний поневторник будет богат на всякие "новые фишки" убивающие работу организации на несколько часов))

(425) у нас тут ребята за пару лет подмяли таким образом все аптеки в городе. Зацени что получилось:
https://фармнет.рф/
Правда, там на .net все сделано, но идея отличная.

(425) Молодец! допер до идеи, которуя я допер хрен знает когда (но не сделал, ибо неуч ;-).

Будешь делать - не забудь автоматом вести лог событий с автоопределением критичности события и возможности информирования оператора.

(428) хочется посмотреть как у них РОБОТЫ выполняют "АПН (автоматическая приемка) поставленного товара с помощью сканера штрих-кода для контроля количества, серий и сроков годности товара;"

На данном этапе развития.

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

(432) прально! так и надо.

Сколько уже попыток сделать единую базу товаров - и GS1 и прочие самоделки - и все никак...

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

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

(434) ГС1, имхо, в 2017 таки взлетит... В первую очередь для всего того, чем торгуют сети. т.е. для FMCG. Коего во всём розничном товарообороте, емнип, порядка 46% (следующая доля - лекарства)

(436) с ярдом клиентов и поставщиком более чем уверен работают отлаженные каналы. Ручное управление со стадом обезьян - никто не отменял. В свое время автоматически считал продажный прайс фирмы на основании прайса поставщиков с кучей всяких условий и прочего. Прога автоматом считала лучше чем группка ТОП-обезъян. Ручками приходилось обрабатывать только дефициты.

(437) в лекарствах есть РЛС, только на него все дружно забили, включая министерство, потому как даже в его документах он не используется зачастую.

Нравится мне она, хотя и подзапутана немного для рядового кнопконажимателя. А аптеки у меня и на бух 7.7 неплохо работают с загрузкой поступлений из Склит.

(440) БУХ 77? и как ты там с серийным учетом справился? ценообразованием в разрезе партий и серий?

(441) Дописаная, я всё там сделала несколько лет назад. И контроль партий, и серий, и сроков годности.

(442) я так понимаю отдельным модулем рядом с БУХ?

(443) а ТО?

(443) Дополнительным забалансовым счетом для партий.

(444) сканеры.

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

ФР не используются? да и без ТСД в аптеке не обойтись

(448) нет не пользуются. Принтеры обычные и сканеры ШК.

(448) Аптечные пункты не большие, и ТСД им нафиг не вперлись.

(0) Все не читал.
Но УТ11 - капец отстой.
Особенно - блок CRM (фактически - его тупо нет). Особенно, когда с ЛК от 1С приходят советы - типа вот такой функции нет, интегрируйтесь с документоооборотом. И т.п.
Расчет себестоимости - отдельная песня. Мало того, что меняется постоянно, так еще и не работает нихрена ни в одном релизе. Особенно при массовых изменениях задним числом.

Розничное торговое место - неживой динозавр.
А выгрузка во фронтол/штрих и т.п. - настолько кастрированная, что аж упоминать их не хочется.

А если речь заходит о выгрузке в весы, например. То выяснем что в нем БПО, в котором только весы кас и штрих. И то не все модели. А метлеров, диджей, бизерб и прочих актуальных на рынке - вообще нету.

И самое главное - на слабом оборудовании все дико тормозит.

(451) тонкий клиент на core2duo 2Ghz работает хорошо

Я за 10.3. С 11 вообще работать не хочется. И дело не в управляемом приложении. Получил по 11 спеца и спеца-консультанта. Хочу забыть ее как страшный сон.

(453) неужели все так плохо? сейчас готовлюсь к спецу по УТ 11 бросать это грязное дело?

(454) а ты думаешь его мнение влияет на то что ставят и используют клиенты?
У нас задача простая - если клиент работает на УТ11 то тут и деваться то особо некуда.

УНФ нравится своей простотой, но без нормальной системы резервирования не взлетит

УТ11, соглашения и договоры разделены, учет оплат по заказам безобразный, особенно зачет оплаты при оплате и частичному возврату ДС фигню может наделать
контрагенты и партнеры еще та дичь
но в целом работает

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

УТ 11 отстой, пошли по неправильному пути.

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

Код полное дерьмо, захотели написать слишком универсально, а в итоге все тормозит так что мама не горюй.

Создать программно документ - тот еще гемор.

Сейчас по такому же пути идет ERP 2.1 . Полёный шлак, выглядит как детская поделка. Реально писали наркоманы. Я уже думаю Нуралиев теряет хватку. Так дальше пойдет и 1с потеряет свой статус.

Зато типа УФ, красиво и веб клиент, только это большинству нафиг не нужно.

Таже самая ситуация кстати 1 в 1 с УПП и ERP.

Такси кстати не так уж и тормозит. Я бы сказал списки летают.

(454) если на фикси то можно найти на поддержку перепиленную 10-ки и дальше костылить но если франч или фрилансер - ты без ут11 с голоду помрешь... вот и вся мотивация.

(460) Ага, только их прокручивать нельзя, только кнопками листать :)

(459) ERP  по качеству кода на порядок лучше УПП

(463) Смешно

(463) Качество то может и лучше, но проблема там несколько в другом...

(461) совершенно верно, мусьё!

(463) Какие ваши доказательства?

Когда УТ 10 появлялась, то она казалась слегка переусложненной и неудобной. Как в 2004 году плевались от непродуманного и тормозного интерфейса!
Но появилась УТ 11, и сразу открылось, что УТ 10 - идеал для торговли :)

(467) Как минимум код практически везде разделен на форма/данные
В УПП только крупные блоки так были
А это очень удобно для написания всяких тестов

Те же доработки документов, можно делать очень изолированно
http://catalog.mista.ru/public/510334/

(458) надо было 1С-никам менят цифру в релизе платформы и выпускать новые типовые уже под эту платформу
не было б такого феерверка пуканов :)

было бы четкое понимание и разделение, как 7.7 и 8
потому как с внедрением БСПшности и облачности с УФ подход к написанию кода типовых существенно поменялся
если УТ10.3 писала команда хэменгуеев: кратко и по делу,
то УТ11 - это гребаный левТолстой со сложноподчиненносочиненными предложениями по три страницы суть - построение текста кода

(468) Несовсем. УТ10.0 была та еще УГ, но к УТ10.3 его довели до убоговаримого вида.

Сейчас УТ11.2 глядишь к УТ11.9 до ума доведут, или похерят

(472) Ставим свечки за второе.

(425) Звучит красиво. Будешь делать - делать возможность контроля.  Иначе твоя красивая система на основании кривых данных закажет "космическое" количества. А отвечать кто будет? Пушкин?

*делай возможность.. /* далее по тексту */

(474) Обычно делается так:
Поступили заказы, давайте сформируем вот такие заказы поставщикам:
Да, Нет, Редактировать.

По поводу качества кода, ERP (2.1.3.124)
Типовой код
Общий модуль > ВзаиморасчетыСервер > Строка номер 4275

        МаксимальноеКоличествоИтераций = 1000;
        Пока Не Результат.Пустой() Цикл
            Результат = Запрос.Выполнить();
            Счетчик = Счетчик + 1;
            Если Счетчик >= МаксимальноеКоличествоИтераций Тогда
                Прервать;
            КонецЕсли;
        КонецЦикла;



Ещё вопросы есть?

что УТ11 что ERP2 убогие до безобразия конфы, которые писали упоротые студенты-практиканты прикованные к батареям 1с за тарелку ролтона

Таки да 1 вариант, если нет производства то УТ 10.3 однозначно. Все эти УТ11 и УФ от лукавого... Тупо маркетинг, 1Су нужно коробки продавать, а франчам нужна работа.

Сейчас помониторив hh.ru можно удивиться как много вакух по ERP. Этот вонючий ERP пихают всем подряд, сраный обоссанный ларёк у которого 1 продажа в день уже ERPом автоматизируют, там даже производства нет, да о чем речь там даже Бухи 2.0 за глаза. Но нет, маркетинг и капитализм, нужно продавать больше коробок, нужно больше внедрений.

Считаю что БП 3.0, ЗУП 3.0, УТ 11, ERP 2. Вообще никуда не уср*лись, но нет их пихают налево и направо.

УТ 10.3 не идеальна и даже есть косяки, но это реально лучшая конфа. УТ 11 никак не может даже стать на позицию сравнения потому что у нее УФ и она на 8.3 - дважды тормозогла ну и тонны раздутого кода...

по "крутости" - ут11 конечно покруче со своими плюшками из коробки, но всеж:

А решение для алкоголиков на 10ке есть? с ЕГАИСом?

(485) в 10.3 уже полгода есть

(486) + для оптовиков. Для розницы не смотрела в последнее время

(486) а чтобы и опт и розница? и откуда оно взялось если 1С не поддерживает? клиенты бы так и сидели на 10ке - так из-за этого долбаного ЕГАИС приходится на УТ11 переходить (и прочие конфы на УФ).

Круче тот продукт, за который больше всего платят :)

А так, 10-ка устарела, морально
11-тая ни о чем :)

Простая во внедрении, и до сих пор поддерживают

УТ 10 хороша своей простотой, но будущее за УТ 11.

(479) да ладно наговаривать.. если подходить к выбору осознанно, то все в ут 11 в норме.. и в  ERP. Вот сейчас проект, в котором нужен ТОИР -  на  ERP ложится как миленький..

Самое интересное, если перечитать тех кто голосовал за УТ11, никто не сказал ни одного плюса за ут11, но говорили минусы и голосовали при этом за ут11.
Так есть какие-то плюсы у ут11 перед ут10? Я уже не спрашиваю о координальных преимуществах.

(493) ну например тонкий клиент, не нужно всех загонять в виртуалку. Можно построить систему с бОльшей нагрузкой.

(494)В УТ11 1 пользователь дает нагрузку как 10 на ут10. Наверное только в теории можно что-то построить. УФ и 8.3 слишком тормазнутая смесь.

(493) Самое интересное, если перечитать тех кто голосовал за УТ10 то в основном им нравится что там уже все изучено и понятно, все просто, можно сразу работать, а УТ 11 просто не умеют готовить.

(496)УТ10 нравится тем что там уже все изучено и понятно - так это ж чуть ли не самое главное.
"УТ 11 просто не умеют готовить" - вы не путайте не умеют и через опу написана.

Однозначно

(497) возможно, что и через .опу написана, но функционально УТ 11 значительно богаче в сравнении с ут 10.3..

(500)

(499) А в чем заключается, собственно, это "богатство функциональности"?

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

(502) Вот, сосед за стенкой. УТ11. По сетке. 2 пользователя. Счф формируется 3 минуты. На 3 позиции. Это нормально?

(502)Как в УТ11 сделать несколько единиц измерения для номенклатуры?
Как избавиться от партнеров, чтоб были только контрагенты?
Как включить нормальный интерфейс как в УТ10 понятный человеческий все видно и легко доступно?

(503)Это преимущество крутого функционала)))

(503) я ж не вижу соседа за стенкой.. и даже незнаю, как он счет формирует..
может, он совсем не умеет работать в ут 11,и чтобы найти позицию номенклатуры листает список из 100 000 строк - если так, то вполне себе нормально..

(506) Есть готовая (!) реализация на 3 позиции. На основании (!) вводится счф, просто из меню ввести на основании. И сидим курим.

(504) а в чем проблема с единицами измерения? спокойно формируется иерархия с пересчетом..
чтобы избавится от партнеров надо отключить раздельное ведение партнеров и контрагентов...  в ут 11 нормальный интерфейс - к нему нужно привыкнуть просто.. (507) файловая версия?.. сеть, конечно, на 500 кбайт, и диск времен очаковских?.. УТ 11 не дружит со слабой сетью и файловой версией..

(508) Нет. Компы приличные, i5, правда не SSD. И памяти тоже достаточно, 4ГБ. И база небольшая, что-то около 3ГБ файл.
Да, файловая, по сети.

(508)1)Я может не в курсе: в российской можно вести учет по нескольким единицам измерения?

(502) Например, где и как хранить дополнительную информацию о номенклатуре поставщиков, которая не является нашей номенклатурой?

УТ 11 лучше. На 2-х предприятиях делали внедрение. Везде стояла 10.3. И был выбор и анализ - доработать текущую 10.3 или поставить новую 11 и тоже доработать.
Везде проводили детальный анализ, делали анализ-сравнение, табличный, документальный. На обоих предприятиях сделали выбор в пользу УТ 11.
Выигрывает не по всем статьям. Но ключевые вопросы УТ 11 перекрыла на этих предприятиях лучше. Например, расчет себестоимости. Никакого восстановления последовательности. Сплошной геморрой с этой последовательностью.
Плюс намного мощнее система резервирования (обеспечения). Если брать КА2,а не УТ 11.2, то есть еще и Бюджетирование.
Плюс вопросы с краткосрочным планированием ДС решаются закрываются почти полностью. В УТ 10.3 жалкое подобие функционала заявок на расход ДС. И т.д.
Также на одном из предприятий еще ставили CRM 2.0, которая легко встраивается именно в УТ 11. Вообще рарус бесплатно дает при покупке CRM конфу CRM2+УТ 11. Мощная функциональность.

+(512) С точки зрения разработки - разработка сложнее и больше долгая.

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

(513) да, разработка внезапно становится не столь долгой, если знать программную архитектуру и уметь пользоваться БСП..

(514) Ты такой умный, что я прямо сейчас упаду на колени и вознесу молитвы. Если что, я проф и спец по УТ11. И знаю, куда смотреть.

(515) согласен, ей (БСП) и пользуемся.
Поэтому УТ 11 :)

(516) прости, Зая.. в отличие от тебя яя не проф и не спец.. я просто решаю потребности клиента на ут 11, и при этом меня вполне устраивает функциональные возможности решения, и они же вполне устраивают клиента..
так что, можно отряхнуть коленки..

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

Работать я вообще хз как на ней: любой выбор открытие форм 5-20 сек, про мгновенно как в ут10 можно забыть.

Попробовал сейчас включить возможность использования несколько единиц измерения для номенклатуры - что-то не пошло. Т.е. это еще подолбаться надо с тем что в УТ10 просто сразу идет.

+(519)С несколькими единицами получилось, но как-то через опу все. В кучи местах всего посоздавай понастраивай - жесть.

(520) это называется "разделяй и властвуй".. и это есть хорошо..

В соседней ветке у прога конфигуратор от 10 до 30 мин запускается, уже пол дня всей мистой решают почему. Да с ут10 что хочешь делай никогда такого не будет.

(521)Хорошо это когда минимум кнопок и все необходимое есть. Про УТ11 этого не скажешь.

Офигенно. Обновил УТ11, последний раз обновлял месяц назад - еще 7 новых реквизитов справочника.

+(522)Блин так это товарищ из (512). Вот как можно иметь гемор с запуском конфы при чем судя по времени адовый гемор и говорить что УТ11 лучше чем УТ10?
Сказочники...

(522) Да, это у меня проблема :) По поводу быстроты доработок - я писал, БСП помогает, но скорость работы самого конфигуратора убивает просто.

(525) С точки зрения собственника - УТ 11 лучше. С точки зрения программиста и админа  - мороки больше с УТ 11.
По поводу запуска - еще полбеды, т.к. запускается только первый раз утром так долго (после перезагрузки сервера). Вторые полбеды - сохранение конфигурации 7-10 минут. Нажал по привычке как в 10.3 сохранить автоматически и ждешь сидишь...

(525)+ такой гемор встретился первый раз. У предыдущих клиентов на 11.1 и 11.2 такого не было. Всё работает быстро. Карточки и т.п. открываются 2-3 секунды.

(523) так не бывает, что все было и за это ничего не было..

ут10

а что два раза можно голосовать?

... УТ11 - лучшая конфигурация в истории 1С.

(531) да хоть сто раз голосуй.. от этого ут 11 станет хуже? или ут 10.3 станет функциональней?

Все еще письками меритесь?
Но 10-ка лидирует :)

(531) Да, бесподобно? :)

(532) Лучшая конфигурация от 1С, это 7-рошная ТиС переписанная под прямые запросы :)

Большинство притензий к 11 сводятся к "А почему у меня тут не как в 10? А давайте все переделаем как раньше? А чего так долго надо переделывать? И почему теперь ничего не работает?"

Фигась. Я думал, что все давно перешли на 11 и я один не понимаю как в ней все настроить ). Одни только "виды запасов" весь мозг съели, когда задним числом поступление меняешь )

Да, но в ут11 все же есть вкусности, о которых в 10ке мечталось

(539) например?

(539) периоды закрывай, чтобы не было непоняток

(541) какие периоды? Сегодня сделали приход по ООО, продали товар. Тут выяснилось, что приход нужно не по ООО делать, а по ИП. Меняем организацию в приходе и начинается чехарда, что в реализациях неправильно вид запасов стоит. Иногда не помогает даже отмена проведения реализации - нужно отменить всю цепочку.
Ладно у клиента 10 отгрузок в день, а если их 100-1000 ?

имхо, зависит от используемости функционала, большинство пользует оплата, приход, оплата, продажа (гтд, доп расходы, резерв) в этом случае 10.3 лучше, если же всякие интеркампани и прочие завитушки то 11 . Да для тех кто любит 11 вы обмен с б.п 3.0 делали не типовой? пилять после каждого обновления бп валится, а с 10 почему то нет...

(542) при закрытии периода цепочка перепроводится. Если уж неймется руками виды запасов править, в "еще" есть "открыть виды запасов" - выбирай любой. И потом, как должна себя вести программа, если вы первичку с ошибками заносите? Кстати, в 10 в этом случае, вы бы заимели косяк с последовательностями. Та же фигня, что и с видами запасов только сбоку. Зато решается аналогично.

(540) начнем с суммовых скидок 1:0

Потому что УТ 11 знаю лучше чем УТ 10 )

(545) Это счет гвоздей в крышку гроба УТ 11?

(545) Еще бы голосовалку прикрутить с потребностями этой фичи. А то вон в бухгалтерии 3.0 есть REST сервисы, вот только скольким людям они нужны?

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

У нас в КЗ с УТ 11 постоянные траблы, люди все боятся переходить, а переходят потом начинают жаловаться и скучать по 10

(549) не нужен прог. Ну почти. Хотя если ц вас такие задачи, что нужно водить 11, то для 10 понадобится несколько прогов

*кодить 11

(547) не дождетесь). Э то еще только начало

(544) в 10ке делаешь восстановление и все нормально встает на места. В 11 вручную ставишь нужный вид запаса, а программа один фиг меняет его на старый. Непонятно откуда она его достает. Это редко, но такой глюк встречается - в коде не копался.

она отлажена

просто подпишусь , чтоб потом прочесть разные мнения.

Почему в голосовалке нет ТиС?

(554) это было актуально года полтора назад. Обновления рулят)

(511) ну, про справочник "Номенклатура поставщика" в курсе.. а остальное - пихать в доп.реквизиты.. а какие доп.реквизиты поставщика интересны?

(559) ЕИ, коэффициент

ну и далее, код, Бренд(Производитель), Артикул, Остаток, цена

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

(557) Не трогайте раритет - рассыпется от времени.