Придумать ID #210065

Выгружаются документы из ТИС в Бух и УСН. В общем реквизите документа-приемника прописывается ID документа-источника (в том виде как зранит 1с, C). Все отлично, но проблема с банком. В ТИС строки выписки объединяются по р/с и грузятся как документы выписки банка. Не могу придумать нормальный способ генерации ID для виртуальных документов выписки в ТИС (несколько объединенных строк выписки)

Извращенец :-)))А штатный механизм? (Создать, запомнить ид, удалить)?

Мне же привязку к документам источника надо обеспечить, чтобы при повторных импортах перезаписывать существующие

Мне кажется нет тут никакого извращения, все традиционно:)

GUID обеспечивает уникальность, но при каждой выгрузке будет разным, да и длинный. Я как раз хотел покорче:) у меня сейчас работает с немного другими ID

Это всё работает. Элементарно: если выписки переделывают, то они заново выгружаются, ID меняется, в приемнике такого нет, поэтому старая выписка в приемнике стирается, новая пишется

Он в торговлю вроде как грузит. Из бухии. Или я непрафф?

Он бы и не нужен был, можно всегда стирать доки приемника, но проблема с нумерацией документов. Номера из ТИС не тащим, так как они слишком длинные (аж 13 символов, специальная нумерация для заказов, их оплат и тд). Поэтому оставили автонумерацию со всеми вытекающими проблемами

Вышел новый релиз 18.08.2006 1С:Предприятие 7.7 Конфигурация "Конвертация данных".

Ты видимо справа налево читаешь:))Я видимо возьму что-нить типа номер дня в году + порядковый номер р/с, и с пивом потянет.

Я стираю не перед загрузкой, а после ее, только те импортные, которых не было в файле данных. Конечно неизменным, это для остальных доков его 1с-ный ID (как 1sjourn)

Похоже, что справа налево :-))

Я же целиком ищу доки. Вначале составляется ТЗ с импортными доками выранных типов доков, при загрузке существующего дока в ТЗ ставится флажок, потом все без флажков удаляются

Да ладно, фигня, я просто думал может кто сталкивался. А как типовые выгрузки делают?

Братья лихие! А как он вас развёл!См. ...

???

"А как типовые выгрузки делают?"

Я ни разу не пользовался типовыми, думаю что никак, просто стирают все

Моя сначала изучает ВСЁ от 1С, а потом начинае тдумать и модернезировать, однако.

Мнительный ты стал, Сидор:)

Ты-так, я - иначе. В общих чертах я знаком, так как надо было, близко ни одна не делает, плюс скорость, гибкость и тд и тп. Поэтому оставь мне право иметь свои выгрузки:)

Совет не по теме: потрать время и силы на убеждение клиента жить в типовой и сажай его на абонентку.

+ Если клиент не победим в стремлении всё испаганить, прикидывай: через какое время он об тебя ноги вытрет.

Бух и УСН итак типовые, а в ТИС реализовано производство, от ТИС одно название, поэтому в чем убеждать?

Никто ничего вроде не поганит:) Прорвемся:)

<><>”јц»•Ѕч°”ґЎёГґ к”ґЈ»Ажч№А· ёГб їГ±ЈёА¶ »Гбч즄ʼnа

Типовые итак как-то едут, как нагруженный МАЗ :)

<><>пжсхЊ–Ћ¶єЅҐК№п¶…ё»§фЪ”ЪйєЅ¤™№І¶‡»к§юЪ—ЪјоЅ¤Иєб¶Ы»ёрцЪ—Щкнї¤ќєз¶Ы»м¤ҐЌ”ЩлнёуИєд¶Ђёл§уЩ–ЋїнµуИ№і¶Цпо¤чЪЗЩкнѕ¤љ№збУ»м§уЪ•ЩєєЅ¤ќєе¶Сёл¤фЪњЪЅооуИ№і¶Упо§ўЪ‘ЩёнЅ§Й№µµРёи§уЪАЩлни¤Но綆»п§§ЪБЪїнј¤љ№в¶‡ёж§уЌЗЋїолуИєіµСё»рцЩ•Щ»нё¤љ№з¶Ѓпо§сЪ”Ћїнй¤Нѕпб†ЭЮВЖї¤јЏ?ЌБшЬЧУгж

<><>¤¤?жЃејтРиъХГСзПўўПв‚ІйсРб­ЃАУіНўу?з‚бкЈ‡і­Э—…іНўх›г‚¶ЅЈ„б­ХАФд™ўўПв‚акц„б­САѓдМўў?лХжЅЈЃµ®Ц—ЦзПЎч›б‚·кч‡ґъХГФдЕўЎ?·‚±йс‡дъХА‚дНўр?а‚ійЎ„ІъХГЧд?ўх?灳髇䭁А‚зџў¤?кХік«Рб­ЭАСз›Ўю?¶Ѓбкр‡йъХ–‡іДЗЗэТзѓЏ“вСИеҐжЃэж

"в ТИС реализовано производство" ноу коментс.....См. Поочему с фигнёй сразу на форум?

я комментариев и не просил, уж без них как-нить. Производство только в Пубе делают? у тебя взгляды какие-то весьма каменные) А по поводу обращения на форум - ты модератор? по теме есть что-нить? кроме ненужноо флуда

Прости... Не серчай.

<><>…БеБЪ›чўаЊ„Ид—Ыќ¦я·‰СЛд—Ыќц©аЩ…Йµ–Њ?Ј©аЩ…ЙеБЫИч«±ШТМ°АЫИч«±ЪТњіЛЊО ЈаЊ…ќдВЏџЈщаЊТџіЗЏќ ©ґЮТАдВЏњ ъ·ЊТОіВЊПч«аЋСКіГЊИ ­·‰СИ°АЊџ юаЋ…љдВЏЛч«ґЋТМіГЊ?ч«ґШСЛі—Ыќ эґЊТњ°ГЏџ юаЊТЛіЗЏќ яґЏТ›дВЫЙч«·„…ЙіАЏњ§ЈаЯ…ЙіГЊИ щґЯСБіЗЫќ ш·ШТМдВЊЙ Јґ‹ТМіБЊИч«·ШТМдВЊ• яґЋТМ°ВЊ?ЈЄ·ШТњд—ЪОу©еЋ„њдКЪћц®а……ЙІ–Џџ юаЊТЛ°Г‹•ч«ґЌСКіГЏМ ®·ЭСЛіКЊџ я·Щ…љдВЊќч«·„Тљ°ЗЊИч«аШ…ЙіГЏИ Ї·ЉТМ°АЊМ «аЊ…ќдВЊџ э·ЩТ›і–Њ?ч«ґ‰Тњ°ВЊИЈЈ·ЊСџд—ЫќЎЁ¶Ћ…ЙіКЫќ¦Є±Ъ…Йд–ЫќЈ©·ЩТПіЗЫИч«±‹ТБµ“ЫОч«·ЭСЙі—ЊО ®аЊТљіЗЏ? «·ШТБіЕЊО «аЊТџ°ВЊИ ©·ЩТНі—ЊМч«аШ…Й°АЊИ ­·‰…Йі“Џќ «ґЌТБіАЊќЈэаЩ·щЦтй­Е›Тјг

:) Куда катится мир?:) Она стала обузой, новых прожаж мало, а кому интересно вкладывать в то, за что уже бабки получены? Поддержка должна быть платной, тогда будет стимул делать 1c и повод требовать за свои деньги потребителю

Самая удачная у 1С имхо всегда выходит торговля

Дык они с неё всегда начинают -первая конфа на 7.0 была ТиС, первая на 8.0 - УТ. Да и меньшая зависимость от законодательства...

Ну не только поэтому имхоПодход другой что ли... удобно и местами даже приятно модернизировать (если не слишком копать)

>> Поддержка должна быть платной, тогда будет стимул делать 1c и повод>> требовать за свои деньги потребителю Не надо грязи ... для комплексных конфигураций поддержка платная: обновляются кое-как и в последнюю очередь ...

В оправдание: бухучет у нас охренеть. А не бухучет (УСН, Предприниматель с УСН) вообще обалдеть, гораздо сложнее, чем ОСН. На мой вкус, может и глубоко ошибочный, методологические основы платформы все-таки ошибочны. Что хорошо для детства не всегда хорошо для зрелости, а основные идеи тянутся из прошлого века. На эту тему соприли уже не один раз до посинения:) Мне ближе концепции ООП (Алексея Попова нет поблизости?? :))

Может быть, я значит просто не в курсе. Комплексная и придумана уух, хозоперации :) А про какую грязь?

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

Вот все перечисленное у меня и работает при синхронизации по внутреннему ID. А типовые, не знаю, пусть синхронизируются по номерам, ушам, носам:)

<><>ОІ™—б…ЮіПёО—¶СЭ°П±™•¶СЭгМІљЖбЂЭб?дО‘¶„ЉбМі™‘бѓЮІПа™‘¶СЮеПдљЖвСЮвП°™М¶СЭµПґОДбФЮйМвО‘¶„ЉґЄЃьф„бёСв

Справочник с тремя реквизитами: ЗначениеВСтрокуВнутр в базе источника, ЗначениеВСтрокуВнутр в базе приемника, объект в текущей базе.

2 Ну явно не по табличной части...

<><>ћљгмь¦•Чл‹ЙЗµпЄуБЭєЯЙЖµЅЄ¦ВЫнЦЙГµбэўБЭнЩЙ—вй©ЈБЌнЪЙАµбэс•ЮоЬћ’µєЄ§ВЉо‰ћ’¶лЄчВЊоЊЙГµјэўБЯоЬЙДµйэўБЬнЯК’µмЄрВЏнЯ¬ўРЩП’§о?пг

Я пишу ID источника в общий реквизит, а твоим способом справочники синхронизирую. Только зачем нужен ЗначениеВСтрокуВнутр в базе приемника?

Чтобы легче было синхронизировать в любую сторону, я полагаю.

ВСтрокуВнутр и Элемент - суть одно и тоже, по разному просто выглядят)Один - лишний, есть лишь 2 стороны

а на фига 3 реквизита? Достаточно одного наименования...

Объект - реквизит неопределенного типа, чтобы использовать его и для справочников и для документов.Поскольку, поиска по нему нет, при перегрузке в обратную сторону (выгружаю сразу в виде представления в той базе куда идет выгрузка) ищу по представлению.А кроме того, объект выполняет "контроль удаления": если бы в справочнике были только строковые представления, то они оставались бы в том числе и на удаленный объект ...

все поставленные цели решаются без реквизитов... вообще без реквизитов...

Ну, а 1С-то, хоть, можно использовать?

А чего выдумывать: в ТиС "Поступление ТМЦ" есть 2 поля № и Входящий №.

Дата + Р/с для определения выписки. Внутренний ID для поиска строки внутри выписки.

В базе кроме Поступления ТМЦ и других документов нет:)Хотелось в С засунуть, как ID документов. а строки мне не надо идентифицировать, документ весь переписывается. Я сделал уже, почти как ты написал, пойдетPit, поясни ради любопытства. Что за наименования? и как это без реквизитов, без объяснений несерьезно как-то выглядит

Извинте все, что старую ветку поднимаю, но больно уж тема актуальная. поддерживаю в твоем любопытстве. Может pit внешюю дбф таблицу создал, в которой и хранит связки по ИД? Как это без реквизитов? Pit - соизволь за этот год хоть раз объяснить тобою сказанное :)

dbf-ка, имхо. Или, если объем небольшой - текст с выгруженной тз. В тз - ид.

Да причем здесь DBF или не DBF? нужна однозначная идентификация объекта источника, до выгрузки ее все равно никуда не запишешь. Я выгружа. в текст, а в DBF держу реквизиты приемника

почему это нельзя хранить guid не в реквизитах? объясни.. и однозначная идентификация никуда не денется.

USSR! От Вас не ожидал: половина ответов - "Аможет в консерватории что то поправить?"(Жванецкий).

Жаль, читать внимательно времени нет... Шлепаю перенос из нескольких БП8 в одну ТиС8.......С синхронизацией, мама ее нехорошая...

Так поправляйте в своей консерватории, у нас все звучит как надо:) Если уж позволяете себе такие реплики, то и уточняйте эту половину, чтобы ответить можно было, а иначе как-то несерьезно. Какой же безграмотностью я Вас так поразил?Способы синхронизации должны быть надежными, и я лично никогда не сделаю их по коду или номерам доков, пусть даже и входящим. А если его неправильно ввели? Эти вещи нормально для разовой закачки, а для ежедневной работы, извините. И потом мои обработки делают еще много чего. работают и меня и заказчика целиком устраивают.Вадим, а зачем из БП в ТИС? Нелогично как-то, вроде обычно наоборот?:)Зачем я буду заводить еще реквизит, если он ничего не дает? У каждого документа источника уже есть свой ИД, который ему дала 1с. Я их и тащу в приемник. А выписка собирается из нескольких доков, поэтому ей нужен свой ID источника,поскольку нет документа источника, есть виртуальный объект, несколько строк выписки в ТЗ, и GUID здесь не поможет.

Когда то делал.Идентификатор строчки номер документа + номер строкиОграничение макс кол-во строк в документе.

очередной бред "Доступно и всерьез" (цы)Зашел юзер в док, исправил номер (не понравился ему), пересортировал строки - и привет, приплыли....P.S. а еще в типовой ТиС можно номер документа просто потерять, даже если стоит запрет на его изменение... Фича такая...

да, веселая штука ...

Веселуха, аднака...Да только мы не видим этого недостатка, ибо изменяем этот документ. Стараниями теоретиков-постановщиков и студентов кодеров ("пишущих на всю страну" (с) Майк) - с этим документом можно безгеморойно работать только при 3 перемещениях в неделю с 3 строчками в каждом....А когда 80-100 требований в день по 20-50 позиций в каждом.... и все это оформляет один бух в режиме реально времени - аллес...А если это делает неграмотный кладовщик?.P.S. зато сейчас - любо-дорого смотреть... На 3-й день любой неуч колотит документ со скоростью профессиональной машинистки... Всего лишь смена подхода... + немного инженерной психологии...