netesoff
М Н

(13) Да, Ваш вариант лучше.

Может кому еще понадобится

Код

Процедура ПреобразоватьПредставлениеПоПравилу(ПредставлениеСуммы)        Для йота = 21 По 99 Цикл              // составное числительное в начале строки       ТекПредставление = ЧислоПрописью(йота, "L=en_US;НП=Ложь;", ",,,,0");       Если СтрНайти(ПредставлениеСуммы, ТекПредставление) Тогда          ПредставлениеСуммы = СтрЗаменить(ПредставлениеСуммы, ТекПредставление, СтрЗаменить(ТекПредставление, " ", "-"));       КонецЕсли;                 // составное числительное в середине строки       ТекПредставление = НРег(ТекПредставление);       Если СтрНайти(ПредставлениеСуммы, ТекПредставление) Тогда          ПредставлениеСуммы = СтрЗаменить(ПредставлениеСуммы, ТекПредставление, СтрЗаменить(ТекПредставление, " ", "-"));       КонецЕсли;              КонецЦикла;        КонецПроцедуры

(2) Да, похоже только так

(3) без обид, но сами-то пробовали посмотреть результат?
мне такое возвращается: "One thousand two hundred thirty four dollars fifty six cents"
требуемый вариант "One thousand two hundred thirty-four dollars and fifty-six cents"

Всем привет.
Можно ли стандартной функцией ЧислоПрописью() получить пропись в следующем формате:
Twenty-four thousand one hundred thirty-six dollars and 69 cents? Вроде как по правилам именно такое представление является корректным.

Вопрос только в дефисах при выводе составного числительного twenty-four, thirty-six.
Переключение локализации между американским/британским английским не помогло, использование упрощенной/классической прописи тоже. Платформа 8.3.15.1656

Скорее всего никак, так как подсистемы относятся к структуре конфигурации, а не к конкретным объектам. Т.е. мы же не получаем guid самого типа "Справочник.Контрагенты", а получаем guid конкретной записи в этом справочнике. А зачем Вам GUID подсистемы?

Цитата
Max degree of parallelism – определяет, сколько процессоров используется при выполнении одного запроса. СУБД распараллеливается получение данных при выполнении сложных запросов на несколько потоков. Для 1С рекомендуется устанавливать в «1», то есть одним потоком.

Такого не стоит делать, если у вас на сервере СУБД есть базы, не относящиеся к 1С, например от MS Project.

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

(4) а можно немного подробнее, про рекомендацию разбиения. Встречал пару раз такое, но толком никто не смог объяснить что это дает и почему 4, а не 2 или 5.
или может есть занимательно чтиво на эту тему?

(3) ого, некоторым не дано дорасти до осознания этих вещей, держи "+" к карме
Относительно методологий - тут есть определенный момент, что пользователям - чем проще информация - тем понятнее. Ты можешь рисовать прекрасные схемы по всем правилам методологии - но если тёте Дусе непонятны картинка - кивнет головой, а через пару недель придет с той же фразой "1С не работает" и хоть запоказывайся ей то, на что он кивала и соглашалась. Поэтому часто встречается некий "симбиоз" методологий (на подобии того, о чем говорит ImHunter и оно реально работает).
А вот про UML - там тоже есть полезные вещи. Посмотри диаграммы: диаграмма прецедентов, диаграмма деятельности - они применимы не только для ООП. Как показывает практика, их пользователи достаточно быстро учатся воспринимать. Остальные при определенных оговорках тоже можно использовать в среде 1С.
Это я все к тому, что чисто на IDEF0 не уедешь. Нужно подбирать инструмент учитывая навыки твоих потребителей. Иногда схема, нарисованная в Paint с убогими квадратиками и стрелками дает гораздо лучший результат по сравнению с "правильной" диаграммой IDEF.