Samarin
Сергей Самарин

Чего не хватает:

1) У БСП есть возможность переопределить справочник для хранения.
РаботаСФайламиПереопределяемый
Процедура ПриОпределенииСправочниковХраненияФайлов

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

2) Написать инструкцию, как это все проделать в виде расширения.

В функции "ОбменДаннымиПовтИсп.СписокПлановОбменаБСП" вызов ОбменДаннымиПереопределяемый.ПолучитьПланыОбмена был добавлен именно для дополнительных планов обмена.


Процедура ПолучитьПланыОбмена(ПланыОбменаПодсистемы) Экспорт

ПланыОбменаПодсистемы.Добавить(Метаданные.ПланыОбмена.ОбменСДругойБазой);

КонецПроцедуры

1. "Когда они появятся - вопрос открытый?" Когда типовые конфигурации начнут переход на БСП версии 3.1.8, тогда режим совместимости и минимальные требования поднимутся до версии 8.3.21.

2. "типовая Бухгалтерия 3.0.123.26 в режиме 8.3.17, а требуют самую новую платформу от последних чисел."
Сначала минимальные версии платформ были подняты спешно для закрытия критических уязвимостей платформы.
Потом еще пару раз устраняли недочеты.
https://1c.ru/news/info.jsp?id=29958

Всем привет! Меня зовут Сережа. Больше 10 лет работал в сопровождении, далее "подрос" и лет 8 работаю в отделе разработки. Вполне же реальный персонаж.
Все вполне объяснимо. Многие сопровожденцы далеко не программисты и "что-то делать в конфигураторе" учатся на клиентах. Клиентам важно решение, которое их устроит и побыстрее, и еще подешевле. Обычно как: дешево и быстро? значит - некачественно. Так и есть с точки зрения дальнейшего сопровождения, оптимальности работы и прочего. Но клиента устраивает - оно работает и ладно. Клиенты не программисты и не знают (да и не хотят знать) всех тонкостей разработки и поддержки. Им важно быстрое и рабочее решение их проблемы. И за это они платят. Чаще всего их волнует результат "здесь и сейчас", а дальше будет дальше, как-нибудь обновится, поддержится.
"Рассказали про архитектуру, стоимость поддержки кода, правильное проектирование, сценарии использования, масштабируемость и т.д. Короче, изложили, что есть «правильно»." - вот это вообще было зря. У них уже есть Сережа, который им делает, оно работает и им выходит гораздо дешевле. Так что ваше "правильно" оно, может быть, качественно и дорого, но клиенты скорее подумают о том, что их разводят на деньги, потому что у них есть свое видение "правильного". Доводы "У Сережи говнокод!" вообще для клиентов пустой звук.
Клиенту небольшому хочется недорогой поддержки, лишь бы работало. Вот когда они вырастают и начинаются проблемы с производительностью - тогда и есть смысл приводить к ним настоящих программистов, экспертов и архитекторов, но это будут совсем другие деньги.

Если говорить о процедуре печати чего-либо, то лучше сразу себя приучать к оптимальному подходу:
1. Анализируем печатную форму - получаем список полей, которые надо будет заполнить.
2. Далее в процедуре печати одним запросом получаем все данные, необходимые для заполнения печатной формы.
3. После чего выполняем запрос и заполняем параметры областей табличного документа, без дополнительных обращений к информационной базе.

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

Например, так:

Код
ПроверочныйТабличныйДокумент = Новый ТабличныйДокумент;

И далее проверять, помещается ли содержимое на результирующий:

Код
Если ТабличныйДокумент.ПроверитьВывод(ПроверочныйТабличныйДокумент) Тогда      ТабличныйДокумент.Вывести(ПроверочныйТабличныйДокумент); Иначе                      ТабличныйДокумент.ВывестиГоризонтальныйРазделительСтраниц();      ТабличныйДокумент.Вывести(ПроверочныйТабличныйДокумент);      ПроверочныйТабличныйДокумент  = Новый ТабличныйДокумент; КонецЕсли;

(4) Тогда для чего строки?
ДанныеФайла=ПолучитьИмяВременногоФайла(Расширение);
ФайлВременногоХранилища.Записать(ДанныеФайла);

Процедура ЗагрузитьНаСервере
1. Добавить третьей строкой запись данных во временный файл:
ФайлВременногоХранилища.Записать(ДанныеФайла);

2. Исправить помещение данных в хранилище значений:
Рег.ДвоичныеДанные = Новый ХранилищеЗначения(Новый ДвоичныеДанные(ФайлВременногоХранилища), Новый СжатиеДанных(9));

Добрый день!
1. К сожалению, в данной версии программы нет возможности разбивки.
В версиях Камин: Зарплата 4.0 или 5.0 - есть возможность указать группировку "Месяц" и тем самым
произвести вывод данных сотрудника по месяцам.
2. Хочу напомнить, что оперативные ответы на вопросы по программным продуктам фирмы "Камин"
Вы можете получить на форуме Форум фирмы "Камин"

Качал ради УПД для УТ 11. Не работает она на актуальной версии программы.
Модуль пришлось заменять устаревшие процедуры и добавлять новые из конфигурации (11.3.4.93).

Прикрепленные файлы:

УПД_Ошибка.jpg

Мои 6 лет в столице описывать не хочу) Остался вполне доволен как материально, так и в плане получения серьезного разнообразного опыта.
В целом - статья правильная, может кого и подтолкнет на подвиги.
Увы, но в регионах чаще всего происходит так: "да, я вижу, что ты хороший программист, но я могу платить тебе только 30 тысяч, извини".
Именно некий потолок финансовых возможностей и разнообразия задач являются главной причиной съездить посмотреть "Огни большого города".
Московские франчи не испытывают проблем с нагрузкой сотрудников и однообразностью задач. Лишь бы тот самый сотрудник потянул все то, что на него возложено.
И об этом как раз стоит упомянуть, потому как "Гуру" местного уровня с 1-2 сертификатами 1С:Специалиста в столице являются вполне себе рядовыми сотрудниками.