Polecatt
Newbie | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору anchorman Сразу оговорюсь, что за ERP 2.0 уверенно ответить не могу, но "проблему" прокомментирую.. ) Большинство типовых конфигураций 1С построены таким образом, что "Организация" является глобальной аналитикой и данные разных организаций (даже если они находятся в одной БД) мало что объединяет помимо общей справочной информации и общих таблиц хранения этих данных. Соответственно ведение всех хоз. операций как правило рассматривается только с точки зрения Организации, в которой эти операции происходят, т.е. для каждой Организации, которая ведется в базе, факт взаимодействия будет отражен как своя операция со своими движениями регистров, со своим порядковым номером. При этом партнер будет рассматриваться как контрагент и с ним будут вестись взаиморасчеты как с контрагентом, даже если это свой партнер. Поэтому такие документы приходится дублировать не только в УТ, но и в остальных типовых конфигурациях. Несмотря на эти неудобства, такая схема отражения операций считается наиболее удобной и правильной с методологической точки зрения, переделывать ее не следует, imho. Для упрощения работы операторов можно попробовать дописать конфигурацию таким образом, чтобы дублирующийся документ создавался автоматически. Например (первое, что в голову приходит) привязать свою организацию к контрагенту, который ее обозначает и, при проведении определенных документов с таким контрагентом, прописать автосоздание/заполнение/проведение этой же операции для Организации-партнера. Можно для удобства создать в доках реквизит, в котором будет сохраняться строковой ИД дублируемого документа, чтобы быстро переходить от одного к другому, да и вообще контроллировать наличие и значение проведенности обоих... Можно еще попробовать ковырнуть функционал БизнесПроцессов. Не уверен, но возможно с его помощью удастся чего-нибудь добиться не изменяя конфигурацию. Добавлено: LuMp1ck Если ничего не поможет - попробуйте скопировать БД, подключить тестовую к SQL и через SQL Management studio языком TSQL вручную отредактировать битые строки по аналогу из других строк этой таблицы, либо, если не получится, то можно вообще их удалить. Только обязательно запомните данные, узнайте, что за справочник, делайте на копии и после этих действий сделайте полный комплекс проверок БД. Не факт, что удастся, но мне несколько раз пришлось так сделать и помогло. Хотя оговорюсь, что шаблона нет, и нужно все равно разбираться в деталях и действовать по обстоятельствам.. | Всего записей: 11 | Зарегистр. 08-07-2013 | Отправлено: 09:36 16-12-2015 | Исправлено: Polecatt, 09:40 16-12-2015 |
|