Перенос контрагентов. Правила обмена

[KRUTO]

ну если ехать - можно и руками перебить за пару дней. Выгрузка загрузка ИКСМЛ - это хорошо. Ну а как быть с дублями? Есть отбор по запросу из базы источника. В базе приемнике может быть аналогичный контрагент. Тогда будет их 2. А могут их ссылки совпадать UUIN - или как там он называется. А еще могут совпадать коды этих контров - базара нет, можно их потом перенумировать - это ерунда. А дубли потом сортировать? Хотя тоже можно по запросу их пометить на удаление. Короче, все эти правила - велосипед

---------- Post added at 21:11 ---------- Previous post was at 21:08 ----------

почему эти правила обмена не работают как документировано - параша

[avm3110]

почему эти правила обмена не работают как документировано

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

[KRUTO]

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

Ладно, спасибо за помощь, буду стараться)))

[KRUTO]

Да нет, поверь - КД работает "как надо"

А вот еще такой вопросик. Подскажи, как лучше ОС перенести из одной бух 3.0 в другую такую же. Одна контора закрывается, другой конторе на баланс падают ОС закрываемой. Сверткой базы создаются операциибух по регистрам, потом при переносе в другую базу эти операциибух не подвяжутся к ос. Может, создавать документы принятия к учету ос при выгрузке?

[avm3110]

Одна контора закрывается, другой конторе на баланс падают ОС закрываемой. Сверткой базы создаются операциибух по регистрам, потом при переносе в другую базу эти операциибух не подвяжутся к ос.

Да, на мой взгляд нужно делать только через свертку, так как вторая контора должна ставить себе на учет ОС исключительно по остаточной стоимости (и вся история амортизации первой - ей нафик не нужна).

Теперь второй вопрос - "как подвязать"... Так у тебя должен быть механизм "ввод начальных данных", в который ты и должен занести эти данные (сам ОС, его первоначальную стоимость, % его амортизации и т.д.)... Ну где-то типа так на мой взгляд

[KRUTO]

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

Ты имеешь в виду какой-то самописный алгоритм "ввод начальных данных" или через документ "ввод начальных остатков". Но в последнем случае 1с-ка дает ввести данные только на какую-то определенную дату. Не знаю, может, программно можно сменить дату, не пробовал. Или всё-таке первое: получается надо создавать в этом "алгоритме" документ "принятие к учету" - как-то так

[avm3110]

Но в последнем случае 1с-ка дает ввести данные только на какую-то определенную дату.

Так у тебя "новая контора" и принимает все к учету именно "одной датой". Ну как она может брать к учету что-либо "до сотворения мира" (до момента регистрации самой конторы)?

Ну в части ОС есть "дата принятия к учету" и "дата ввода в эксплуатацию"...

[KRUTO]

Так у тебя "новая контора" и принимает все к учету именно "одной датой".

Да не новая контора). Головная становится правопреемником дочерней. Документы головной оставить хочу. А дочерней только остатки вбить.