+
Это прям концепутально новый уровень

Да, я сталкивался с этой ошибкой с импортом бухи КЗ. Писал в чате по ЕДТ, мне ничего не ответили. В принципе вопрос решался выгрузкой конфы в файлы и загрузкой в проект едт. Но так можно работать только по фану, если разрабатывать конфу отделом этот костыль будет невероятно нозить

Вы по локализациям в 1с пишете?)) Они не имеют к ним отношения

да я везде писал. и на Казахстанские емалы и на Российские. один раз ответили: мы знаем об этих ошибках. всё. 10 лет не могут исправить

Чтобы понять внутреннюю кухню, я вам рекомендую лично познакомиться с локализатором. Обычно в партнёре-локализаторе выделен один единственный человек, которому выделяют мизерные бюджеты. А поэтому задача выполняется "лишь бы релиз запустился".
Всем реально пофиг. Не только в Казахстане. Все упирается в деньги.

Доброе утро! Кто в курсе реализовано ли где-то или планируется ли реализовать выгрузка документов по электронному актированию для гос.закупок по 44 ФЗ?

Вероятно в профильных 1сных конфах по госзакупкам? :)

Там они вроде для заказчиков, а не поставщиков.

это ж обычное ЭДО, все операторы поддерживают или что нужно

Доброе утро. Такой вопрос: если команда работает без хранилища, на гите, то как решается момент с изменениями одних и тех же объектов конфигурации? Или никак не решается, все пилят что нужно в данный момент, а релиз инженер  потом всё сливает в одну ветку?

Гит сам конфликты отслеживает, и потом заставляет их решать

Это понятно что отслеживает. Непонятно как эффективнее выстроить процесс:
1) когда разработчики договариваются между собой (если, конечно, есть такая возможность) кто что пилит и стараются минимизировать конфликты
2) всем пофиг, есть ответственный, чья задача эти конфликты решать
3) старое доброе хранилище,
Если до этого командной разработки не было вообще (был один разраб в отделе), а теперь появляется, что можно рекомендовать для старта?

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

Хранилище в общем случае старое, но не доброе.
Если есть возможность можно сразу на едт перейти, вероятно будет проще .

Кирилл, спасибо. А если команда состоит из инхаус и подрядчиков, и кто-то из подрядчиков не может\хочет в EDT. На сколько я помню, формат репы ЕДТ и формат репы при выгрузке конфы из конфигуратора в файлы различаются. Правильно? Если да, тогда нужно как-то решать этот вопрос, если, допустим, своя команда пилит на ЕДТ, а внешние разработчики продолжают сидеть на конфигураторе?

Да, различаются, хранить исходники можно в формате едт, тогда для людей с конфигуратором добавится шаг
Ring edt import
Который превратит их выгрузку в файлы в формат едт, и они отправят свои изменения в гит.
Соответственно после получения изменений из Гита делается
Ring edt export
И загружается в конфигуратор из файлов

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

Еще раз спасибо!

А модуль формы и саму форму он как разные объекты воспринимает (с точки зрения конфликта)?
Т.е. если один чел у себя текст модуля подправил, а другой - только элементы в конструкторе, то гит это не посчитает конфликтом?

Нет, это разные файлы