| » | Казахстанский Бухгалтерский форум www.balans.kz | Ошибка при обмене данных |
|
Показать сообщения: Начиная со старых .::. Начиная с новых |
|||
| Автор: | Witch`ka |
| Добавлено: | #1 Чт Окт 19, 2006 10:32:03 |
| Заголовок сообщения: | |
Бяка все должно быть в порядке. Проверьте только, что после смены типа у вас к номеру добавились лидирующие нули (должны добавиться, есл ине добавились - перенумеруйте обработкой). Ну и нумерация у каждого филиала (для новых элементов) пойдет с начала "Ука001, Ука002", "Аст001, Аст002" и т.д. Но в этом ничего страшного нет. Если только в своих доработках вы не используете значение кода этого справочника (но думаю, что не используете). |
|
| Автор: | ЗаБияка |
| Добавлено: | #2 Чт Окт 19, 2006 09:39:18 |
| Заголовок сообщения: | |
Ну вот я и хочу поменять тип числовой на тестовый, при этом у меня ничего не может вылезти? |
|
| Автор: | Witch`ka |
| Добавлено: | #3 Чт Окт 19, 2006 09:34:40 |
| Заголовок сообщения: | |
Бяка, страшное случится. НУмерация числовых справочников идет по принципу Max(Код) + 1. Поэтому, если справочник мигрирует по всем базам, то во всех базах следующий код будет одинаков для всех. Префиксы помогают, так как нумерация идет в пределах префикса. Я думаю, что числовой перфикс не сработает, но, может быть, мне просто в голову не приходил такой вариант. На моей практике для УРИБов всегда используется текстовая, префиксированная нумерация. |
|
| Автор: | ЗаБияка |
| Добавлено: | #4 Чт Окт 19, 2006 09:07:04 |
| Заголовок сообщения: | |
А если я сейчас ручками в коде префиксы в центральной добавлю, у меня при отправке обмена по филиалом ничего страшного не произойдет? Добавлено спустя 1 минуту 37 секунд: Т.к. тип у кода числовой я хочу для центрального поставить префикс 1, для одного филиал - 2 и т.д. Добавлено спустя 25 минут 11 секунд: А если я поменяю тип реквизита код на текстовый, у меня сразу префикс пришет, если в центральном добавлен УКА, если в филиалах АКТ. Я только боюс при этом изменении что-нибудь случится :oops: На реквизите код написала процедуру УстановитьНовыйКод("01-"), но при смене типа кода префикс автоматически пишется, тогда она не нужна |
|
| Автор: | ЗаБияка |
| Добавлено: | #5 Ср Окт 18, 2006 16:09:00 |
| Заголовок сообщения: | |
Да нету у меня такой обработки, просто в периферийной базе добавили запись при проведении документа, а здесь с таким кодом уже есть. Я подняла архив конфы месячной давности уже там были записи с одинаковым кодом, но ошибка никакая при выгрузке не вылазила. Хрень да и только |
|
| Автор: | Нерезидент Баланса | ||
| Добавлено: | #6 Ср Окт 18, 2006 15:57:19 | ||
| Заголовок сообщения: | |||
интерактивно н емогли добавить...либо обработкой, либо при записи дока... Добавлено спустя 4 минуты 59 секунд: а если обработкой, то тут мы подходим к интересному вопросу - тесту сервисных/переходных/конвертационных обработок на повторный запуск... |
|||
| Автор: | d.Fedor |
| Добавлено: | #7 Ср Окт 18, 2006 15:42:01 |
| Заголовок сообщения: | |
:) Весело.. Хорошо то, что хорошо кончаеться :) |
|
| Автор: | d.Fedor |
| Добавлено: | #8 Ср Окт 18, 2006 15:42:01 |
| Заголовок сообщения: | |
:) Весело.. Хорошо то, что хорошо кончаеться :) |
|
| Автор: | ЗаБияка |
| Добавлено: | #9 Ср Окт 18, 2006 14:27:07 |
| Заголовок сообщения: | |
Нет, у меня что-то с глазами, я не тот справочник открыла, глянула что не тот тип стоит, обрадовалась, что в этом причина, и в архиве и в текущей тип стоит один и тот же - числовой. Оказывается при заполнение документа, добавили в этот справочник 3 записи, код у которых один и тот же 10. Вот и ошибка Справочник.ВариантыРеализации нарушены правила уникальности справочников ' 10 |
|
| Автор: | Нерезидент Баланса | ||
| Добавлено: | #10 Ср Окт 18, 2006 12:57:59 | ||
| Заголовок сообщения: | |||
с этого места подробнее...ГДЕ изменил - в ПБ ? |
|||
| Автор: | Witch`ka |
| Добавлено: | #11 Ср Окт 18, 2006 12:52:39 |
| Заголовок сообщения: | |
Бяка, если код текстовый, но лидирующих нулей нет, но возможно сбилась нумерация и он не может приствоить код автоматически. Попробуйте в копии базы создать новый элемент вручную - по логике даже в таком виде он не должен его записать. В этом случае обычно делают перенумераци и добавляют лидирующие нули. Префиксы нужны чтобы код был гарантированно уникальным в одной базе новые элементы "УКа001, УКа002 ..." в другой "АСт001, Аст002" и т.д. Старикан, когда выяснить проблему заочно не удается, думаю просмотр вживую даст результат быстрее чем несколько часовое общение по телефону или почте. Соотношение затраты/выгоды и решение за пользователем. |
|
| Автор: | ЗаБияка |
| Добавлено: | #12 Ср Окт 18, 2006 12:47:49 |
| Заголовок сообщения: | |
Представляете, не знаю как я смотрела, кто-то изменил тип кода в справочнике был чиловой стал текстовой, поди из-за этого и глючит. |
|
| Автор: | Нерезидент Баланса | ||
| Добавлено: | #13 Ср Окт 18, 2006 12:09:38 | ||
| Заголовок сообщения: | |||
позволю себе напомнить...я уже писал на форуме, что ставить уникальность на справочниках и номерах доков - та еще трава..префиксы - тоже трава...а потом и вязать все это в УРБД...
г-жа Вичка, я пониамаю ваше желание помочь, однако вы представляете, СКОЛЬКО гигов может весить база ЦБ+N ПБ ? это если пренебречь даже комм. тайной...весьма забавно выглядели подобные требования хотлайна при контактах в польз-ми 8.х... |
|||
| Автор: | ЗаБияка |
| Добавлено: | #14 Ср Окт 18, 2006 11:53:41 |
| Заголовок сообщения: | |
Просто 1,2, 3, 4, 5,6,7, 8, 9, 10. ХЗ почему нет префиксов. Наверное придется звать с рейтинга, хотя я базу прошуршала центральную ничего подозрительного не нашла. Всем спасибо за помощь |
|
| Автор: | Witch`ka |
| Добавлено: | #15 Ср Окт 18, 2006 11:37:22 |
| Заголовок сообщения: | |
Цифры от 5 до 10? а лидирующие нули есть? Т.е. код "0005" или просто "5"? Бяка, а почему нет префиксов? Обычно когда элемент мигрирурет и может быть создан в нескольких местах в нумерацию используют префиксы например по коду инф. базы, чтобы исключить вероятность создания элемента с одинаковым кодам в разных базах. Бяка, может быть Вы пригласите программиста, если предоставить базу нельзя? |
|
| Автор: | ЗаБияка |
| Добавлено: | #16 Ср Окт 18, 2006 11:17:31 |
| Заголовок сообщения: | |
Я бы базу предоставила, но наше руководство не согласится, это коммерческая тайна и т.д., посодют меня в тюрьму и все. А что такое mlg-файл? Реквизит код тип текстовый, цифры от 5 до 10. Я сравнила справочник ВариантыРеализации текущей конфигурации с архивом прошлой недели, в текущем появились 2 новые записи. Выгрузка и загрука проходит, но выходит эта ошибка, бухгалтера сказали обратить на это внимание |
|
| Автор: | d.Fedor | ||
| Добавлено: | #17 Ср Окт 18, 2006 10:52:33 | ||
| Заголовок сообщения: | |||
То же самое и здесь ответили, точнее ничего не скажеш, надо только смотреть базу, головную и проблемную перефирийную. Еще дополнительно вопросик: после посылке "проблемному" филиалу, от него выгрузку в головную базу приняли? |
|||
| Автор: | Witch`ka |
| Добавлено: | #18 Ср Окт 18, 2006 10:45:57 |
| Заголовок сообщения: | |
Бяка, что происходит в момент приема данных через УРИБ, фиксируется в журнале регистрации. Возможно запись, касающаяся загрузки справочника "Варианты реализации" сможет дать ключ к пониманию проблемы. Судить заочно о том, что у Вас произошло - сложно. Вы можете предоставить базу (+mlg-файл) на линию консультации? Проверили ли вы не нарушена ли уникальность кодов справочника "Варинаты реализации"? Какие элементы стали неуникальными и почему? Вы не ответили про миграцию и префиксацию данного справочника. |
|
| Автор: | ЗаБияка |
| Добавлено: | #19 Ср Окт 18, 2006 10:25:27 |
| Заголовок сообщения: | |
Сообщение выходит при загрузке обмена. Из 5 филиалов такое уже в 2-х творится, а сегодня центральный офис загружал от 2 филиалов и у него тоже самое. Бухгалтер продиктовала, Справочник.ВариантыРеализации нарушены правила уникальности справочников ' 10 Что делать без понятия Добавлено спустя 5 минут 19 секунд: В Рейтинге спросила, говорят кто-то сделал изменения и все |
|
| Автор: | d.Fedor |
| Добавлено: | #20 Ср Окт 18, 2006 10:14:18 |
| Заголовок сообщения: | |
Семен, ты занимаешся именно рекламой, точнее саморекламой! Способы есть и много, есть известные имеющие даже "1С:Совместимо", есть разработки обмена на одну, две организации, например наша с Муращенко разработочка для одной многофилиальной фирмы, идея моя, реализация и поддержка Муращенко. Для 8.0 имееться разработка позволяющая работать в локальной базе которая даже через gprs синхронезируеться с базой на сервере причем практически мгновенно. Ну и что? У человека проблема, ее надо решать, а не рекламироваться! |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #21 Ср Окт 18, 2006 09:45:58 |
| Заголовок сообщения: | |
вот и я про то же... не примите как саморекламу, однако - 1. существуют другие способы, чем УРБД, или МОД, или КД, как сделать постоянный обмен между идентичными по структуре метаданных базами 2. и даже существуют способы как сделать постоянный обмен между РАЗНЫМИ по структуре метаданных базами... |
|
| Автор: | d.Fedor |
| Добавлено: | #22 Ср Окт 18, 2006 09:40:09 |
| Заголовок сообщения: | |
Очень похоже что кто-то в филиальной базе сделал изменения... |
|
| Автор: | Witch`ka |
| Добавлено: | #23 Вт Окт 17, 2006 22:12:28 |
| Заголовок сообщения: | |
Бяка, Элементы справочника "Варианты реализации" создаются программно при проведении документов реализации. Поэтому журнал регистрации Вам не поможет, если только вы не дописывали в журнал регистрации программно измененных объектов. Бяка при коллизии система молча решает ее с помощью своих приоритетов. Сообщений не будет. Ваше сообщение появляется в момент входа в базу? Это точный текст сообщения или его продиктовали и могли ошибиться? Например, не могло сообщение быть свзязано с тем, что код справочника стал неуникальным? Бяка, у вас используются префиксы в нумерации этого справочника? Этот справочник мигрирует в обе стороны? В центральной базе такого сообщения после приема данных от филиала не возникает? |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #24 Вт Окт 17, 2006 17:46:35 |
| Заголовок сообщения: | |
навскидку - какой то умник, вызванный в ПБ, раскрыл базу ПБ для изменений (технически это возможно), внес какие то изм-я, потом снова запаковал ее (сделал периферийной)... у меня клиенты обмениваются инфой, НЕ используя такую траву, как УРБД... |
|
| Автор: | ЗаБияка |
| Добавлено: | #25 Вт Окт 17, 2006 17:37:56 |
| Заголовок сообщения: | |
Starican2 ну дак посоветуйте что-нибудь, ой извините я вспомнила, вы скажите не наш клиент, нужно оплатить, идите куды подальше. Правильно :) [/quote] |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #26 Вт Окт 17, 2006 17:25:16 |
| Заголовок сообщения: | |
жесть....можно сделать легче, быстрее, безгеморнее... |
|
| Автор: | ЗаБияка |
| Добавлено: | #27 Вт Окт 17, 2006 17:19:29 |
| Заголовок сообщения: | |
Вот именно что никакого справочника 10 у нас нет. Конфигурация Бух.учет для К-на 7.7. Установленнык компоненты Бух.учет и Управление распределенными ИБ. Бухгалтера с филиала звонят говорят про ошибку, у них обмен загрузился, но их смущает эта ошибка. Повторно отправляли обмен, то же самое |
|
| Автор: | ЗаБияка |
| Добавлено: | #28 Вт Окт 17, 2006 16:44:07 |
| Заголовок сообщения: | Ошибка при обмене данных |
У меня как всегда вопрос. Центральный офис послал обмен филиалу. При загрузке изменений в филиале вышла ошибка "Справочник ВариантыРеализации нарушил уникальность справочника 10". Я посмотрела в книжке по управлению распределенными информационными базами, там сказано про коллизии. Коллизия - один и тот же объект измененн более чем в одной ИБ. Алгоритм - если одна из ИБ - центральная, то определяющими считаются изменения, сделанные в ней. В периферийных ИБ состояние объекта при следующей выгрузке-загрузке будет приведено в соответствии с центральной. И в филиале и в центральном говорят ничего в справочнике не изменяли. В Мониторе пользователей посмотрела никто ничего не менял. |
|