Вопрос: что не так в коде? почему не перезаписывается элемент справочника, после того как я его записываю? По отладчику все проходит - в условие заходит.

TransactionReference = CreateObject("Reference.Transaction");
...
Buys.Rest = Buys.Rest - Sales.Rest;
TransactionReference.UseOwner(Sales.Ticker);
TransactionReference.SelectItems();
TransactionReference.FindByCode(Buys.TransactionID.Код);
If TransactionReference.Selected() = 1 Then
    TransactionReference.Rest = Buys.Rest;
    TransactionReference.Write();
EndIf;

Пишу конфу себе лично для учета ценных бумаг, никак не могу это фифо одолеть.
Как я делаю: в документ "брокерский отчет" загружаю и распознаю данные по ценным бумагам и транзакции по ним (продажи и покупки). Записываю справочник по эмитентам и подчиненный справочник по покупкам - типа партионный учет (далее покупка акции будет отражена по 3 субконто: Брокер, Акция, Номер сделки) с этим всем проблем не возникло. Сломалась я на подборе: поскольку покупки и продажи по одной бумаге могут быть в течении дня (внутри одного брокерского отчета) одними бухитогами не обойдешься. я создаю 2 таблицы значений: ТЗ продаж и под каждую ее строку ТЗ покупок сегодняшних и прошлых. Подобрав под продажу покупки пытаюсь откорректировать остатки в справочнике... а оно не стреляет
Читала тырнеты, там эти фифы-лифы вообще про регистры написано, а поскольку я чайник, никак не пойму что это, и чем лучше ТЗ-справочников для моей задачи?

Вы не определились выбираете вы или ищете...

(1) выбираю, потом ищу среди выбранных... а как надо?

В параметрах поиска по коду есть в иерархии или во всем справочнике. В выбранном нет. Можно использовать запрос для сложных случаев.

(3) у меня одноуровневые справочники: акции, а ему подчинен транзакции. Sales.Ticker - это ячейка ТЗ в которой записан элемент справочника акции (по отладчику его видно)

Если код уникален во всем справочнике (это в конфигураторе, в свойствах) то поиск по умолчанию во всем справочнике.
Выборка без цикла лишняя.

(0) Писать в 1С англоязычно - допускается только если конфа пишется для использования за бугром. в пртивном случае это попадает под опредение 1С-трэш

TransactionReference.SelectItems(); - лишнее

Спасибо, я действительно "забугром".  По существу вопроса что нибудь добавите?

(0)  "после того как я его записываю?" - а как ты убедилась что ты его ЗАПИСАЛА?

Сделать
TransactionReference.FindByCode(Buys.TransactionID.Код,1);

(8) а как же САП и Аксапт?! ;-)

(9) никак на самом деле. по отладчику помотрела - строки "прошагались" )))

(10) это вместо TransactionReference.SelectItems(); правильно?

"Подобрав под продажу покупки пытаюсь откорректировать остатки в справочнике... а оно не стреляет"
это трэш страшный, правильно сделать учет остатков чего либо не на справочниках, а на регистрах. на справочнике можно еще согласиться делать типа только если остаток по типу "да/нет"

(13) СелектИтемс выкинуть вообще

Сткайся в скайп Zlopun

если ты уверена что записалось - открывай TransactionReference - отрубай просмотр "в иерархии" и смотри куда записалось. возможно, что у тебя записалось тубо в чужого хозяина/владельца

(13)
ТransactionReference.FindByCode(Buys.TransactionID.Код,1);
сделать вместо
ransactionReference.FindByCode(Buys.TransactionID.Код);

(17) вот блин... проверять буду

(18) так и сделала

а насчет переделать все на регистры оно надо вообще?

"подчиненный справочник по покупкам"
если у тебя в полдчиненном справочнике по покупакам ТЫ ПОДБИРАЕШЬ ПОКУПКИ - то в этих подобранных покупках уже есть адрес самой записи покупки, и ее не надо искать в подчиненном справочнике, а просто стать на нее...

(21) хз, от контекста зависит.

Регистры круче. Но они не предполагают чтобы их вообще кто-то видел кроме отчета.

фух... вроде записалось. спасибо всем, буду дальше смотреть.

вот bp[ описания вообще ничего не понятно. кто так пишет?
код на англо, ладно, допустимо
но в описани иты англоязычным терминам начинаешь оперировать рускоязычными - а это уже трешняк.
по коду я вижу что есть байер = покупатель и селлер = прожаник, какие нтут нафиг эмитенты и брокеры?

И собрать итог по нескольким записям регистра в другой регистр требуется какое-то основание, а это как правило тоже справочник и надо еще придумать, какой...

(24) вот я тоже про это читала. но кроме того что "круче" не очень поняла для чего это в моей задаче?

вдобавок на остатках у тебя истории движения не будет.
или ты будешь на регистрах изобретать структуры, которые будут эмулировать историю движений и историю остатков. то есть чистые регистры. и навтыкаешь кучу граблей, причем которые будут бить по спине, незаметно

(26) нет ))) не "покупатеЛИ" и не "продажник" а "продажи" и "покупки"

(28) ну например, чтобы 1000 рублей продаж распределить на остаток закупок - надо остаток закупок сначала поиметь по каждой закупке. а это получится только если каждый раз заново прогонять всю историю закупок и соответсвующих им продаж. или с каждой продажей ты модифицируешь в ОДНОЙ ЗАПИСИ поступления остаток этого поступления - это неустойчивая конструкция, ибо не гарантирует от ошибок.

Вот здесь
Buys.Rest = Buys.Rest - Sales.Rest;
имхо ты фиксируешь остаток после очередной операции движения.
в регистре это делается за тебя системой

(29) история движения мне наверное не очень нужна. я выбираю строку с продажей и под нее через бухитоги ищу остатки по субконто "транзакции" (номер сделки в отчете брокера), это что касается прошлодневных отчетов, а "сегодняшние" я поттягиваю прямо внутри этого документа. Ну то есть из бухитогов я заполняю ТЗ Buys, а из файла отчета ТЗ TodayBuys, которые затем сливаю в Buys и таким образом имею одну таблицу покупок

и вдобавок
а каково было Buys.Rest - ПЕРВОНАЧАЛЬНОЕ? когда еще не было ни одного Sales.Rest?

(33) "история движения мне наверное не очень нужна. " - ну, конечно можно и так... но это выключает адекватную прослеживаемость и ответ на вопрос а "Buys.Rest на текущий момент - правильная?" - и этого никак не узнать.

(34) я просто не весь код выложила а только там где затык, если интересно в личку кину мне не жалко. Sales.Rest тоже есть
.

(33) сорри, но муть страшная. я вот ничего внятно не понимаю.
можно изложить ХРОНОЛОГИЧЕСКИ последовательность операций с их названиями с миниуммом спейифики отрасли то есть Закупка Продажа, движение по закупке, движение по продаже. Поставщик и Покупатель. все.
тогда можно как-то вменяемо понять.

(35) а почему она должна быть неправильной? первая часть формируется из бухитогов по СКД. Бухитоги то правильные, а если нет, то и регистры не помогут ))) А вторую часть я прямо тут же режу из экселевского отчета

(36) код пофиг, если не ясна структура данных 9а из описания у меня все ложилось весьма мутно)
а восстанавливать по коду архитектуру данных хранения - то еще удовольствие ;-)

(38) сек. думаю...

(8) конечно добавим..нафиг вам ценные бумаги..пиши учет по искандерам с яо боеголовкой

"Подобрав под продажу покупки пытаюсь откорректировать остатки в справочнике."
- в "подчиненном справочнике покупок"? или где? если ты подобрала из подчиненного справочника покупки - тебе их искать не надо, у тебя уже есть "адреса" этих записей-покупок. прямо по "адресу" становишься на нужную покупку (без всяких поисков по коду) и все...

(37) можно. попробую:
1. Читаем файл отчета в экселе, распознаем колонки, находим строки данных
2. Из файла же находим информацию по ценным бумагам - описания, тикеры, где торгуется итп тут же проверяем справочник Shares (акции)  - если нет, добавляем
3. Читаем строки торговых операций, по признаку BUY-SALE и ISIN (признак ЦБ) понимаем что это купля-продажа акции берем оттуда номер сделки и пишем в подчиненный справоник Transaction
4. Сделки покупок заносим в ТЗ TodayBuys и одновременно в таблицу документа
5. сделки продаж - в ТЗ Sales, под каждую строку продаж формируем ТЗ Buys c теми же акциями из бухитогов, затем в нее добавляем данные из TodayBuys. Имеем продажу и все покупки под нее, отсортированные по хронологии
6. В справочнике транакций есть реквизит Rest который заполняется в момент покупки и затем должен корректироваться в процессе отбора
(Я сейчас здесь)
7. Сопоставив продажи и покупки разбиваем сегодняшние продажи по количеству в соответствии с ФИФО и сортируем табличную часть
8 . Проводим

..правда по коду остатки (покупок или продаж) почему-то фиксируются в движениях-транзакциях, а не в таблице покупок (или продаж).

(43) из всего этого полезное только
"Имеем продажу и все покупки под нее, отсортированные по хронологии"

(41) "искандеры с яо" это что?

(45) ну да громоздко. ну про регистры я увидела только сегодня... и не думаю что менее объемно будет

продажа на сумму S1, покупки на суммы b1,b2,б3...
- что куда нужно распределить? S1 разнести на b1,b2,b3...?

.. допустим разнесли s1 на b1,b2... получившиеся частные суммы куда надо записать? в соответсвующее поле в b1,b2..?

(48) вариант 1 самый простой. при S1=B1  все списывается в ноль.
вариант 2 S1 = 5 b1 = 8, b2=10 - списываем только часть b1 и корректируем rest в b1
вариант 3 при s1 = 10 b1=3, b2=2, b3=7 списываем в ноль b1 b b2 а от b3 списываем 5 из 7 и корректируем Rest в b3

СуммаПродаж = 1000; // здесь сумма продаж
ТаблицаПокупок.ВыбратьСтроки();
Пока ТаблицаПокупок.ПолучитьСтроку()=1 Цикл
  ЧастнаяСумма = Мин(СуммаПродаж,ТаблицаПокупок.СуммаПокупки);
  СуммаПродаж = СуммаПродаж - ЧастнаяСумма;
  ТаблицаПокупок.СуммаПокупки = ТаблицаПокупок.СуммаПокупки - ЧастнаяСумма;
  Если СуммаПродаж = 0 Тогда Прервать; КонецЕсли;
КонецЦикла;

Если СуммаПродаж <> 0 Тогда
  Сообщить("Нераспределенная сумма продаж = "+СуммаПродаж);
КонецЕсли;

(50) ну то есть этот остаток должен для будущих продаж где то запомниться

(50) Решение в 51

(53) а для чего мин?
ЧастнаяСумма = Мин(СуммаПродаж,ТаблицаПокупок.СуммаПокупки);

(52) ну, где ты остаток Bn.REST - который у ntz,z в памяти в ТЗ лежит - куда ты его запомнишь - это уже мне остюда не видно

(54) Подумай.

СуммаПродаж = 100, а Б1 = 50

(54) вариант3
s1 = 10 b1=3 - ты же не будешь с б1 минусовать 10... а всего лишь 3...

(55) я его записываю в справочник. наверное в регистр лучше, но чем лучше
пока не понимаю )))

(51) спасибо буду пробовать

Справочник это одна таблица.регистр это две таблицы - движения и итоги.

как бэ очевидно (?) когда у тебя много карманов, а в руке лежит горсть орехов то ты можешь положить в карман МИНИМАЛЬНОЕ КОЛИЧЕСВО - не превышающее емкость кармана. это минимальное количество будет илия вся куча орехов или ее часть, не превышающая емкость кармана

блин, какой фигней я занимаюсь... ;-)

В общем,мыслители, кому нужна была Аляска - все уже там. И кремнистый путь блестит и звезда с звездою говорит.

(61) не совсем поняла, что мешает колонки из одной таблицы добавить к другой? и что для моей задачи даст движение? ок, даже не для моей задачи а чем оно полезно для учета по ФИФО вообще? Прошу прощения за чайниковый вопрос, я действительно никогда с регистрами не сталкивалась

(59) ха! это ты записала остаток от b3 на нем осталось, например 5.
не забудь записать нулевые остатки в b1 и в b2..

(65) в регистрах просто - ты пишешь только движения. Итоги накапливаются сами. всё.
то что ты делаешь - пишешь нулевые остатки по b1 b2 и хвостик оставшийся по b3 - на уровне регистров система делает за тебя.

(66) их, понятно тоже. я последовательно гоняю по 3 вариантам: когда продажа=покупке, продажа>покупки пишу в остаток 0, а в третьем случае разницу

все что тебе надо - рассчитать вот эти "частные суммы" и положить их в движение по регистру - в плюс или минус.

(68) зачем гонять три варианта? код в 51 покрывает все варианты

я так понял что первоначально - ПРОДАЖА
то есть выставлена сумма на продажу = 1000 руб. (акции на 1000 руб)
и ее начинают мелкими порциями забирать (покупать акции).

(69) не совсем так. все что мне надо - разобраться с регистрами, с измерениями, ресурсами, реквизитами - понять что зачем, потом сделать 2 регистра - остатков и оборотов, понять периодичность оборотов... и не рехнуться головой после всего этого ))

(72) что насчет кода 51, который покрывает все 3 варианта?

(70) да, но я уже до того сделала три чтобы не запутаться. теперь переделаю, спасибо

(72) если ты не гуманитарий - то ты все поймешь с полпинка.
Регистр - это ОСИ. Ресурсы - это число, лежащее на соответсвующих координатх (каждая координата на своей оси). ВСЁ.

(73) потом все таки разберусь с регистрами наверное... или не разберусь ))

(75) теперь понятнее, а практическая разница между регистром остатков и оборотов?

самый простйо вариант который имеет смысл расмотреть
две оси
Контрагент и Договор
(Вася,Договор1)=5
(Вася,Договр2)=10

Сколько в целом у Васи? - все точки на двумерной плоскости падают на ось "Вася" = 15
.
Допустим договор трехсторонний
тогад у теюя будут запис
(Петя,Договор1)=20
(Петя,Договор3)=40
.
Сколько в целом по Договору1? - все точки падают на ось "договор1" = 25

(77) в итоге осей у тебя может быть хоть 10. когда смотришь на ресурс из всех осей - видишь подробное частное занчение. если смотришь так, что однйо оси не видно - по этой оси значения "схлопываются" и получается некая чуть более общая сумма. если схлопнуть по всем осям - получится так любимая всеми бухгалерами куча (например, 76.5)

(78) "все точки падают на ось "договор1" = 25"
падают на ось "ДОГОВОР" в координату "Договор1" и в ней суммируютсмя, с васей точно также

(75) то есть я читаю экселевский файл, оттуда достаю: признак операции (продажа-покупка), тикер акции (какая бумага), цену, количество... тикер пишу в ресурсы, цену и количество в измерения, а признак операции тоже в ресурсы? и какой это регистр остатков или оборотов должен быть?

(77) практическая в том - что у регистра оборотов на начало и конец периода нет занчений.
обороты - это обороты  - ЗА ПЕРИОД.
Пример - сумма продаж компании. у нее нет ни начального ни конечного значения.

(81) наоборот КОЛИЧЕСВО И СУММУ - в ресурс, а номер акции или нномер транзакции или еще что - в измерения.

(82) то есть нужно вести 2 одинаковых параллельных регистра и либо тот либо тот пользовать в зависимости от того что в отчете нужно?

(83) спасибо, а реквизиты это что? их надо как то заполнять?

если у тебя ЦЕНА - это именно измерение - то есть вопрсо сколько продали Акций "газпрома" по цене начальнойго выпуска акций в 50 рублей? и сколько продали акций газпроам по второй эмисис акций по цене в 55 рублей - то да, цена - измерение. Но в измерения обычно не пишут числа, а пишут некий вменяемый ОПИСАТЕЛЬНЫЙ обьект - клиента, договор. частности у тея, в измерение надо писать не цену, а некое "описание цены", нпример "выпуск 1000 акций по цене 50р за акцию от 01.03.21" - такое описание - это справочник обычно (например справочник окнтрагентво) или справочник сделок поступленяи акуий на биржу/ Вместо спаовчника - можно писать например документ. который являет собой "описание"..

(85) реквизиты - это примечания к движениям, они необязхательные
то ест например ты по измерениям можешь собрат/получить итог ресурса (суммы, количества), а по реквизитам - нет.

(86) цена меняется, да, но не от эмиссии: ты покупаешь по одной, продаешь по другой, кроме того ты можешь купить несколько разных пакетов одной и той же акции по разной цене

основное правило регистров - они должны "закрываться"
то есть если у тебя есть приход от Васи (поступление товаров), а платишь ты всегда за это Пете, то у тебя будет
(вася) = +100
(петя) = -100.
.
и это - НЕ НОЛЬ. это две отдельные сущности вася+100, и петя-100. и эти отдельные сущности будут у тебя тянутьяс всю историю жизни твоей деятельности. хотя ты считаешь что утебя все по нулям.. а по факту - не понулям. по нулям - если смотреть "кучей"

реквизит измерения - то есть в моем случае это вид операции (продажа/покупка)?

(88) "цена меняется, да, но не от эмиссии: ты покупаешь по одной, продаешь по другой,"
чем это отлтичается от купли/продажи одного и того же товра в j,.sxyj йторговле? купил за 100, продал за 200, на эти 2% и живем.

(90) нет.
покупка и продажа - ЭТО ДВИЖЕНИЯ, покупка с МИНУСОм, продажа с ПЛЮСОМ (или ноборот).
Измерения - это то, В ЧЕМ ты эти плюсы и минусы аккамулируешь

(88) " несколько разных пакетов одной и той же акции по разной цене"
а вот "ПАКЕТ" - это как раз и есть ИЗМЕРЕНИЕ.
.
дает ответ сколько я заработал на "Пакет123 от 15.01"...?

(93) вот теперь яснее

спасибо, выручили очень

например я купил ПАКЕТ123, 1000 акций на 8000 руб
у меня движение
+(изм = ПАКЕТ123, ресурсСумма=8000, ресурсколич=1000)
начинаю продавать
-(изм = ПАКЕТ123, ресурсСумма=5000, ресурсколич=625)
.
остаток по измПакет123, сумма3000, колич=375 - итого у меня непроданных акций 375 на 3000 рублей первоначального закупа
.
и есть второй регистр ПРОДАЖИ - оборотный
в который ты пишешь (изм=СделкаПродажиКомуто, ресурссебестоимсоть=5000, ресурспродажа 15000, количество = 625)

итого по сделке продажи я имею 15000(засколько продал)-5000(засколькокупил-приходящаясянаколвопродажи), навар = 10000 за 625штук

(96) во второй регистр параллельно нужно писать те же данные?

и все что тебе надо - когда ты продала 200 тыс акий газпрома - определить ЧЬИ акции ты продала. если это номерные акции - ПАКЕТЗАКУПАИЗВЕСТЕН СРАЗУ. Если акции обезличенные и вов ремя продажи ты хз чьи продавал - тут начинаешь считать "чьи" это акции - по фиоф/лифо/по скорости ветра на марсе итд. посчитал и записал ДВИЖЕНИЯ с нужным тебе набором измерений и мумами/количествами- а набор измерений - как раз и есть предмет вычисления. записал движения и все - суммировать ничего не надо - регистр сам все посуммирует.

(98) а это смотря что НУЖНО.

и почему те же? зачем дублировать?

архитектуру можно пострить по разному. в завимсоти какая скрость нужна.

например сумум продажи, приходящуюся на количесо продажи - можно запихать в первый регистр РЕКВИЗИТОМ (то есть сумма продажи 15000 будет примечанием к расходу первональной стоимости закупа-себестоимсоти). И тогда ЗА ПЕРИОД ты можешь по первому регистру собрать СУММУ ПРОДАЖ за период по операцимя расхода, здесь же собрать за этот же период сумму расхода первоначальнйо стоимсоти и получить результат. Без второго регистра.

(99) да, и в этом, втором случае их нужно еще как то подобрать - по фифо. то есть вытащить из регистра и сформировать ту же самую ТЗ... и получается что регистр это обычный "шкаф", и все равно подбор нужен

(102) скорость не нужна. это частная задача - альтернатива экселю

Но тут без вторго регистра ты не уивдишь на ком ты больше заработала из тех кто кпуил акции. придется в реквизит пихать еще и клиента кто кпил акции. В итоге получишь тот же самый результат как вол втором регистре, только ОБОРОЫТ ТЕБЕ ПРИДЕТЯС СЧИТАТЬ КАЖДЫЙ РАЗ самой за крупные периоды. а это ЗАНИМАЕТ ВРЕМЯ.

(104) а тут выигрыш как раз в том, что ничего вытаскивать не надо. ты одной командой обращения к регистру получаешь таблицу остатков "Пакетов".

(104) а ты как думала? система за тебя решит как и что распределять?

(106) там клиент и на продажуи на покупку всегда один - твой брокер

регистры - для того, чтобы БЫСТРО ВЫТАСКИВАТЬ ДАННЫЕ в нужных разрезах. и не морочиться ВЕДЕНИЕМ остатков. в твоем решении ты а) сама формируешь таблицу б) считаешь фифо-частную сумму в) запоминаешь остаток (и нет истории). в случае регистра а) формирвоание таблицы делает за тебя регистр - однйо командой, б) считаешь фифочастную сумму и записываешь ее (плюс или минус) в) опять же ведет регистр.

(109) в случае когда движения-транзакции очень простые/элементарные - регистр практически есть зеркало этих транзакций. но даже здесь есть выигрыш в простоте оперирования данными, то что ты делаешь на справочниках которые хранят остатки - ты по сути эмулируешь простейший регистр.. а нахрена это надо, если это уже есть.

(109) так быть не может. в любой сделке как минимум две стороны.
а насколько я понимаю в силу своей несведущности в биржах - у тебя как миниум ТРИ стороны - владелец акций (эмитент) - брокер (он же АГЕНТ) - приобретатли и продаватели акций (конечные клиенты) - они могут быть обезличенные как при розничной торговле, а могут быть персонализированы - брокер же дает мне (я покупаю и продаю акции через брокера, т.е даю ему 1млн рублей и поручени торговать акциями дял меня чтобы я на мальдивах жил) - и таких "я" у брокера - не один и не два. и каждому надо дать отчет что почем за сколкьо и когда

(111) убедил. завтра перепишу все нафиг, а то 800 линий кода модуля формы. путаюсь по 2 раза одно и тоже делаю

(109) а тут непонятно кто такой "твой"..
ты конфу для кого пишешь - для БРОКЕРА(агента) или для "меня" - того кто работает с РАЗНЫМИ брокерами (один брокер = частный случай много брокерво)

(113) ну тут ты сама смотри... этоя сегодня невменяемый, треплюсь тут, а завтра упаду в кодинг и программинг - с теми же самыми транзакциями (толькол складскими) - и кто тебе разжевывать будет? хотя если не гуманитарий - то справишься..

(112) нет тут именно тот случай - ты все операции ведешь через своего брокера, упрощенно ты как будто у него покупаешь все свои акции и ему же их продаешь. то есть ты продал акции тебе деньги а них дал твой брокер а кому и за сколько он их продал - это  уже не предмет твоего учета

(116) сек, подумаю

(115) химик я 8-) с экономическим образованием

(114) для себя пишу. у меня мои личные портфели у двух брокеров.

(116) тогда все просто.
сформулируй пару ВОПРОСОВ на которые должна давать ответ система,
например
1. Сколько акций и чьих я продал за период (количество, сумма продажи брокеру)?
2. Сколько акций и чьих я купил за период (количество, сумма закупа у брокера)?
3. Сколько на данный момент у меня и чьих акций (по количеству и сумме закупа)
4. Каков мой доход за период, вт.ч. в разрезе эмитентов акций (газпром, Наночубайс итд)

(119) а нахера это писать? более чем уверен что есть готовые приложения, и мобильные в т.ч.

(119) для твоей задачи подойдет готовая типовая конфа на 77. Торговля и Склад

(122) с готовыми документами, отчетами, журналами документов итд.

(120) мои вопросы:
1. сколько я заработала между продажей и покупкой тех или иных акций
2. Сколько у меня в каких акциях сейчас
3. Почем мне нужно продать ту или иную бумагу чтобы быть в безубытке

(124) 4. ну и факин-налоги

как вариант - посмотри на мисте здесь в книге знаний есть где-то простая учебная конфа "Склад" - скорее всего она подойдет, если там чего-то не хватает - то проще туда дописать.

(122) нет мне не нужно столько лишнего функционала, хочется чтобы документы, справочники итп были заточены под финансовые рынки а не под обувной меагазин

(124) п1 - невменяем. я купил и продал за период акции газмпрома. "заработал между ппродажей и покупкой" - именно ПО ЭТИМ АКЦИЯМ -Газпрома-? или по прочим акциям (нано,татнефть итд) за исключением этих газпромовских? или по всем акциям

(121) не встречала

(124) п1. - см.п4 в 120. п2 - см.п3. в 120

(127) Зачем это писать на клюшках (77)..?

(128) почему невменяем? у тебя в портфеле 10 видов акций, какие то в плюсе от закупки, какие то в минусе. Первые ты продаешь и учитываешь свой плюс... по вторым смотришь безубыток и планируешь продажу в плюс, а еще докупаешь-понижаешь среднюю цену... и опять планируешь плюс

(124) п.3 - следствие п.2, "быть в безубытке" именнол по конкретным акциям например быть в безубытке по акуиям газпрома которые у меня есть на остатке, или быть в безубытке ВООБЩЕ по моей деятельности?

(132) невменяем потому что - изложение не должно вызывать вопросов у участвующих. откуда я знаю что ты понимаешь под п1 - я привел как миниму 2 возможных варианта, и тот и другой имеют правло на жизнь. вероятен скорее всего "остаться в плюсе В ЦЕЛОМ"

(133) у тебя каждая акция дает свой финансовый результат. и если ты не будешь мониторить к прибыль (TP) либо минимизацию убытка (SL) - ты в итоге будешь в минусе В ЦЕЛОМ

(132) оппа! всплыли "виды" акций

(135) это понятно. но то чтоя мониторю и пытаюсь обеспечить себе плюс - это не занчит что я выйду в плюс. такая ситуация что никто не купит акции по моей цене чтобы я вышел в плюс. вот так я лоханулся при покупке акций

(136) они и не тонули. просто все виды акций ты продаешь и покупаешь у одного и того же брокера - ну представь то ты приходишь в один Каррефур и берешь там молоко, сыр, помидоры - это и есть "виды" акций

(137) ну вот для этого и нужно чтобы ты не вбухивал все деньги в один газпром, а дивесифицировал их, и если у тебя минус по оценке или недайбох фиксированный убыток по твоему газпрому, то мониторя какой нибудь эксонмобил или мастеркард ты мог прибылью от них отыграть часть убытка от других акций

(135) писать то что ты задумала имхо сомнительно
1. на 77? нахера? тем более за бугром. Пиши на 8-ке.
2. куча всего что надо в базе не будет - например мониторить текущие котириовки итд итп., т.е база будет всего лишь просто некий УЧЕТНЫЙ ПОСТФАКТНЫЙ механизм регистрации свершившихся фактов. и все что можно посмотреть будет - что у меня на руках сейчас (сума количество), текущий плюс или минус деятельности(ЗА ВСЕ ВРЕМЯ!!! иди за любой период тут как захочешь). ну и посчитать типа "введите количесвто акций которые хочешь продать" = 100. текущий итог - я в минусе на -200, чтобы быть в плюсе - надо продать не менее чем за 200.

(139) "то мониторя какой нибудь эксонмобил или мастеркард "
все проблемы здесь.

то что ты хочешь - на клюшках неспешно спецу среднего уровня ваяется за 2-3 дня с перекурами.

(138) ха..
виды акций
- акции по никелю
- акции по нефти
- акции по зерну
.
а что - нефть чья - газпромовская татнефтевкая или вообще лукойловская или бришптролеумская - неинтересно?

(условно)
- акции привелигерованные или общие - неинтересно?

(140) 1. на 8-ке не умею
2. котировки меняются ежесекундно и ни одна 7ка, 8ка не заменит тебе биржевой терминал. В реальности для бухгалтерии не нужны котировки. достаточны только цены твоих сделок и максимум, для какой нибудь околобухгалтерской прикладной аналитики дневные цены закрытия например

грубо говоря
вид акции, эмитент, привелигерованеы/общие - это все измерения

(143) зачем? для учета и налогов важна лишь разница в цене

(144) абсолютно неважно

(145) ну тады как я написал выге - это простой ПОСТФАКТНЫЙ УЧЕТНЫЙ механизм регистрации свершившихся сделок. этого будет достаточно чтобы в принципе посчитать даже "за сколько мне надо продать и каких акций при равных услвоиях приоритетноти оперирования акциями" чтобы быть в безубытке или заработать N

(147) ну тады все проще.
сек подумаю.

(149) да, как то так, именно постфактный учет - достаточно различия по эмитентам.

вообще-то все можно построить и на бухгалтерской компоненте.

в т.ч. и фифо в течении дня

(152) я на ней и делаю, причем выкинув все ненужное, чтобы не путаться

если бухкомпоненту знаешь хорошо - то делай на ней.

(155) "Бух" - знаю хорошо, "компоненту" - хуже ))) не программист я!

все что надо - отчет брокера - в котором приходы и расходы в течении дня - сделать правильно. чтобы не морочится в модуле его проведения.
.
каждую строчку отчета брокера ОФОРМЛДЯЙ В БАЗЕ ОТДЕЛЬНЫМ ДОКУМЕНТОМ. раз она есть транзакция - вот и оформляй ее отдельной документом-транзакцией.

а сам документ "отчет брокера" - это тупо ЭКРАННАЯ ФОРМА, которая собирает все документы-транзакции в единое визуальное представление в привычном виде "единого документа"

(157) думала над этим, в итоге сделала брокерским отчетом за день, хотя если каждую покупку - продажу делать отдельно это существенно облегчило бы фифо - все на бухитогах строилось бы

тогда модуль проведения каждого этого простейшего документа - ПРОСТЕЙШИЙ. в модуле проведения получаешь текущие итоги (а они УЖЕ С УЧЕТОМ всех предыдущих таких же документов транзакций) и дальше вообще все тривально

(159) ИМЕННО

(158) ты имеешь ввиду из экранной формы проводить несколько документов за день или за период? а профит в том, что после проведения документ доступен для бухитогов?

пример можешь посмотреть в типовой ТИС 77 - как там сделана "банковская выписка"

(162) обработка. Загружаешь иэ экселя строи отчета брокера каждыую строку в отдельный документ-транзакцию. дальше как удобнее - я бы рекомендовал 1. сначала заполнить и записать все доки 2. потом просевти все ранее созданные. каждый провдится независимо от другизх, если проведение заткнулось - то ТСОП всем остальным оставшимся проведениям. ВСЁ.
.
а экранная форма отчета брокера - просто собирает и показывает эту кучку "транзакций".
хочешь - делай из отчета брокера проведение/перепроведение по отдельности, хошь - все сразу - тут как удобнее...

журнал документов тогда невменяемо большим становится... есть ситуация когда ты даешь брокеру поручение на продажу 100 бумаг, но они на рынке продаются частями, и хорошо если 2-3, а то и по 20 кусочками по 3-5 акций... и каждую брокер как отдельную сделку оформляет, и если в дневном отчете это еще как то вменяемо, то имскать что то в таком журнале документов устанешь

(162) да. каждый документ-транзакция - независим от других. отсюда каждый документ-транзакция имеет доступ ко всем предшествующим ему данным. это сильно упрощает.

(165) да хрень полная. у меня так складские транзакции делаются. все они пишутся в ОБЩИЙ ЖУРНАЛ.
а бух смотрит журнал "отчеты брокера", в котором документ-болванка, который только собирает для показа

(166) да, плюс есть, повторюсь думала над этим, но объем журнала испугал в итоге пошла по более сложному пути

(167) хрень полня в том смысле что - ну и что, много документов - ну и пусть будет много ждокументов, система для того и сделана.

(169) а тем более бывает что одну строку из отчета брокера приходится дробить на несколько, если по фифо под нее покупки подбираешь

другое дело если ты эту свою подсистему впиливаешьт в бухбазу где еще куча всего другого. тогда бухам которые работают часто через общий журнал - будет ТИПА НЕУДОБНО. да и пофиг. работате в частных журналах. общий журнал - служебный.
.
кстати, если делать на регистрах - то с таким "брокерским отчетоа" как ты хотел а изначально - в модуле првоеденяи придется точно также извращатьяс как ты извращалась, ибо с построчным проведением в рамках одного документа - штатно тоже надо покопаться, там есть режим когда в рамках одного проведения уже учитываются двтижения сделанные в рмаках этого же првоеденяи, короче хервоо когда данные в одном документе зависят от предыдущих строчек. это xpyfxbn если ты пересортиовала строки то резулбьтат другой может быть

(168) абсолютно поиг объем журнала. это практически ни на что не влияет. у меян в одном небольшом проекте таких одиночных операций-транзакций за день - порядка 20-30 тысяч было на клюшках. и совершенно норм...

(170) вот наглядный пример: сверху одна строка и отчета брокера на продажу 20х МА а снизу то, что под нее в покупках нашлось )))
======================================================================================
SALE >>>    ID:    3121342930    Date:    02.02.21    Time:    21:59:06    Shares:    Mastercard Incorporated        Qty:    20x        Price:        334.99 USD        Amount:       6699.80 USD        Fee:    1.67 USD            Rest:    20
BUY >>>        ID:    2909924280    Date:    21.01.21    Time:    22:50:06    Shares:    Mastercard Incorporated        Qty:    2x        Price:        335.78 USD        Amount:        671.56 USD                    Rest:    2
BUY >>>        ID:    2909924290    Date:    21.01.21    Time:    22:50:06    Shares:    Mastercard Incorporated        Qty:    3x        Price:        335.78 USD        Amount:       1007.34 USD                    Rest:    3
BUY >>>        ID:    2910489710    Date:    21.01.21    Time:    23:17:28    Shares:    Mastercard Incorporated        Qty:    5x        Price:        335.00 USD        Amount:       1675.00 USD                    Rest:    5
BUY >>>        ID:    3014634390    Date:    27.01.21    Time:    22:52:50    Shares:    Mastercard Incorporated        Qty:    1x        Price:        315.00 USD        Amount:        315.00 USD                    Rest:    1
BUY >>>        ID:    3014634670    Date:    27.01.21    Time:    22:52:50    Shares:    Mastercard Incorporated        Qty:    1x        Price:        315.00 USD        Amount:        315.00 USD                    Rest:    1
BUY >>>        ID:    3014634950    Date:    27.01.21    Time:    22:52:50    Shares:    Mastercard Incorporated        Qty:    1x        Price:        315.00 USD        Amount:        315.00 USD                    Rest:    1
BUY >>>        ID:    3014635230    Date:    27.01.21    Time:    22:52:50    Shares:    Mastercard Incorporated        Qty:    1x        Price:        315.00 USD        Amount:        315.00 USD                    Rest:    1
BUY >>>        ID:    3014639640    Date:    27.01.21    Time:    22:52:51    Shares:    Mastercard Incorporated        Qty:    1x        Price:        315.00 USD        Amount:        315.00 USD                    Rest:    1
BUY >>>        ID:    3014639740    Date:    27.01.21    Time:    22:52:51    Shares:    Mastercard Incorporated        Qty:    1x        Price:        315.00 USD        Amount:        315.00 USD                    Rest:    1
BUY >>>        ID:    3014640470    Date:    27.01.21    Time:    22:52:51    Shares:    Mastercard Incorporated        Qty:    4x        Price:        315.00 USD        Amount:       1260.00 USD                    Rest:    4
======================================================================================

вот пример такой реализации ;-)
https://www.screencast.com/t/MQEUIR9L

(171) нет-нет тут отдельная база, написанная вообще в голом конфигураторе

" что одну строку из отчета брокера приходится дробить на несколько, если по фифо под нее покупки подбираешь"
- это дробление будет записано как движения регистра внутри системы (при условии автоматического определения фифо). а в "документе" - это одна строка. или если на бухе делать - то точно также документ один а операций бухпроводок по yve будет несколько - каждая операция по совей "партии"

(175) тогда вообще морочиться не надо.

(165) "и если в дневном отчете это еще как то вменяемо, то имскать что то в таком журнале документов устанешь"
ты окрываешь "документ" типа "Отчет брокера" из журнала "Отчеты брокера", в общий журнал ты вообще не лазишь.
в журнале "отчеты брокера" - видишь только дневнеы отчеты.

(178) стоп, ты говорил что экранная форма - это обработка которая построчно читает файл и проводит из него документы? или это документ который создает другие документы? то есть в табличной части такого документа у меня будет реквизит вида "документ"?

Вот у тебя журнал тових документов-транзакций
https://www.screencast.com/t/PzvAJRRJe8T

(180) они обработкой созданы или агрегированным документом "выписка"?

(179) "или это документ который создает другие документы? "
- это сугубо техническйи вопрос. как удобнее. по сути "документ отчет брокера" - это контейнер, который собирает и показывает инфу".
в твое случае я бы сделал это документом без табличной части. а вместо табличной части показывал ТЗ со списком транзакций. (можно по всякому). можно список транзакций собирать в ТЧ документа "отчет брокера". КАК ХОЧЕШЬ ТАК И СДЕЛАЕШЬ.

(181) В тисе например https://www.screencast.com/t/zahMiFnFlO3
они агрегируются обработкой, из которой можно создавать/удалять

у тебя скоре евсего я бы сделал это именно документом-контейнером, ибо отчет брокера наверняка имеет номер, дату, еще какие-тополезные рквизиты..

(182) почему без табличной части? в (183) табличная часть есть

(184) дату и наименование брокера - из полезного в шапке больше ничего, все остальное - таблица

вот например у меня другой вариант - где документы-транзакции в течении дня или для "сделки" агрегируются документом-контейнерм - на скрине каждая строчка - это отдельный незавимсыая складская транзакция.
https://www.screencast.com/t/BKdcCOmi6Y

(185) это ТЗ.
.
можно использовать ТЧ документа ДЛЯ ВРЕМЕННОГО ПОКАЗА "строк" документа

(188) это в 8ке так можно или в 77 тоже?

а вот сам документ-транзакция (строка) к предыдущему скрину с "контейнером"

Обращаю внимание, что все что я сейчас излагаю - это сугубо инфа к размышлению. но никак не указания как дестовать
.
все что излагаю - это следствие того чтобы ОБЛЕГЧИТЬ проведениея "документа" когда каждая строка зависит от итогов проведения предыдущей строки

(191) это понятно. всегда интересно увидеть альтернативные решения

(189) и в 77 можно.
делаешь док.ОтчетБрокера, шапка как обычно. ТЧ описываешь "зеракально" тем данным, которые хочешь показать из доков-транзакций. При октрытии "отчета брокера" - собираешь доки ЗА ТЕКУЩИЙ ДЕНЬ (или докуи, которые подчинены отчету брокера), инфу из доков - сливаешь в ТЧ отчетаброкера. показываешь. При необходимости открыть строку или отредактирвоать - по клику на строке - открываешь ФОРМУ дока-транзакции. то есть в самой ТЧ отчета брокера ничего не делаешь.

При закрытии "отчета брокера" - блокируешь вопрос системы о сохранении документа. ведь ТЧ дока по стуи - пустая. Или ка ксделаешь. можешь в ТЧ документ а "отчет брокера" держать живые строки со ссылками на доки-0транзакции.
вариантов решения - море.

(190) тут я ссылку пропустил на рисунок - там прсото форма дока-транзакции с кучей полей

ох... снесу все завтра. по новой напишу ))

обращаю внимание что это все - по вопросу облегчения проведения "построчно".
суперспецы могут раскритиковать и предложить что-то другое

(196) ну, где-то на третийраз получится что-то более-менее вменяемое.. у меня обычно так... ;-)

(198) ну значит к концу года и я что то наваяю

понимаешь, в принципе написать и обычный документ "Отчет брокера" с обычной табличной частью - ВООБЩЕ НЕ ПРОБЛЕМА. и проводится будет правильно все по фиоф. только, блин, не на справочниках. а на регистрах. или на БУ - разницы нет.

просто модуль проведеняи такого документа будет малость посложнее чем модуль проведения одиночного документа. но ненамного. втвоем случае - я бы написал обычный документ отчет брокера. в обычной парадигме документа с ТЧ ;-)

проведение такого обычного дока - тривиальное.

(200) на БУ - это что?

начало првоедения -
1. получить итоги на начало дока в ТЗ
2. в цикле по строкам
- раскидать продажу по итогам из п.1, пропуская строки в которых уже 0.
- если в итогах по п.1 нет нужной строки (например это строка-закупка) - добавляешь ее в ТЗ из п.1 в конец
3. повторяешь пункт 2.
4. после перебора всех строк документа - смотришь получившиеся данные ДЛЯ ОПЕРАЦИЙ ПРОВЕДЕНИЯ и тупо формируешь операции проведения.
все.
доки-транзакции nnen даже лепить не надо

77 состоит как платформа из 3 основных компонент
ОПЕРАТИВНЫЙ УЧЕТ - механизм регистров
БУХГАЛТЕРСКИЙ УЧЕТ - механизм проводок
РАСЧЕТ - механизм периодических расчетво

как сделана прикладная конфигурация - пофиг. можно тот же самый бухучет (БУ или бухкомпонента) построить на регистрах, но тогда на программиста ложится обязанность обеспечить целостность двойной записи. а бухкомпонента поддерживает это автоматом

плюс к этому бухкомпонета - это всегда ВЕСЫ - двойная запись (не берем в расчет забалансовые счета). оператиная компонента - это однрычажный механизм.

Вообще для решеняи твоей задачи - 77 за глаза.
но это не молодежно и не модно. надо писать на 8-ке.
тем более если пишешь НЕ ДЛЯ СЕБЯ, а на забугор

(207) там двойная запись важна. на ней все делаю

(208) пишу для себя, я и есть "забугор"

(209) и чем она важна в этой задаче?

не вижу навскидку необходимости в двойной записи.

по сути то что ты описала - это обычный кошелек.

(211) свой план счетов: банк, брокерский, счет акций, комиссии, налог, счет прибылей-убытков - то есть полноценная двойная запись

(214) ну тады да...

(214) возьми 1С:Управляющий - там как раз аналогично сделано, все на двойной записи. но план счетов укрупненно-упрощенный

в 2 ночи здесь бэкап делается. система на 15 мин вышибается

(216) моя конфа заработала почти, пару отчетов доделать и более чем достаточно для моей задачи. ну еще фифо переписать

(219) да уж видела. думала это санкции на НАТО наложили - отключили от российского инета))

(214) сорри, но с вас валяюсь ;-)
зачем это адский велоспед?
это все уже есть.
ладно япониал бы если бы вы были прогроммистом. или делали бы продукт с прицелом на зпадный рынок. или кокакая-то ужасно специфическая вещь.
все что вы опсиали в т.ч. и 9214) - это все есть в типовой 1С - хоть бух 7.7, хоть 1С БП3 (на 8ке). и даже на российский план счетов натянуть нужный вам упрощенный БУ учет - как в 214 - да вообще проблем не вижу. даже если вам понадобится специфический "отчет брокера" - это почти на 100 процентов кладется в типовую схему комиссионной торговли, где Брокер - ваш комиссионер, с уже готовыми комиссиями и прчоими. и налогами, и банками и кассами. в чем проблема пользоваться готовым чем с нуля пилить свой бухучет?

(222) не нашла в типовой фифо

напишите фифо как в 204 и все. только нахрен выкиньте весь учет на справочниках.

(223) сек. вспомню..
в типовой бух77 вполне возможно ФИФО нет

у меня типовая 647

и то уже не 647 - на голом конфигураторе пишу,

(226) ну, впилить на 41 счет партионку (акции=товар) с фифо - это все-таки кузявее чем писать свой бу-велосипед. тем более что впилить его туда - достаточно просто. обвеска-то вся есть.

(222) кроме того, влезать в уже написанный код и пытаться там разобраться - мне проще по новой написать

(229) хм. бух 77 - простая как два копейки (если не брать блок зарплатный, и то не очень сложный)

надеюсь в этом страшном велосипеде ы план счетов хоть нормальный сконсруировали, а не тот трешняк котоорый в типовой или по образу типового

(230) вот гомологический ряд предельных углеводородов тоже ведь простой, но почему то ставит многих в тупик )))

(232) ну потому что каждый должен заниматься своим делом.
а я так полагаю что у вас на бирже дела идут настолько хорошо, что вам больше заньтся нечем ;-)

(233) Биржа не сталепрокатный цех с непрерывным производством. На "больше заняться нечем" время остается )))

ну, остается пожелать вам успехов. хотя желать успехов на клюшках - попахивает садомазо.
пишите на 8-ке.

ушел.

(236) спасибо за помощь, счастливо!

(237) вернулся.
шоб я так жил..
ушел.

1. у каждой ценной бумаги (справчник) - далее "цб" - обязательно есть:
- эмитент (справочник контрагенты, при импорте распознание по ид/коду/наименованию)
- номинальная стоимость.
- прочее (пометки, "голубая"-"говняная", "sic!" и т.п.)
2. учет ценных бумаг в собственности (в распоряжении). специальный встроенный объект "регистр остатков".
2.1. аналитический разрез, аналитики хранения (то что вы называете субконто, но это не совсем субконто) - это в регистре называется (!)"измерения":
- центр учета, элемент справочника "Центры учета ценных бумаг" (брокеры, агенты - может быть и только по единственному элементу справочника - по себе любимой, но лучше пусть будет).
- ценная бумага, элемент справочника "ценные бумаги" (см.п.1).
2.2. аналитика, характеризующая только атрибутику прихода или расхода цб - что-то вроде оборотного субконто но не совсем)) - называется (!)"реквизиты":
- контрагент, элемент справочника "Контрагенты" - это похоже на об.субконто и может соответственно использоваться при анализе аналитических разрезов оборотов))
- сумма сделки купли/продажи - а это совсем не похоже на об.субконто, это типа содержания проводки, в котором только число), поможет потом рассчитывать прибыльность по оборотам.
2.3. собственно то, что в виде остатка характеризует "все то, что есть на учете" у нас (на разных центрах учета, а может и на одном)) - (!)"ресурсы":
- количество (того, что в п.2.1 - т.е. каждой цб на каждом цу) - число, целое(12) навеное.
- стоимость (того, что в п.2.1 - т.е. совокупная стоимость каждой цб на каждом цу).
2.4. Зачем это все. Документ при его проведении может выполнять движение по регистру - запись, содержащую весть спектр измерений+реквизитов+ресурсов, отражающих все свойства сделки купли-продажи, и изменяющую в соответствующем разрезе аналитики остатки:
- увеличение "нашего" остатка при покупке цб - встроенное свойство движения "вид движения" = "приход", кстати в этом случае значение реквизита "сумма сделки" равно значению (изменения) ресурса "стоимость";
- или уменьшение "нашего" остатка при продаже цб - встроенное свойство движения "вид движения" = "расход", кстати в этом случае значение реквизита "сумма сделки" в общем случае не равно значению (изменения) ресурса "стоимость" (на сколько изменять стоимость - рассчитывается в модуле документа, при его проведении, по имеющимся до его проведения остаткам суммы/количества).
3.1. Документ "Покупка цб", который попроще. Проведение: по указанным в документе цу(в измерение), контрагенту(в реквизит), - движение вида "приход" по данным из (каждой строки) таб.части: для каждой приобретенной цб (измерение), на указанное кол-во(ресурс) и указанную стоимость(ресурс) - с указанием этой же стоимости в реквизите "сумма сделки".
3.2. Документ "Продажа цб", который посложнее. Проведение: по указанным в документе цу(в измерение), контрагенту(в реквизит), - движение вида "расход" по данным из (каждой строки) таб.части: для каждой проданной цб (измерение), на указанное кол-во(ресурс) и на расчетную(!!!) до проведения документа - равную остатку стоимости деленной на остатку кол-ва и умноженный на проданное кол-во - стоимость (ресурс), с указанием этой же суммы сделки в реквизите "сумма сделки".
4. Документ Ввод остатков ценных бумаг. Тупо по-строчно все остатки во всем аналитическом разрезе измерений+ресурсов (реквизиты хренсним но можно типа Контагент="НачальныйОстаток" и в сумму сделки продублировать стоимость). т.е. тупо движения "приход" (которые при проведении прямо пропишутся построчно движениями вида "приход" на регистр). суммы можно нулевые ну или экспертные оценки "во што нам каждая хня обошлась" - оно со впременем все равно "вымоется" реальными суммовыми показателями, хотя точнее - конечно лучше.
5. Отчеты. Всякие-разные. Эффективность продаж по оборотам. Остатки в закупочной стоимости (активы) на любую дату. Сезонные изменения продажной стоимости.
7. И-по-ле-те-ли. Отчетами смотрим. Документами покупаем-продаем. Придумываем новые отчеты и эвристики. Усложняем справочники ценных бумаг, добавляя реквизиты и составляя новые отчеты в разрезе уже не (только) ценных бумаг но и группировочно в разрезе значений этих реквизитов - по таким отчетам можем "вдруг" сделать вывод о том. что с фьючерсами на кукурузу у нас получается прибыль лучше всего остального в расчете на бакс вложенный, зато нефть быстрее отбивается... Усложняем структуру справочника Контрагентов, добавляя новые реквизиты и аналогично дорабатывая отчеты с этими разрезами - и можем "вдруг" обнаружить, что самые клевые прозавцы - это вон те соседи и та семья из миннесоты, например... а можем вообще добавить реквизит типа "уровень полученного с клиента дохода нп покупках", и этот реквизит заполнять из тех же отчетов по оборотам (ну он нужен без хронологии, "на сейчас") - и потом уже контрагентам с максимальным значением этого расчетного реквизита давать "зеленый свет", принимая решение о покупке. можно с учетом (поправкой на) еще одного реквизита "клевыйпацан".
ФПЕРЬООООДдд!!!
ЗЫ: ну и... каждое предложение (в принципе тоже можно закачивать - потом до системы анализа брокерства-закупок-продаж, и - что интереснее - принятия решений можно будет "раскручивать" систему). но пока можно и пропустить (по вашему замыслу, как минимум "на первых порах"). ну и для этого в принципе можно и нужно будет брокерский API расковыривать и мутить сервис подключения к нему и получения инфы в реальном времени прикручивать. но потом, Ок. хотя и интереесно )))
ЗЗЫ: нет, я не брокер и даже не бизнесмен. я математик. потом - программист.

(239) и все это - на клюшках.

скажите пожалуйста, что это за биржа?
я переживаю после увиденного ...

(241) что, рыбное место?

(239) 1. у каждой ценной бумаги (справчник) - далее "цб" - обязательно есть:
- эмитент (справочник контрагенты, при импорте распознание по ид/коду/наименованию)

- номинальная стоимость.

Покупная. Номинал - несколько другое.


3.1. Документ "Покупка цб", который попроще.
3.2. Документ "Продажа цб", который посложнее.

Склоняюсь к экранной форме, которая их объединяет в рамках брокерского отчета за день и генерирует новые документы

(240) и все это - на клюшках.
да в чем проблема то "на клюшках"? задача то несложная

(241) это для любой биржи подходит, за исключением биржи труда наверное

(239) Итак я сделала 2 регистра: остатков (SharesRest) и оборота (SharesTurnover).
Структура там и там одинаковая:
Измерения: Broker (типа места хранения - элемент перечисления), Share (наименование акции - элемент справочника), Transaction (сделка купли или продажи данной акции - справочник подчинен Shares)
Ресурсы: UnitPrice (цена единицы - Число 10.2), Qty (количество - Число 5.0)
Реквизиты: Deal (элемент перечисления BUY or SALE)
Правильно?
Далее я их заполняю прочитанными в экселе значениями причем обращаюсь к ним без индексов... а обращаюсь к ним потом "пересесечением" измерений
Правильно?

(246) Неправильно
причем большинство

При этом еще с примесью легкого бреда (без обид только)

Пока не говорим про обороты, только про регистр остатков.
В такой простой системе Реквизит указанный - полное излишество.
Так как движение в плюс по регистру это будет Продажа, Движение в минус  - это будет Покупка (или наоборот).
У Регистра у каждой записи движения по регистру - есть ГОТОВЫЙ ПРИЗНАК какое это движение - плюс или минус. https://www.screencast.com/t/W4ElCr3p

(246) Ресурсы - это то, что суммируется для получения консолидированных по разным измерениям итогов.
Ты как собираешься суммировать цену с ценой?

Вместо UnitPrice должно быть SumPrice типа - Сумма по прайсу для указанного количества Qty

(250) не собираюсь. я так поняла, что регистр это что то типа многомерного массива и мне просто нужно по пересеченю осей находить элемент им вытаскивать его единичную цену

(251) а как мне тогда оттуда вытаскивать единичные цены и количества по сделкам? мне это для фифо потребуется

"Transaction (сделка купли или продажи данной акции - справочник подчинен Shares)"
- это вообще какой-то трэш.
1. Сделки - ничему не подчинены. Сделка она и есть сделка. Предмет сделки - акция (или количество актций). Предмет сделки - акция - указывается в самой сделке, а не наоборот. для того чтобы поиметь перечень сделок по акции(виду акции) конкретной - формируется "вопрос-запрос" к регистру типа
"Выбрать Документы-Транзакции В Которых акция - Интересующаяменяакция(или список акций)

(252) Правильно!

(252) на пересечении осей получила Количество и Сумму. Цена = Сумма/количество
Вдобавок Сумма и Количество могут СХЛОПЫВАТЬСЯ для ненужных осей - тогда получаешь Цену усредненную по схлопнутой оси

дальше..

Измерение Transaction (сделка купли или продажи данной акции)
- вообще бред.
.
ты не прочитала внимательно что вчера писали про НЕЗАКРЫВАЮЩИЕСЯ регистры.
.
в регистре ВСЕГДА ЕСТЬ ПО УМОЛЧАНИЮ встроенный в систему РЕГИСТРАТОР движеняи по регистру - то есть тот документ, который делает движение по регистру.

(254) почему трэш? по этим 3 показателям я например идентифицирую что я купила ровно 10 акций какой нибудь Теслы по цене 700, причем я могу купить эту же акцию по другой цене, но это будет уже другая транзакция и другой элемент "матрицы" а как мне еще их идентифицировать?

(258) регистратор записывает дату и время?

В регистре измерением может быть документ - это обычное дело. НО НЕ ДОКУМЕНТ РЕГИСТРАТОР САМОГО ДВИЖЕНИЯ.
Например, Клиент заплатил АВАНС
в Измерение записываем Документ КОТОРЫЙ ПОРОДИЛ ДОЛГ (приход по кассе) - этот документ в движении будет и РЕГИСТРАТОРОМ этого движения и Измерением.
далее мы на эту сумму отгружаем 20 раз разные отгрузки в разное время.
каждый документ-отгрузка - РЕГИСТРАТОР движения по регистру, при этом ждвижение мы формируем ПО ИЗМЕРЕНИЮ "ДОКУМЕНТ ДОЛГА = ПКО #23"

(259) правильно описываешь, но неправильно делаешь.
если для тебя важны каждый ОТДЕЛЬНЫЕ пулы закупки акций - каждая такая ЗАКУПКА в регистре будет ИДЕНТИФИЦИРОВАТЬСЯ ДОКУМЕНТОМ ЗАКУПКИ - ОДИН РАЗ. и далее 30 раз эти акции по одной будут продаваться.

Регистр остатков, который ты нарисовала - он никогда не будет у тебя "В БАЛАНСЕ, в равновесии" - как двойная запись в бухии.
транзакция покупки у тебя запишет +100, а транзакция продажи запишет -300. Но ты нигде не увидишь по какому пулу акций у тебя эти транзакции.
.
набери елки-палки в скайп я на словах объясню, а то распиывать все уже палец устал долюит по клаве

(260) у регистратора - а это всегда конкретный документ - по умолчанию есть дата-время положеняи на оси времени

Тебе выше Ктулха практически расписал все.

Блин. вообще запуталась. Я то думала что назначаю оси: Регистр(Мойброкер1, Майкрософт, ID1001500) = 10 шт и эти 10 шт я потом найду именно на пересечении именно этих осей... а тут получается вообще непойми что

(265) вот я по его расписанному и попыталась сделать

Регистр остатков.
главное измерение - "ДОКУМЕНТ Покупки акций" - это ПАРТИЯ ПОКУПКИ. в рамках этой партии - количество=100, сумма = 5000. цена у всех одинаковая, хранить ее не надо. - документ покупки двигаетрегистр в минус.
все остальные продажи акций - двигают этот регистр в плюс, с указанием ИЗМЕРЕНИЯ = ДОКУМЕНТ-ПАРТИИ.
какой документ партии закупа написать в движение продажи - это и есть ВЫЧИСЛЕНИЕ ФИФО

(266) здесь ты описала правильно, только что такое ID1001500 - я полагаю чтотто - иденифицирующее конкретную сделку номер лота акций или пул акций

на самом деле мне надо получить что то типа:

Регистр(НазвБрокера, НазвАкции, НомерТранзакции) = (Дата, время, колво, ед.цена) то есть мне еще и дату со временем как то вкрячить туда надо

(269) да, именно

(271) номер транзакции - это по сути номер документа (покупки/продажи).?

(272) можно и так сказать - если на каждую покупку-продажу делать отдельный док, как вчера говорили. другое дело что внутри дня их сотни можгут быть

(272) номер проводки скорее

(270) НЕЛЬЗЯ ТАК ПИХАТЬ ЦЕНУ!!!
представь что у тебя нескоолько брокеров.
и ты хочешь посмотреть итог по акциям макрософта. схлопнула брокера, количества по разным брокерам просуммировались. А цены - ЧТО? цену с ценой складывать?

(275) да не буду я их складывать! мне ее просто нужно вытащить идентифицировав по (НазвБрокера, НазвАкции, НомерТранзакции) и помножить на количество вытащенное таким же образом

(270) дата-время уже есть - это или дата-номер документа которым ты пишешь данные, или дату-время транзакции пишешь В РЕКВИЗИТ регистра как примечание к движению.
.
Обычно принято документы делать тем датой-временем которые соответсвуют дате-времени операции, отражаемой этим документом.

(276) слушай что говорят. не умножать!! а делить! в регистр пихаешь (Количество, Сумма). для пула акций/сделки закупа цена фиксирована. поэтому ее хранить не надо В РЕСУРСЕ регистра. можешь ее в реквизит записать если так хочется, она все равно будет равна Сумма/Количество.
.
вопрос" на какую сумму и сколько у меня акций майкрософта" - вытаскивается сумма и количество. цена поролучается делением. хоть по всем измерениям, хоть по "куче"

назначение многомерного куба/массива в том - что он на пересечении очей идентфицирует ЧИСЛОВОЙ ресурс.
И в том числе назначение - схлопывая оси - получать консолидированные данные сложением ресурсов. Поэтому в ресурсы нельзя пихать ИДЕНТФИКАТОРЫ чего либо. они не складываются. а цена - это идентификатор. ценц с ценой нельзя сложить

(278) если я по куче разделю - у меня средняя цена получится. а мне именно ту единичную надо. ну ок, разделю на одно

еще раз меделнно, как примерно д.б. у тебя
1. Регистр Остатков. Назначение: (основное) хранение и получение информации по СЕБЕСТОИМОСТИ акций (то есть суммовое и количественное выражение ЗАКУПОК акций). регистр отвечает на вопрос - сколько каких акций по количеству и сумме у каких брокеров у тебя сейчас на руках. если в привчном тебе БУ изложит - это 41 счет

(279) это я понимаю, но в таком случае я же могу сделать и ресурс СуммаПокупки и ресурс ЕдЦена. Первый будет участвовать в расчетах, а второй я просто буду вытаскивать пересечением осей?

(280) в частном случае - если заданы все измерения ты получишь твою конкретиную подробнейшую цену. то что тебе надо. в общем случае - по произвольному набору измерений (например выикнула брокера - ты получаешь консолидированные данные)

(283) ну вот мне так и надо, просто перед извлечением буду проверять, что все оси "на месте. А если я что то выкину то и делением на правильную едцену не выйду

дальше:
- закуп акций двигает этот регистр В МИНУС по количеству и по сумме закупа - это твои расходы.
- продажа акций двигает этот регистр в ПЛЮС по количеству и по СУММЕ ЗАКУПА ("не по сумме продажи!) - ты зануляешь свои ранее понесенные расходы.
.
как твою прождажу 500 акций майкросфота распределить на 8 закупов эти акций майкрософта - это и есть авторасчет фифо.
.
далее - тебе надо гдето а) зафиксировать колво и сиумму ПРОДАЖИ - колов оно совпаданет с движением в ПЛЮС. а сумум продажи - либо пишешь в РЕКВИЗИТ регситра остатков либо пишешь во второй регистр ОБОРОТНЫЙ (ПРОДАЖИ) - вычесленную себестоимость по фиоф и продажную стоимсоть и количество.

оборотный регистр продаж - эт аналог счета 90 (90.1 - выручка=сумме продажи, 90.2 - себестоимост = вычисленная по фифо).

(284) "просто перед извлечением буду проверять, что все оси "на месте. "
- проверять не надо. ты просто для извлечени задешь или полный набор измеренйи  или урезанный.

.. дальше - при твоих объемах - второй регистр оборотный для накопления ФИНАНСОВОГО РЕЗУЛЬТАТА за период - в прицнипе лишний.
.
те же самые данные можно извлечь из регистра остатков, так как в движениях в ресрусе "сумма" будет фигурировать сумма себестоимости (закупа акций) а в примечании к этому движению - будет фигурировать сумма выручки. разность между ними и будет Финрезультат по конкретной сделке.
.
это то как выше Ктулха описал

(282) нет. нельзя делать ресурс ЕДЦена.
ресурсы - это то что накапливается. складывается и делится.

(287) лишний, да.

(288) с чем он будет складываться, если я при извлечении буду идентифицировать по всем осям?

(282) " ресурс СуммаПокупки и ресурс ЕдЦена. Первый будет участвовать в расчетах, а второй я просто буду вытаскивать пересечением осей?"
- это примерно как "я куплю две краски, синюю и белую, белой я покрашу спальню, а синюю я буду кушать" ;-)

(291) ну ты же говоришь:
если заданы все измерения ты получишь твою конкретиную подробнейшую цену.

(290) тебе что надо - знать цену для количества по КОНКРЕТНОЙ ТРАНЗАКЦИИ? - это есть ОПИСАНИЕ ТРАНЗАКЦИИ. это примечание транзакции, в Реквизит регистра. Чисто для удобства. Потому что - лишний.

(292) Сумма/количество = цена

(293) да, для удобства мне потом в отчете едцена важна

(292) еще раз - Ресурсы - это то что складывается и вычитается.

Возьми 41 счет - там сумма и количество. почему там нет цены?

(294) говорю же - я согласна можно и так, но если я не все оси укажу, представь что я какой то абстракиный объем по всем акциям у брокера разделю на общее колво этих акций - бред же!?

(297) прошу пардону, я эти 41-91 как то не очень понимаю - в наших нижних землях немного по другому )))

(295) ну вот там где будешь выводит нужную тебе цену там и сделаешь Сумма/Количество. все.
а пройдет немного времени и тебе понадобится не частные данные . а обобщенные. по брокерам. или по близким видам акций разных эмитентов. и тогда пригодитяс сумма/количество. Сумма по всем акциям нефти (без разницы газпром или татнефть) = и ты получишь например средняя цена по акции за нефтьт по всем эмитентам (или брокерам или еще усредненная по комуто) = 50 баксов. а по конкретному брокеру = 35. эээээ чтото тут не так.... и смотришь что к чему почему это так отличается...

(298) "о абстракиный объем по всем акциям у брокера разделю на общее колво этих акций"
ну вино с о свиноцом мешать конечно не надо - это бред.
а вот по разынм, но схожим акциям - вполне.
есть акции по вину сухому "новый свет завод" и есть акции по вину сухому "солнечный завод" - их уже вполне можно усреднять - тогда КОГДА ЭТО НАДО и имеет смысл

(300) и ты получишь например средняя цена по акции за нефтьт по всем эмитентам
А для чего?! 8-0 Это как средний вкус горчицы и груши

(299) 41 - это товарные запасы ПО СЕБСЕТОИМОСТИ, выражение  (по каждому товару) - общая сумма по товрау и общее количество по товару. 90.1 - выручка, 90.2 себестоимость в этой выручке.

(300) нет можно конечно теоретически собрать среднюю цену КОНКРЕТНОЙ бумаги у разных брокеров... но по разным портфелям - разный финрезультат. и экономический смысл такого показателя мало понятен

(302) "Это как средний вкус горчицы и груши"
нет. это как средний вкус разных сортов груш. для гурмана - надо по отдельности. а кому попроще - и в общем подойдет, он тонокостей вкуса не различает.

(301) нельзя. вот представь что есть акции Форд они торгуются сейчас примерно по 12.5 USD, Тесла - по 700 и какой нибудь General Motors по 57 ну усреднишь ты... и чо? у них раница в цене не потому что Форд "в 5 разхуже GM" - просто изначально разные эмиссии были

(304) "среднюю цену КОНКРЕТНОЙ бумаги у разных брокеров."
как может быть средняя цена У РАЗНЫХ брокеров.?
у разных брокеров - конкретные цены.
средняя цена (по одним и тем же акциям) - без учета брокеров.
средняя цена на нефть "Брент" я посчтитал и у меня получилсоь = 60. темперь смотрю по каждому брокеру - у всех более-менее норм у кого-то 58. у кого-то 64. а у одного все время по 50.- это явно полезная информация.
.
ты же недумаешь, что например ахеренная ритейловая сетка, ку которйо 100 тысяч наименвоаний разных товаров - каждый отдельный товар обсасывает со всех сторон? никаких ресуросвол манагеров не хватит.
все усредняется в рамках некийх категорий. на которые утсанваливаются некие "средние" показатели. и если я вышел на рынок и продвигнаю свою супер-пупер кастрюльку которпая в категории у ритейлера будет в "кастрюли кухонные из прочной стали диаметром от 120 до 150 см сегмент хай-миддл" а по моей цене это попадает в сегмент суперпуперлакшери - то ритейл даже смотретт на мою кастрюлю не будет.

(306) я не говорю что усреднять можно и нужно всегда и везде. Обобщающие показатели можно использовать там где это допустимо.

(305) да нет же! даже внутри отрасли нельзя искать "среднюю цену" акции. Вот тут как раз наоборот - важен объем вложений. То есть ты можешь говорить что, например в софтверные компании у тебя вложено 10% твоих всех денег, а в автомобильный сектор - 25%

(309) ты будешь работать на постоянке с брокером который продает твои акции постоянно по 50, в то время как другие продают постоянно по 65?

(307) эх не видел ты ролик от 1с про цены на замену батареек

(307) нет цена акции не зависит от брокеров. брокер это посредник, провайдер который ведет тебя на общий рынок - а рынок один. в том смысле что акцией данного эмитента торгуется на одной общей для все брокеров бирже. Например вся тесла торгуется только на NASDAQ а Боинг на NYSE это две разные американские биржи. Но на них имеют выходы сотни брокеров со всего мира со своими тысячами клиентов

(310) он не может их "продавать постоянно" цена меняется ежесекундно на рынке (на бирже). Все что делает брокер - берет свои комиссии за проведение твоих сделок

(309) "даже внутри отрасли нельзя искать "среднюю цену" акции."
открою новости. что вижу - цена на нефть марки "брент" сегодня 65енотов. при этом на меня не вываливают инфу по трем сотням эмитентов, чьи акции на "брент" крутятся на рынке...

(313) продает регулярно - такой термин устроит?

(313) меня не интересует комиссионные брокера - это оговорено в контракте.
меня интересует как это он торгует намного ниже чем подавляющая часть других брокеров с такими же моими акциями - и отчего это на акциях других брокеров я зарабатываю 10 центов с транзакции. а у этого брокера всег 3..?

(314) "это другое" (С) с нефтью Брент, Юралс, Лайтсвит и т. п. связано много ПРОИЗВОДНЫХ инструментов - фьючерсов-фигучерсов итп на любой вкус и вот они действительно имеют разные котировки. Ну типа как ОДНОЙ красной краской покрасили автомобиль тойота, кофемолку сименс и стену соседнего дома

(315) да все равно нет. брокер не заинтересован занижать или завышать цену. ему все равно по какой цене ты продаешь или покупаешь - он на комиссию живет

(317) тем не менее цена которой оперируют. анпример по Бренту - усреднена. и почему-то ничто не помешало для ОПРЕДЕЛЕННЫХ целей усреднить эту цену. хотя все везде разное и усреднять нельзя как ты говоришь.

(307) я посчтитал и у меня получилсоь = 60. темперь смотрю по каждому брокеру - у всех более-менее норм у кого-то 58. у кого-то 64. а у одного все время по 50

это либо цены разных рынков, либо разные цены внутри дня, либо цены открытия, закрытия, мин, макс....

(319) ну хорошо, но ты же не усредняешь цену по бренту с золотом?

вернемяс к вашим баранам.
.\то как я описал и ктулха выше - по псотрению регистра позволяет реализовать люой вариант аналитик, в т.ч и тот который тебе нужен.
то что ты собралась делать (по втоей схеме) - это бяка.
основная проблема втом что ты опсиала - что у тебя в АРХИТЕКТУРЕ данные НИГДЕ Не фигурирует ИСХОДНЫЕ ПУЛЫ закупа в рамках которых ты считаешь продажи и фин результат. то как ты описала свою схему приведет к тому, что lzk получения фин результат каждый раз надо будет обсчитывать ВСЮ БАЗУ с самого начала. Или ты начнешь городить сохранение промежуточных результатов (типа твоих вчерашних Bay.REST) - хотя это уже все есть и сделано за тебя самой платформой.

(319) если ты в один и тот же момент купишь одну и ту же акцию у разных брокеров, сумма твоей сделки будет отличаться только на сумму комиссии. но если ты даже у одного брокера внутри дня купишь эту же акцию в разное время - цена может существенно отлиаться

(322) как нигде не фигурируют?
вот я пишу что хочу видеть - слева идентификаторы, справа значения:
(НазвБрокера, НазвАкции, НомерТранзакции) = (Дата, время, колво, ед.цена)

(324) ну ок едцену делим объемом на колво

(320) нет, я как раз говорю что такая разница наблюдается у разных брокеров по сходным условиям. Пример немного натянут ибо специфику не знаю. тогда другой пример:
- все кто купили велосипед - более -менее успешно ездят. а я почему-то все время падаю на таком же велосипеде. услвоия сходные - сходные. но у меня плохо - начнмаем искать почему, чтобы удалить проблему. вот и все. а в КАЧЕСТВЕ ПРИМЕРА что может дать анализ массива данных, разные цены у разных брокеров или разные велосипеды - это уже несущественно.
.
для чего например ОЛАП-кубы придумали июзают? для чего юзают ДатаМанинг? - для выявления неких общих факторов, тенденций, кластеризации ахеренного массива данных.

вот и все.
.
пока ты один и у тебя нескорлько акций/портфелей - ты управляешься вручную - обсабсываешь кажду отдельную сущность. как только у тебя растет обем данных - все..жпс... или переходишь к неким обобщающим критериям при принятии решений 9в т.ч. и по акциям) или наращиваешь мощности чтобы по прежнему обсасывать кажду отдельную сущность. Почему брокеры не торгуют вручную все? почему есть всякие биржевые роботы? именно по этой причине. пока обьем данные не превысил черту - работали люди, стало много - не справляются - перешли на усредненыее показатели, которые лдают меньший выхлоп. это нехорошо. сдлали компы которые позволят снова обсасывать каждую сущность.. итд итп

(321) ясен пенть нет. я усредняю то что относитяс к категории "брент".

(324) на самом деле, если я действительно решусь на глобальную переделку документа брокерский отчет в плане создания из него сотни других доков - по каждой операции, как ты вчера говорил и сегодня Ктулху мне подтвердил в

3.1. Документ "Покупка цб", который попроще. Проведение: по указанным в документе цу(в измерение), контрагенту(в реквизит), - движение вида "приход" по данным из (каждой строки) таб.части: для каждой приобретенной цб (измерение), на указанное кол-во(ресурс) и указанную стоимость(ресурс) - с указанием этой же стоимости в реквизите "сумма сделки".
3.2. Документ "Продажа цб", который посложнее. Проведение: по указанным в документе цу(в измерение), контрагенту(в реквизит), - движение вида "расход" по данным из (каждой строки) таб.части: для каждой проданной цб (измерение), на указанное кол-во(ресурс) и на расчетную(!!!) до проведения документа - равную остатку стоимости деленной на остатку кол-ва и умноженный на проданное кол-во - стоимость (ресурс), с указанием этой же суммы сделки в реквизите "сумма сделки".

то я все что мне нужно спокойно вытащу бухитогами без всяких регистров

(323) "но если ты даже у одного брокера внутри дня купишь эту же акцию в разное время - цена может существенно отлиаться"
- ну и замечательно... выясняется что у одного из брокеров проблемы в семье, и он на бирже торгует во вполне определенные временные промежутки, когда профит и условия невыгодны если ПСОТОЯННО работать только в этом промежутке. а брокер - ну вот так сложились обстоятелсьтва - работает именно так... и его показатели существенно и постоянно отличаются от показателей других брокеров которые рабоатю с утра до вечера.

(324) "НомерТранзакции" - ну ты не можешь эту транзакцию ПРОДАЖИ писать в регистр ровно на тех же условиях что и транзакцию закупки. в таких данных ты в регистре НИГДЕ не увидишь к какому закупу относится транзакция продажи. и чтобы это вычислить тебе надо будет считать КАЖДЫ РАЗ ОТ НАЧАЛА БАЗЫ.

(329) ))))) Цена акции меняется не от проблем в семье брокера, она на ВСЕМ рынке меняется. Брокер за этим со стороны наблюдает. "Плохость" или "хорошесть" брокера определяется его условиями обслуживания - комиссиями за торговлю, за ввод, вывод денег, скорость такого вывода, аналитики и торгового софта которые он тебе дает

(324) дата-вреям это описательные признака транзакции, не е ечисловые характерситик. поэтому дата-вреям должны быть написаны либо слева отдельно, рядом с номером транзакци, либо их можно не указывать если эти дата-вреям тем или иным образом фигурируют в данных(шапке) самой транзакции.

(330) Ну я под каждую транзакцию продажи ПОДБИРАЮ транзакции покупок, причем идентифицирую их по номерам (в моем случае это третье субконто на счете акций

(331) цена акции не меняетсяю меняетс доход, котоый приносит брокер от акций. потому что у него проблемы, он бухает и торгует "плохо".
с этим завязали. собственно к нашей задаеч это не относится.

(332) да, так и есть

(333) ну да. но вот вчера - ты подобрала под каждую транзакцию продажи нужные закупы. а сегодня - где у тебя в твоей архитектуре хрнятся данные что какие закупы уже исчерпаны продажами (то что ты посчитала вчера)? - ответь на этот вопрос ;-)

(334) брокер не торгует - торгуешь ты. и весь доход это твой доход. брокер только комиссию от него отщипывает. кто то больше кто то меньше, но не в разы. это как стоимость минуты у разных опсосов

(336) в справочниках транзакций в колонке Rest

в той архитектуре что ты написала - утебя в каждой записи по регистру фигурируют только данные ТЕКУЩЕГО документа - в плюс или минус +по продаже, минус по закупу. Но нигде не хранятся данные по закупам которые ты уже "отработала" - в этом принципиальная бяка.

(336) ну да - тут есть грабли: если я перепроведу один из прошлыз документов остаток "восстановится" и в будущем все поедет ((
\

(339) в проводках они хранятся но см (338)

(338) еще раз повтрряю = то что ты делаешь "в справочниках транзакци" в колоке РЕСТ - это адский трэш ибо ты делаешь криво и косо то что уже есть в платформе.
.
каждая транзакция записываемая в базу (незавимо это покпка или продажа) должна писать в регистр данные о том  к какому ЗАКУПУ ЭТО ОТНОСИТСЯ.

(342) ок, больше не буду ))

(340) кроме этого ты сама ЯВНО 1. вычисляешь фифо и 2. плюсуешь/минусуешь это явным образом.
1С движок в регистре это делает самостояельно и самостоятельно поддерживает правильност ТЕКУЩИХ ОСТАТКОВ, все что тебе надо - вычислить фио (от этого никуда не денешься) и просто вычисленное тупо ЗАПИСАТЬ - платформа дальше сама просуммирует ипроятнет все изменения.

(343) товй справочник рестов-транзакций - это и есть регистр. только убогий и колченогий ;-)

(345) Рест уберу, ну совсем без него нельзя - он же субконто

и тут еще "проблема в том", что если ты используешь единый док "отчет брокера" - тс заполненной штатнйо частью - то все строки документа в системе будут имет одинаовок время = датавремя отчетаброкера. это порождает некие трудности при проведении такого документа и расположении итогов проведеняи внутри системы, что не позволит тебе - если надо - выдергивать отдельные транзакции и вытртраивать их в хроноцепочку.
если кажду транзакцию делать отдельным мини-докомтранзакцией - то такой ждокумент уже можно положить в нужную датувремя прямо на оси времени изначально. и это МОЖЕТ существенно упростить последующие анализы и вычисления ВНУТРИ ОДНОГО ДНЯ если нужна будет какая-то аналиткиа. если то что делаетяс внутри дня - порядок следования транзакций тебе не важен, по сути все сводится к состоянию на начало дня и на конец дня и итогам за день - то можно общим доком.

(346) ну ты определись на чем ты делаешь. на БУ компоненет на проводках, счетах и субконто или на ОУ (регистрах). Описанные выше схемы абсолютно пофиг на чем реализовывать - на БУ или на ОУ. на БУ аналог измерений - это субконто.

Просто ОУ компонента регистры - больше заточена на обработку больших масивов данных. в товем случае это некритично вообще. Поэтому если остальное у тебя написано на БУ - то и остальное пиши на БУ, только субконто правильно сделай схему. а то то что ты написал для регистров если что-то аналогичное на БУ делаешь - это неправильно. если делать на БУ - тови REST - они вообще в справочниках не должны ледать вообще никоммоьразом все втои ресты лежат в суммах на счетах БУ. если ты пихаешь в справочник какие-то суммы и потом при првоедени начинаешь их сипользовать для вчислений фио/лифо - это згачит ты протсо не поняла/не знаешь как нарисовать нужную ntmt схему учета на счетах и субконто.

то что тебе надо сделать - это обычнейший тривальнейши партионный учет. По фифо. на БУ он споконйо реализуется счетах и прводках. спраочники тут исключительно как данные для подставления в субконто.

(347) я у себя в табличной части время ввожу в колонку текстовой строкой. я не смогу ее разве передать в какое нибудь УстановитьВремя()?

(351) ну вернее не ввожу а распознаю из отчета брокера

(351) если ты для указанного текстовой строкой датавремя хочешь в эту метку времени положить КОНКРЕТНЫЙ ДОКУМЕНТ - то можно. проводки (или движения по регистрам) этого документа будут сделаны этим 't саммы временем в котором лежит сам документ. сделать так, что документ в лежит в 18:00, а проводки(движения регистра) в 13:00 - штатно нельзя.

(352) ну да, не суть важно

(352) ты определись - важно ли для тебя чтобы проводки каждой транзакции лежали именно в самое время это транзакции или не важно и все прводки можно записать концом дня (датойвременем отчета брокера)

потому что продажа сегодня если она относитяс к закупам вчерашнего дня - и эти все вчерашние закупы введены одним временем то могут быть трудности в извлечении данных для расчета фифо.
это важно если для тебя критчен ФИНАНСОВЫЙ РЕЗУЛЬТАТ ПО КАЖДОЙ ОТДНЕЛЬНОЙ ТРАНЗАКЦИИ.

(353) нет ну экранная форма делаетсянапример в 12:00 а тедокументы, что из нее создаются, проводятся методом УстановитьВремя() по считанному из файла

(355) важно, если я из них отчеты делать буду

финансовый итог за день всегда будет верный при использовании общего документа.
но внутри дня могут быть "нестыковки". но в течнии дня они другдруга нивелируют.

(358) это несущественный ответ. ибо отчеты могут быть разные.

(356) так нельзя, даже если в отчете брокера время закупов совпало (ну не отражает он сотые доли секунды), но у него в отчете это две разные строки с одним и тем же временем, у меня они в той же последовательности должны выбираться как у него в отчете идут

например  в течнии дня у тебя может получиться 9условно)
+3, тут заработали 1
+3. тут заработали 2
-2. тут заработали 1
-1. тут заработали 1
итог = 3. итог заработали 5
.
а может получиться
+2 тут заработали будут немного иные цифры
+2
+1
-2
итог = 3, итог заработали 5

(361) а для чего? недостатчоно правильного итога за день, даже если внутри дня немного "некоректно", НО ИТОГ ЗА ДЕНЬ ПРАВИЛЬНЫЙ
.
или надо чтобы прямо вот вот по каждому отдельному движению был итог правильный?

(362) если алгоритм фифо правильно реализован двух вариантов быть не дложно

(363) для самоконтроля наверное. если у тебя внутри дня поехало, где гарантия что в итоге дня не поедет?

(365) потому что как в математике - от перемены мест слагаемых сумма не меняется

(363) и потом отчет брокера это первичный документ, а учет должен быть по ним поэтому  если у тебя
10.03.21 14:00:01 покупка 15х по 100.50
10.03.21 14:00:01 покупка 10х по 100.70
то выбирать ты можешь только сначала по 100.50 а затем по 100.70

(364) здесь не в алгоритм фифо затык. здесь затык в том. что система даст на вход для расчета фифо - в каком порядке - тут есть тонкости и я не копенгаген (давно бухию не смотрел), грубо говоря с точки зреняи системы два закпа который в 13 и в 14 система может дать их на вход в обратном порядке 14 и 13 для расчета фифо... и тебе придется ИСКУСТВЕННО РУЧКАМИ что-то придумывать в архитеткуре чтобы это правильно отсортировать посое выдачисистемой на вход...

(367) а что поменяется если будет
10х
15х

- что получится другое если сравнит с предыдущим вариантом? сумма налогов начислитяс в итоге другая? сумма комисиси брокеру начислится другая? что именно будет разным в этих двух вариантазх?

(368) на самом деле они по IDшкам транзакций будут различаться

будешь ли по этим данным строить тренды? (они будут разные).
будешь ли ты по этим данным принимать РАЗНЫЕ управленческие решения в зависмоти от порядка операций внутри дня?

(370) это поянтно потому что они уже изначально разные.

(369)Как что поменяется? Финрезультат же!
вот смотри утебя 11.03 продажа 10 штук например по 111.00
ФР будет 1110 - 1050  или 1110 - 1070

расчет по фифо в итоге даст правильный результат итоговый за день что при первом поярдке, что при втором.
сумма убтка будет та же самя, сумама дохода будет таже самая. комиссия - если она берется ЗА ТРАНЗАКЦИЮ а не за результат ранзакции - будет та же самя.

(371) у меня прежде всего сумма налога будет различаться

(373) пример неверный.
приведи верный пример

сек. думаю

(372) и даже если едцены одинаковые и колво одинаковое - все равно я должна списывать первой ту транзакцию, которая первая идет в отчете брокера - ибо ПЕРВИЧНЫЙ ДОКУМЕНТ!

(376) чойт неверный? жизненный пример. так фифо всегда работает

(379) согласен. тут тупанул.
но даже в этом случае эта разница нивелируется следующими транзакциями прихода/расхода в жтот же день или в следующий/следующие.

вот тот же пример
10.03.21 14:00:01 покупка 15х по 100.00 ID100500
10.03.21 14:00:01 покупка 10х по 100.00 ID100501
11.03.21 13:40:40 продажа 17х по 111.00 ID200020

я делаю последовательно выбытие 15Х по субконто 100500 затем выбытие 2х по субконто 100501 и только так

то есть если ситема
посчитает
Вариант А)
налог с первой транзакции = +3
налог со второй транзакции = +6
Вариант Б)
налог с первой транзакции = +4
налог со второй транзакции = +5
- это будет капец как приунипально?

(381) но результат то абсолютно одинаковый потому что в этом примере и тот и другой закуп по 100 ;-)
разница будет тоьлько если закупы разные. а в общем случае это так.

(382) да принципиально, потому как у тебя колво прибывших не всегда равно кол-ву выбывших и делая транзакцию на продажу ты не знаешь когда будет следующая - а вдруг в следующем налоговом периоде?

трабла может быть только на переходе отчетного периода.
.
если это капец ка кпринципиально и суммы невязонк на границах перехода отетных периодов - большие - тогда делать капец как строго

я бы делал отдельными доками-транзакциями,каждый в своем времени.
это проще, прозрачнее и правильнее. и не будет возможных траблов если это щапихнуть в один документ.
.\проведение таких доков-транзакций прсиое до безобразия.

(385) если не могу сделать нормальное фифо так как оно должно быть, то и нефиг браться

(384) ну да, это я и имел в виду.

(386) то есть обработкой?

(387) у тебя проблем н втом что ты "не можешь сжелать нормальное фифо". а втом что ты сзему данных для него в прицпие кривую построила

покажи план счетов.
счета и аналитку на счетах, на котором отражается
1. закуп акций
2. продажа акций
3. финрезультат по транзакции продажи

(389) зависит кто будет работать
имхо - обработкой проще будет делать

(390) да работает схема то! прикинь - даже на моих кривых справочниках! ))) за исключением тех граблей, что я выше написала. ))) Ну все равно завтра менять все буду

тем более есть каркас готовый

(391) секунду

(393) ага жду.

если есть удаленка или тим или анидеск- лучше вживую показать

Возможностей БУ достаточно стобы сделать то что тебе надо - а) просто б) исключительно на субконто счетах и проводках в) при этом никаких сумм хранить в справочниках не надо

Причем даже не надо в справочника никких построений и запоминаний какие продажи к каким закупам относятся. это все вытягиается достаточн тривиальными отчетами при правильно схеме счетов и субконто.

"это все вытягиается достаточн тривиальными отчетами при правильно схеме счетов и субконто"
- если надо ПОСМОТРЕТЬ или сверить/выверить

(396)
BANK                BankAcc
BANK.EUR            BankAcc
BANK.USD            BankAcc
BROKER                Brokers
BROKER.EUR             Brokers
BROKER.USD            Brokers
FEES                Brokers        Fees
SHARES                Brokers        Shares        Transactions
SHARES.EUR            Brokers        Shares        Transactions
SHARES.USD            Brokers        Shares        Transactions
TAXES
TAXES.DIV            Brokers
TAXES.NRES
TAXES.RES

тут мне нифига непонятно

(401) еще
PL      Brokers     Shares

;-)

на каком счете отражается закуп акций?

(402) Bank - это все банковские счета по валютам и банкам (в реальности у меня их всего 2)
Brok - то же самое но брокерские счета
Shares - эта счета акций по брокерам, акциям и транзакциям покупок
Taxes - налоги, резидента, нерезидента и с дивидендов
Fees - комиссии по видам
PL - профит-лосс прибыль убыток по брокерам и акциям

(406) а где транзакции по продажам?

(405) закуп акций Дт Shares Кт Brok, продажа наоборот

пару мин, думаю

(407) они в содержании проводки, экономически они не нужны мне для выбытия нужны только транзакции закупов

на счете Shares - аналитка "Shares" - что указываетяс в этой аналитике?

(411) акции Майкрософт, Форд, Тесла...

(412) Поянл
на счете Shares - аналитка "Transaction" - что указывается в этой аналитике в проводке?

PL - профит-лосс прибыль убыток по брокерам и акциям
- профит-лосс - это прибыль-убыток как я понимаю

(412) "акции Майкрософт, Форд, Тесла..."
- указываются ЭМИТЕНТЫ - те кто выпустил акции на рынок?

ключевой ответ - в 9413) - если Transaction - это то что я думаю. а именно документ транзакции купли или продажи - то могу сказать сразу - на таком плане счетов ты нормальное партионку/фифо не сделаешь.

(413) например покупка 7x акций  IBM по 122.00 USD:
Дт Shares.USD / Saxobank / IBM / ID2977745230
Кт Brokers    / Saxobank
854.00 USD

(415) да

(416) почему?

(419) Потому что на нем недостатчоно структур данных чтобы сделать партионку/ффо - поэтому ты начинаешь городить костыли со справочниками хранением сумм в них.

Счет SHARES - оборотный или остатков? (думаю вопрос понятен), полагаю что остатков

(420) да, наверно. завтра регистры попробую

(421) активный по нему меня остатки интерессуют прежде всего

я не знаю как принято в ваших нидерландах смотреть вести учет, но то что нарисовано - это какой-то адский эксель, причем недостаточный

(422) не надо!

(423) смотри что делаешь
1. делешь на бУ
2. счета оставляешь ка кесть
на счете SHARES - аналитику Transaction - УБИРАЕШЬ ВООБЩЕ (попутно подумай - что ты хочешь увидеть на остатках в разрезе документа продажи).

(413) это элемент справочника в котором записаны все данные о транзакции - дата, время, колво, едцена...

(426) а как я пулы покупок подбирать буду?

Прибыль-убыток по транзакции - тебя не инересуют? интересуют только по Брокерам и эмитентам?

(424) тыбудешь смеяться - но в наших нидерландах вся бухгалтерия в 9 из 10 предприятиях ведется в экселе, только продвинутые ведут в чем то типа Access )))))

3. на счете Shares третьим субконто делаешь документ-транзакцию ЗАКУПА АКЦИЙ

(429) интересует конечно же

(431) это оно и есть

(431) по сути там только транзакции по закупу

431 противоречит 427

(435) нет это только транзакции покупок, продажи туда не попадают - их айдишки идут только в содержании проводки

в 427 упомянуты транзакции без детализации. а значит и покупки и продажи. Теперь ты говоришь что там только транзакции по закупу

(436) ага, тгда уже лучше, сек

(437) прости, не уточнила

так. еще раз уточним - тебя интересует профит-лосс в разрезе пулов акций (закупов)..?

PL счет -  оборотный?

(426) в связи с уточнениями фраза "на счете SHARES - аналитику Transaction - УБИРАЕШЬ ВООБЩЕ (попутно подумай - что ты хочешь увидеть на остатках в разрезе документа продажи)." - аннулируется

(440) да, из каждой транзакции агрегируются отдельно прибыли и убытки потом схлопываются по акции, аналогично в целом по портфелю (брокеру)

Вообще-то лучше на Shares аналитику Transqactiob имхо переименовать. вводит в заблуждение. ибо и покупка = транзакция и продажа = транзакция. лучше назвать как-то типа "Партия" или как у вас приянто

(443) если тебя интересуют прибыли-убытк по пулам акций (закупам) - то почему ты их схлопываешь до Брокера-Эмитента...? получается что ты итог финасновый по пулу купленных акций не увидишь...

(444) ну да, просто в партии может быть много членов, а тут в одной транзакции только одна сделка по одной бумаге по одной цене только количество разное может быть

(446) "Партия" - это ттранзакция, ты купила 1000 акций на 5000уе. - это партия. начинаешь распродавать. если тебя интересует ссколько ты ЗАРАБОТАЛА ИМЕННО НА ЭТОЙ ПАРТИИ АКЦИЙ - то данных у тебя недостаточно на анлитике.

"тебя интересует" - это значит не "вычислить для проводки", а посмотреть итог в любой момент времени

Итого. то что вижу я.
на данном плане счетом как миниум можно построить нормальную партионку фифо. хранения сумм и вской хрени в справочниках для вчисления партионки и итогов - нафиг гне надо, для этого достаточно штатных средств плана счетов и бухкомпонентов.
.
ВСЕ

(445) увижу:
например

Транзакция 1. IBM купила на 1000 продала на 1100 прибыль +100
Транзакция 2. IBM купила на 2000 продала на 1950 убыток -50
Итого по акции +50

Транзакция 3. VISA купила на 1000 продала на 1200 прибыль +200
Транзакция 4. VISA купила на 1000 продала на 850 убыток -150
Транзакция 5. IBM купила на 3000 продала на 3300 прибыль +300
Итого по акции +350

Итого по портфелю +400

(450) опечатка - в транзакции 5 тоже VISA

При проведении транзакции ПОКУПКИ
1. формируем проводку Shares-Brok? с аналитикой = "ДокументЗакупа" (это может быт сам этот же документ который и делает эту проводку - в этом документе-транзакции покупки хранитяс вся инфа о ранзакции покупки, можно сделать эту аналитику элементом справочника где будет хранится аналогичная информация, но имхо это лишнее) - итого: я бы сделал эту аналитику "Документом-транзакцией ПОКУПКИ" - выкинуть нафиг лишний геморрой со справочником транзакций.

(447) да все правильно

(452) ты имеешь ввиду, что субконто вида документ?

(452) это может быт сам этот же документ который и делает эту проводку
это то то типа циклической ссылки получится как я на него сошлюсь в аналитике если он еще не проведен?

2. BROK-Shares - продажа акций - проводка делается документом-транзакцтией продажи.
Проведение документа:
а) ПОЛУЧИТЬ ОСТАТКИ ПО SHARES до разреза "ДОКУМЕНТА-ТРАНЗАКЦИИ ЗАКУПА" - бухитоги тебе вернут готовую "табличку" сколько остатков (сумма, количество) у тебя на данный момент на остатке закупленных акций
б) по этой табличке распределить сумму продажи и записать в проводки с аналитикой документ-закупа (ид транзаеции продажи в содержание проводки как у тебя, тем более что эта провдка штатно к самой продаже привязанабудет)
в) паралельно с б) считаем по каждой паре продаж-закуп профит-лосс и кидаем проводкой на PL, на PL агрегируется до Эмитента, если надо пордробнее - то делаешь на Pl аналитику "документ закупа"
.
все.
на счетах учета акций SHARES - обычно штатно - учет по количеству и по сумме в разрезе каждой аналитики, каждая аналитика - остаточная

Все, никаких справочников с суммами и прочей костыльной хренью

(456) ок спасибо, завтра ваять буду сегодня день дурной

Подчиненность "закуп-продажи" при необходимости можно собирать отчетом без привлечения допсправочников

(457) как сделаю готовый код выложу

(454) да, у тебя в этом документ и так вся инфа по транзакции - дата, время, колво, цена, примечания всчякие. тем более этот документ уже есть в ситеме.

(455) если он не проведен - он все равно УЖЕ ЗАПИСАН И СУЩЕСТВУЕТ. подставляешь его в анлитику и все, Прост пишешь типа
Shares.Субконто3 = ТекущийДокумент();

(462) ок, не знала

Как сделано группировка документов-транзакций обработкой - возьми типовую российскую ТИС -  обработка "Банковская выписка" - сдерешь оттуда костяк, а заполнение напишешь исходя из соего контекста

закуп акций у брокера - сумма и стоимость акций на Shares лежит, а денежки за это в расход куда падают?

(464) попробую, если разберусь - я когда перегруженные коды из типовых читаю к меня мозг закипает -самой проще написать чем вникнуть

(465) физически? брокер их на биржу перечисляет, но это не предмет нашего учета

Broker с Bank по деньгам корреспондирует?

(466) ну ты же когда учишься читать - ты читаешь в букваре то что другие написали. а не начинаешь сама писать. а здесь почему наоборот? ;-)

Российская ТС вмесьма вменяемая конфа по концепции и понятности кода. и как раз читать надо ее.
и типовую бухию - аналогично

(467) я пока с трудом представляю ка кна этом плане счетов ты замкнутый двойную запись держишь, где пассив=актив

(468) а в этом смысле.
Да изначально деньги вводятся на Дт Брокерский Кт Банк,
при покупке акций Дт Акции, Кт Брокерский и Дт Комиссия Кт Брокерский
при продаже Дт Брокерский Кт Акции и Дт Комиссия Кт Брокерский

(471) ну и прибыль проводится  как сальдо по счету Акции в корреспонденции с Прибыли-Убытки то есть либо Дт Акции Кт ПУ либо -наоборот

ага.
в итоге -написать твой учет "акций" на БУ - даже мне, который бухию последнйи раз лет 65-6 назад активно лазил - ну день-два чтобы аккуртано и вспомнить... ;-)
пока все. успехов.
читай про как получить БухИтоги и как с ним работать. это все что тебе надо чтобы нарисовать твое "фифо"

(474) спасибо, завтра буду делать

(473) это понятно. выше я писал про 3 субконто на PL - я так и не поняд интересуют тебя итоги по конкретному пулу акций купленных или нет...

(469) ты сравнил "мама мыла раму" с кодом по какому нибудь отчету типа анализ счета по субконто ))) там 900 строк у меня перегруз случается

(476) на PL да з там 3 субконто у меня просто не скопировалось

(478) эту проводку можно делать по каждой продаже - вот тут как раз и нужны ед.цены

(479) не нужны!!! то есть вообще!!!
делаешь фифо
имеешь
АкцииЗакуп1, сумма = 5000, количество = 300.

транзакция продажа = 100 акций, на сумму 4568, начинаешь распределять по фифо. берешь первый остаток
300 - ага, списываем 100 штук. какая сумма будет списана с Акциизакуп1 по фифо?
Суммаксписанию = 5000*100/300 = 1666.66666667 (точность - с какой у вас принято считать).

итого для сдедующей продаже у тея в Акциизакуп1 останется
5000-1666.67 = 3333.33 на 200 штук.

Профит-лосс на PL = 4568(продажа)-1666.67(закуп) = 2901.33(профит)
.
всё.

пишешь эти суммы и количества в проводки.
все.

итого документ-транзакция у тебя делает два вида проводок
broker shares 1666,67 на 100шт
PL shares 2901.33
(ну и проводки по комиссии, налогам если надо по каждой операции)

и что, бляха муха интересно, нигде цена не фигурирует, и при этом все точно.

Опять затык: Из документа Брокерский отчет (пока решила его оставить в качестве экранной формы) делаю документы на транзакции. Для этого использую процедуру например:
СоздатьДокПокупки(ПеречислениеБрокеры, СпрАкций, Цена, Колво)
Так вот переменные которые задаются справочниками либо числовыми-текстовывми значениями нормально проходят, а перечисление - не хочет, пробовала по всякому: Переменная = Перечисление.Вид.Значение и без переменной - не видит его процедура и все тут... что не так?

(484) на вопрос "нафига ты брокеров в перечисление загнала?" у меня есть свой резон...
тем не менее, в данный момент меня интересует как значение перечисления передать процедуре?

(484) с этим разобралась, дура невнимательная

Другой вопрос - не воспринимается время документа. Делаю в процедуре:

BuyDoc.Новый();
Time = СокрЛП(Time);
DocHour                =   Число(Сред(Time, 1 ,2));
DocMin                =   Число(Сред(Time, 4 ,2));
DocSec                 =   Число(Сред(Time, 7 ,2));
BuyDoc.УстановитьВремя(DocHour , DocMin , DocSec);
...
BuyDoc.Записать();

на выходе все равно создает документ в 12:00:00