из ТиС в УСН

Пользуюсь стандартными обработками переноса данных из Торговли в УСН (7,7, последние релизы.)<br>первоначально номенклатуру "перелили" из усн в торговлю, так что коды и наименования полностью совпадали, но теперь при выгрузке данных с помощью стандартных обработок (типа ст92_U13 - выгрузка и в усн - загрузка данных) в усн, в спр.номенклатуры создается дублирующий элемент, у которого первый ноль кода заменяется буквой "У"<br>как этого избежать<br>с контрагентом тоже самое, все одинаковое, но при выгрузке добавляется к коду буква - префикс и при загрузке получается опять же дублируются элементы.<br>Кто сталкивался с такой проблемой, подскажите как быть...<br>

подниму темку<br>т.к. обработку выгрузки трогать не желательно, то мучаю обработку загрузки в усн она прямо в конфигурации "ЗагрузкаДанных"<br>даже в спомощью отладчика не получается выловить момент, где происходит поиск по коду, чтобы его заменить на поиск по наименованию, чтобы избежать дублирование в справочниках. Заглянула в настройку выгрузки из торговли, к примеру с контрагентом, чтобы ему не установили (по умолчанию, не создавать, только искать или справочник в справочник) либо создается новый контрагент (дублируется, потому что в торговле код = 00000310, а в усн у этого же контрагента 0000000310 и почему-то определяет их как разные), либо в документе вообще пустое поле, якобы в справочнике такой не найден...<br>помогите, пожалуйста.(((<br>

Писать буду много, запаситесь терпением.<br>Сначала давайте разберемся что это за префиксы такие и зачем система их делает.<br>Структура конфигураций "Торговля и склад" и "Упрощенная система налогообложения" разная и функционал у них тоже разный. В качестве примера рассмотрим такую ситуацию:<br>Пусть наша организация работает в режиме классической купли-продажи (купили дешевле, продали дороже) и в режиме торговли по договорам комиссии тоже. Пусть мы имеем ситуацию, когда одним и тем же товаром мы оперируем и как купленным и как принятым на реализацию. В этом случае в ТиС в справочнике товаров мы создаем для отдельно взятого нужного товара всего один элемент, например "Мука, высший сорт". Благодаря наличию сильной аналитики в регистрах система по измерению "СтатусПартии" в регистре "ПартииНаличие" разберется с тем какую же именно партию мы двигаем и корректно сделает нужные движения в базе при проведении документов. В УСН же данная ситуация реализуется совсем иначе. В УСН нет партионного учета и разработчики разделяют покупные товары и принятые на реализацию иначе. В справочнике "Номенклатура" введен реквизит "Тип номенклатуры" и в нашем примере мы должны были бы в справочнике создать два разных элемента, один для работы с покупным товаром (с признаком "Товар"), а второй для работы с товаром по договору комиссии (с признаком "Товар на комиссии"). Но наименование у них было бы одинаковым. Поэтому, ВНИМАНИЕ! Ваша попытка решения задачи с помощью замены алгортма поиска с "по коду" на "по наименованию" допустима лишь в случае, если ваше предприятие не имеет пересечения множеств товаров покупных и принятых на реализацию.<br>Почему 1С реализовало механизм установки соответствий между элементами баз по модифицированному коду, а не по комбинации реквизитов Наименование+Тип номенклатуры? Не знаю. Видимо потому, что поиск по коду работает значительно быстрее нежели прямой перебор для установки соответствия по комбинации реквизитов.<br>Какие преобразования при выгрузке задуманы вообще?<br>Справочник.ФизЛица->Справочник.Контрагенты: "Ф"+Справочник.ФизЛица.Код (как правило это ситуация контрагент = "индивидуальный предприниматель")<br>Справочник.Номенклатура (СтатусПартии = "продукция")->Справочник.Номенклатура: "П"+Справочник.Номенклатура.Код<br>Справочник.Номенклатура (СтатусПартии = "материал")->Справочник.Номенклатура: "М"+Справочник.Номенклатура.Код<br>Справочник.Номенклатура (СтатусПартии = "товар")->Справочник.Номенклатура: "Т"+Справочник.Номенклатура.Код<br>Справочник.Номенклатура (СтатусПартии = "товар на комиссии")->Справочник.Номенклатура: "К"+Справочник.Номенклатура.Код<br>Справочник.Номенклатура ("услуга", у услуг нет партий, статус определяется несколько иначе, ситуационно)->Справочник.Номенклатура: "У"+Справочник.Номенклатура.Код<br><br>Итак, мы видим, что искомое вами решение в виде перехода к алгоритму поиска по наименованию допустимо лишь в случае, если у нас нет одноименных элементов в справочнике номенклатуры, но по смыслу являющихся разными по статусу. Если это в самом деле так, идем дальше.<br>Почему у вас не получается отловить момент, где происходит поиск по коду? Потому что загрузка выполняется унифицированным алгоритмом обработки "ЗагрузкаДанных". Если посмотреть в него, то можно сделать вывод, что алгоритм установки соответствий источника и приемника зависит исключительно от правил переноса и явно в алгоритме не описан.<br>Смотрим правила обмена (файл RT92_U13.xml, находится в каталоге ExtForms базы ТиС)<br>При формировании файла переноса в нем создается две базовые ветки: правила обмена и сами данные. Ветка с правилами обмена - копия правил, которые в RT92_U13.xml и описаны. Поэтому, если вам хочется изменить алгоритм установки соответствий, нужно и исправлять этот файл.<br>Но тут есть одна хитрая штука. Если мы файл этот наисправляем, то при получении и установке любого обновления вам придется каждый раз вносить требуемые изменения в данный файл (или не заменять его в ТиС, что я не считаю верным, так как 1С может от себя в него внести что то новое и мы это упустим, хотя надо сказать, что в последний раз это делалось относительно данного файла правил очень давно = "18.12.2007 / 23:48:58").<br>Давайте разберемся что именно мы должны исправить. Смотрим в файл.<br>Правила переноса элементов справочника "Номенклатура": http://s11.radikal.ru/i184/1007/2c/e4a88f158da6.jpg<br>Смотрим на ветку "Реквизиты" данного правила и аккуратно делаем два действия:<br>1. Удаляем правило переноса реквизита "Код" (ID2E6D001320).<br>2. В параметр "СпособЗагрузки" правила переноса реквизита "Наименование" (ID2E6D001321) вписываем слово "Поиск".<br>То есть, было так: http://s58.radikal.ru/i161/1007/44/3c8b8ef9ab07.jpg<br>Стало так: http://i068.radikal.ru/1007/4e/15462b79eb93.jpg<br>Немного подробнее о том, что мы сделали.<br>Зачем мы совсем удалили правило переноса реквизита "Код"? А для того, чтобы в УСН при ненахождении элемента и его создании код присваивался в соответствии с нумератором УСН и из ТиС в УСН не попадали модифицированные коды, которые могут нарушить алгоритм присвоения кода в УСН. В данном месте мы могли бы поступить и иначе. Мы могли в правиле переноса реквизита "Код" убрать в атрибуте "ЕстьПроцедура" единичку, убрать в атрибуте "СпособЗагрузки" слово "Поиск" и не удалять данное правило. При таком подходе поиск по кодам идти не будет, код модифицироваться не будет и при создании нового элемента при загрузке в УСН ему будет присвоен точно такой же код как в ТиС без префиксов. Кстати, наверное, это и есть лучший в вашем случае способ.<br>Зачем мы вписали в параметр "СпособЗагрузки" правила переноса реквизита "Наименование" слово "Поиск". Именно это слово определяет, что при загрузке данных установку соответствий нужно производить по данному реквизиту. Слово "Поиск" может стоять для нескольких реквизитов сразу, что обозначает необходимость поиска по комбинации значений.<br><br>Кроме того, видим, что в правилах еще есть:<br>Ид="Номенклатура_2E6D000218" Имя="НоменклатураМатериал"<br>Ид="Номенклатура_2E6D000219" Имя="НоменклатураТовар"<br>Ид="Номенклатура_2E6D000220" Имя="НоменклатураТоварНаКомиссии"<br>Ид="Номенклатура_2E6D00­0221" Имя="НоменклатураПродукция"<br>Ид="Номенклатура_2E6D000222" Имя="НоменклатураУслуга"<br>Ид="Номенклатура_1С_0002910" Имя="ЗначенияСубконтоНоменклатура"<br><br>Делаем там все тоже самое по отношению к правилам переноса реквизитов. Так ваша задача и решается.<br>Об автоматизации. Если бы в последний раз правила не менялись в конце 2007 г., а происходило бы это каждый месяц, имело бы смысл написать какую нибудь обработку по автопреобразованию правил каждого получаемого обновления "под вас". Займитесь разбором данной задачи на досуге.<br><br>Вот что у нас получилось по результатам нашего решения (для контрагентов я сделал тоже):<br>Вариант 1: "Поиск по наименованию" без поддержки соответствия кода при создании новых элементов при переносе.<br>Вариант 2: "Поиск по наименованию" с поддержкой соответствия кода при создании новых элементов при переносе (видимо, это нужный вам вариант).<br><br>Оба варианта тут: http://depositfiles.com/files/5zrcr626r<br>Ваши действия:<br>1. Выкачать файл<br>2. Правила обмена в ТиС ExtFormsRT92_U13.xml заменить на переделанные.<br>3. Выгрузить из ТиС данные<br>4. Загрузить в УСН<br><br>Пробуйте на копиях! Я не тестировал, но должно работать.

Боже, титанический труд, низкий вам поклон )))<br>я наверное пока еще не совсем вникла, (у меня уже ночь ) с головой завтра окунаться буду<br>НО разве возможно соответствие кодов с теми же контрагентами например, когда длина их в торговле и в усн разная?<br>

Если пользоваться системой так, как задумала 1С, то проблемы не должно возникнуть, вот смотрите:<br>1. Контрагенты все создаются в ТиС, при этом им присваивается код типа Строка длиной 8 символов<br>2. При переносе в УСН префикс либо не добавляется (если это юрлицо), либо добавляется литера "Ф" в начале (если контрагент физлицо), получаем максимально возможную длину кода в переносе = 9 символов.<br>3. В УСН код в справочнике контрагентов = строка длиной 10 символов<br><br>9 символов в 10 знакомест впишется всегда

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

потому что в УСН в справочнике в настоящий момент у вас коды составили нелогичное множество и система не может присвоить код автоматом. Чтобы убедиться в этом, попробуйте создать элемент в справочнике вручную, увидите, что система не сумеет назначить код. Как одно из возможных решений - перенумерация кодов в справочнике для упорядочивания и потом уже переносы.

"Я перемещаюсь между районами города, поэтому не сразу отвечаю<br>Вот подробнее о процессе:<br>Смотрите как ведет себя система. Проще это понять на примере. Пусть в УСН в справочнике номенклатуры есть некий элемент:<br>Код="000123", Наименование="Колесо"<br>Пусть в файле, сформированном в ТиС идет информация о элементе, которого в УСН пока нет:<br>Код="000123", Наименование="Стекло"<br><br>Как будет вести себя система при загрузке?<br>1. Ищем по наименованию в спрвочнике номенклатуры нужное нам "Стекло".<br>2. В результате поиска выясняется, что "Стекло" отсутствует и его нужно создать.<br>3. По отношению к справочнику срабатывает метод Новый(); и заполняются значения всех реквизитов для элемента "Стекло"<br>4. Идет попытка записи элемента в базу и обнаруживается, что код занят другим элементом (элементом "Колесо").<br>5. Система присваивает элементу "Колесо" любой доступный код, высвобождая "000123" для элемента "Стекло", при этом пишет "код не уникальный - назначен новый код существующему элементу", имеется ввиду, что 000123 был занят и Стекло получает другой код. Этот код система может успешно расчитать только если в справочнике нумерация "не сбита", то есть, все коды вписываются в маску "00000ХХХ".<br>Вот тут то у вас в этом пункте и проблема. Предыдущие попытки переноса насоздавали там коды с префиксами "Т", "П", "М", "К" и т.п. Вы обработку напишите, которая из кодов выкинет буквы эти или вообще сделает перенумерацию кодов, приведя их к "ровному" состоянию и все будет в порядке. Можно, конечно, попробовать не просто перенумеровать коды, а сделать их такими, какими они являются в ТиС, но это не суть важно, и так и эдак все будет работать.<br>Итак, ваша задача сейчас: перенумерация кодов в УСН и только потом выполнение обменов."

дело в том, что я сначала тоже подумала на буквы, поэтому проверила выгрузку на другой базе усн, где спр. номенклатура по порядку, без буквенной части, но и там последний элемент остался без кода...значит проблема не в этом...(((

Вы мне в почту файл выгрузки сбросьте если он не секретный, я посмотрю