Имя: Пароль:
1C
1C 7.7
v7: Синхронизация контрагентов 7.7 -> 7.7 по ИНН/КПП
,
0 Manonegro
 
31.08.13
20:20
Здравствуйте. Переношу контрагентов через Конвертацию данных 2.0. Наткнулся на непреодолимое препятствие. Нужно из самописной 7.7 перенести документы в Бухгалтерию 7.7. При этом контрагенты должны синхронизироваться по ИНН+КПП (или хотя бы по ИНН). Всё бы ничего, но в Приемнике поле ИНН - это строка "ИНН\КПП", а в Источнике раздельно. Если бы было наоборот, то всё просто, а так... Есть у кого мысли? Обработчик ПоляПоиска() в семерке не работает.  Помогите, пожалуйста.
1 ЕруФдуч
 
31.08.13
20:23
сделай в самописке реквизит ИНН\КПП заполни его и по нему синхронизируй
2 Rie
 
31.08.13
20:25
(0) Ну и формируй при выгрузке из ИНН/КПП источника ИНН приёмника.
3 v4442
 
31.08.13
20:25
В чем сложность?
Как переносишь?
Если конвертацией данных,процедУрку соединения ИНН с КПП.
4 Rie
 
31.08.13
20:25
+(2)
Значение = СокрЛП(Источник.ИНН)+?(ПустаяСтрока(Источник.КПП)=1,"","\"+СокрЛП(Источник.КПП));
5 v4442
 
31.08.13
20:28
(4) наверняка юзверы могут и / косую и \ такую :)
6 Rie
 
31.08.13
20:30
(5) На каждого хитрого юзера найдётся ешё более хитрый программер.
7 Aleksey
 
31.08.13
20:31
(5) если СтрДлина(СокрЛП(Источник.ИНН)) = 20 тогда
ИНН = Лев(Источник.ИНН,10);
КПП = прав(Источник.ИНН,9);
Иначе
ИНН = СокрЛП(Источник.ИНН);
КПП = "";
КонецЕсли;
8 Aleksey
 
31.08.13
20:31
Хотя могут и ошибиться и пропустить цифру
9 Rie
 
31.08.13
20:32
(7)
Процедура ПриЗаписи()
    ИНН = СтрЗаменить(ИНН,"/","\");
КонецПроцедуры
10 Aleksey
 
31.08.13
20:38
(9) а если ИП?
11 Aleksey
 
31.08.13
20:38
Хотя пофиг
12 Manonegro
 
31.08.13
20:41
Нет. Вы не поняли. Бывают случаи, когда в источнике забит КПП, а в приемнике - нет, и наоборот. Также в ПРИЕМНИКЕ слэши могут быть разные.
13 Rie
 
31.08.13
20:42
(10) И для ИП тоже.
14 Rie
 
31.08.13
20:49
(12) Если так, и 7-ка - то, похоже, кирдык.
Можно попробовать провернуть "встречный" обмен: перед выгрузкой из самописки загрузить в неё контрагентов из бухгалтерии, в самописке привести ИНН/КПП в соответствие с бухгалтерией, а затем уже выгружать.
15 Manonegro
 
31.08.13
21:01
Короче, я так понял, нужно ручками приводить в соответствие. И перед каждой выгрузкой проверять приемник на корректность заполнения ИНН\КПП.
16 Rie
 
31.08.13
21:08
(16) Может, проще будет обеспечить корректность ИНН\КПП в приемнике ПриЗаписи?
17 Rie
 
31.08.13
21:09
(16)->(15)
18 Manonegro
 
31.08.13
21:16
(16) Дак это же будет совсем другой, свежесозданный, объект. Зачем дубль еще и корректировать?
19 Aleksey
 
31.08.13
21:19
(15) не обязательно. Перед загрузкой кэшировать клиентов и потом уже по ТЗ искать
20 Rie
 
31.08.13
21:19
(18) Я не о том. В справочнике Контрагенты ПриЗаписи проверять корректность ИНН\КПП и приводить к стандартному виду.
Пользователям от этого - только облегчение.
А если ИНН\КПП будет стандартным - то можно будет (4).
21 Aleksey
 
31.08.13
21:30
(20) а если вставить маленькую проверку на дубли ... уж сколько раз у меня пытались завести контрагентов, и с удивлением узнавали что уже есть
22 Manonegro
 
31.08.13
21:43
(20) Это, конечно, хорошо, но не хотелось бы типовую конфигурацию ради этого переписывать.
23 Rie
 
01.09.13
05:17
(22) Ну, 1С ведь коды типовых конфигураций как раз для того и открыла, чтобы удобно было кастомизировать их.
24 Злопчинский
 
01.09.13
14:09
(21) именно!
будгахтера - тупые. они не соображают при вводе/выборе нового клиента по ИНН спозиционироваться... дубли плодили...
.
запилил и в торг и в бух запрет записи с одинаковыми ИНН\КПП
при записи автозамена слеша на правильный
простые проверки на правильность ИНН (контрольные соотношения не считал).
.
ситуация стабилизировалась.
.
после того как пару раз громко послал нахрен (вежливо короче) при ответе на вопрос типа ой у меня новый клиент не вводиться - практически орла? ЧТО ПИШЕТ ЧИТАТЬ УМЕЕТЕ? да.. НУ ПРОЧИТАЙТЕ! а, понятно... А ЗАЧЕМ ЗВОНИЛИ?
Оптимист верит, что мы живем в лучшем из миров. Пессимист боится, что так оно и есть.