Deinis писал(а):
Все пишут о своем. В общем пишут так, как поставлена задача. А поставлена она совершенно неконкретно. Пусть инициатор приведет конкретную задачу, а не то, что он оставил в первом постинге - совершенно общими фразами. Оттуда даже непонятно, как и для чего это нужно? Пользователю - тогда ваш варинат, если для себя - то чем он собирается проверять? Обычным LOT-ом или ваять собственный интерфейс (что вряд-ли, судя по уровню вопросов)?
Постараюсь описать задачу более конкретно.
В отделе была написана программа на Access в которой формируются оборотно-сальдовые ведомости по счетам 10, 21, 43. Все расчеты ведутся на SQL сервере с помошью написанных процедур, а в Access просто строится отчет. По бухгалтерии формируется начальное сальдо, которое берется из таблицы Saldmoun, приход - расход их OBOROT и расчитывается конечное сальдо. Оперативные данные беруться из таблицы Saldomc все это разбивается по подразделениям и номенклатуре. Затем бухгалтер ищет отклонения и старается их устранить.
Варианты могут быть следующие:
1. кто-то поправил ордер, а проводка не изменилась (изменилось оперативное сальдо)
2. нет проводки у документа .
3. есть проводка, но нет документа (но на моей памяти такого не было пока)
Сложность в том, что объем документов и номенклатура очень большая и бухгалтеру приходиться проверять огромное количество документов пока устранишь отклонение. Вот и нужно найти решение как это сделать автоматически.
VIP не использовали потому что не знали как им пользоваться в то время, а сейчас сделана огромная работа вот и приходится поддерживать эту программу, может в будушем и перепишем, но пока хватает текущей работы.
Ведомости строятся только по вышеуказанным счетам, поскольку и всех в KAU1 стоит MC. Соответсвие оперативных и бухгалтерских данных проводится по типу МЦ (каждый тип МЦ настроен на определенный счет и есть таблица соответсвия на SQL).
Я думал может кто-нибудь занимался чем-то подобным и мог бы поделиться опытом.