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

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

ужас.... и тут я вспомнил какая все-же бух 3.0 классная программа по сравнению с тем, что у них...

собственно до этого был еще один аналогичный опыт с навиженом...

А у кого есть ПОЛОЖИТЕЛЬНЫЙ опыт работы с забугорными системами малого и среднего размера (до 1000 пользователей)?

"до 1000 пользователей"

У тебя в бух3 1000 юзверей?

дык и на 1С так можно написать

(0) что за магазин?)

(0) Вот лизнул так лизнул!

может, железор древнее...

*железо

Заходил на работу к матере. У нее САП.

Она сидела проверяла документы.
Галочку на один документ. Потом кнопочку. Потом галочку, потом кнопочку (проверка идет несклько секунд). объяснил ип оказал ей что можно сразу наставить кучу галок и нажать кнопочку проверить, и заниматься своими делами :).

Что примечательно кнопочки "отметить все", не было. Поэтому все дкоументы  (порядка 100-200 штук) обтыкать приходилось вручную :)

(4), это точно))) Ну типа переходите на 3.0 =)
(7), и  Ctrl+A наверное не работал?

(7) хорошая работа))Поэтому и безработицы нет.

Лет 10 назад был у меня клиент - представительство западной компании. У них бы

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

(0) так же часто когда хожу в магазины типа ДНС, вижу на экране у них 1С. Сразу улыбка на лице, это родная 1С, я отдал 1С 30 лет целых.

(0) Бухию на фронт манагерам?
Да вы батенька редкостный извращенец.

(13) чел рынок для 1Сников расширить пытается, а фсе кааак кинутся !)

(0) да ладно??? третий день бьюсь не могу кнопочку поставить на форме во внешней обработке. быстрее бы на perl или php написал обработку двух dbf  файлов.
Но хочу чтоб снилс брался из ЗУП

Реально хвалить САП можно только если зверьков больше 1000 и то относительно, но те кто сталкивался с "юзабилити" САП и скоростью разработки и поддержки, хвалить это чудо не будут никогда. Это пистец какой то что ввод документов, что ввод справочной информации, здравствуй 1с 6.0 называется

(12) не преуменьшай - ври больше

(15) Метлу в руки...

(15) в САПе попробуй, все познается в сравнении

(16) 1000 пользователей не показатель! На прошлой работе на УПП 2800 юзверей работало и не жаловались (скорость работы вполне приемлемая)

(12) гыгыгы ! потерял 30 лет :)  
(19) САП Р3 который? вот мне делать больше нечего. взяли небольшую никому неизвестную немецкую фирму и начали вваливать туда бабло....

Знакомый оракл е бизнесс сьюит - называет созвучным, емким и нецензурным словом

(промахнулся)
У них учет по всей компании внося в JDEdwards. У ГБ на компе стоял клиент - типа досовского терминала, там, в стиле баз данных из начала 90х, вводились данные. Бумажка с хот-кеями висела на мониторе. Никаких подсказок, меню и всего такого. На каждого клиента там заводился счет. Коды счетов не то 12, не то 24 значные. Выбор из справочника отсутствовал, т.е. номер надо было ввести руками, предварительно посмотрев в режиме просмотра справочника. (у ГБ частые клиенты хранились в экселе, а позже, моими стараниями, прямо в 1С).
Зато работало в ней несколько тысяч человек по всему миру.

Дело не в программе, дело в ручонках, которые в клавиатуру пальчиками тыкают!

(20) 2800? А что так мало?

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

(15) лал? 3 дня кнопку ставить, репорт кидаю

как на него жалобу кинуть?

(25) А ты 1с с нуля быстрее освоил?

(24) Сейчас уже меньше наверно )). Мне больше не попалалось. )

(28) то-есть ты солидарен и ты как он 3 дня ставил кнопку на форму? Может один я такой гений и навыки прошлых IDE типа delphi мне помогли за 5 сек кинуть на форму кнопку

(29) *попадалось.

(28) Я про это и говорю что не профессионализм. То есть человек не умеет, не знает а берется судить о системе... мда.

(15) Увольняйся, помоги своему работодателю.

(0)Тема не раскрыта, может у них сервер слабый или сетка глючная....

(20) регламентные задания работали?

(30) Дык кнопка должна же что-то делать. Просто кинуть и дебил сможет...

(20) Все 2800 реально одновременно работали? Или это количество лицензий?

(37) да. на файловой, по сети,

(0) OFF Это все хорошо.
1с рулез и приятно видеть за прилавком ларька УПП с открытым РТиУ, даже клюшки с мегашрифтом окон подбора и т.д.

Только вот что меня тревожит иной раз:
Все кто смотрят в монитор спрашивают "че за язык, на котором пишешь?"
Отвечаю, ну бейсик почти, ну православный, а что?
В ответ - усмешки, приколы. "да еще и по русски?!" га-га, гы-гы, лол, ваще жесть! и т.д.

Оскорбляет немного, если честно :)

(38) по вайфаю

(39) Открою секрет - в 1с можно писать и по-английски...

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

(25) ты силён в линуксе?
ЗЫ писать на 1С было не обязательно, можно на С++ :)

(32) вопрос как освоить :)
если ты не зная 1с 3.0 возьмешь эти желтые книжки и с нуля внедришь бухгалтерию на маленькое предприятие - я пожму твою твердую и мозолистую руку :)))))

(41) ну да, а по dial-up соединению можно пробросить IP телефонию :)))

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

А потом придумали 1с 7.5 :)))

Работал с Навижн, OeBS, SAP.
SAP оставил жуткое впечатление. Неповоротливый древний монстр с ужасным юзабилити и большими откатами.
Навижн - очень удобная программа для небольшой конторы, можно юзать, если устраивает функциональность.
Оракл - с одной стороны, он опережал 1С по технологиям лет на 10 (там еще в начале нулевых легко работал браузерный тонкий клиент, 1000 пользователей держал легко, редактировать проводки и смотреть отчеты можно было прямо в Excel - у 1С это появилось только в 2014 году в бете 1С:УХ). В отличие от SAP, интерфейс был подружелюбнее. С другой стороны, к российским реалиям эта система совершенно не приспособлена.

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

(47)+ речь про пользовательскую работу

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

(37) Реально

(38) Пошутил, да ))

(44) Внедрить 1С 3.0 в 2014-м году - это сильно. Нереально сильно.

(52) Хорошо пошутил. Кстати, третья версия продавалась? Помню Бухгалтерию 2.0, а третья была?

(52) Думаешь. нельзя настроить виртуальную DOS-машину?
:-)

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

ну из сетей, которые знаю:

Х5 - САП
Лента - САП
Метро - САП
ОКей - Аксапта
Полушки - 1С
Призма - переходит на САП

Сомневаюсь, что они запросто так работают на САПе. Причем многие недавно переходили. Х5 года два назад переходил, Метро раньше с какой-то своей поделки

(7) Там обо всем подумали. Если процесс предусматривает проверку каждого документа - значит нужно проверять каждый. "Отметить все и пить чай" - значит ничего не было проверено :)

(56) Да не потянет 1С столько юзеров в одной БД. Что бы там не говорили про масштабируемость 1С, все ее примеры масштабируемости базируются на операторах, двигающих 1-2 регистра. Регистр бухгалтерии у 1С масштабируется крайне плохо, поэтому корпоративные финансовые системы уровня мегакорпораций на 1С не делают.

Для сравнения: в мою бытность консультантом оракла мы работали с базой проводок, где в месяц было более 10 млн. проводок.

(58) Не поэтому на САП выходят, а исходя из "распила" бюджета (Внедряя САП спереть больше можно)

(58) Не делают потому что чисто Российских мегакорпораций не выросло, те что были- сделаны искусственно

(+59) А у X5 таких транзакций в месяц под миллиард наберется.
(60) Иногда кроме SAP/OeBS альтернативы вообще нет. Ну нет на 1С таких внедрений с одной ЦБ таких размеров. Или с физически разнесенной версионной базой.

(58) Регистр бухгалтерии 1С - это действительно беда. Когда только появилась 1С 8.0, при первом же опыте работы с бух.регистром стало понятно - это жуткий тормоз :(

(63) Вот-вот. Поэтому когда говорят о "быстрой" 1С, вспоминают обычно что-то типа УТ. А вот то, что любой SAP легко заткнет 1С за пояс при параллельном вводе тысяч финансовых операций - почему-то умалчивают.
Единственное, что сделали - разделение итогов. И на том спасибо.

(0) 7.7 ставь летает. в провинции во всех магазинах 7.7 стоит

кстати еще лет 7 назад на 7.7 видел базу в 500гиг- был удивлен, а сейчас железо какое

(65) +1
1С 7.7 + формекс + 1с++ - все в пролете

(66) Удивился в твоем посте что база не 777 гигов или 77, Номера на автомобиле по закону жанра должны иметь 7-ки ;-)

(67) Угу. Кроме нативных систем под MS SQL.
Ну так и для САПА можно на современном уровне формы и код писать. Только к типовому модулю FI это не будет иметь никакого отношения.

(7) а не думал, что это спецом сделано? если у нее задача проверить каждый документ, то ей не имеет смысла бездумно жать "Отметить все".

(67) +1 этточно

(0) Я тут видел какую-то отраслевую конфу в энергокомпании, написана на УФ. При хорошем канале список заявок там открывается секунд эдак 20, форма заявки примерно столько же (там в форме документа реквизитов 100 наверное на одном экране). Вообщем как-то плачут, но работают.

1С с ораклом нынче о5 не дружит?

(0) Юзабилити это одна сторона медали, то есть программного продукта.
А как насчет самого учета? Ну там всякие расчеты себестоимости, планирование ресурсов и прочее?
Ну вы поняли.

(74)+
А нестабильность (вернее сказать постоянная гонка непонятно за чем) текущей ситуации с платформами и конфами у 1С это просто ужас.
У одинэсника теряется контроль и понимание ситуации, если ты конечно не какой нить совсем продвинутый "партнер", который с Нуралиевым пьет на брудершафт. Я утрирую, но вижу текущую ситуацию примерно так.

(72) 100 реквизитов на форме это недостаток работы архитектора ПО.

(76) это пресловутая ориентированность на клиента )))

Мне дали потыкать САП в одной международной производственной конторе. Там одновременно сидит несколько тысяч пользователей.
Из плюсов скажу что быстродействие действительно на высоте. Отчет который показал все товары во всех диллерских центрах формировался несколько секунд.
Из минусов - очень не дружелюбный интерфейс.

"очень не дружелюбный интерфейс" - а может все дело в привычке?

(12) харе заливать. Нет еще 30 лет фирме 1С

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

(63) Регистр бухгалтерии собственно это и есть созвучие 1С .  Не считаю это бедой .

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

+(82) Уберите регистр бухгалтерии - не будет 1С .

(83) Держите одну базу  и будет счатстье .  Раскошельтесь на железо и каналы .

(13)  >> Бухию на фронт манагерам? Да вы батенька редкостный извращенец.

+ Лимон.
(0) Подлизывайте осмотрительнее!

(84) Будет, будет. Есть же еще регистры расчета.

(87) да есть ..... только есть еще и 70 счет и 68 и так далее .... регистр расчета в Excelt отразите

(85) какую? ЕРП 2.0?

(88) Угу, без регистров расчета можно в принципе обойтись. Сделал же Камин в своё время зарплату чисто на бухгалтерской компоненте.. и юзерам это нравилось..

(89) УПП  любую ... не вариант ? Там бухия есть . Можно и ЕРП 2.0 .. в чем затык то :)

Любой аудит затребует оборотку и первичку под нее.

(91) УПП тормозит...

+(93) да и обновлять её запипиришься измененную

(93) Это к вендору за рекомендациями ... покупайте Enterpr скуль  и понеслась.... у софтпойнта балансировку  в общем к вендору .

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

(95) денег на это нет...малый бизнес

Ну тогда файловые и почту гонять через mail.ru . Всегда есть выбор .

файловые падают...этож не 7-ка

(0) а с каких пор бух 3.0 стала программой для манагеров по продажам?

+(100) и что такого классного в есть в бух 3.0 для торгашей?

(101) 3.0 же :)

(101) Наверное отражение прихода , расхода и остатков на складе ?  Что еще нужно для торгашей.

И мега справочника ... номенклатура ... Какже без него .

(90) Да ладно? А как насчет объектов метаданных Календари, Виды расчетов, Группы расчетов, Журналы расчетов?

(105) без этого вполне можно обойтись. ;)

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

(105)  Согласен ... автоматизировать трудовой кодекс  всеж непросто .

(106) Однако, Камину как минимум календари требовались ;)

Но имха какой никакой движок в типовой бухи по трудовому и ЗП  есть .  С отчетностью и всеми делами.

(107) А зачем тогда 1С? Если же C++ и Java. Всего лишь побольше писанины - и абсолютно предсказуемый и оптимизируемый код ;)

(111)Скорее какие либо торговые фронты как в (0)  самое то .

(107) хорошо пошутил, спасибо.

(110) ближе к никакой ;)

(114)   Вычеты там учитываются и хватит для оклада. Думаю средний допилят .

А для тех кто по договору подрядя ....  токма  налоги и все . Без отпускных и прочее.

и ... больничных .

(115) Да давно уже пора и средний для отпуска упростить. Тупо сумма начислений делить на количество часов - и всем все понятно.

(118) Мне кажется в расчете всех этих показателей кроется какой то сакральный смысл.... как в одновременном ведении БУ и НУ.

(57)(70)
Нет. Документ проверяет сама программа. (У них там система светофор)

После проверки она посдвечивает документ одним из трех цветов.

И вот тогда уже пользователь, должен сам посмотреть в чем проблема.

(120) А отбор по цвету там есть? Или сиди ищи?

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

(121) Непомню, их визуально сразу видно. У них красный кружок рядом.

(123) А если дальтоник?

(124) А если слепой?

(125) Точно! Как на мониторах для слепых цвета отражаются?

(118) Это если оклады выветрить и сделать всем почасовую оплату.

(127) Оплата итак почасовая по факту. Просто в случае оклада ставка за час меняется от месяца к месяцу.

(128) Предлагаешь ежемесячно менять часовую ставку? Получится то же самое, что и расчет от нормы.

(129) Зачем, если есть оклад? Но средний проще считать простым делением суммы на количество. И ничего не индексировать - это только путает людей.

(130) Посчитай своим способом средний у окладника в январе и декабре. И поймешь разницу.

(131) Разницы не будет, ведь берется период 12 месяцев.

(52) Писать лениво, но если ты к жадности еще и дурака включил:  1с Предприятие 8.3 Бухгалтерия 3.0

ЗЫ условие что ты не знаком с 1С а берешь желтенькие книжки и вперед.

(128) а если меняется да еще по нескольким источникам финансирования?

(133) Ну кто тебя знает - насколько ты с 1С не знаком... может откопал диск "Все для бухгалтера '94" и ринулся в бой :)

(62) Все впереди )) А так было бы желание.

(132) И?
У тебя человек в январе получил 100к и отработал 88 часов и в феврале отработал 168 часов и получил 100к и в мае отработал 128 и получил 100к и т.д. Какой у тебя будет средний за 12 месяцев?
Имхо не совсем адекватное значение получится.

(135) обработку допишу и постараюсь забыть :)

(111) Ну вы бы еще ассемблер вспомнили с "вообще" однозначно предсказуемым кодом. Всё-таки календари и регистры расчета - сущности не настолько жизненно важные.. да вообще в 1с куча лишних сущностей. Взять хотя бы "перечисления" - нафига они при наличии справочников с предопределенными данными?
(131) Ну и? Многие считают, что если средний в январе выше - то это справедливо.

(139) "Ну и? Многие считают, что если средний в январе выше - то это справедливо."

Ну так то да... ))
Тяжелый месяц же.

(137) Получится самое что ни на есть адекватное СРЕДНЕЕ значение. Количество часов за последние 12 месяцев будет примерно одинаковым.

(139) Ассемблер - та еще непредсказемая штучка. Только машинный код предсказуем ;)

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

(142) Нет, если ты начинаешь использовать переменные или макросы.

(141) Как оно у тебя будет "примерно одинаковым", если время праздников не увеличивает тебе время работы в последующих периодах?

(142) а в зависимости от типа процессора - может даже выполняться по разному, здорово правда? :)))

(145) За этими фокусами компилятор следит.

(144) А ты просто посчитай ;) Получишь вот такое очевидное-невероятное.

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

(148) Понять и простить)

(148) ни за что! он раз 30 в суд подавал на организацию где работал :) один суд у него был изза спора в 78 копеек. Суд он выиграл.

(147) А чего считать. В январе у тебя средний А, в мае Б, в остальные месяцы близко в В. Если увеличить отдых в январе то среднегодовая часовая ставка внезапно станет больше.

(151) Ты посчитай.
Для отпуска в декабре часы будут:

ДЕКАБРЬ+январь+февраль+март+апрель+май+июнь+июль+август+сентябрь+октябрь+ноябрь

Для отпуска в январе часы будут:

январь+февраль+март+апрель+май+июнь+июль+август+сентябрь+октябрь+ноябрь+ДЕКАБРЬ

Заглавными буквами веделено то, что различается в этих 2 вариантах.

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

(72) Я сейчас в такой работаю. Документ открывается минут тридцать-сорок. УФ в обычном приложении в режиме "Использовать УФ в обычном приложении", многоэтажный запрос + вывод в дерево с раскрашиванием и различным суммированием итогов. Тоже жертва "клиентоориентированности"...

(153) офигеть фраза "жертва клиентоориентированности" :фейспалм

Главное у фирмы: "Клиенты".

(139) "Взять хотя бы "перечисления" - нафига они при наличии справочников с предопределенными данными? "

Чтобы не городить индексы там, где не надо

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

(156) хотя уже не кладр, но кладр все знают

(155) Кому могут помешать индексы в справочнике с десятком элементов?

+(158) зато гибкость намного выше.. можно например сделать джойн в запросе с этими элементами.. а с элементами перечисления - фиг вам.

(152) Ладно.
Предположим, что наш император сделал январь с 1 рабочим днем. Остальные праздничные. Окладник получает за январь 100к.
Тебя не смущает размер среднечасового заработка за январь по твоему расчету?

(152) (160) а вы где работаете если не секрет?

(160) Слава императору! Все будут мечтать работать сверхурочно в январе.. Бухгалтера, одинесники - в первую очередь)

(159) Зачем это надо?

(158) Никому, пока туда кто-нибудь не зашарашит еще 100500 элементов.

(163) Ну мало ли.. скажем, есть перечисление ставок НДС, и нужно будет вывести обороты по всем ставкам, включая те, которые не применялись за период..

(164) Ну и не проще было сделать возможность ставить в платформе флажок "Справочник типа перечисление", то есть неизменяемый из "режима предприятия"?)

(165) и когда ставка 20 на 18 поменялась?
в каком году? ?)

(165) Ты говоришь воот об этом?

ВЫБРАТЬ
    СтавкиНДС.Ссылка,
    СУММА(ЕСТЬNULL(РеализацияТоваровУслугТовары.Количество, 0)) КАК Количество
ИЗ
    Перечисление.СтавкиНДС КАК СтавкиНДС
        ЛЕВОЕ СОЕДИНЕНИЕ Документ.РеализацияТоваровУслуг.Товары КАК РеализацияТоваровУслугТовары
        ПО (РеализацияТоваровУслугТовары.СтавкаНДС = СтавкиНДС.Ссылка)

СГРУППИРОВАТЬ ПО
    СтавкиНДС.Ссылка

Согласен на счет перечислений. Как правило на практике используются справочники с блокировкой на ввод элементов. Т.к. практически всегда к предопределенным элементам надо реквизиты привязать или через год понадобится привязать. Перечисление создано для некачественного программирования на скорую руку.

Да и обращаться к перечислению не удобно.

(169) Перечисление создано в т.ч. для денормализации, как раз в таких местах, где бы надмозги в справочник "СтавкиНДС" ввернули реквизит "ЗначениеСтавкиЧисло" и получали бы его через точку.

(12) по какому исчислению 30 лет?)

(171)Не совсем понял, ты говоришь что перечисления, в частности СтавкаНДС, это хорошо или плохо?

(173) Хорошо.

(174)Дай мне свою коленку, я в нею пулькну:)

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

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

(166) А роли на что?

+(177) Или в форме ПриСоздании написать Отказ = Истина.

+(176)Ну и да, если я поменяю синоним перечисления то ваше перечисление уже работать не будет, хотя синоним это всего лишь внешнее представление и по сути я могу его писать как хочу. Если поменяю "18%" на "мои крутые 18%", то 18% программа уже не посчитает.

(176) Идите, отдохните, вы глупите. А вот Chai Nic все понял.

(179) Это в какой конфигурации так сделано?

(181)Да везде. Или через цикл все прогоняют или жестко прописано на каждое значение реквизита(что еще хуже).

(180)Понял. Так а чем тогда отличие в данном случае перечисление от справочника? В данной ситуации разницы не будет.

(183)
1) Отсутствие возможности добавить свои реквизиты, как следствие - денормализация + отсутствие возможности нахерачить индексов.
2) Отсутствие возможности нахерачить в "перечисление-справочник" значений в режиме предприятия.
3) Страхи насчет смены перечисления на справочник сильно преувеличены, все меняется на раз-два-три.

(184)Я так понял что для данной задачи разницы нет.
1)Не скажу конечно что перечисления вообще не используются, но очень часто, то что делают перечислением, оказывается нужно было делать справочником. Т.к. добавляются какие-то настройки или свойства или бональная раскраска. Сделав изначально перечисление, придется допиливать дублирующий справочник или жестко прописывать в коде значения так называемых реквизитов. Явный пример с СтавкамиНДС, вместо того чтоб просто получить значение по ссылке, отрабатываем кусок кода.
3)Без программиста не сделать - а это косяк.

Проще было бы просто отказаться от перечисления.
По сути так же как с подчиненным справочником. От данной концепции почти отказались и так как использовали в 1с7 в 1с8 не используют подчинение.

(186) Кто отказался от подчинения?

(187)теперь на регистрах сведений в основном строят.

(188) Ты стебаешься штоле?
На РС строят те вещи, которые не нуждаются в ссылке на объект.

(161) Завод льющий трубы.

(189)К примеру свойства номенклатур или контрагентов в 1с8 уже на регистре сделаны, а в 1с7 на подчиненных справочниках.

(191) есть на РС, а есть на ТЧ

(160) Ни капельки, он ведь в течение всего года будет практически одинаковый (плюс-минус несколько часов разницы из 1800+). Усреднение по 12 месяцам сработает.

(171) Справочник "ПолФизЛица" скоро станет остро необходим ;)

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

(176) Один фиг после добавления ставки кодить придется, так что никакого профита от справочника нет.

(178) Программно можно записать в таком случае.

(185) Это не косяк - это профит. Для программиста.

Перечисление.СтавкиНДС это тупое зло

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

"Только вот что меня тревожит иной раз:
Все кто смотрят в монитор спрашивают "че за язык, на котором пишешь?"
Отвечаю, ну бейсик почти, ну православный, а что?
В ответ - усмешки, приколы. "да еще и по русски?!" га-га, гы-гы, лол, ваще жесть! и т.д.

Оскорбляет немного, если честно :)"
.
Пока настоящие программисты обсуждают достоинства ООП, 1Сники молча рубят бабло
.
;-)

(200) а ты им скажи, что англичане-американцы на своем "русском" пишут, и ничо.

(200) А непонятно, что эти люди имеют против бейсика. Это в 80-е он был убогим с безальтернативным goto. Сейчас же вполне приличный язык.. в штатах большая часть вполне серьезного софта пишется на нём.

(193) Погоди, может я тебя не так понял. Ты предлагаешь делить на календарное время месяца?
Ибо я понял так, что ты предлагал делить бабло на отработанное время.

(203) Отработанное время за год.

(204) .......Нууууу ладно.
ЗП = 100к.
январь = 88 часов.
фев = 168
.
.
май = 128 часов.
.
.
декабрь = 168 часов.
Отпуск в январе = 632,9/час или 7463,2/день
Отпускные за 28 дней = 208969,6

Чот жирно, не находишь? ))

(205) номально

(206) Да я бы не против. Но работодатели будут бугуртеть))

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

(205) Зарплата за год 1102 тыс. Часов за год 1802. Получается 612 руб./час. Умножаем на 160 - получаем отпускные 97860 руб.

P.S В дневном заработке ошибка.

(208) Ну за 21 день отпуска что-то в районе 150к получится

(209)
А ну да. В дневном ошибся. Он 5062.
Ну тогда если отдыхать 21 день, то около 100к получится

+(211)
Итак, что имеем. Вроде бы упрощенный расчет и 21 день отпуска в год. Не густо.

(212) Дык среднедневной считается элементарно: среднечасовой * 8 / 1,4.

Кстати, по нынешней схеме будет при предыдущем отпуске в июле 1102 / (11*29,4 + 3) * 28 = 94530.

P.S. В январе отпуск невыгодно брать вообще окладникам. Т.к. за 95 тыр. отпусных он теряет 100 тыр. оклада в январе и еще 21 тыр. от оклада в феврале.

(0) Только программистам 1С важно, какого цвета IDE, а не сам функционал средства разработки.

(0) чо курил уже спрашивали?

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

(216) Разница в простоте расчета при наличии отклонений. Сейчас ты вынужден учитывать отпуск, больничный и т.п. и учитывать эти месяцы отдельно. Для большинства это слишком сложно. В то время как среднечасовой заработок считается элементарно.

Кроме того, если кто-то работал полгода по 0,5 ставки по 4 часа в день и полгода по 8 часов в день, средний у тебя будет на 25% ниже, чем при расчете по среднечасовому заработку.

(39)

Только вот что меня тревожит иной раз:
Все кто смотрят в монитор спрашивают "че за язык, на котором пишешь?"
Отвечаю, ну бейсик почти, ну православный, а что?
В ответ - усмешки, приколы. "да еще и по русски?!" га-га, гы-гы, лол, ваще жесть! и т.д.

Оскорбляет немного, если честно :)

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

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

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

(220) Ну к примеру в ЗУПе все равно запросом надо будет собирать все время и исключать отклонения. В камине по бух. регистрам немного проще будет собрать данные, т.к. в их плане счетов учет рабочего времени ведется на отдельном счете.

(221) Причем тут ЗУП, если речь идет о проверке расчета ЗУПа человеком? Вот ты можешь определить, точно тебе посчитали средний или нет? И сколько у тебя времени уйдет на это? А теперь представь, что достаточно просто сложить 2 раза по 12 чисел и разделить одно на другое.

(194)А завтра пользователь попросит такую стандартную вещь в наше время как раскраска в таблице и придется или менять перечисление на справочник или же искусственно делать из перечисления справочник. Вот и думай перечисление или не перечисление.
(195)Какая разница 10 справочников или 100 или 1000? Все равно на нужный справочник поиском попадаешь.
(196)Были бы СтавкиНДС справочником, ничего бы кодить не пришлось: добавил где надо в настройках подставил и работай дальше.

(0) бух. 3.0 классная? нюню... смотря для каких объемов данных...

(223) 1. Раскраска делается условным оформлением.
2. Большая разница, когда, например, права правишь.
3. Это ты так думаешь, что ничего не надо. А по факту нужно учесть переходный период, да и правила расчета НДС постоянно меняются. В итоге при установке обновления ставка задвоится (заведенный пользователями элемент и предопределенный элемент) - что автоматом означает геморрой при следующей сдаче отчетности.

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

(226) так ведь можно еще и галочку закрыжить!

(227) И реквизит в виде строки неограниченной длины, в который помещать текст расчета, да?

(227) Тогда уж сразу: добавить в справочник реквизит -перечисление "СтавкаНДС" :)

Но глядя на то, как 1С извратилась с НДС 2% и 4% для Крыма ....
В случае справочника, действительно, проще было бы завести 2 новых элемента.

(230) а там что натворила?

(0) Динамикс 2009, 500 пользователей, 5 АОСов, симптомов схожих с (0) нет.
в (0) скорее неудачный пример, может у них вся математика на одном АОСе, диски г!вно и ethernet между серварками
ну и изначальная предвзятость к чужой системе :)

вот надо перезаписать тупо всю номенклатуру
хз, сколько будет выполняться, а один UPDATE за минуту все сделал бы

(194) ))) не, периодическое значение реквизита "ПолФизЛица" скоро станет необходим !

(233) ORM, подписки на событие и прочая фигня, да, в DAX все по другому.

аксапта рядом с 1С УГ

(236) картинки не красивые?

может в фирме где работал инженером аксапта неправильно настроена. 1000 действий делаешь, на основании ни фига не делалось. В 1С в раз 5 быстрее делать

(234) Справочник, а к нему регистр сведений :)

(225)1)Я не знаю что это, но если б она делалась как-то не через конфигуратор, то ее бы не заказывали.
2)На справочники-перечисления - у всех "только чтение", делов то.
3)Не надо строить велосипед. Если база изначально заточена под СтавкиНДС как справочник, то надо было бы только добавить элемент, когда номенклатуру добавляешь тебе же код править не надо, просто настраиваешь ее под данную базу, под данный учет.

(240) 1. В СКД это доступно в пользовательском режиме. Никакого конфигуратора не надо.
2. Один фиг они в списке мешаются. Нафига? Опять же, без ВЫРАЗИТЬ в запросе 256 таблиц будут достигаться гораздо чаще, опять же нафига?
3. Во-первых, не путай номенклатуру и НДС. Это разные вещи. Во-вторых, добавил пользователь свой элемент, затем пришло обновление от 1С, которое тоже добавило элемент (предопределенный) - в итоге, через  пару месяцев часть будет на одном элементе справочника, часть - на другом. Нафига этот бардак нужен? В-третьих, ставка НДС является субконто для некоторых счетов - в этом случае в зависимости от правил переходного периода может потребоваться дополнительно учесть купленное по ставке 18% и реализованное по ставке 20%, иначе счета не закроются. Что один фиг потребует написание кода.

P.S. Если уж доводить до абсурда - зачем еще какие-то типы кроме строки? Любой объект метаданных можно представить в виде строки - ну так и пусть будет один тип - строка.

(241)1)Так раскраска как правило, нужна в таблицах форм списков или документов.
2)По сути какая разница как программисту: легко или сложно? Главное что программа станет нормальной и пользователь сможет с ней нормально работать.
3)Вы все пытаетесь к тому что есть прикрутить справочник СтавкиНДС. У нас есть изначально СправоникНДС он нормально идет во всех проводках все учтено и сделано зашибись и в переходах через период тоже. И вот добавляют новый НДС. Со справочником мы просто добавляем и делаем небольшие настройки в предприятии, а с перечислением мы вызываем программиста, он лезет в конфигуратор и меняет там или на обновлениях, ждем месяц(если не Россия) обновления, потом оказывается что там куча ошибок и глюков ждем еще пол года когда допилят.
Первое - в программе не изменился функционал, не изменились формулы расчета, но программа не способна дальше работать если не позвать программиста, т.е. программа не рабочая.
Второе - получая обновления мы еще черт знает сколько времени будем вести руками все, а потом делать двойную работу и пересчитывать все. С программистом может надежнее, но риски все же есть.
В общем добавить элемент в справочник для пользователя быстрее, надежнее и бесплатно, т.е. мы классные программисты, если у нас СтавкиНДС справочник, а не перечисление:)

(242) 1. В этом случае какая вообще разница - справочник или перечисление?
2. Очень большая разница. Не было бы разницы - 1С задавили бы бесплатные поделки на Delphi.
3. Чем ссылка на справочник лучше ссылки на перечисление? Ничем. Но вот чтобы счет закрылся наиболее логично использовать одну и ту же ссылку в случае 18/20, меняя только размер суммы в зависимости от даты. И да, если со справочником дебет ушел на 18%, а кредит - на 20% - фиг у тебя счет автоматом закроется.

(243)1)А цвет данного элемента ты куда будешь записывать? (Если раскраска не нужна для каждого пользователя отдельно)
3)В (242) написано чем лучше справочник. И не надо сейчас задумываться как реализовать тот или иной кусок учета, все можно реализовать. Тут более глобальный вопрос: программа работает или нет? Со справочником работает, с перечислением - нет. И дальше можно сколько угодно говорить о прелестях перечисления, но программа то не работает.

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

(245)Так со справочником то быстрее будет работать. Да и программист ничего лишнего не доделает бесплатно:)

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

(247) Уже выше было: "Без НДС" и "НДС по ставке 0%" - разные вещи.

+(247) И да, чтение объекта (обращение через точку для получения числового значения) гораздо тормознее сравнения ссылок.

(249)Интересное сравнение. Т.е.
СпрНДС.ЧисловоеЗначение

дольше отрабатывает чем

Функция ПолучитьСтавкуНДС(СтавкаНДС) Экспорт

    Если СтавкаНДС = Перечисления.СтавкиНДС.НДС20 Тогда
        Возврат 20;

    ИначеЕсли СтавкаНДС = Перечисления.СтавкиНДС.НДС20_120 Тогда
        Возврат 20/120*100;

    ИначеЕсли СтавкаНДС = Перечисления.СтавкиНДС.НДС10 Тогда
        Возврат 10;

    ИначеЕсли СтавкаНДС = Перечисления.СтавкиНДС.НДС10_110 Тогда
        Возврат 10/110*100;

    ИначеЕсли СтавкаНДС = Перечисления.СтавкиНДС.НДС18 Тогда
        Возврат 18;

    ИначеЕсли СтавкаНДС = Перечисления.СтавкиНДС.НДС18_118 Тогда
        Возврат 18/118*100;

    ИначеЕсли СтавкаНДС = Перечисления.СтавкиНДС.НДС24 Тогда
        Возврат 24;

    ИначеЕсли СтавкаНДС = Перечисления.СтавкиНДС.НДС24_124 Тогда
        Возврат 24/124*100;
            
    ИначеЕсли СтавкаНДС = Перечисления.СтавкиНДС.НДС909 Тогда
        Возврат 9.09;

    ИначеЕсли СтавкаНДС = Перечисления.СтавкиНДС.НДС1525 Тогда
        Возврат 15.25;

    ИначеЕсли СтавкаНДС = Перечисления.СтавкиНДС.НДС1667 Тогда
        Возврат 16.67;

    КонецЕсли;

    Возврат 0;

КонецФункции

?

+(251)А если надо будет посчитать НДС в запросе, то страшно представить даже во что это превратится.

(248)Как это мешает?

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

(251) А в запросе разыменовывание справочника выльется в неявное ЛЕВОЕ СОЕДИНЕНИЕ, что запросто может помочь превысить в итоге 16 индексов MS SQL.

(252) Т.е. ты предлагаешь дать пользователю возможность вводить кучу ставок НДС с одинаковым значением? Представляешь что у него будет в итоге с учетом? Это во-первых. Во-вторых, тебе как-то надо будет определять 0% НДС или без НДС - что будешь делать? Каждый раз проверять дополнительный булевый реквизит Без НДС?

Вот прицепились к НДС, это все переписывается влет. Попробуйте аналогичное в САП сделать или Аксапте

(253)1)Замерил на 99999 строках - через точку быстрее в 5 раз.
2)В запросе просто через точку обращусь и все, а с перечислением вот всю эту фигню что в процедуре придется как-то в запрос пихать.
3)Если дать пользователю свободный ввод, то с учетом у него будет то что он сам натворит. Аналогично будет с любым объектом где нажимает кнопки пользователь, это не означает что программа неправильно работает или неудобно или вообще не работает. Мы можем запретить пользователю вводить одинаковые значения если это надо. Для "Без НДС" можно и предопределенное завести, оно все равно уникально в своем роде и еще одного с "Без НДС" не будет заведено.

На старой работе было реализовано СтавкиНДС через справочник. Реализовывал не я, но дописывать рпишлось. Зато в итоге работает как часы. Уже пару раз меняли ставку НДС и занимало это 5 секунд без всяких программистов. Программиста нет 4 года и никого не вызывают, а завод работает и весь учет ведется как надо - вот это программа.

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

(255)
1)Замерил на 99999 строках - через точку быстрее в 5 раз.
Херово мерил.

При первом обращении значения реквизитов кэшируются на 20 секунд.

Что это значит.
Это значит, что ваши синтетические тесты будут показывать розовые фиалки, а десятки пользователей будут забивать кэш разными "справо-перечислениями" каждые 20 секунд. Но это только в случае быдлокода, если дергать значение запросом - будет полегче.

(236)в чем?имхо никакая 1с не потянет объемов

(257) сделай глобальную переменную, будь мужиком ;)

(259) Не понял.

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

(260) чтобы кэш не обнулялся. в коде юзаем соответствие, в отчетах-запросах - соединение

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

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

Сходите в Legrand - у них всё на Офисе написано, и подбор товара и накладные и касса.
Надо сказать, что работает быстро и хорошо - тут в пору на 1С поплевать.

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

Постулат: любая типовая конфига, долго работающая в конторе где есть свои программисты и свои хотелки - со временем превращается в "быдлокод"

(196) зачем придется кодить, если ставка - числовой реквизит?

(267) следствие из этого постулата: все программисты - быдлокодеры)))

Господа, вопрос такой - а эксперты уровня бизнес-аналитика, системного аналитика востребованы в нерезиновой?

(269) Это не следствие, а аксиома со стороны конечного пользователя.

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

9271) не скажи. такие конфиги попадаются - что диву даешься как юзвери не убивают тех кто это сделал/делает сейчас - а что, говорит (быдло)кодер (я как нить скриншотов выложу кода) - пользователи работают! да еще как!!! уууу!!! грю: твоя автоматизация отличается от большой записной книжки ничем. у тебя вся конфа (фиг там внутри! код не все видят/смотрят) - искалякана кракулями-маракулями...
.
зато у мну чсв растет. на фоне такого кодинга (даже ламерствуя по скулю) - чувствую себя Львом Толстым. И Врубелем. До всяких КЦ,Епрстов-Микеланджелов не тдотянутьяс конечно, но все ж.. ;-)

(273) давай уже, выкладывай ))