Дмитрий Кинаш

Мое мнение, если в старой системе есть информация в нужном объеме и в понятном формате, то перенос - это только вопрос цены. Позиция с "невозможно" - это непрофессионально.

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

В интернете вы ответ не найдете. Нужно или обратится на v8@1c.ru при действующей подписке ИТС, или обратится к программистам 1С.

До версии 8.3.14 а качестве встроенного браузера применялся IE на винде и WebKit на остальных платформах. Теперь для всех операционных систем применяется только WebKit (читай Chrome).

Если вопрос был о том, можно ли 1С использовать как своего рода оконный менеджер для запуска в его рамках произвольных приложений ограниченных встроенными окошками - такое технологически невозможно. Никаких размещенных на формах ActiveX и тому подобного. Можно только запускать внешние программы, при чем pid 1С устанавливается в качестве родительского у порожденного процесса.

Вы же сами ответили на свой вопрос. Делать отдельные прогоны для "Продукция" и "Товары" в вариантах разных названия реквизита. Контролировать результаты с помощью поиска ссылок на объект.

Если умеете программировать, то легче сразу написать обработку, чтобы при перепроведении документов все корректно закрывалось. Закрытие месяца, если там есть распределение затрат, лучше делать после всех замен.

Я не гуру по системному администрированию, но эксперты пишут:

...Таким образом, 32-битное приложение полностью изолируется от системы и других 64-битных приложений.Одним из следствий подобной изоляции является запрет на смешивания 32-битного и 64-битного кода в рамках одного процесса... Наиболее неприятное следствие этого запрета – невозможность использования 32-битных in-process COM объектов 64-битными процессами...

(с) Источник

Вам нужно попробовать что-то другое для печати штрихкодов. К примеру, в этой публикации можно взять компоненту и пример печати под 64х-Линукс (по комментариям - вполне рабочее решение).

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

Если стоит задача передать необходимые данные для импорта в не-1С-систему, то нужно выгрузку организовать самостоятельно. Это делается обходом по коллекции метаданных.

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

Если вам нужен автоматический балансировщик нагрузки, но ваше ДО нужно дорабатывать. Банально сделать дополнительное регламентное задание, которое будет проверять список невыполненных задач.

Похоже на глюк платформы. Некоторое время у 1С с HTTPS все было очень печально. В последние годы ни о чем похожем не слышал.

Для начала какова цель данного вопроса?
1) Получить конечное решение вашего тестового задания и какие-то умные мысли, чтобы дополнительно блеснуть на собеседовании?
2) Или получить объяснение по механизмам, которые вам показались сложными/запутанными?

Предупреждаю, что если ответ №1, то данный вопрос и его ответы скорее всего никому кроме вас не интересны и подпадают под причину удаления "Это задание, а не вопрос".

В целом задание очень простое с очевидным решением. Но у меня есть замечания к постановщику и его требованиям к документу. Буквальное следование букве ТЗ приведет к следующей проблемной ситуации. В какой-то момент всех рыбок из конкретного аквариума продали (или временно пересадили, чтобы этот аквариум почистить). Как раз в это время приехал заранее заказанный для этого аквариума корм (документ "Покупка корма" со стоимостью этого корма). Рыбок запустили на следующий день и начали кормить закупленным кормом. В результате стоимость корма была списана, а себестоимость рыбок (не смотря на дороговизну ихней пищи) будет равна ровно стоимости их закупки. Так же есть вероятность, что в другом аквариуме корм закончится, а новый еще не привезли - будут кормить кормом этого аквариума.

Решение зависит от характера процессов и "лени" пользователей. Я бы предпочел создать документ "Кормление рыб", в котором указывал бы вес корма, который насыпали в конкретный аквариум. Известна конкретная добавочная себестоимость рыбок в каждом аквариуме - все четко как в аптеке.

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