Настройка автоматического создания бухгалтерских проводок на основе матрицы автоматического учёта позволяет сделать так, чтобы кладовщик, который ничего не знает про бухгалтерские проводки, просто выполнял свою работу, а правильные проводки создавались в соответствие с однажды настроенной матрицей
Который раз возникают мысли о возможности воспроизведения функциональности iScala средствами SQL сервера. Мой коллега Игорь Чанышев уже давно с помощью своего RM2 дорабатывает или фактически переписывает то, что в iScala работает не самым оптимальным образом или отсутствует, а может быть и работает наилучшим образом, но у клиента отсутствует соответствующая лицензионная опция или версия настолько старая, что её трудно совместить с современными требованиями. Впрочем, какая разница, давайте просто поразмышляем, что бы я оставил, что выкинул, а что усовершенствовал 🙂
Можно по-разному назначать права сотрудникам, вводящим в систему операцию по перемещению между складами, но на мой взгляд, самое главное — это соблюсти принцип «сдал — принял», когда в процессе участвуют обе стороны. А если это не соблюдается, то все эти разговоры про какие-то супер-пупер права — это просто «надувание щёк», какой-то голимый пиар, прости Господи 🙁
Попытаюсь порассуждать о сильных и слабых сторонах iScala исходя из собственных представлений о том, что есть хорошо и что есть «не очень». Разумеется, это мой личный субъективный взгляд.
Разумеется, в разных компаниях пользователи iScala работают по-разному, я попытаюсь описать лишь один из возможных вариантов. Операции прихода обычно делаются в модуле «Заказ на Закупку», там же делаются операции ввода дополнительных затрат и т.п. Операции расхода обычно делаются в модуле «Заказы на Продажу» (если он используется) и/или в модуле «Requisition Management» (Требования). Операции перемещения между … [Подробнее…]
В отличие от модулей Книга Закупок или Книга Продаж в модуле «Управление Запасами» проводки Главной Книги не создаются в момент движения запасов. Их создание происходит при входе в меню «Журнал Главной Книги» модуля «Управление Запасами»
Существуют разные подходы к организации папок на сервере отчётности MS SQL Server Reporting Services. Один из них — разложить отчёты по темам или по модулям и дать на них права всем пользователям iScala. Его преимущество в простоте, а недостаток в том, что любой может просмотреть любой отчёт. В настоящей статье я поделюсь более сложным, но … [Подробнее…]
Разумеется, в разных компаниях пользователи iScala работают по-разному, но тем не менее, имеется стандартная логика системы, которую нужно учитывать. Подробно описаны обязательные и необязательные шаги, а также некоторые комментарии относительно того, что будет, если внести изменения в цену по строке заказа на разных шагах
Разберём ситуацию: у нас есть запас, который мы закупаем в пачках (одна пачка — 500 граммов), а на складе учитываем в килограммах. Сначала внимательно сформулируем: единица измерения для закупок 1 пачка. В пачке 500 граммов. На складе учитываем в килограммах. Следовательно, одна единица закупки (1 пачка 500 граммов) равна 0,5 единицы хранения (0,5 килограмма). Для того, … [Подробнее…]
Это улучшенный вариант процедуры «Ещё один вариант работы с модулем Requisition Management (Требования)». Имеются важные дополнения и изменения. Для удобства они выделены цветом фона
В самом отчёте, который Вы видите на картинке, вроде бы нет ничего особенного. Ну, пример матричного отчёта с переменным количеством столбцов, эка невидаль. Однако, всё меняется, если я скажу, что это сводный отчёт из нескольких компаний iScala, первые 2 цифры в коде склада совпадают с кодом компании. Цифры и сами складские наименования на картинке, разумеется, … [Подробнее…]
Разберём ситуацию: у нас есть 2 запаса, имеющие остатки на складе. Оба учитываются в литрах. Необходимо перевести их на учёт в бутылках. Модель оценки запасов — средневзвешенная цена. Для начала распечатаем «Отчёт на конец периода», чтобы определить, на каких складах какие остатки и по каким ценам имеются: После этого составим примерно такую таблицу, чтобы определить, как … [Подробнее…]
