создать новую тему раскрыть все
 
Добрый день.
 
Почему-то 232 билд отказывается создавать счета с одинаковыми названиями, находящиеся в разных ветках, упорно считая, что они находятся в одной ветке. Например, так:
- Дебиторка
-- Компания А
- Кредиторка
-- Компания А
В 217 билде все было нормально, у меня сейчас есть пара одинаковых счетов в разных ветках. Можно поправить это баг, иначе одну и ту же компанию нельзя указывать как дебитором, так и кредитором?  Можно, конечно, играться пробелами, подчеркиваниями и т. п., но хочется же комфортной работы )
 
Спасибо.
свернуть/развернуть ветвь Сообщение об ошибке [Dimnick 28/08/2012 02:20] # написать ответ
 
На всякий случай указываю сообщение об ошибке, выдаваемое программой: В одной ветви дерева счетов не может быть двух счетов с одинаковыми реквизитами (название счета и валюта).
 
Если да, проблема, скорее всего, в этом.
Новый создаваемый счёт, видимо, попадает в одну ветку (корневую?) с уже существующим одноимённым счётом в каком-то из альтернативных планов счетов.
 
Можно попробовать сначала создать его под другим именем. Пройтись по всем планам и разнести парные счета по разным веткам. А потом переименовать новый счёт, чтобы имена снова совпадали.
 
Но это в теории. У программы может быть своё мнение на этот счёт..
свернуть/развернуть ветвь Нет, эта опция отключена [Dimnick 28/08/2012 15:49] # написать ответ
 
Более того, ни ее включение, ни выключение ни на что не влияет.
 
Структура плана счетов такая:
- Все счета
-- Признак 1
---Дебиторская задолженность
---- Компания А
--- Кредиторская задолженность
---- Компания А
 
Вот счета Компании А программа и не дает называть одинаково, ее названием, хотя это вполне логично. Находятся они в одном дереве, но на разных ветках.
 
невозможным использование счетов с одинаковыми именем и валютой. Это не ошибка.
 
 
такая острая необходимость счетов с одинаковыми названиями?
свернуть/развернуть ветвь может, попробовать? [куверти3 28/08/2012 22:23] # написать ответ
 
завести классификатор - компания А, компания Б и т.п.
тогда у вас просто счёт Деб. задолженность, Кред.задолженность.
тогда переводите деньги по статье, и делаете отчеты в разрезе статей (классификаторов), также и обороты по счетам.
Возможно, тогда и в страничке типа бюджет можно иерархически вывести как раз мерки компания-задолженность и там же установить лимиты доверия для них.
нет?
 
Кроме того, сейчас я на странице со списком счетов вижу ясную картину по состоянию дел: кто, кому и сколько должен. Ну это все помимо того, что накоплена большая история и объем данных с подобным планом счетов и системой учета ))
 
Всю приватную информацию, естественно, можно удалить. Well
 
В целом структура такая:
Деньги
- Банковские счета:
-- Счет 1
-- Счет 2
-- Счет N
- Дебиторская задолженность:
-- Компания А
-- Компания Б
-- Компания N
- Кредиторская задолженность:
-- Компания А
-- Компания Б
-- Компания N
Товары
- Поставщики:
-- Компания А
-- Компания Б
-- Компания N
- Покупатели:
-- Компания А
-- Компания Б
-- Компания N
 
Заходишь на Список счетов и сразу видишь, кто кому и сколько должен. Удобно )
 
вроде:
- Петя (USD)
- Петя (USD)
- Петя (USD)
 
А что-то такое:
- Петя Иванов (USD)
- Петя Сидоров (USD)
- Петя Козлов (USD)
 
Ибо смысла в двух счетах для одного и того же Пети не много.
 
не просто видеть сальдо расчетов с Петей, а видеть, сколько я должен Пете и сколько Петя - мне. Это не личная бухгалтерия, где можно все взаимозачетом решить )
 
Первоначально я, собственно, и не планировал вводить такое ограничение. Как уже справедливо отмечалось, проблема вызвана именно введением поддержки нескольких планов счетов. Итак, представим, что будет происходить, если такого ограничения нет.
 
Допустим, мы в разных ветках создаем два счета с одинаковым названием в одной и то же валюте и программа разрешает это сделать. После этого мы включаем поддержку нескольких планов счетов и создаем новый план с названием... Ну пусть будет оригинальное названием "Новый план". Поскольку все счета должны входить в этот план счетов, они, конечно же, добавляются в корневую папку этого плана. И мы получаем два совершенно неотличимых счета.
 
Есть еще одна проблема, связанная с экспортом и импортом. Дело в том, что при экспорте и импорте счет, по которому передаются данные (выгружаются или загружаются) должен быть однозначно идентифицирован. И если раньше можно было указывать путь к этому счету, например, "\Все счета\Наличные\RUR - Наличные" то с введением планов счетов, вообще говоря, становится непонятно, какой именно план счетов использовать для идентификации счета и что делать если в одной папке окажутся два счета с одинаковым названием и валютой (а такое будет происходить, как в приведенном выше примере, при создании нового плана счетов).
 
Поэтому и было принято решение ввести требование уникальности названия счета.
 
Способы обхода? Пожалуй, единственный способ, это просто сделать названия счета уникальными. Можно, например, путем добавления какого-то спецсимвола. Например, символ "#" перед названием счета может обозначать поставщика. Либо так и написать: "Поставщик ИЧП Иванов И.И.". Других путей я не вижу. Равно как и не вижу каких-то других решений, которые позволили бы снять требования к уникальности названий счетов.
 
И последнее, насчет сообщения, которое выдает программа при попытке добавить счет с уже существующей парой (название, валюта). Это моя ошибка, конечно, следует исправить это сообщение.
 
Теперь все стало немного понятнее )
 
Хорошо, видимо, на самом деле придется обходиться каким-то символом-идентификатором для придания счету уникальности.
 
Неужели Вы не используете внутри базы никаких уникальных идентификаторов? Ну что-то типа кода или guid'а, которые не видны пользователю, но используются программой при работе? Поделитесь секретом, пожалуйста. Просто любопытно Well
 
Проблема не в том, что счета неотличимы для программы, программа как раз прекрасно их различает. Проблема в том, что (а) пользователь не сможет различить эти счета и (б) во время экспорта выгружается лишь название счета и его валюта, что может привести к огромной путанице при импорте. Выгружать же внутренний уникальный идентификатор мне не хочется. Он уникален для одного файла данных и в другом будет совсем другим. GUID не использую. Но даже если б использован, все равно мне представляется, что счета должны быть различимы по паре (название, валюта).
 
У меня такое же было. Не могла понять, в чём дело, пока не включила показ закрытых счетов. Оказалось, что действительно в этой ветке такой счёт уже есть, но он закрыт. Вновь открыла и стала им опять пользоваться.
 
 
... добавить к названию счёта какой-нибудь признак, указывающий из какой папки этот счёт, - в начало или в конец. Например, Дт-Компания А (или Компания А-Дт), Кт-Компания А (или Компания А-Кт).
Для остальных групп, куда входит эта Компания А можно придумать свои обозначения.
У меня сделано именно так. С одной стороны, названия счетов получаются длинными, не всегда их видно до конца. Это неудобство. Но зато оно, на мой взгляд, с лихвой компенсируется возможностью сделать ещё один план счетов, где можно сгруппировать все счета в папках по компаниям. И тогда, переключаясь с одного плана счетов на другой, можно сразу видеть общую сумму, например, дебиторской задолженности по всем компаниям, а можно - состояние расчётов с конкретной Компанией А - мы ей должны или она нам, как там обстоит дело с поставками и т.д.
Кстати, я бы при таком учёте использовала для обозначения счетов (или папок) нумерацию настоящего бухгалтерского Плана счетов. А что означает, например, счёт 70 или счёт 68.1, писала бы в примечании.
 
Пока необходимости в других планах счетов не вижу, буду признателен, если поделитесь какими-то соображениями по этому поводу. Приведенный пример это не демонстрирует - эту функцию у меня выполняет родительский счет Дебиторская задолженность, например, в котором я вижу сумму всех долгов мне, а внутри - разбивка по счетам отдельных компаний.
свернуть/развернуть ветвь попробую поумничать [куверти3 30/08/2012 10:02] # написать ответ
 
Допустим, один план счетов - видим развернутые Дт-Кт задолженности по списку контрагентов.
Второй план счетов - список папок контрагентов с счетами Дт-Кт в них - видим сальдо дебитора-кредитора.
Да, можно сделать счета Д_Вася_Пупкин К_Вася_Пупкин, которые бы отражали направленность фин. потоков.
Можно и занумеровать контрагентов, если это уже используется в каких-то других программах вашей фирмы.  Также счета были бы Д10385576 и К10385576.
С другой стороны, если нет валютных расчетов, или они редки, попробуем финт ушами.
Делаем валюту Российский рубль 2 , обозначение RYR.
Курс валюты ставим 1:1.
Тогда: в папке Дт называем счет Контр А, валюта RUR (по умолчанию), в папке Кт - счет Контр А, валюта RYR (новая).
Курс для пересчета есть - особых проблем ни при перемещении средств, ни при других расчетах не должно возникнуть.
В новом плане счетов делаем папку Контр А и забрасываем туда счета Контр А в разных валютах - тоже нет проблем (делал вживую на новой базе).
 
клонировать столько новых "валют", сколько счетов с одинаковым именем необходимо, что не есть гуд, имхо.
 
А вот добавление префикса/постфикса к имени это как раз то, что надо.
свернуть/развернуть ветвь несогласный [куверти3 30/08/2012 12:11] # написать ответ
 
валюты две - одна для дебета, другая для кредита.
Вы ж хотели только по два счета для одной компании завести?
свернуть/развернуть ветвь Попробую потупить )) [Dimnick 30/08/2012 15:54] # написать ответ
 
Хорошо, когда пользователи пытаются придумать обоснование внедренной автором фиче (без обид) ))
 
На мой взгляд, из перечисленного единственное хоть сколько-нибудь полезное применение нескольких планов счетов - "Второй план счетов - список папок контрагентов с счетами Дт-Кт в них - видим сальдо дебитора-кредитора". Но у меня порядка 50 поставщиков и примерно столько же покупателей (это из постоянных, не считая разовых, счета с которыми потом закрываются). С каждым дебит и кредит по деньгам и по товарам - итого около 200 счетов. Чтобы посмотреть состояние расчетов с каждым контрагентом, мне придется крутить свой основной план на 200 строк вниз, что совсем неудобно - мне быстрее сложить/вычесть соответствующие цифры вручную. Тем более что понимать точное сальдо практически не надо, важнее знать, кто кому больше должен, причем даже не в разрезе конкретных поставщиков/покупателей, а вообще - я больше должен или мне больше должны. А вот с этим прекрасно справляются родительские счета Дебиторская задолженность и Кредиторская задолженность в плане счетов, который я указывал выше. Одним словом, фича на "поиграться".
 
Вариант со второй валютой вообще экзотичен. Я искренне не понимаю, зачем мне надо придумывать различные маневры (создавать новые валюты, переименовывать счета) для того, чтобы иметь второй план счетов, который мне совсем не нужен и который мешает мне вести учет в том виде, в котором он был до его ввода. Завсегдатаи, может, вы подскажете, было ли объяснение практической необходимости и вариантов применения нескольких планов счетов от автора? И чем счета с одинаковым названием в РАЗНЫХ ветках одного плана мешают их существованию? Ведь жили же столько лет - и ни вопросов, ни претензий по этому поводу не было...
свернуть/развернуть ветвь объяснительная [куверти3 30/08/2012 17:36] # написать ответ
 
Программу использует каждый для своих целей.
Поэтому какие цели - такие и инструменты, что поделать. Надо вариант - предложим вариант. Надо общее сальдо по фирме - пожалуйста, надо по агентам - тоже могём.
Два плана, например, используются так:
1 случай.
Домашний учет.
активные счета
-счет в банке 1
-счет в банке 2
- инвестиционные
- -  и счет в банке 1
- - и счет в банке 2
 
(т.е. счета по оборотам, по назначению)
 
второй план счетов
банк 1
- счет в банке 1
- и счет в банке 1
банк 2
- счет в банке 2
- и счет в банке 2
(т.е. счета по банкам и суммам в них)
 
2 случай управленческий учет
- денежная группа
- - агент 007 сальдо
--- мы должны Д
--- нам должны Д
- товарная группа
- - агент 007 сальдо 1
- - - товар в пути
---- мы должны Т
---- нам должны Т
- - - товар на складе
---- заказы к нам
---- заказы от нас
 
второй план счетов
агент 007
--- мы должны Д
--- нам должны Д
---- мы должны Т
---- нам должны Т
---- заказы к нам
---- заказы от нас
 
2-й пример не очень из жизни, но приблизительно такое пробовал делать.
свернуть/развернуть ветвь Спасибо за примеры [Dimnick 30/08/2012 17:52] # написать ответ
 
Из домашнего учета, конечно, более практичный и осмысленный, чем из управленческого учета )
 
Все равно не понимаю, почему введение нескольких планов счетов не согласуется с одинаковыми названиями счетов в разных ветках? Не вижу никакого конфликта и противоречия...