При репликации базы всегда идут все записи.
Но видна картотека только тех складов, которые указаны в составе удаленного филиала.
Если удалите, удалятся и на центральном.
Данные с других филиалов будут приходить, достпность регулируется правами доступа, мы их развиваем и возможно будет можно определить парва на центральном и передать на филила, чтобы лишнего не видели.
В картотеке есть и сводные показтели, которые зависят от всех филиалов и если их не принять, то после скажем после пересчета остатков данные изменятся на некорректные.
А как я писла выше при репликации принимаются не документы или картотека и работа ведется протсо с таблицами ( без прикладной логики, работает на уровне базы данных) и тогда на центральном после обратного приема данные ни с чем не сойдутся.
Это для примера, а так механизм намного сложнее.
Ольга Цымбалюк пишет:
Этот вариант не подходит, потому что для одного и того же (группа+ном.номер) требуются разные ставки НДС: 18%, "не облагается".
Это сделано в 3.4
В групе Вы указывается ставку наиболее часто используемую.
А в накладной, при соответсвующей настройке модели калькуляции, Вы можете изменить ставку.
Возможно у Вас не хватает места на диске для разворота архива.
Почистите папки по пути переменных окружения TEMP и TMP ( разворт вначале идет в темповую директорию).
И просто место на диске освободите.
Прием будет идти долго, большая картотека ТМЦ.
И очень долго будет первый прием документов.
В дальнейшем будут выдаваться толкьл изменения должно быть быстрее.
И мы посмотрим, что можно сделать со скоростью.
В новом дистрибуте уже включены все 6 паектов, поэтму при попытке войти в базу, на которой пакетов меньше, предлагается поставить пакет, но ставить пакеты с 1 по 6 данный дистрибутив не может, все уже внутри.
Если развернуть базы, которые включены в этот дистрибутив, то в базах уже все изменения по 6 пакетам есть и ставится он не будут.
По базам созданным ранее:
Нужно подключить и войти в них там, где устанволены сами 6 пакетов, на них поставится 1-6 пакет и после этого их можно будет подключать в новом дистрибутиве.
Или после установки нового дистрибутива скопировать в серверную часть папку ServicePack от туда, где установлены сами 6 пакетов.
Станислав Кубиковский пишет:
Ситуация такая:
Настроили все по ИНСТРУКЦИИ выдаем настройки из ЦБ создается файлик.
Далее создаем чистую базу идем в прием настроек в УФ пытаемся принять файлик а БЭСТ сразу говорит что мол этот файл поврежден.
Хотя его некто не трогал как лежал в корне С от туда и принимаем.
Вы выгрузку делали из демо базы?
Вышлите в отдел консультации этот файл.
Станислав Кубиковский пишет:
Некоторые мысли по поводу развития схемы репликации баз.
К каждому выданному файлу с удаленного филиала(УФ) назначаем уникальный идентификатор (счетчик).
Алгоритм такой: Центральная база(ЦБ) перед обработкой информации из УФ сверяет идентификатор в своей базе и в приемном фале если они совпадают то прием осуществляется если же нет то выдается сообщение о не совпадении и просьбе принять файл с таким то идентификатором. (или другие действия)
После успешного приема уникальный идентификатор (счетчик) меняется на единицу в ЦБ.
В УФ меняется после выдачи.
Таким образом принять файл не по порядку в разы сокращается.
Если развить тему далее то можно выданные файлы хранить на УФ допустим 10 дней с перезаписью в этом интервале. Тогда просто при ситуации не совпадения идентификаторов можно попросить УФ выслать необходимый файл повторно.
1.Я так понимаю удаленный филиал формирует каждый день файлик и отсылает его в центральный офис, все идет но если вдруг один файлик с филиала "потеряеться" а через день прийдет другой что в этом случае предпримет центральный офис?
1. Если файл "потеряется", то прежде чем выгрузить новый файл, нужно выполнить те же операции, что описаны в инструкции в ситуации, если контрольный архив отсутвует.
В одном из ближайших SP мы планируем сделать пункт "Подтверждение". Только если в данном пункте подтвреждено, что в центре файл принят, будет возможна выгрузка.
В таком случае нужно будут отправить файл еще раз и дождаться подверждения, если это не возможно, то по пути описанному выше.
Иначе будут приняты только последние изменения, а те изменения, что были в "потерявшемся" файле - потеряются.
Цитата
что будет если принять с УФ сперва архив за 10/06/08 а потом за 09/06/08.
И еще, если на УФ изменения выгруженны за 09/06/08 то возможно ли повторно выгрузить информацию за 09/06/08
2. Если после выгрузки за 09.06 были изменения, то повторные выгрузки возможны. Для программы это не будут повторной выгрузкой, а просто обычной выгрзкой. С удаленного филиала всегда делается выгрузка изменений. Сейчас нет как раньше запроса дат при выгрузке.
При выгрузке формируется контрольный архив и при следующей выгрузке относительно этого контрольного архива выгружаются изменения. Т.е. если выгрузили 10.06. Потом за 09.06 внесли измененния. Независмо от того когда будете выгружать 10 или 11 эти изменения будут выгружены.
Сейчас используется механизм репликации.
Т.е в отличии от используемого в БЭСТ-4 и БЭСТ-5 3.3, где выгружались документы (заголовки, строки связанные между собой и т.д), сейчас идет работа с записями в таблицах базы данных.
И если поменялась строка накладной, то будет выгружена запись из mdocm только с этой строкой и если это изменение повлекло изменение в заголовке (итоговые суммы), то и запись из mdoc.
Если поменялся скажем коментарий к строке и он храниться в отдельно файле, то выгружена будут запись из этого файла, а не из mdocm и mdoc.
Но обратите ,если Вы сделали выгрузку, то перед тем как делать ее еще раз, убедитесь, что первый файл отправлен или хотя бы скопирован в другое место, выгрузка идет по тому же пути с тем же именем и будет заменен.
Если выгружено два, то надо оба и отправлять, принимать в порядке, как сформированы файлы (дата и время файла)
ОБЯЗАТЕЛЬНО ВНИМАТЕЛЬНО ОЗНАКОМЬТЕСЬ с ИНСТРУКЦИЕЙ!
dm пишет:
А он не встает на базу - вываливается с ошибками "Alias is not found" "DExecuteSP: Ошибка при выполнении хранимой процедуры на сервере №13" и т.п.
Зайти в предприятие после этого нельзя, ничего сделать нельзя.
Что значит помечен как неоплаченный?
1.Внизу, в подвале реетсра не оторажается оплата?
2. По пункту меню "Разноска оплаты по заказу" кнопки "Расчеты" нет данных?
3. По пункту меню "баланс расчетов" кнопки "Расчеты" нет данных и в этм же режиме нажать кнопку "Подробно2 документы не показываются?
Елена Домрачева пишет:
Не понимаю я, зачем в поле Pblock непарная закрывающая скобка. В демо же все работает, а указанные параметры настроены идентично.
Может, поищем какие другие причины и способы их устранения?
Деомнстрационная база данных, если она развернута после SP5 уже новая и там эта скобка стоит.
Если Вы поставили скобку ,но по прежнему не работает, то пришлите, пожалуйста, базу в отдел консультаций для выяснения причин.
Цитата
И вообще, конечно, я понимаю, что старые документы и типовые операции из 533 не переносятся из-за радикальных изменений в модуле Имущество, но ведь можно было хоть для примера по типовой операции на каждый вид движения положить, и расчет амортизации, обычной и налоговой, не помешал бы... Конструктор "сделай сам" какой-то. Работать надо после перехода, а не формулы сочинять и скобочки искать.
"4. В разделе "Имущество" инструкций и комментариев к программе размещены инструкции по параметрам типовых операций и методов амортизации. После установки пакета см. пункт меню "Справки" - "Новости" -"Инструкции_комментарии" - "Имущество" - "Параметры типовых операций"/"Параметры методов амортизации"."
В примерах показано как писать формулы в условии, чтобы к примеру формировались только бухгалтерские проводки (без налоговых).
Для приложения "Продажи.Клиенты" исправьте дату в 3.3 в файле sclad\user для записи form='MAIN" и Ident='Scl_Rbeg' (не перепутайте с Scl_BEG)
для "Закупки.Поставщики" в
tovar\user для записи form='MAIN" и Ident='Scl_TBEG'
Если можно, то пришлите пожалуйста на адрес отдела консультаций с пометкой для разработчиков и указанием темы в форуме базу 3.3 для анализа (можно корень базы и кталоги SCLAD, REAL и TOVAR), так как в Вашем случае, если данные приложения не использовались не должно было выдаваться даное сообщение.
Это исправлено в SP7
Чтобы исправить не дожидаясь SP7:
откройте с помощью Forbro или Foxpro таблицу oper_prm (находится в корне базы данных)
Если будете открывать с помщью Foxbro, то сначало откройте базу best5.dbc, а затем эту таблицу.
для записей с Jrn_id='1701' и
Pcode='LineAcntDepN'
Pcode='LineAcntDepO'
Pcode='LinePartnerCodeN '
Pcode='LinePartnerCodeO'
в поле Pblock поставьте после формулы закрывающую скобку.
Это пример проводки с аналитикой:
Дебет-счет LineAcntDepN - Счет износа - новый
Дебет-аналитика "410"+Substr(LineDimCostN,4,21)
Кредит-счет LineAcntCostN - Счет учета-новый
Кредит-аналитика "410"+Substr(LineDimCostN,4,21)
Алгоритм суммы LineDepBeg+LineDepCur
Кроме этого пояснительная записка к SP5
"4. В разделе "Имущество" инструкций и комментариев к программе размещены инструкции по параметрам типовых операций и методов амортизации. После установки пакета см. пункт меню "Справки" - "Новости" -"Инструкции_комментарии" - "Имущество" - "Параметры типовых операций"/"Параметры методов амортизации"."
В примерах показано как писать формулы в условии, чтобы к примеру формировались только бухгалтерские проводки (без налоговых).
Это сделано в Б5 и не только по клавишам, но автоматически, в Б4 подобная доработка в штатном режиме не планируется.
Можно решить проблему с помощью спецфункций.
Есди Вы начали работу с 3.4 (и не было Б4 или Б5 3.3 и ниже) или в них не было приложения "Расчеты.Договоры", и Вы в 3.4 еще не вели Расчетов с партнерами (поставляются всегда):
Создайте группы учета в приложении "Расчеты с партнерами". Укажите в справочнике партнеров признак поставщики или покупатель иего группу учета.
После этого выполните режим "Настройка" - "Восстановление целостности данных" в приложении "Расчеты с партнерами" с установкой флагов в обоих параметрах данного режима.
По накладным и актам по сулугам документы будут в расчетах распределны по сделкам (если сделки указаны в документах), по платежам документы будут положены в целом на партнера, при указании сделки в платеже, он будут перенсен на сделку.
Если Вы делали Upgrade и у Вас был модуль Расчеты.Договоры (в Б4 или 3.3 (3.2, 3.1)), то по его данным группы учета будут сформированы и проставлены в справочнике партнеров.
По накладным и актам по услугам документы будут в расчетах распределны по сделкам (если сделки указаны в документах), по платежам, если они были зарегистрированы в расчетах предыдущей версии по договору, так же, иначе на партнера в целом.
Операции, которые нужно выполнить после Upgrade в этом приложении и в некоторых других описаны в пункт меню "Справка-Новости-Инструкции_комментарии"- "Upgrade на версию 3.4 и выше" и эта же информация отображалась перед проведением Upgrade.
Данный режим "Настройка" - "Восстановление целостности данных" в приложении "Расчеты с партнерами" рекомендуется выполнять и при каких-либо сбоях.
Дистрибутив общий и для рабочей и для демонстрационной версии.
При установке запрашивает вариант установки.
При установки демонстрационного варианта не ставится драйвер ключей и не запрашивается файл лицензии. В остальном установка не отличается от рабочей.
В демоверсии отключено закрытие периода и Upgrade и есть ограничение на количество записей.
Для перевода установленного демонстрационного варианта в рабочий необходимо получить файл лицензии (и ключ, если его нет) и установить драйвер вручную (он есть в дистрибутиве). Подробнее см. readme
При установки рабочего варранта устанавливается драйвер ключа и запрашивается файл лицензии.
Если путь к файлу лицензии не будет указан, то его можно скопировать после установки (подробнее см. readme)
При отсутствии файла лицензии или ключа - установленный рабочий вариант будет работать как демо-версия.
В дистрибутив включены изменения, которые содержаться в пакетах обновления с sp1 по sp6.
Таким образом, при установке данного дистрибутива пакеты с 1 по 6 ставить не нужно.
Начиная с SP7 пакеты нужно будет устанавливать. Пакеты можно устанавливать, как и на рабочий вариант, так и на демонстрационный.
Новый дистрибутив можно скачать:
- С раздела "Программы" - БЭСТ-5- "Скачать дистрибутив и обновления"/"Скачать демо-версию" (скачивать можно с любой их указанных страниц)
- с FTP:
ftp://ftp.bestnet.ru/download/BEST-5/3_4
Такое сообщение было во всех пакетах начиная с SP1, когда вышел Upgrade и его не убирали.
Возможно на SP4 Вы делали Upgrade с базы, в которой не было такой cитуации.
Для исполнения Указа N 421 от 29 марта 2008 года ПРЕЗИДЕНТА РОССИЙСКОЙ ФЕДЕРАЦИИ О ПОВЫШЕНИИ ОКЛАДОВ МЕСЯЧНОГО ДЕНЕЖНОГО СОДЕРЖАНИЯ ЛИЦ, ЗАМЕЩАЮЩИХ ДОЛЖНОСТИ ФЕДЕРАЛЬНОЙ ГОСУДАРСТВЕННОЙ ГРАЖДАНСКОЙ СЛУЖБЫ
Иван Томилов пишет:
5.3.4 SP05
Добрый день! Такая проблема. Заполняем счет-фактуру на продажу. При заполнении строк счета-фактуры по нажатию F4 ставим сумму Всего с НДС и у нас ничего не рассчитывается. Cтавим эту сумму в поле Сумма без НДС, тогда идет расчет.Что за ерунда (сумма без НДС = сумме с НДС). Бухгалтера сказали, что это появилось после последнего обновления.
Если очень срочно и имеется ввиду счет-факутра на предоплату, то создайте налоговую модель новую, в которой укажите "применять к стоимости с НДС" и укажите НДС - извлекать. У Вас скорее всего стоит применять "к стоимости" (т.е. без НДС).
И после этого в настройке приложения для авансовых с/ф на закладке "Общее" укажите эту новую налогвую модель.
Для счетов-фактур по ТМЦ в налогвой модели - нужно укзаать "применяется к стоимости" и НДС начислять.
Цитата
Вдогонку. И почему при выборе документа (платежи наличные, платежи безналичные) выбранная сумма не появляется?
Посмотрите в пояснительной к SP4 - по банку и кассе про описание налоговых моделей, чтобы по ним можно было правильно сформировать авансы.
И так же если по платежу привязаны документы отгрузки, которые по дате ранее, чем платеж, то программа не считает такой платеж предоплатой. Об этом подробнее описано в пояснительной записке к SP3
Пояснительные записки после установки пакетов можно посмотреть пункт меню "Справка" - Новости" - По версиям"