УРБД 7.7: Повторяется выгрузка объектов при каждом обмене
Всем доброе время суток.
Может кто знает почему при каждом обмене происходит выгрузка плана счетов? Целиком и полностью, хотя изменений в плане счетов не делалось уже давным давно.
Примерно так:
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/487;Основной план 19.04
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/59;Основной план 20
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/60;Основной план 21
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/61;Основной план 23
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/62;Основной план 25
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/63;Основной план 26
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/64;Основной план 28
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/65;Основной план 29
Конфа нетиповая, переписанная полностью. Была когда-то торговлей, потом к ней прикрутили еще и бухгалтерский план счетов. Возможно кривовато.
Книжки по УРБД к сожалению исторически не сохранилось, как и многих других, ключей на все компоненты, да не по одному, а книжек дай бог на полторы коробки. Поэтому просьба по возможности обойтись без RTFM.
Может кто знает почему при каждом обмене происходит выгрузка плана счетов? Целиком и полностью, хотя изменений в плане счетов не делалось уже давным давно.
Примерно так:
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/487;Основной план 19.04
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/59;Основной план 20
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/60;Основной план 21
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/61;Основной план 23
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/62;Основной план 25
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/63;Основной план 26
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/64;Основной план 28
20081225;10:15:10;_Авторобот_;C;Distr;DistUplStatus;2;Изменен;T/10100/65;Основной план 29
Конфа нетиповая, переписанная полностью. Была когда-то торговлей, потом к ней прикрутили еще и бухгалтерский план счетов. Возможно кривовато.
Книжки по УРБД к сожалению исторически не сохранилось, как и многих других, ключей на все компоненты, да не по одному, а книжек дай бог на полторы коробки. Поэтому просьба по возможности обойтись без RTFM.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Выгружается только план счетов.
Обратная выгрузка делается, периферийная база не одна, документы ходят успешно.
План счетов ни кто не редактирует.
Я вот гадаю, может был какой-то глюк в создании плана счетов в конфигурации? Когда я делал план счетов, база была рабочая, только была торговлей, без бух.учета. Вполне может быть я сначала создал пустой план счетов в конфигураторе, заполнил его в режиме предприятия, потом уже заполнил с конфигураторе. Может чего-то такое случилось? Если это может быть так, кто подскажет, как вычистить лишнее?
Обратная выгрузка делается, периферийная база не одна, документы ходят успешно.
План счетов ни кто не редактирует.
Я вот гадаю, может был какой-то глюк в создании плана счетов в конфигурации? Когда я делал план счетов, база была рабочая, только была торговлей, без бух.учета. Вполне может быть я сначала создал пустой план счетов в конфигураторе, заполнил его в режиме предприятия, потом уже заполнил с конфигураторе. Может чего-то такое случилось? Если это может быть так, кто подскажет, как вычистить лишнее?
Только когда конфигурация реально изменена. А выгрузка плана счетов постоянно делается.
Обмен раз в полчаса, из ПБ приходит архив от полукилобайта до 3-4 килобайт в зависимости от количества пользователей и активности продаж, из ЦБ не менее 10 килобайт из-за плана счетов.
Обмен раз в полчаса, из ПБ приходит архив от полукилобайта до 3-4 килобайт в зависимости от количества пользователей и активности продаж, из ЦБ не менее 10 килобайт из-за плана счетов.
У меня интерес более практический. При частом обмене (у меня сейчас раз в полчаса, хочется довести до 10 минут) загрузка лишних объектов замедляет обмен, ну и соответственно увеличивает нагрузку на базу. И кладет порядка 40 килобайт лишнего текста в журнал регистрации. Потом приходится его чистить, иначе работа с журналом регистрации за большой период становится уж больно медленной.
(9) У терминала (как замене РБД) есть один большой недостаток - работа только онлайн. У кого как, конечно, но у меня большинство удаленных подразделений по промзонам в других городах разбросано. Там связь временами... туговатая. А частый обмен в основном для удобства и иногда большей оперативности.
Ну и в любом случае хочется избавиться от лишних записей в журнале регистрации. Обмен проходит раз в час, в течении 14 часов, каждый сеанс обмена лишние 40 килобайт "изменений плана счетов" попадают в ЖР. Более полумегобайта "пустого" роста ЖР в день.
Ну и в любом случае хочется избавиться от лишних записей в журнале регистрации. Обмен проходит раз в час, в течении 14 часов, каждый сеанс обмена лишние 40 килобайт "изменений плана счетов" попадают в ЖР. Более полумегобайта "пустого" роста ЖР в день.
(10) так и знал, что будет про он-лайн :-)
Для этого лично я применял гибридную схему. Каждый вечер кидал в филиалы обмен.
В случае пропадания сетки они могли работать на утренней базе.
А обмены кидать каждые 10 минут - это не оперативность.
А создание видимости кипучей деятельности :-)
Для этого лично я применял гибридную схему. Каждый вечер кидал в филиалы обмен.
В случае пропадания сетки они могли работать на утренней базе.
А обмены кидать каждые 10 минут - это не оперативность.
А создание видимости кипучей деятельности :-)
Для этого лично я применял гибридную схему. Каждый вечер кидал в филиалы обмен.
В случае пропадания сетки они могли работать на утренней базе.
А обмены кидать каждые 10 минут - это не оперативность.
А создание видимости кипучей деятельности :-)
В случае пропадания сетки они могли работать на утренней базе.
А обмены кидать каждые 10 минут - это не оперативность.
А создание видимости кипучей деятельности :-)
У каждого своя специфика. У меня филиальная сеть с головным предприятием. Товар проходит через голову только по учету, видят его фактически только в филиале, где и принимают по факту. И руководство придумало следующую схему:
- ПБ выставляет заказ на ЦБ
- ЦБ по заказу сверяется с электронной накладной поставщика, формирует по факту поступление от поставщика и перевыставляет товар ПБ. Ну и начинает разборки с поставщиком, если факт отличается от накладной.
- ПБ получает приход товара в программе и уже его продает.
Получается, что что бы товар стал в учет ПБ, должен пройти обмен ПБ-ЦБ и ЦБ-ПБ. Если товар ложится на склад, вопросов нет, и день могут подождать, и два. Но часто бывает, что клиент прямо к вагону подъезжает с грузовиком хочет грузиться и требует документы. И надо быстро, потому что простой какой-нибудь пятитоннки это уже заметные деньги.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот