|
Tisar
|
|
24 мая 2015 16:42
|
|
Раньше была тема в которой обсуждалось это предложение, но она куда то исчезла.
Проблема:
Все мы делаем ошибки при воде трат и возможно случайно внести трату не тем числом/месяцем/годом. В итоге получаем: Все траты введены, а баланс не сходится. Если сверки производить раз в месяц или даже реже то может накопиться очень большая ошибка, исправить которую будет очень проблематично т.к. поиск займёт очень много времени.
Предложение:
Сделать возможность закрывать для редактирования выбранный период по каждому счёту отдельно. Это не моя придумка, а распространённая практика в бухгалтерии. Ошибиться может каждый.
Для чего:
Чтобы быть уверенным что в период за который все все движения денег введены не изменялся в дальнейшем.
Проблемы при реализации и их решения:
Если этот функционал вводить не только в сервисе, но и в мобильных приложениях, то это займёт много времени и сил. Я предлагаю сделать всё проще. Мобильные приложения продолжают работать также как и раньше, в них изменения не вносятся. Если мобильное приложение пытается изменить транзакцию или добавить новую, то сервис проверяет попадает или нет дата транзакции в закрытый переиод или нет, если попадает, то транзакция сохраняется. Пользователю в отдельном блоке пишется сообщение что появилась транзакция в запрещённом периоде.
Это конечно не лучший вариант т.к. транзакция всёравно добавляется, но я считаю что он наиболее простой и быстрый в реализации.
Кто считает это функционал полезным и важным просьба отписаться в этой теме.
|
|
|
|
Admin
|
|
24 мая 2015 19:18
|
|
Здравствуйте.
Да, проблема основная именно с мобильными приложениями. Ещё с загрузкой данных через импорт.
Добавили задачу в план.
|
|
|
|
Tisar
|
|
24 мая 2015 21:17
|
|
Спасибо!
Есть 2 вопроса:
1) Я прекрасно понимаю что в плане у вас уже скопилось уже очень много нововведений, но подскажите хотя бы примерные сроки. Какой приоритет у это задачи? Сейчас насколько я знаю вы заняты доработкой мобильных приложений для парсинга SMS, есть шанс что это пожелание реализуется в ближайшее время?
2) Когда примерно будут закончены работы по парсингу SMS? Очень нужная и востребованная вещь.
|
|
|
|
Admin
|
|
24 мая 2015 21:24
|
|
1. В ближайших вряд ли. Посмотрим что люди скажут.
2. Достаточно скоро выйдет Андроид версия с поддержкой парсинга. В iPhone позже. Но если найти средство и перенаправлять СМС-ки на email - то можно пользоваться уже сейчас.
|
|
|
|
Александр
|
|
25 мая 2015 12:50
|
|
Поддержу топикстартера, нужная фича. Еще было бы неплохо отражать дату сверки счетов. Поясню: я обычно проверяю корректность и полноту посредством сверки реальных остатков на счетах/картах/кошельках с данными в программе. Поэтому отметка, что в ближайшие полчаса сверка уже проведена и информация об остатках в ДД актуальна, была бы очень наглядна и удобна.
|
|
|
|
RsH
|
|
25 мая 2015 13:03
|
|
Не совсем понял зачем, но пусть будет
|
|
|
|
Марфа
|
|
25 мая 2015 13:19
|
|
Я вообще не понял как блокировка помогает исправить ошибки
|
|
|
|
NO NAME
|
|
25 мая 2015 13:33
|
|
ну вообще в бухгалтерском учете "закрытие периода" используется для того что бы в прошлые периоды, отчетность за которые уже предоставлена в инстанции, не вносились бесконтрольные изменения.
например отчитались вы за первый квартал, потом изменили пару проводок, и фигаг приходит проверка и бухгалтера вздрюкивают. Это особенно актуально, когда в организации более одного бухгалтера, ввиду того, что всех не проконтроллируешь. А тут период закрыт, если хотите проводочку - идите к ответственному, что бы он отразил эту операцию в отчетности.
в ДД "закрытие периода" практически бесполезно ввиду того, что как правило это индивидуальный учет, ну максимум семейный. аудит прошлых периодов и выявление ошибок вряд ли приведет к каким то санкциям. Да и появление "чужих" операций вряд-ли возможно.
Другое дело, что после того как заработает функционал автоматического распознавания некий "акцепт" импортированного значения нужен.
PS в "другом" сервисе это была одна из проблем... Здесь же ее наверное можно будет решить простановкой какого то уникального тега, типа [загрузка] или просто [из СМС].
но это еще посмотрим.
|
|
|
|
Tisar
|
|
25 мая 2015 13:57
|
Марфа Пишет: Я вообще не понял как блокировка помогает исправить ошибки Блокировка не позволяет исправить ошибки она не даёт их делать т.е. вы не сможете случайно сделать транзакцию в прошлом периоде для которого остатки сверены.
Искать неверно введённые транзакции ещё то удовольствие.
|
|
|
|
Tisar
|
|
25 мая 2015 14:04
|
|
RsH:
"в ДД "закрытие периода" практически бесполезно ввиду того, что как правило это индивидуальный учет, ну максимум семейный."
Это позволит избежать собственных ошибок. Я синхронизацию делаю примерно раз в неделю и периодически выясняется что баланс за прошлый период отличается от записанного. Ошибиться может каждый и для этого ненужно чтобы с системой работало несколько человек.
|
|
|
|
NO NAME
|
|
25 мая 2015 14:06
|
Tisar Пишет: Я синхронизацию делаю примерно раз в неделю и периодически выясняется что баланс за прошлый период отличается от записанного. синхронизацию чего с чем?
|
|
|
|
Tisar
|
|
25 мая 2015 14:13
|
|
Синхронизация движений денег в ДД с фактическим (чеки, интернет банк, ...)
Я имел в ввиду не синхронизацию с мобильными приложениями. Эта синхронизация работает корректно.
|
|
|
|
NO NAME
|
|
25 мая 2015 14:20
|
|
А если, как вариант, сделать настройку "количество дней работы в архиве".
Все что редактируется задним числом входящие в количество "дней работы в архиве" - сохраняется без предупреждения.
все что делается датой более ранней, чем <текущая дата> - <количество дней работы в архиве>, то это сохраняется с предупреждением - типа как сейчас в ДД сделано сохранение для будущих трат.
настройка пользовательская, но по умолчанию 30 дней.
|
|
|
|
Марфа
|
|
26 мая 2015 07:23
|
Tisar Пишет: Блокировка не позволяет исправить ошибки она не даёт их делать т.е. вы не сможете случайно сделать транзакцию в прошлом периоде для которого остатки сверены.
Искать неверно введённые транзакции ещё то удовольствие. Это понятно.
Если это будет делаться не автоматически, то я "за". Плюс, если сервис будет предлагать раз в месяц или еще в другой период првоерить транзакции и закрыть их, то будет супер.
|
|
|
|
Anna
|
|
4 июня 2015 13:07
|
|
закрытие периодов лично мне не нужно, идея работы в архиве интересна, а вот отметка о том, что по счёту остаток сверен очень бы пригодилась. В идеале с возможностью вывести в отчёт все движения по счёту, введенные с момента последней сверки.
Важно:
1. Именно по счёту, ведь периодичность сверки разных счетов разная.
2. "Корректировка балланса" не равна сверке, сверка - отдельный пункт. Можно в то же всплывающем меню добавить указание даты последней сверки и предложение отметить счёт как сверенный.
|
|
|
|
Александр
|
|
12 июня 2015 00:48
|
|
По поводу контроля сверок реальных остатков из банковских выписок и подсчета денег в кошельке и того, что реально получается на определенную дату предлагаю создать механизм "Автокорректирующих проводок". К примеру я точно знаю, что на карте 7 июня у меня было 100 рублей. Для того, чтобы в ДД на 5 число у меня всегда был остаток = 100 я создаю автокорректирующую проводку, которая приводит любой расчетный остаток к зафиксированному. При этом такая проводка может автоматически обновляться при внесении изменений на предыдущие даты.
Одновременно автокорректирующая проводка будет критерием полноты введенных данных, потому что при правильном заполнении всей истории ее значение будет равняться нулю.
Можно сделать отдельный отчет и форму по вводу реальных остатков, на основе которых будет делаться автокоррекция.
Тогда ошибки в прошлых периодах не будут влиять на всю историю и проблему можно будет локализовывать гораздо быстрее.
|
|
|
|
Tisar
|
|
13 июня 2015 08:58
|
|
Для данной цели есть возможность для счёта сделать корректировку, для этого у меня есть отдельная статья затрат "Неизвестные траты".
|
|
|
|
NO NAME
|
|
13 июня 2015 09:06
|
|
Александр, извините, но от подобного подхода волосы дыбом встали.
Суть ведения учета как раз в ведении учета, а не в том, что бы в определенную дату сровнять остатки "до нужной величины".
Безусловно, в исключительных случаях, корректирующие проводки нужны, но подход автоматического выравнивания остатков... брррр
|
|
|
|
Александр
|
|
13 июня 2015 13:44
|
|
Для чего же тогда сделан функционал корректировок? Вы видете у себя в кошельке 100 рублей, а по балансу ДД - 105. Чтобы не ломать голову Вы корректируете баланс на 5 рублей и все вроде бы хорошо. Потом Вы вспоминаете, что на прошлой неделе потратили 30 рублей. Вносите эту трату, но, условно, забываете сверить баланс
И поправить корректирующую проводку. Потом снова забываете внести трату в 7 рублей. Но в итоге голову ломать придется не о 7 рублях, а о непонятно откуда взявшихся 37.
Я предлагаю делать изменение автокорректировок с оповещением пользователя, либо с запросом подтверждения, наподобие: 5 июня Вы указали, что в Вашем кошельке по факту 100 рублей и для этого сделали корректировку на 15 рублей, а теперь баланс на эту дату равен 108. Обновить корректировку на эту дату? Ее новое значение будет равно 23 рублям.
Сдесь даже наоборот получается, что какой смысл сбивать остаток в ДД с реальным, если он потом снова разойдется, если Вы вспомните про трату из прошлого. В итоге Вам придется снова перепроверять всю историю фактических остатков и сбивать их на каждую дату с ДД.
|
|
|
|
Александр
|
|
13 июня 2015 13:46
|
|
Сдесь=Здесь ;)
|
|
|
|
Anna
|
|
13 июня 2015 15:29
|
Александр Пишет: Для чего же тогда сделан функционал корректировок? Чтобы не высчитывать разницу.
|
|
|
|
Александр
|
|
13 июня 2015 15:40
|
|
Корректировкой мы фиксируем баланс на определенную дату, иначе зачем еще её делать? Если в прошлом что-то решим уточнить, то остаток по счету останется правильным, а ненулевое значение автокорректировки будет говорить о том, что в предыдущих проводках нужно разобраться.
Не высчитывать разницу можно с помощью калькулятора. Речь идет об автоматизации контроля.
|
|
|
