Давно понятно, что сгенерировать с помощью формул или связанных таблиц пару тысяч строк совершенно не проблема. А вот эту же пару тысяч строк вколотить в виде проводки непозволительное использование микроскопа в качестве молотка. Да, конечно, в Скале есть стандартный импорт, но в некоторых местах можно наплодить несколько настроек импорта, а есть места, где есть всего один шаблон, который приходится каждый раз курочить, а потом возвращать обратно
Разорвалось соединение с интернетом и часть проводки попала в Главную книгу, а часть осталась в дневном журнале и проводка в нём теперь не балансируется? Увы, иногда, хоть и очень редко, такое до сих пор может происходить. Один из вариантов действий кратко описан здесь
А знаете ли вы, что сальдо, которое показывается рядом со счётом и его названием, когда вы вместо нажатия на кнопку «F4» вводите команду «!51», чтобы увидеть список счетов, начинающихся на 51, учитывает не только движения по Главной книге, но и проводки, которые находятся в журналах и ещё не отправлены в Главную Книгу?
Попытаюсь порассуждать о сильных и слабых сторонах iScala исходя из собственных представлений о том, что есть хорошо и что есть «не очень». Разумеется, это мой личный субъективный взгляд.
Вообще, ответ на этот вопрос, на мой взгляд, очевиден. Раз мы можем использовать выражения, значит, «построить» нужный URL — дело техники. Но именно эта «техника» и не совсем понятна тому, кто это раньше не делал. С другой стороны, до того, как я в этом разобрался, я этого тоже не делал 🙂
Нужен лог о действиях пользователей за определенное число. Точнее есть 1 транзакция под определенным номером и нужно определить какой из пользователей ее провел. Как это сделать?
В 90-е годы, когда Scala только появилась в России, все, кто её использовал, знали, что такое «консолидация», сейчас почти никто не знает и вот почему: можно сказать, что именно функциональность «непрерывная консолидация» обеспечила ERP системе Scala продвижение в России. В то время было очень важно вести учёт по российским и западным стандартам одновременно, причём в разных валютах…
Разумеется, в разных компаниях пользователи iScala работают по-разному, я попытаюсь описать лишь один из возможных вариантов. Операции прихода обычно делаются в модуле «Заказ на Закупку», там же делаются операции ввода дополнительных затрат и т.п. Операции расхода обычно делаются в модуле «Заказы на Продажу» (если он используется) и/или в модуле «Requisition Management» (Требования). Операции перемещения между … [Подробнее…]
В отличие от модулей Книга Закупок или Книга Продаж в модуле «Управление Запасами» проводки Главной Книги не создаются в момент движения запасов. Их создание происходит при входе в меню «Журнал Главной Книги» модуля «Управление Запасами»
Разумеется, в разных компаниях пользователи iScala работают по-разному, но тем не менее, имеется стандартная логика системы, которую нужно учитывать. Подробно описаны обязательные и необязательные шаги, а также некоторые комментарии относительно того, что будет, если внести изменения в цену по строке заказа на разных шагах
Вчера я заметил, что какой-то посетитель ищет на сайте «удаление проводок». Первой мыслью было написать инструкцию, как удалить проводку в журнале проводок Главной Книги, ведь это так просто! Однако, я не стал этого делать. Как Вы думаете почему? 🙂
Ввести новую проводку «вручную» непосредственно в журнале счетов-фактур Книги Закупок (как и в Книге Продаж) нельзя, проводки там создаются автоматически при вводе счёта-фактуры. Что же делать, если проводка по ошибке была удалена перед отправкой в Главную Книгу? Ввести «напрямую» в Главной Книге? Не лучший вариант. Во-первых, счёт учёта расчётов с поставщиками привязан к субжурналу «Книга … [Подробнее…]
|
|
|
