Вход | Регистрация
    1  2  3   
1С:Предприятие :: 1С:Предприятие 7.7 и ранее

v7: Иногда появляется глюк, не могу отловить

v7: Иногда появляется глюк, не могу отловить
Я
   evgpinsk_
 
01.12.19 - 14:20
Есть обработка, которая из ГМ запускается по расписанию 1 раз в час. Сохраняет в CSV остатки товара для дальнейшей выгрузки в интернет-магазин.
На форме есть элемент список, в котором склады, по которым получаем остатки.
Почти всегда отрабатывает штатно:
Процедура ПриОткрытии()
    Если Форма.Параметр="ЭкспортНочью" Тогда
        ВыбСклад.УдалитьВсе();
        ВыбСклад.ДобавитьЗначение(константа.ОсновнойСклад);
        ВыбСклад.ДобавитьЗначение(константа.Склад1);
        ВыбСклад.ДобавитьЗначение(константа.Склад2);
        ВыбСклад.ДобавитьЗначение(константа.СкладТранзит);    
        ЭкспортВсехТМЦ();        
        СтатусВозврата(0);
        конецесли;
КонецПроцедуры

но раз в несколько дней или в неделю, остатки получаются не по всем четырём складам, а по двум или по одному.
Т.е. в процедуре добавление значений както не отрабатывается.

И получаем большую проблему, что в магазине после глюка не полный список товаров /или вообще пустой/

Чтото никак не могу понять, где искать проблему.
http://prntscr.com/q4kl1q
 
 
   ДенисЧ
 
1 - 01.12.19 - 14:24
Кие-то блокировки на _1sconst?
   ДенисЧ
 
2 - 01.12.19 - 14:24
Вообще - лучше один раз в глобальную переменную (знаю, что зло) при начале работы системы зафигачь этот список и не дёргай базу лишний раз
   evgpinsk_
 
3 - 01.12.19 - 14:38
Както влияет не может, что у меня есть для этой формы разные настройки ?
http://prntscr.com/q4kqgd
   Провинциальный 1сник
 
4 - 01.12.19 - 14:58
(2) А еще можно прямым запросом с nolock дергать
   RoRu
 
5 - 01.12.19 - 15:01
почему не один список складов ?
   Злопчинский
 
6 - 01.12.19 - 16:19
в ЭкспортВсехТМЦ() запихнуть при начале выполнения перечень складов из СЗ с указанием времени в ЖР. потом смотреть.
   Djelf
 
7 - 01.12.19 - 16:41
Раз сохраняет в CSV, то может и список ВыбСклад в лог вывести.
Если действительно пропадают, смотри в ЖурналеРаботы кто эти Константы дергал.
Я при подобных выгрузках жестко зашиваю параметры через ЗначениюИзСтрокиВнутр, и таких чудес становится значительно меньше.
   Злопчинский
 
8 - 01.12.19 - 17:03
(7) А в СтрокуВнутр - где делаешь?
   Djelf
 
9 - 01.12.19 - 17:17
(8) В параметрах обработки пишу "Регламентное", по Регламентому заполняю все отборы на ЖЕСТКО зафиксированные параметры.
Это потому что вот с такими приколами, однажды взяли и слили вообще все продажи не тому поставщику.
Ну... вреда то особо не было, и никто ухом даже не повел, но решил для себя - "фиксировать параметры жестко".
Не так много времени занимает такое заполнение, меняется редко, обычно НЕ универсально.
Поэтому больше не рискую полагаться в таких вещах на пользователей.
   Злопчинский
 
10 - 01.12.19 - 18:01
(9) "на ЖЕСТКО зафиксированные" - где-то в константах хранятся или в настроечном справочнике каком-нить?
   evgpinsk_
 
11 - 01.12.19 - 18:09
(7) константы точно никто не дёргает. только у админа права, да и никто туда не лезет.
   evgpinsk_
 
12 - 01.12.19 - 18:09
(5) не совсем понятен вопрос
   evgpinsk_
 
13 - 01.12.19 - 18:10
(6) ЖР - это?
   Злопчинский
 
14 - 01.12.19 - 18:18
(13) Журнал Регистрации штатный
   Злопчинский
 
15 - 01.12.19 - 18:19
еще в ЖР писать имя пользователя 1С под которым выполняется обработка
   big
 
16 - 02.12.19 - 04:44
В справочнике складов сделать флаг "Выгружать в инет-магазин". Или хранить настройки в внешнем файле. Как вариант.
   hhhh
 
17 - 02.12.19 - 05:07
(11) ошибка на этапе выгрузки походу. Какие-то склады успевают выгрузиться, потос ошибка и выгрузка прерывается. Константы тут ни причем
   DrZombi
 
18 - 02.12.19 - 05:47
(0) Ок, это нормальное поведение программы.
Когда у вас возникают ТРАНЗАКЦИИ, то 1С-ные (черные) запросы, некорректно возвращают данные, т.е. вообще не возвращают :)

Переходи на прямые запросы, там этого нет, используй 1С++, в качестве бесплатного интерфейса. А то SP... RG.... и RA... трудно воспринимаются человеком :)
   DrZombi
 
19 - 02.12.19 - 05:48
+(0) Ты хоть людям код запроса покажи, им многое станет ясно :)
   DrZombi
 
20 - 02.12.19 - 05:51
+(0)Версия 1С, SQL или DFB?
Объем базы?
Объем файлов БД? (интересует таблица регистра, на котором вертятся остатки по складам)
Объем документооборота за СУТКИ (примерно 10000 док. или сколько там у вас)?
Количество строк в одно запросе?
   DrZombi
 
21 - 02.12.19 - 05:52
>>> Количество строк в одно запросе?

Количество результата, по одному из складов (нужен максимум)

.... Нам нужно больше данных, для анализа вашей ситуации :)
   DrZombi
 
22 - 02.12.19 - 05:56
+ (0) Есть только предположение:

1. У вас файловая версия БД.
2. Файл остатков по сладу уже превысил 1 Гб, уже близок 2-ум или вы воспользовались расширением для файлового варианта БД :)
   evgpinsk_
 
23 - 02.12.19 - 09:33
(19)
    ТекстЗапроса =
    "с ВыбКонПериода по ВыбКонПериода;
    |Обрабатывать НеПомеченныеНаУдаление;
    |Склад = Регистр.Остатки.Склад;
    |Остаток = Регистр.Остатки.Остаток;
    |Сумма = Регистр.Остатки.Сумма;
    |ТМЦ = Регистр.Остатки.ТМЦ;
    |Ед_изм_ = Регистр.Остатки.Карточка.Владелец.Ед_Изм;
    |Функция ОстатокКонОст = КонОст(Остаток);
    |Функция СуммаКонОст = КонОст(Сумма);
    |Группировка ТМЦ без групп упорядочить по ТМЦ.Сортировка, ТМЦ.Наименование;
    |Группировка Склад без групп;
    |Условие(Ед_изм_ <> Константа.ЕдИзмНеПроводимая);
    |Условие (Склад в ВыбСклад);
    |Условие (ТМЦ в ВыбТовары);";
   evgpinsk_
 
24 - 02.12.19 - 09:34
(22) Да, файловая БД.
Размеры файлов:
http://prntscr.com/q4vffs
   evgpinsk_
 
25 - 02.12.19 - 09:35
(20) Документооборот очень маленький. В сутки 50-100 документов по 10 строк
   evgpinsk_
 
26 - 02.12.19 - 09:36
Хотя, есть виртуальные приход на склад "Под заказ". Они могут содержать по несколько тысяч строк. Но врядли это както усложняет.
   evgpinsk_
 
27 - 02.12.19 - 09:38
Давно уже нужно резать базу, но всё никак руки не доходят.
   evgpinsk_
 
28 - 02.12.19 - 09:40
(18) "Когда у вас возникают ТРАНЗАКЦИИ, то 1С-ные (черные) запросы, некорректно возвращают данные, т.е. вообще не возвращают"
__________
Вот на это может быть похоже.
Нужно будет помониторить этот момент.
   Arbuz
 
29 - 02.12.19 - 13:44
(24) дык, эта - бухитоги почти джва гига (ой-ой!), а проводки четверть гига - что-то очень криво не закрывается у вас по итогам. и смотрю дбфки видятся как адвантейджевские - зойчем вам ADS? - в смысле - а не hogik'овская ли ADS-вундервафля это?
   Злопчинский
 
30 - 02.12.19 - 14:36
(23) "Обрабатывать НеПомеченныеНаУдаление;"
запрос - как бы к регистру.
для регистра этот метод сымсла не имеет.
с другой стороны 

    |ТМЦ = Регистр.Остатки.ТМЦ;
    |Ед_изм_ = Регистр.Остатки.Карточка.Владелец.Ед_Изм;

если номенклатура\ед - помечены на удаление, я вот с ходу и не скажу что будет...
 
 Рекламное место пустует
   Злопчинский
 
31 - 02.12.19 - 14:38
файл проводок - на пределе или уже вывалился - резать немедленно.
регистры - тотально незакрыты.
в базе - итого - бардак ;-)
   evgpinsk_
 
32 - 02.12.19 - 16:06
(29) "и смотрю дбфки видятся как адвантейджевские - зойчем вам ADS? - в смысле - а не hogik'овская ли ADS-вундервафля это?"
_______________________
хотелось бы понять это предложение. Можно его попроще? )
   evgpinsk_
 
33 - 02.12.19 - 16:06
(31) "в базе - итого - бардак ;-)"
не спорю, 15 лет назад её создавал, варясь в собственном соку. думаю ошибки допускал не только здесь
   Ёпрст
 
34 - 02.12.19 - 16:11
(33) ошибки в (0) - из-за незакрытых регистров и бух итогов.
Там всегда будет ошибка по чтению. Можно конечно, от hogik поставить временную заплатку и ошибка уйдёт, но это не выход. Нужно закрыть все остатковые регистры и файло итогов по счетам
   Злопчинский
 
35 - 02.12.19 - 16:12
   Ёпрст
 
36 - 02.12.19 - 16:13
http://catalog.mista.ru/public/15577/

если что, временно поможет только это.
   Ёпрст
 
37 - 02.12.19 - 16:16
А так, следующий период, уже не откроется , скорее всего.
   Ёпрст
 
38 - 02.12.19 - 16:16
по бухии, так точно
   evgpinsk_
 
39 - 02.12.19 - 16:33
пока тьфу-тьфу ещё открывается. в этом месяце обязательно займусь.
по закрытию итогов БУ: как быстро и правильно найти в базе этот самый бардак?
тупо руками просмотреть остатки по счетам в разрезе субконто? и найти те счета, которые не закрыты корректно?

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

и ещё вопрос: если закрытие остатков идёт уже ПОСЛЕ открытия периода - это не правильно? Закрывать итого нужно ДО открытия периода или это не важно?
   Ёпрст
 
40 - 02.12.19 - 16:53
(39) обороткой по счетам посмотреть, по какой аналитике не закрывается, т.е где то есть приход, но нет расхода
   Ёпрст
 
41 - 02.12.19 - 16:54
и это г..но летит из периода в период
   Ёпрст
 
42 - 02.12.19 - 16:54
В регистрах - аналогично, по некоторым наборам измерений нет закрытия, смотрится отчетами и глазками
   evgpinsk_
 
43 - 02.12.19 - 21:19
Правильно ли я понимаю, что закрытие счетов ПОСЛЕ открытия нового периода ничего не даёт и нужно закрывать остатки именно ДО открытия нового периода?
Если есть желание чтобы объём базы не рос
   Злопчинский
 
44 - 02.12.19 - 22:14
(43) в общем случае пофиг. закроешь остатки после открытия нового периода - они закроются ДО открытия нового периода+1. Тем более что закрытие остатков идет постоянно в режиме обычной работы - это жен не стопорит систему...
.
но по правильному - закрывать "хвосты" надо ДО открытия нового периода, чтобы на новый период не тащились. Если их можно закрыть сейчас - то надо закрывать сейчас.
   Злопчинский
 
45 - 02.12.19 - 22:23
для быстрого удобного просмотра остатков можно юзать либо типовые отчеты конфиги (что не всегда удобно) или универсальный отчет по регистру (из ИТС). Если и это сложно то можно взять готовый http://catalog.mista.ru/public/14794/
https://www.screencast.com/t/AEmtCM1uzEgG
https://www.screencast.com/t/sDSXXYC4
на последнем скрине четко видно что регистры незакрыты - общий итог "в куче"=0, но по фирмам висят взаимоперекрывающиеся остатки. Такой вариант очень широко распространен как причина незакрытых остатков (контроль остатков "по компании в целом" а дальше - пофиг)
   Franchiser
 
46 - 02.12.19 - 22:52
(0) Сохраненные настройки формы могут перебивать  настройки в ПриОткрытии()
   Злопчинский
 
47 - 02.12.19 - 23:09
(46) ни разу такого не видел.
ПриОткрытии - применяются сохраненные настройки (если это настроено). Потом применяется код в ПриОткрытии.
.
могу ошибаться, но сомневаюсь...
.
можно еще формексом отловить "при чтении настроек формы", вроде есть
   Franchiser
 
48 - 02.12.19 - 23:28
(47) не знаю, может я с восьмёркой путаю.
Но в 7.7 мне кажется как то пришлось использовать послеоткрытия() от формекс для исправления похожих косяков.
   Злопчинский
 
49 - 02.12.19 - 23:38
(48) мне кажется, путаешь...
   evgpinsk_
 
50 - 03.12.19 - 18:36
(46) Вот и я предполагал о такой возможности. Но странно, что это происходит 1 раз из 50ти
   evgpinsk_
 
51 - 03.12.19 - 18:38
(44)  "в общем случае пофиг. закроешь остатки после открытия нового периода - они закроются ДО открытия нового периода+1"
____________________________
так в том то и дело, что практически каждый месяц 1го числа нужно открывать новый период, а бухгалтер ещё работу по закрытию месяца не сделал / сложно это делать вечером 31го/
Вот и получаем что каждый новый месяц остатки накапливаются
   Cthulhu
 
52 - 03.12.19 - 19:10
не "тьфу-тьфу"-кай.
без kernel3x у тебя УЖЕ ЛЮБАЯ ОБРАБОТКА ВЫБОРКИ ПРЕРЫВАЕТСЯ если кто угодно в это время "неожиданно" пытается получить из базы (или положить в нее) что угодно.
не веришь - сделай следующее: запусти длинный отчет (длинную выборку) - а любым вторым пользователем в это время запиши что угодно. обработка выборки в этот момент "тихо" оборвется.
выводы относительно правильной оценки остатков при проведении чего угодно - сам сделаешь?..
режб до менее 1Г - и до тех пор крестись чтобы ни приыеди будда никакое файло не вылезло за 2Г - потому что тогда никакой кернел не поможет.

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

сворачивай, закрывай, режь. СРОЧНО.
   Djelf
 
53 - 03.12.19 - 19:13
(50) Кажется догадался что происходит.
Открыл Отчет, сохранил настройки, по дате посмотрел в какой файл они сохраняются, снял права на чтение/запись.
Опа!!! Никаких ошибок нет, но настройки не читаются и не сохраняются. При этом никаких ошибок нет!
Так что возможно, что при определенной загрузке системы или при северо-западном ветре настройки не успевают загрузится...
   evgpinsk_
 
54 - 03.12.19 - 21:07
(52) Принял. Спс. Уже работаю над свёрткой базы.
В планах сделать так: создавать на требуемую дату два документа "Остатки по бух счетам" и "Остатки по регистрам"
Далее расспровожу все документы до этой даты.
Далее удаляю табличную часть этих документов.

Вроде самый простой способ?
Это необходимой минимум.

Дополнительно ещё в ыслях: создать новую пустую базу и в неё выгрузить всю базу которая получилась. Чтобы избавится от всяких ошибок в dbf файлах /битые ссылки и т.д./.  Это не помешает?
   Злопчинский
 
55 - 03.12.19 - 22:02
(50) лабуда. более чем уверен. ищи ошибку в чем-то другом.
   Злопчинский
 
56 - 03.12.19 - 22:08
(54) имхается что много незакрытого останется. если незакрытые регистры только из-за запаздывания закрытия периода - то спешу тебя огорчить - на регистры закрытие периода не действует. Закрытие периода действует только (типовая ТиС) для регистров книги продаж и книги покупок. если вы не делаете именно регламентный документ по закрытию этих регистров - то они и будут пухнуть. если книги на регистрах вам не нужны - то можно тупо файлы-таблицы этих регистров убивать периодически, для работы это не помешает. Но тут внимательно - хз что у вас за конфига и каковы режимы работы. Если комплексная - то все может быть сложнее с точки зреняи книг и закрытия.
   evgpinsk_
 
57 - 04.12.19 - 09:08
(56) У меня самописная конфа. В ней только два регистра остатков ТМЦ
   Злопчинский
 
58 - 04.12.19 - 14:33
(57) все равно очень сомнительно. на картинке как минимум 5 регистров. и все - очень подозрительные по размерам RG, остальные кроме двух - оборотные?
   evgpinsk_
 
59 - 04.12.19 - 16:00
физически всего 3. использую реально только два:
http://prntscr.com/q632nt
   evgpinsk_
 
60 - 04.12.19 - 16:01
все 3 регистра - регистры остатков
   Злопчинский
 
61 - 04.12.19 - 16:14
При таком количестве документооборота - база до таких размеров лет 5-7 должна расти, а то и больше. у меня на порядок больше и то - основным затыком файлы документов а не регистров.
возьми по ссылке отчет по регистрам или универсальным отчетом по регистрам - посмотри остатки по всем измерениям, у тебя что-то КАРДИНАЛЬНО не закрывается имхо (может конечно и ошибаюсь). если что - могу и помощь оказать - все таки две головы лучше чем одна - позырим вместе, вдруг что увидим.
Разверни на картинке регистры остатков по измерениями и ресурсам
   HawkEye
 
62 - 04.12.19 - 16:15
(54) документы лучше делать по каждому регистру свой, т.е. тип регистра выносить в шапку, значит их будет на два, а больше...

заранее предусмотреть в регистрах очистку от ненужных (зависших) записей....

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

и делается так: сначала заполняются документы свертки, записываются, потом отменяется проведение всех документов до свертки, проводятся свертки, перепроводятся от созданных сверток до сейчас, потом уже можно помечать на удаление и чистить.....
   Ёпрст
 
63 - 04.12.19 - 16:25
(59) покажи измерения этих регистров.
План счетов, тоже самописный ?
   evgpinsk_
 
64 - 04.12.19 - 18:34
(61) база с 01.01.2005
   evgpinsk_
 
65 - 04.12.19 - 18:36
(61) http://prntscr.com/q65vgv (63) план счетов был взят типовой
   evgpinsk_
 
66 - 04.12.19 - 18:38
не развернул реквизит: http://prntscr.com/q65xc1
 
 Рекламное место пустует
   evgpinsk_
 
67 - 04.12.19 - 18:40
(62) "документы лучше делать по каждому регистру свой, т.е. тип регистра выносить в шапку, значит их будет на два, а больше...
заранее предусмотреть в регистрах очистку от ненужных (зависших) записей...."
____________________________
пытаюсь понять, но не доходит.
Мои регистры остатков ТМЦ двигаются табличной частью документов. Шапка документа к ним отношения не имеет.
Партия=Карточка
   evgpinsk_
 
68 - 04.12.19 - 18:43
(62) "и делается так: сначала заполняются документы свертки, записываются, потом отменяется проведение всех документов до свертки, проводятся свертки, перепроводятся от созданных сверток до сейчас, потом уже можно помечать на удаление и чистить....."
______________________________________
со всем согласен, только не пойму, зачем перепроводить от даты свёртки до сейчас?
Рисковая это операция - тотальное перепроведение
   xXeNoNx
 
69 - 04.12.19 - 18:44
(0) сколько ща зп у хоккеистов?
   Cthulhu
 
70 - 04.12.19 - 18:47
(68): малацца, все так. не надо перепроводить.
остатки до сверки - сформируют (их надо провести) документы свертки.
после них - достаточно двинуть вперед на место точку актуальности (без перепроведения).
   evgpinsk_
 
71 - 04.12.19 - 18:47
(61) "посмотри остатки по всем измерениям, у тебя что-то КАРДИНАЛЬНО не закрывается имхо (может конечно и ошибаюсь)"
__________________
Толком не могу понять, что в этих остатках может не закрываться. Это ведь обычные остатки на складах в разрезе Склад/ТМЦ/Карточка.
Если товара нет на остатке, то и по регистру он будет нулём.
   HawkEye
 
72 - 04.12.19 - 18:48
(67) ты хочешь свернуть только три регистра, а остальное все оставить?
сколько у тебя остатков в каждом из регистров? общее количество строк в документе сколько будет?

проще отладку делать и исправления вносить, когда один регистр - один документ...
   Cthulhu
 
73 - 04.12.19 - 18:49
(70)+: а, ну и бух.итоги правильно будет - аналогично как ТА двинуть: вернули взад - сформировали документы свертки - отменили проведение всего что до документов свертки - провели документы свертки - двинули на место ТА и вернули на место период БИ.
   HawkEye
 
74 - 04.12.19 - 18:49
(68) мое дело предложить, твое отказаться)))) я после свертки всегда восстанавливаю последовательность....


(71) не все что нет на остатке, в регистре будет нулем... тем более при наличии 4 ресурсов...
   Cthulhu
 
75 - 04.12.19 - 18:51
(74): "восстанавливать последовательность" не то же самое что "перепроводить".
перепроведение меняет движение, восстановление последовательности возможно без пере-проведения (и это в данном случае - правильно!)
   evgpinsk_
 
76 - 04.12.19 - 18:53
(72) Нет. Я удалю все документы например до 01.01.2017
База полегчает раз в 5-7
   HawkEye
 
77 - 04.12.19 - 18:55
(75) не соглашусь, что "это в данном случае правильно", на мой взгляд правильно - перепровести, т.к. кроме свертки регистров, их надо чистить от висящих хвостов...
   HawkEye
 
78 - 04.12.19 - 18:55
(76) и сколько строк ты планируешь в одном документе? )
   Cthulhu
 
79 - 04.12.19 - 18:56
(76): далеко не факт. будь готов, что от удаленных документов в документы сверкти попадет туева хуча незакрытых итогов. по-хорошему бы их ещё (по тем измерениям, по которым позже закрытий не предвидится) как-нибудь принудительно-программно сворачивать в "точечные" итоги.
   evgpinsk_
 
80 - 04.12.19 - 18:56
(72) "проще отладку делать и исправления вносить, когда один регистр - один документ..."
______________
у меня так и есть. Второй регистр специфический - Сукарточка = "подчинённый справочник карточки". это есть серийный номер канкретной карточки - используется редко /например приём на гарантии, где мы указываем конкретный серийник партии/
   Cthulhu
 
81 - 04.12.19 - 18:57
(78): ты так говоришь, как будто побить на порции подокументно - невозможная вещь и все итоги надо непременно в один док.свертки пхать...
   evgpinsk_
 
82 - 04.12.19 - 18:57
(79) "Будь готов, что от удаленных документов в документы сверкти попадет туева хуча незакрытых итогов"
______________________
Это как?
На 01.01.07 я просто получу остатки товаров на складах. Откуда  там не закрытые итоги?
   evgpinsk_
 
83 - 04.12.19 - 18:58
(78) "и сколько строк ты планируешь в одном документе? )"
Остатки ТМЦ на конкретное число это копейки. Ну пусть 3000 строк
   HawkEye
 
84 - 04.12.19 - 19:00
(81) я говорю в (62): "документы лучше делать по каждому регистру свой"
бить каждый регистр на документы - смысла не вижу...


(83) я предупредил... дальше дело твое )))
   HawkEye
 
85 - 04.12.19 - 19:01
(82) об этом, я тебе написал в (62): "заранее предусмотреть в регистрах очистку от ненужных (зависших) записей...."

и именно поэтому я перепровожу документы, чтобы те записи которые ты почистишь ушли и из следующих документов....
   evgpinsk_
 
86 - 04.12.19 - 19:06
(85) (62)
Я просто не могу понять вашу мысль по свертке итогов.
Мой план такой: на 01.01.2017 получить в разрезе складов, ТМЦ и карточек  остатки товаров и создать например через документ "Инвентаризация" остатки на это число.
Я не понимаю, откуда тут возьмутся ненужные (зависшие) записи?
Остатки товаров - это ведь реальная вещь. В базе нет не правильных остатков
   HawkEye
 
87 - 04.12.19 - 19:09
(86) зная твою конфу, я бы не был так уверен это раз...
а во вторых, Инвентаризация создаст партией себя, нет?
   HawkEye
 
88 - 04.12.19 - 19:10
+87, а что будет с Резервом?
   evgpinsk_
 
89 - 04.12.19 - 19:15
(87) ладно, другими словами как мы начинаем работать с новой базой. Мы создаем документы инвентаризации или остатки и вносим в этот документ с листика остатки по складам в разрезе товаров. Вот точно так сделаю и я
   evgpinsk_
 
90 - 04.12.19 - 19:17
(88) резерв это зарезервированные по счетам товары. У меня с этим учетом и так и есть проблемы не до конца отложено и резервы часто не соответствует действительности.я их периодически исправляю через обработку
   Cthulhu
 
91 - 04.12.19 - 19:18
(85): ... и перекосили нахрен итоги и иобороты в уже закрытых периодах... ну маладес чо...
   Ёпрст
 
92 - 04.12.19 - 19:35
(65) Карточка и СубКарточка - какого типа измерение ?
   Ёпрст
 
93 - 04.12.19 - 19:37
И что в них хранишь ?
   evgpinsk_
 
94 - 04.12.19 - 19:45
(92) справочник партий товаров
   evgpinsk_
 
95 - 04.12.19 - 19:47
(91) но остатки ведь не с листика а из регистров будут читаться . Не должно быть перекоса.
   evgpinsk_
 
96 - 04.12.19 - 19:50
В Созданном документе инвентаризация ведь будут по факту реальные ставки на 1 января они будут проверятся с бумажными и после этого будет понятно что обрезка прошла правильно
   HawkEye
 
97 - 04.12.19 - 20:15
(91) что молодец я и так знаю...
   HawkEye
 
98 - 04.12.19 - 20:15
(89) начиная работать с новой базой, у тебя в базе нет документов которые двигают регистры со значениями измерений которые ты удалять собираешься....
   HawkEye
 
99 - 04.12.19 - 20:19
(96) инвентаризация, сделает партией - себя и тогда, если последуешь совету ктулху, и не будешь ничего перепроводить, получишь огромные не закрытые красные остатки....
а если будешь все перепроводить, то получишь вместо партионного учета, учет по средней...

потому для свертки, не используют документы типа вводОстатков и/или инвентаризация/оприходование....
   evgpinsk_
 
100 - 04.12.19 - 20:22
(99) Инвентаризация не будет делать партией себя.
В моём документе Инвентаризации /или создадим новый тип документа, это не важно/ вводятся ТМЦ и карточки /элементы справочников/. И при проведении данного документа /по теории/ он должен получить остатки по регистрам на 01.01.2017 такиеже, как они есть сейчас .
Это я так предполагаю
  1  2  3   

Список тем форума
Рекламное место пустует  Рекламное место пустует
Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки - вот настоящая работа.
Фредерик Брукс-младший
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.