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

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

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

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

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

(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) давай уже, выкладывай ))