Leshic1. Да у нас Scala - будь она не ладна..


Leshic,

так её вроде EPICOR скушал - а поддержка-то осталась?

Leshic
по моему все достаточно тривиально - главное план счетов грамотный составить
у нас порядка 2000 субсчетов
Вау! Тут дай Бог с 200-мя разобраться...
Может и тривиально - но громоздко и неизящно. Фактически оба независимых плана свалены в кучу. Неудобно, особенно если участки делятся "русский план" - GAAP. Кроме того, "рисовать проводки" в Вашем варианте, как я понял, придется вручную.

MVM
Делаем проводки
1 баланс - Д10 К60 Сумма - 350руб, 10ЕВРО, 9$, 550ийен
2 баланс - Д08 (это для потом на 01) К60 Сумма - 350руб, 10ЕВРО, 9$, 550ийен
...
Может на этот раз мне удалось внятно объяснить свое видение вопроса?

MVM ,

опять возвращаясь к терминологии - все-таки уточним. "Баланс" в твоих постах - это тоже самое, что в моих "план счетов"?
Если да - позволю себе еще раз процитировать свой вопрос:

Меня интересует, работает у кого-либо реально ведение бухгалтерского учета (подчеркиваю - обычного бухгалтерского учета) по двум (и более) планам счетов - в пределах, ессно, одной базы.

Ответа я на него пока не получил. Leshic предлагает от двух независимых планов перейти к одному, являющиегося по сути объединением. Да, это в какой-то степени выход. Но вот я имел ввиду не только сосуществование двух планов в единой базе, но и некую аналитическую корреляцию между ними, позволяющую делать только одну проводку. Трансляция в другой план - на автомате, ну или в полуинтерактиве для сложных случаев. Позволяет ли SCALA самому это сделать?
Как вести 2 и более планов счетов на бумаге я догадываюсь. MVM , было бы проще, если бы мы знали продукт, которым ты пользуешься. У меня конкретный вопрос: "1 баланс" и "2 баланс" могут жить в твоей базе одновременно? Как - на уровне пользователя - он переключается между ними, как видит - в какой базе делает проводку? Есть ли возможность самому пользователю задавать зависимости между "балансами"?
Я в своем продукте - ЭТАЛОН - в принципе могу соорудить второй план. Физически, на уровне таблиц. Но это значит, что затем я должен провести просто гигантскую работу по модернизации всех пользовательских форм ввода (везде предусмотрен только один план) и написать аналитику связи планов. Вот я и пытаюсь узнать - опыт такого рода уже есть, и если да - то возможно получить корреляцию "русский план" - GAAP.
Извините, но к сожалению не могу поддержать вашу дискуссию, ушедшую в чисто бухгалтерское русло. Она интересна - с точки зрения как можно было бы делать, как спроектировать базу под эту задачу, как делать проводки и в каком объеме необходима информация. Но хотелось бы знать о возможной - уже существующей - практической реализации. ;-)

MVM
Мне пока не довелось внедрять многобалансовость. В нашей фирме (ЭкоСофт) есть опыт внедрения. Следя за опытом коллег, я и говорю о методологии многобалансового учета.

MVM,

извиняюсь - вопрос о системе снимаю. Первый раз за этими проводками не заметил... ;-)
Но остальные вопросы остались - в частности о принципе: "Одна проводка (ручная операция) - на все (неважно сколько) планы"

Leshic2 slav
3. Как это реализовано в Скале у нас в компании
планы счетов и проводки лежат в 2 базах росиийской и GAAP. Есть матрица перевода российского плана счетов в GAAP.При обновлении проводок пользователем они попадают в компанию GAAP И делятся на курс или преобразуются по особым правилам. Часть проводок не попадает в GAAP. Российский план счетов достаточно обширный в нем есть счета для налогового учета, счета для GAAP учета. Эти счета сделаны как забалансовые счета. проводка по амортизации ОС содержит 6 строчек:
Дебет бух счета
Кредит бух счета
Дебет налог счета
Кредит налог счета
Дебет GAAP счета
Кредит GAAP счета
При попадании в GAAP остаются тролько 2 необходимые строчки.
как вариант можно второй план счетов, например, GAAP положит в аналитики, учетные измерения.
Это так как реализовано.
В моей "идеализированной" системе я бы сделал по другому: сделал бы единую базу и несколько моделей учета в каждой своя учетная валюта и свой план счетов

Leshic,

вот то что я хотел! Спасибо.
Только позволь пару уточняющих вопросов - просто мелочь, но для меня принципиальных:
1. в 2 базах росиийской и GAAP - в двух физически разных ? Т.е. когда стартуешь СКАЛу надо выбрать одну из баз - и соответственно продолжать работать в том или другом варианте. А если хочешь работать и там и там - то внизу две иконки и между ними перещелкиваешь? Пока продолжать не буду - зависит от твоего ответа.
2. Есть матрица перевода российского плана счетов в GAAP. - составляли сами? Это некий внешний интерфейс между 2-мя физически различными базами?
3. В моей "идеализированной" системе я бы сделал по другому: сделал бы единую базу и несколько моделей учета в каждой своя учетная валюта и свой план счетов - так они у вас все-таки физически разные? А я ведь неслучайно в своем вопросе говорил: " в пределах, ессно, одной базы " ;-)

Радует, что наметилось взаимопонимание! Теперь еще MVM свой вариант изложит - и будет полный конценсус

Leshic
3. ну да разные (и это на мой взгляд НЕПРАВИЛЬНО)


Leshic,

вот именно - полностью согласен! (еще раз отсылаю к своему вопросу - там подчеркнута физическая реализация).

У меня регламентные работы начинаются - поэтому вынужден проститься до понедельника. Очень интересный - для меня точно! - опыт. Спасибо.

А еще я знаю - MVM частенько по выходным на форум заходит. Все-таки хотелось бы послушать начальника транспортного цеха... ;-)

Что же - прошедшая неделя подтвердила мои худшие предположения. ;-) ERP, реально поддерживающей несколько планов счетов на данный момент не существует.
В рекламе практически каждой системы указывается, что план счетов может быть любой. Да - любой, но единственный. Если же такая потребность возникает - то приходится применять не совсем удобные методы.
1. Работать с разными счетами, объединенными фактически в один план. Неудобно, громоздко - да и в принципе задачи не решает.
2. Два плана - две базы. Между ними - программа-посредник, в которой реализована логика трансляции одного в другой. Понятно, что этого самого посредника приходится делать собственными силами, так как в комплекте поставки ни одной системы он не предусмотрен. На мой взгляд, этот вариант лучше первого по сути - но опять же, неудобен в использовании. Кроме того, он - на мой взгляд - имеет принципиальное ограничение 2. 3 плана в таком варианте представить себе сложно.

Leshic
Вы меня не так поняли
в Scala такой посредник ЕСТЬ, также по моим сведениям он есть в Concorde и Axapta/

Leshic,

для меня это новость! Можно чуть подробнее? В SCALA есть модуль, который позволяет настраивать и осуществлять связь между двумя независимыми экземплярами базы? Как он называется? Есть ли там некие начальные настройки - например, российский план счетов-GAAP? Имея такой модуль зачем было делать план из 2000 субсчетов? Чем этот модуль не удовлетворяет, если ты хочешь реализовать 2 плана в одном экземпляре базы? Как физически работает модуль - синхронизация проводится вручную, можно составить расписание джобов?
Буду признателен за ответы.

Leshic,

спасибо. Надо будет повнимательнее посмотреть на SCALу.

Удачи!

Leshic
...
а вам слабо?

Leshic,

признаюсь честно - мне да, слабо. Инструмент не позволяет. Может MVM так умеет? ;-)

Очень интересно было бы услышать о результатах.