Ваши комментарии
Действительно, очень не хватает отчёта о доходах и расходах (ОДР). Не называйте его бухгалтерским, это экономические показатели, для руководителя очень важные :) Движение денег более-менее может показывать ситуацию с прибылью только в том случае, когда нет активных инвестиционных и финансовых расходов.
Позволю себе также предложить практическую реализацию такого отчёта. У вас же есть отчёт об общих продажах - с раздельной выручкой и себестоимостью - это первая часть ОДР. Т.е. первые две строки ОДР - это "Выручка" и "Себестоимость реализованной продукции". Все прочие доходы и расходы для отчёта берутся из документов по кассе и по банку. В этих документах надо добавить галочку "Является доходом" и "Является расходом" (ну или любое другое название), которая по умолчанию включена. Поступления и выплаты по документам с включённой галочкой попадают в ОДР, остальные - нет. (Как вариант, можно также отделить доходы и расходы от платежей на уровне статей ДДС, но разделение по документам - более гибкое).
В результате мы получим почти правильный ОДР, за исключением одного - амортизации. Ну и фиг с ней, её всегда можно добавить вручную. (Конечно, поступления и платежи не всегда совпадают по времени с доходами и расходами - это зависит от учётной политики фирмы - но эти вопросы явно выходят за рамки компетенции "Большой Птицы").
Позволю себе также предложить практическую реализацию такого отчёта. У вас же есть отчёт об общих продажах - с раздельной выручкой и себестоимостью - это первая часть ОДР. Т.е. первые две строки ОДР - это "Выручка" и "Себестоимость реализованной продукции". Все прочие доходы и расходы для отчёта берутся из документов по кассе и по банку. В этих документах надо добавить галочку "Является доходом" и "Является расходом" (ну или любое другое название), которая по умолчанию включена. Поступления и выплаты по документам с включённой галочкой попадают в ОДР, остальные - нет. (Как вариант, можно также отделить доходы и расходы от платежей на уровне статей ДДС, но разделение по документам - более гибкое).
В результате мы получим почти правильный ОДР, за исключением одного - амортизации. Ну и фиг с ней, её всегда можно добавить вручную. (Конечно, поступления и платежи не всегда совпадают по времени с доходами и расходами - это зависит от учётной политики фирмы - но эти вопросы явно выходят за рамки компетенции "Большой Птицы").
Получается, тут уже дело вкуса :)
Мне вот наоборот кажется крутым выдавать клиентам чеки на А4, а на ленте кажется по-ашановски несолидным :)
Наверное, действительно, у пользователей системы должен быть выбор, какое оборудование подключать.
Кстати, а печать на товарниках, заполненных вручную, ставить необязательно. Но это уже не тема данной ветки :)
Мне вот наоборот кажется крутым выдавать клиентам чеки на А4, а на ленте кажется по-ашановски несолидным :)
Наверное, действительно, у пользователей системы должен быть выбор, какое оборудование подключать.
Кстати, а печать на товарниках, заполненных вручную, ставить необязательно. Но это уже не тема данной ветки :)
Да, такой подход, конечно, разумен. С принтерами этикеток у вас вообще никаких проблем быть не должно, ибо они в большинстве случаев - графические, а не текстовые, т.е. не накладывают никаких ограничений на вывод информации, кроме формата бумаги.
А насчёт текстовых чековых принтеров, а также дополнительного оборудования, - вы думали о возможности выпустить своё собственное офлайн-приложение, которое бы служило буфером между онлайн-системой и таким оборудованием? Например, я буквально на днях видел бесплатную Python-библиотеку, которая позволяет взаимодействовать с любым чековым принтером.
В будущем вообще могли бы выпустить свой собственный чековый принтер :)
В качестве примера: http://www.adafruit.com/products/600. На этом принтере можно печатать любую графику (см. http://exciting.io/2012/04/12/hello-printer/).
А насчёт текстовых чековых принтеров, а также дополнительного оборудования, - вы думали о возможности выпустить своё собственное офлайн-приложение, которое бы служило буфером между онлайн-системой и таким оборудованием? Например, я буквально на днях видел бесплатную Python-библиотеку, которая позволяет взаимодействовать с любым чековым принтером.
В будущем вообще могли бы выпустить свой собственный чековый принтер :)
В качестве примера: http://www.adafruit.com/products/600. На этом принтере можно печатать любую графику (см. http://exciting.io/2012/04/12/hello-printer/).
Внесу свой деструктивный вклад в это обсуждение. А так ли нужно вообще подключать к "Птице" чековые принтеры?
Для того, чтобы работать в этой системе и печатать из неё бланки, в т.ч. товарные чеки, по-любому нужен ноутбук или стационарный компьютер с присоединённым к нему принтером. Т.е. о какой-то мобильности говорить не приходится. К ноутбуку или компьютеру можно подключить любой обычный принтер, например, XEROX Phaser 3010, цена которому 2200 рублей. Самый дешёвый POS-принтер, который я видел - это MPRINT R58 USB за 2400 рублей. Т.е. выгоды по цене нет, выгоды по мобильности нет, есть только небольшая выгода по размерам самого принтера. Но если размер - это критично, то лучше вообще пользоваться чекопечатающей машиной, а информацию о продажах оттуда регулярно выгружать...
Для того, чтобы работать в этой системе и печатать из неё бланки, в т.ч. товарные чеки, по-любому нужен ноутбук или стационарный компьютер с присоединённым к нему принтером. Т.е. о какой-то мобильности говорить не приходится. К ноутбуку или компьютеру можно подключить любой обычный принтер, например, XEROX Phaser 3010, цена которому 2200 рублей. Самый дешёвый POS-принтер, который я видел - это MPRINT R58 USB за 2400 рублей. Т.е. выгоды по цене нет, выгоды по мобильности нет, есть только небольшая выгода по размерам самого принтера. Но если размер - это критично, то лучше вообще пользоваться чекопечатающей машиной, а информацию о продажах оттуда регулярно выгружать...
Олег, добрый день.
Нарушение связей есть только в том случае, когда мы выводим 4 заведомо связанных между собой параметра: начальный остаток, приход, расход, конечный остаток. Как в отчёте "Движение товаров". В этом случае фильтровать нельзя.
А если выводить просто два не связанных между собой показателя - продажи со клада за период и остаток на этом складе на конец периода, как я предлагаю, то никаких проблем не будет.
Нарушение связей есть только в том случае, когда мы выводим 4 заведомо связанных между собой параметра: начальный остаток, приход, расход, конечный остаток. Как в отчёте "Движение товаров". В этом случае фильтровать нельзя.
А если выводить просто два не связанных между собой показателя - продажи со клада за период и остаток на этом складе на конец периода, как я предлагаю, то никаких проблем не будет.
Олег, добрый день.
Да, я тоже думал, что это всё очень похоже на отчёт "Движения товаров", но не стал предлагать его доработку по двум причинам:
1) Отчёт "Движение товаров" всё-таки имеет форму ведомости, с начальным и конечным остатками, приходом и расходом, которые арифметически связаны между собой. Фильтрация чего-то одного (скажем, расходов) приведёт к нарушению этой самой арифметической связи, что может вылиться в непонимание пользователя. (Т.е., если мы фильтруем расходы, то при неизменных конечных остатках надо соответственно уменьшать либо приходы, либо начальные остатки, что не будет интуитивно понятным).
2) Отчётом должны пользоваться продавцы в конкретном магазине для оперативного контроля своих остатков, т.е. такой отчёт должен быть частью интерфейса продавца (ведь в основном интерфейсе нет возможности разграничивать доступ к справочникам - в данном случае, к справочнику "Склады" - на уровне записей, чтобы продавцы смотрели информацию только по своему складу и не могли залезть в чужие).
Да, я тоже думал, что это всё очень похоже на отчёт "Движения товаров", но не стал предлагать его доработку по двум причинам:
1) Отчёт "Движение товаров" всё-таки имеет форму ведомости, с начальным и конечным остатками, приходом и расходом, которые арифметически связаны между собой. Фильтрация чего-то одного (скажем, расходов) приведёт к нарушению этой самой арифметической связи, что может вылиться в непонимание пользователя. (Т.е., если мы фильтруем расходы, то при неизменных конечных остатках надо соответственно уменьшать либо приходы, либо начальные остатки, что не будет интуитивно понятным).
2) Отчётом должны пользоваться продавцы в конкретном магазине для оперативного контроля своих остатков, т.е. такой отчёт должен быть частью интерфейса продавца (ведь в основном интерфейсе нет возможности разграничивать доступ к справочникам - в данном случае, к справочнику "Склады" - на уровне записей, чтобы продавцы смотрели информацию только по своему складу и не могли залезть в чужие).
Олег, не совсем с вами согласен, что не произойдёт:
1) У документов снимается галочка учёта, и надо не забыть её заново поставить.
2) Сам факт случайного удаления элемента какого-либо списка можно не заметить (при быстрой работе), а потом случайно же выкосить всё с концами при очистке корзины.
Модальное окно - да. Но разве это такое большое неудобство?
1) У документов снимается галочка учёта, и надо не забыть её заново поставить.
2) Сам факт случайного удаления элемента какого-либо списка можно не заметить (при быстрой работе), а потом случайно же выкосить всё с концами при очистке корзины.
Модальное окно - да. Но разве это такое большое неудобство?
Здравствуйте, Олег.
1. Поменялись как раз элементы управления в интерфейсе розницы - переехали в меню "Действия". Это мелочи, конечно, просто как раз в ту смену оказался продавец, немного боящийся компьютеров :)
2. Может быть, когда-нибудь вам совсем будет нечего делать, и вы замутите набор тем оформления :)
1. Поменялись как раз элементы управления в интерфейсе розницы - переехали в меню "Действия". Это мелочи, конечно, просто как раз в ту смену оказался продавец, немного боящийся компьютеров :)
2. Может быть, когда-нибудь вам совсем будет нечего делать, и вы замутите набор тем оформления :)
Сервис поддержки клиентов работает на платформе UserEcho
Многие новые отчёты, которые пользователи предлагают добавить в систему, являются по факту компиляциями уже существующих базовых отчётов. Если бы люди сами могли как-то создавать эти компиляции, всем стало бы намного легче.