Базовый курс. МГ сессия от 15.12.10
15.12.2010
комментариев 17
Представляем новую сессию ответов на вопросы.
Сегодня были рассмотрены следующие вопросы.
1. Динамическое обновление.
Стоит ли обновлять базу динамически?
2. Выведение регистров в ноль.
Как искать ошибки с не выведением регистров в 0?
Желательно без анализа кода, а по данным в БД.
3. Помесячное хранение.
Итоги хранятся помесячно, а что если будет сделано движение на 01.02.10 в 00:00:00?
Это будут данные не на конец января?
4. Новая концепция контроля остатков.
Согласно новой концепции проведения документов: сначала пишем движения, затем проверяем отрицательные остатки.
Но ведь в 99% случаев необходимо знать количественные/суммовые остатки в различных разрезах на момент проведения документа: списание по среднему, списание фифо/лифо по партиям, по складам и т.д.
То есть получается что новая концепция на практике в подавляющем большинстве случаев не применима? Или я что то не так понял ?
Как, к примеру, списать товар по среднему, используя новую методику ?
И еще вопрос по новому методу проведения.
Правильно я понимаю, что также можно наряду с контролем остатков делать контроль задолженности? И это нужно и можно делать сразу при проведении документа, просто будут проводки по двум регистрам?
Контроль дебиторки конечно можно делать.
Только вопрос я не понял. Приведите, пожалуйста, пример.
При проведении Расходной накладной мы проверяем не только наличие товара на скалде, но и существование задолженности покупателя. Если задолженность больше определенного порога, то проведение документа запрещаем.
Схему я понял.
Вопрос в том, применима ли новая технология контроля?
Да, в этом случае применима.
Да вопрос в этом.
А конкретнее, я еще не до конца разобрался с проблемой, которая возникает при списании себестоимости. Что не так если мы тут же при проведении будем списывать себестоимость?
Тогда новая схема – сначала запись в БД, потом чтение запросом неприменима.
Только – чтение данных и БД и дальнейшая запись.
Аааа вся соль: записал – прочитал.
Спасибо
А как в свете нового метода проведения выписывать счет фактуры, в которых мы должны указывать номер таможенной декларации?
Здесь все зависит от того каким способом учитывать ГТД.
Как сделано в типовых: ГТД указывается в серии, которая заполняется вручную или в автоматическом режиме (кнопка Заполнить и провести) ДО проведения документа.
При такой стратегии новый способ успешно отрабатывает.
Спасибо
Спасибо за ответы,
возвращаясь к выведению в ноль. Для того чтобы база “пухла” необходимо пересчитывать итоги или база будет и без пересчета “пухнуть”?
Да, база будет “пухнуть” если будет выполнятся пересчет итогов.
В типовых он выполняется при входе пользователя с достаточными правами.
Ошибка связанная с кешем метаданных однажды попила мне кровь. Причем я тогда совсем не знал, что это и как лечить. Поиск в интернете ничего не дал. Пересадив пользователя с локального подключения в терминальную сессию было установлено, что ошибка каким то образом связана с учетной записью на компьютере пользователя. Методом научного тыка решение было найдено :)
Да..это очень опасные грабли, о которых лучше знать.
Приветствуем Александра! :)
1.возможно есть еще такой нюанс при динамическом обновлении, когда обновляют разные программисты с разных компьютеров- после этого не всегда корректно происходит объединение с конфигурацией хранилища. Отсюда вопрос:как правильно делать обновление – корректировать код прямо в рабочей базе и параллельно изменять в хранилище или внести изменения в хранилище, а затем рабочую базу сравнить и объединить с хранилищем? можно ли динамически обновлять с разных компьютеров(бывали ситуации что для некоторых объектов метаданных коды затирались, какбудто происходил откат к старой версии(т.е. сначала с 1го комп-ра сделали обновление, а потом с 2го, и код 1го был затерт старой версией, который както сохранился на 2ом комп-ре)
2.можно ли часто чистить кэш, допустим при запуске операционки срабатывает скрипт, который уже чистит кэш?
1. Да, при работе с хранилищем есть еще ряд багов.
Я бы лучше делал динамическое обновление в рабочей базе, а потом бы обновил конфигурацию хранилища.
2. Кстати, ряд специалистов, отчаившись так и делает. Ведь проблеме уже несколько лет.
Но такой скрипт я бы настраивал, только если проблема имеет свойство появляться. Ведь кеш метаданных не просто так придуман, он оптимизирует работу конфигурации.