Есть два документа по перемещению товаров:
Перемещение товаров ММП00056221 от 15.12.2020 23:58:20
Перемещение товаров ММП00055428 от 15.12.2020 23:58:20
есть партия товара 100 581 454 которая проходит в этих документах
Остаток по партии 10 шт.
в обоих документах указано количество списания по этой партии 10
в итоге получаем остаток по партии -10 т.к. оба документа проведены
порядок проведения документов такой:
1. ММП00056221
2. ММП00055428
если попытаться перепровести документ ММП00055428 то все проводит (хотя этот документ последний)
ну а если попытаться перепровести документ ММП00056221 (он идет раньше ММП00055428) то вылезет отказ т.к. нет количества для списания.
В процедуре контроля используется МоментВремени документа. На момент проведения ММП00055428 остатки есть хотя он последний. Что нельзя сказать про документ ММП00056221.
Понятно что у документов одинаковое время 23:58:20. Можно ли как либо побороть путаницу программы во времени?
Перемещение товаров ММП00056221 от 15.12.2020 23:58:20
Перемещение товаров ММП00055428 от 15.12.2020 23:58:20
есть партия товара 100 581 454 которая проходит в этих документах
Остаток по партии 10 шт.
в обоих документах указано количество списания по этой партии 10
в итоге получаем остаток по партии -10 т.к. оба документа проведены
порядок проведения документов такой:
1. ММП00056221
2. ММП00055428
если попытаться перепровести документ ММП00055428 то все проводит (хотя этот документ последний)
ну а если попытаться перепровести документ ММП00056221 (он идет раньше ММП00055428) то вылезет отказ т.к. нет количества для списания.
В процедуре контроля используется МоментВремени документа. На момент проведения ММП00055428 остатки есть хотя он последний. Что нельзя сказать про документ ММП00056221.
Понятно что у документов одинаковое время 23:58:20. Можно ли как либо побороть путаницу программы во времени?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
(7)
Информация к размышлению:
(4)
Разумеется, проверка в цикле, чтобы не налепить N-1 новых документов в следующую секунду.
На момент проведения ММП00055428 остатки есть хотя он последний.
Сомнительно, что документ с меньшим номером - последний из двух,, имеющих одинаковую дату и время.
(7)
По оборотно-сальдовой ведомости по счету
А при формировании ОСВ используется МоментВремени? Если нет, то ничто не мешает платформе выстроить в каждом документе/отчете последовательность "одномоментных" документов в любом другом порядке.
Информация к размышлению:
(4)
а что если таких документов будет не два как в примере, а 100?
Откуда? Вы их программно генерируете, что ли? В таком случае не самым простым, но наиболее надежным способом будет проверка существования документа с заданным временем и запись нового в следующую секунду.
Разумеется, проверка в цикле, чтобы не налепить N-1 новых документов в следующую секунду.
Гуид регистратора случайный, поэтому секунда+гуид не является основанием для организации последовательности. А других оснований нет.
Т.е. в осв, в карточке счета и в отчете по регистру остатков могут быть три разных последовательности регистраторов в зависимости от индексирования, например по субконто или инн клиента.
Т.е. в осв, в карточке счета и в отчете по регистру остатков могут быть три разных последовательности регистраторов в зависимости от индексирования, например по субконто или инн клиента.
Теоретически, в поле составного типа (с номером типа документа) и в поле одного определенного типа (например приходная накладная) в сортировку добавляется(или не добавляется) номер типа метаданных, т.е. сначала перемещения, а затем расходные накладные), если сортировка именно по регистратору, а не по дата + регистратор.
В отличие от журнала документов в 7.7, регистр накопления не генерирует собственных гуидов.
И журналы документов в 8ке тоже.
Т.е. 8ка основана на обработке пачки накладных ручной (бумажной) выписки. Готовой пачки документов разного типа и в принципе неопределенной последовательности. Какие могут быть моменты? Или все проходят или какой-то один (случайный) не проходит.
В отличие от журнала документов в 7.7, регистр накопления не генерирует собственных гуидов.
И журналы документов в 8ке тоже.
Т.е. 8ка основана на обработке пачки накладных ручной (бумажной) выписки. Готовой пачки документов разного типа и в принципе неопределенной последовательности. Какие могут быть моменты? Или все проходят или какой-то один (случайный) не проходит.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот