30.07.2003, 10:52 | #1 |
Участник
|
Проблемы Scala очень интересно как реализуются подобные ситуации в других системах
Ограничения:
1.Ограничение на число валют (всего 30 валют), документы по продажам формируются в 6 валютах 2. Учетная строка ограничивается 50-ю символами, максимальное число учетных измерений –9 3. Для документов предоплаты возможно всего 10 типов документов 4. Ограничения на название, например полное название контрагентов всего 50 символов Неудобства: 1. Для карточки ОС даты начала и окончания амортизации действуют на всю карточку, а не на тип амортизации 2. Невозможно хранить историю дооценки ОС (только начальная и конечная цифра) 3. Если контрагент является и поставщиком и покупателем, корректировать его карточку нужно в двух местах, Нет отчетов, которые сводили бы данные по покупателю и поставщику в единый отчет. Как для покупателя, так и для поставщика существует отдельный справочник банковских кодов. 4.Поиск контрагента происходит по набору первых символов, а не по набору любых символов. 5.Нет нормальной системы учета взаимоотношений с контрагентом, в разрезе договоров, использование учетного измерение договор является частичным решением проблемы. 6.При частичном закрытии позиций не происходит выделение НДС 7.При закрытии валютных позиций проводка по переоценке суммируется к основной проводке 8.Бюджетировать можно только счет в сочетании с учетными измерениями, но не комбинацию учетных измерений. 9. Невозможно настроить систему так, чтобы в компании, принимающей данные можно проводить переоценку без переоценки консолидирующей компании. 10. Аллокация делит каждую проводку, а не итоги по счету и комбинации учетных измерений. Спасибо за внимание |
|
|
Похожие темы | ||||
Тема | Ответов | |||
Бухгалтерская отчетность в автоматизированных системах | 3 | |||
Слияние Scala и Epicor | 1 |
|