|
v7: Иногда появляется глюк, не могу отловить | ☑ | ||
---|---|---|---|---|
0
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
|
Вообще - лучше один раз в глобальную переменную (знаю, что зло) при начале работы системы зафигачь этот список и не дёргай базу лишний раз
|
|||
3
evgpinsk_
01.12.19
✎
14:38
|
Както влияет не может, что у меня есть для этой формы разные настройки ?
http://prntscr.com/q4kqgd |
|||
4
Провинциальный 1сник
01.12.19
✎
14:58
|
(2) А еще можно прямым запросом с nolock дергать
|
|||
5
RoRu
01.12.19
✎
15:01
|
почему не один список складов ?
|
|||
6
Злопчинский
01.12.19
✎
16:19
|
в ЭкспортВсехТМЦ() запихнуть при начале выполнения перечень складов из СЗ с указанием времени в ЖР. потом смотреть.
|
|||
7
Djelf
01.12.19
✎
16:41
|
Раз сохраняет в CSV, то может и список ВыбСклад в лог вывести.
Если действительно пропадают, смотри в ЖурналеРаботы кто эти Константы дергал. Я при подобных выгрузках жестко зашиваю параметры через ЗначениюИзСтрокиВнутр, и таких чудес становится значительно меньше. |
|||
8
Злопчинский
01.12.19
✎
17:03
|
(7) А в СтрокуВнутр - где делаешь?
|
|||
9
Djelf
01.12.19
✎
17:17
|
(8) В параметрах обработки пишу "Регламентное", по Регламентому заполняю все отборы на ЖЕСТКО зафиксированные параметры.
Это потому что вот с такими приколами, однажды взяли и слили вообще все продажи не тому поставщику. Ну... вреда то особо не было, и никто ухом даже не повел, но решил для себя - "фиксировать параметры жестко". Не так много времени занимает такое заполнение, меняется редко, обычно НЕ универсально. Поэтому больше не рискую полагаться в таких вещах на пользователей. |
|||
10
Злопчинский
01.12.19
✎
18:01
|
(9) "на ЖЕСТКО зафиксированные" - где-то в константах хранятся или в настроечном справочнике каком-нить?
|
|||
11
evgpinsk_
01.12.19
✎
18:09
|
(7) константы точно никто не дёргает. только у админа права, да и никто туда не лезет.
|
|||
12
evgpinsk_
01.12.19
✎
18:09
|
(5) не совсем понятен вопрос
|
|||
13
evgpinsk_
01.12.19
✎
18:10
|
(6) ЖР - это?
|
|||
14
Злопчинский
01.12.19
✎
18:18
|
(13) Журнал Регистрации штатный
|
|||
15
Злопчинский
01.12.19
✎
18:19
|
еще в ЖР писать имя пользователя 1С под которым выполняется обработка
|
|||
16
big
02.12.19
✎
04:44
|
В справочнике складов сделать флаг "Выгружать в инет-магазин". Или хранить настройки в внешнем файле. Как вариант.
|
|||
17
hhhh
02.12.19
✎
05:07
|
(11) ошибка на этапе выгрузки походу. Какие-то склады успевают выгрузиться, потос ошибка и выгрузка прерывается. Константы тут ни причем
|
|||
18
DrZombi
гуру
02.12.19
✎
05:47
|
(0) Ок, это нормальное поведение программы.
Когда у вас возникают ТРАНЗАКЦИИ, то 1С-ные (черные) запросы, некорректно возвращают данные, т.е. вообще не возвращают :) Переходи на прямые запросы, там этого нет, используй 1С++, в качестве бесплатного интерфейса. А то SP... RG.... и RA... трудно воспринимаются человеком :) |
|||
19
DrZombi
гуру
02.12.19
✎
05:48
|
+(0) Ты хоть людям код запроса покажи, им многое станет ясно :)
|
|||
20
DrZombi
гуру
02.12.19
✎
05:51
|
+(0)Версия 1С, SQL или DFB?
Объем базы? Объем файлов БД? (интересует таблица регистра, на котором вертятся остатки по складам) Объем документооборота за СУТКИ (примерно 10000 док. или сколько там у вас)? Количество строк в одно запросе? |
|||
21
DrZombi
гуру
02.12.19
✎
05:52
|
>>> Количество строк в одно запросе?
Количество результата, по одному из складов (нужен максимум) .... Нам нужно больше данных, для анализа вашей ситуации :) |
|||
22
DrZombi
гуру
02.12.19
✎
05:56
|
+ (0) Есть только предположение:
1. У вас файловая версия БД. 2. Файл остатков по сладу уже превысил 1 Гб, уже близок 2-ум или вы воспользовались расширением для файлового варианта БД :) |
|||
23
evgpinsk_
02.12.19
✎
09:33
|
(19)
ТекстЗапроса = "с ВыбКонПериода по ВыбКонПериода; |Обрабатывать НеПомеченныеНаУдаление; |Склад = Регистр.Остатки.Склад; |Остаток = Регистр.Остатки.Остаток; |Сумма = Регистр.Остатки.Сумма; |ТМЦ = Регистр.Остатки.ТМЦ; |Ед_изм_ = Регистр.Остатки.Карточка.Владелец.Ед_Изм; |Функция ОстатокКонОст = КонОст(Остаток); |Функция СуммаКонОст = КонОст(Сумма); |Группировка ТМЦ без групп упорядочить по ТМЦ.Сортировка, ТМЦ.Наименование; |Группировка Склад без групп; |Условие(Ед_изм_ <> Константа.ЕдИзмНеПроводимая); |Условие (Склад в ВыбСклад); |Условие (ТМЦ в ВыбТовары);"; |
|||
24
evgpinsk_
02.12.19
✎
09:34
|
||||
25
evgpinsk_
02.12.19
✎
09:35
|
(20) Документооборот очень маленький. В сутки 50-100 документов по 10 строк
|
|||
26
evgpinsk_
02.12.19
✎
09:36
|
Хотя, есть виртуальные приход на склад "Под заказ". Они могут содержать по несколько тысяч строк. Но врядли это както усложняет.
|
|||
27
evgpinsk_
02.12.19
✎
09:38
|
Давно уже нужно резать базу, но всё никак руки не доходят.
|
|||
28
evgpinsk_
02.12.19
✎
09:40
|
(18) "Когда у вас возникают ТРАНЗАКЦИИ, то 1С-ные (черные) запросы, некорректно возвращают данные, т.е. вообще не возвращают"
__________ Вот на это может быть похоже. Нужно будет помониторить этот момент. |
|||
29
Arbuz
02.12.19
✎
13:44
|
(24) дык, эта - бухитоги почти джва гига (ой-ой!), а проводки четверть гига - что-то очень криво не закрывается у вас по итогам. и смотрю дбфки видятся как адвантейджевские - зойчем вам ADS? - в смысле - а не hogik'овская ли ADS-вундервафля это?
|
|||
30
Злопчинский
02.12.19
✎
14:36
|
(23) "Обрабатывать НеПомеченныеНаУдаление;"
запрос - как бы к регистру. для регистра этот метод сымсла не имеет. с другой стороны |ТМЦ = Регистр.Остатки.ТМЦ; |Ед_изм_ = Регистр.Остатки.Карточка.Владелец.Ед_Изм; если номенклатура\ед - помечены на удаление, я вот с ходу и не скажу что будет... |
|||
31
Злопчинский
02.12.19
✎
14:38
|
файл проводок - на пределе или уже вывалился - резать немедленно.
регистры - тотально незакрыты. в базе - итого - бардак ;-) |
|||
32
evgpinsk_
02.12.19
✎
16:06
|
(29) "и смотрю дбфки видятся как адвантейджевские - зойчем вам ADS? - в смысле - а не hogik'овская ли ADS-вундервафля это?"
_______________________ хотелось бы понять это предложение. Можно его попроще? ) |
|||
33
evgpinsk_
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
|
||||
37
Ёпрст
02.12.19
✎
16:16
|
А так, следующий период, уже не откроется , скорее всего.
|
|||
38
Ёпрст
02.12.19
✎
16:16
|
по бухии, так точно
|
|||
39
evgpinsk_
02.12.19
✎
16:33
|
пока тьфу-тьфу ещё открывается. в этом месяце обязательно займусь.
по закрытию итогов БУ: как быстро и правильно найти в базе этот самый бардак? тупо руками просмотреть остатки по счетам в разрезе субконто? и найти те счета, которые не закрыты корректно? правильно ли я понимаю, что корректное закрытие остатков в следующем периоде не исправит предыдущие "излишки" данных? и ещё вопрос: если закрытие остатков идёт уже ПОСЛЕ открытия периода - это не правильно? Закрывать итого нужно ДО открытия периода или это не важно? |
|||
40
Ёпрст
02.12.19
✎
16:53
|
(39) обороткой по счетам посмотреть, по какой аналитике не закрывается, т.е где то есть приход, но нет расхода
|
|||
41
Ёпрст
02.12.19
✎
16:54
|
и это г..но летит из периода в период
|
|||
42
Ёпрст
02.12.19
✎
16:54
|
В регистрах - аналогично, по некоторым наборам измерений нет закрытия, смотрится отчетами и глазками
|
|||
43
evgpinsk_
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, но по фирмам висят взаимоперекрывающиеся остатки. Такой вариант очень широко распространен как причина незакрытых остатков (контроль остатков "по компании в целом" а дальше - пофиг) |
|||
46
Franchiser
гуру
02.12.19
✎
22:52
|
(0) Сохраненные настройки формы могут перебивать настройки в ПриОткрытии()
|
|||
47
Злопчинский
02.12.19
✎
23:09
|
(46) ни разу такого не видел.
ПриОткрытии - применяются сохраненные настройки (если это настроено). Потом применяется код в ПриОткрытии. . могу ошибаться, но сомневаюсь... . можно еще формексом отловить "при чтении настроек формы", вроде есть |
|||
48
Franchiser
гуру
02.12.19
✎
23:28
|
(47) не знаю, может я с восьмёркой путаю.
Но в 7.7 мне кажется как то пришлось использовать послеоткрытия() от формекс для исправления похожих косяков. |
|||
49
Злопчинский
02.12.19
✎
23:38
|
(48) мне кажется, путаешь...
|
|||
50
evgpinsk_
03.12.19
✎
18:36
|
(46) Вот и я предполагал о такой возможности. Но странно, что это происходит 1 раз из 50ти
|
|||
51
evgpinsk_
03.12.19
✎
18:38
|
(44) "в общем случае пофиг. закроешь остатки после открытия нового периода - они закроются ДО открытия нового периода+1"
____________________________ так в том то и дело, что практически каждый месяц 1го числа нужно открывать новый период, а бухгалтер ещё работу по закрытию месяца не сделал / сложно это делать вечером 31го/ Вот и получаем что каждый новый месяц остатки накапливаются |
|||
52
Cthulhu
03.12.19
✎
19:10
|
не "тьфу-тьфу"-кай.
без kernel3x у тебя УЖЕ ЛЮБАЯ ОБРАБОТКА ВЫБОРКИ ПРЕРЫВАЕТСЯ если кто угодно в это время "неожиданно" пытается получить из базы (или положить в нее) что угодно. не веришь - сделай следующее: запусти длинный отчет (длинную выборку) - а любым вторым пользователем в это время запиши что угодно. обработка выборки в этот момент "тихо" оборвется. выводы относительно правильной оценки остатков при проведении чего угодно - сам сделаешь?.. режб до менее 1Г - и до тех пор крестись чтобы ни приыеди будда никакое файло не вылезло за 2Г - потому что тогда никакой кернел не поможет. прим.: и - да, без кернела, монопольно - все будет ок выдаваться. так что если сможешь всех выгонять и монопольно формировать - тоже выход. но он гнилой. сворачивай, закрывай, режь. СРОЧНО. |
|||
53
Djelf
03.12.19
✎
19:13
|
(50) Кажется догадался что происходит.
Открыл Отчет, сохранил настройки, по дате посмотрел в какой файл они сохраняются, снял права на чтение/запись. Опа!!! Никаких ошибок нет, но настройки не читаются и не сохраняются. При этом никаких ошибок нет! Так что возможно, что при определенной загрузке системы или при северо-западном ветре настройки не успевают загрузится... |
|||
54
evgpinsk_
03.12.19
✎
21:07
|
(52) Принял. Спс. Уже работаю над свёрткой базы.
В планах сделать так: создавать на требуемую дату два документа "Остатки по бух счетам" и "Остатки по регистрам" Далее расспровожу все документы до этой даты. Далее удаляю табличную часть этих документов. Вроде самый простой способ? Это необходимой минимум. Дополнительно ещё в ыслях: создать новую пустую базу и в неё выгрузить всю базу которая получилась. Чтобы избавится от всяких ошибок в dbf файлах /битые ссылки и т.д./. Это не помешает? |
|||
55
Злопчинский
03.12.19
✎
22:02
|
(50) лабуда. более чем уверен. ищи ошибку в чем-то другом.
|
|||
56
Злопчинский
03.12.19
✎
22:08
|
(54) имхается что много незакрытого останется. если незакрытые регистры только из-за запаздывания закрытия периода - то спешу тебя огорчить - на регистры закрытие периода не действует. Закрытие периода действует только (типовая ТиС) для регистров книги продаж и книги покупок. если вы не делаете именно регламентный документ по закрытию этих регистров - то они и будут пухнуть. если книги на регистрах вам не нужны - то можно тупо файлы-таблицы этих регистров убивать периодически, для работы это не помешает. Но тут внимательно - хз что у вас за конфига и каковы режимы работы. Если комплексная - то все может быть сложнее с точки зреняи книг и закрытия.
|
|||
57
evgpinsk_
04.12.19
✎
09:08
|
(56) У меня самописная конфа. В ней только два регистра остатков ТМЦ
|
|||
58
Злопчинский
04.12.19
✎
14:33
|
(57) все равно очень сомнительно. на картинке как минимум 5 регистров. и все - очень подозрительные по размерам RG, остальные кроме двух - оборотные?
|
|||
59
evgpinsk_
04.12.19
✎
16:00
|
физически всего 3. использую реально только два:
http://prntscr.com/q632nt |
|||
60
evgpinsk_
04.12.19
✎
16:01
|
все 3 регистра - регистры остатков
|
|||
61
Злопчинский
04.12.19
✎
16:14
|
При таком количестве документооборота - база до таких размеров лет 5-7 должна расти, а то и больше. у меня на порядок больше и то - основным затыком файлы документов а не регистров.
возьми по ссылке отчет по регистрам или универсальным отчетом по регистрам - посмотри остатки по всем измерениям, у тебя что-то КАРДИНАЛЬНО не закрывается имхо (может конечно и ошибаюсь). если что - могу и помощь оказать - все таки две головы лучше чем одна - позырим вместе, вдруг что увидим. Разверни на картинке регистры остатков по измерениями и ресурсам |
|||
62
HawkEye
04.12.19
✎
16:15
|
(54) документы лучше делать по каждому регистру свой, т.е. тип регистра выносить в шапку, значит их будет на два, а больше...
заранее предусмотреть в регистрах очистку от ненужных (зависших) записей.... кроме регистров и счетов, надо помнить о наличии периодических реквизитов устанавливаемых документами.... и партии, не помню как там у тебя это происходит... и делается так: сначала заполняются документы свертки, записываются, потом отменяется проведение всех документов до свертки, проводятся свертки, перепроводятся от созданных сверток до сейчас, потом уже можно помечать на удаление и чистить..... |
|||
63
Ёпрст
04.12.19
✎
16:25
|
(59) покажи измерения этих регистров.
План счетов, тоже самописный ? |
|||
64
evgpinsk_
04.12.19
✎
18:34
|
(61) база с 01.01.2005
|
|||
65
evgpinsk_
04.12.19
✎
18:36
|
(61) http://prntscr.com/q65vgv (63) план счетов был взят типовой
|
|||
66
evgpinsk_
04.12.19
✎
18:38
|
не развернул реквизит: http://prntscr.com/q65xc1
|
|||
67
evgpinsk_
04.12.19
✎
18:40
|
(62) "документы лучше делать по каждому регистру свой, т.е. тип регистра выносить в шапку, значит их будет на два, а больше...
заранее предусмотреть в регистрах очистку от ненужных (зависших) записей...." ____________________________ пытаюсь понять, но не доходит. Мои регистры остатков ТМЦ двигаются табличной частью документов. Шапка документа к ним отношения не имеет. Партия=Карточка |
|||
68
evgpinsk_
04.12.19
✎
18:43
|
(62) "и делается так: сначала заполняются документы свертки, записываются, потом отменяется проведение всех документов до свертки, проводятся свертки, перепроводятся от созданных сверток до сейчас, потом уже можно помечать на удаление и чистить....."
______________________________________ со всем согласен, только не пойму, зачем перепроводить от даты свёртки до сейчас? Рисковая это операция - тотальное перепроведение |
|||
69
xXeNoNx
04.12.19
✎
18:44
|
(0) сколько ща зп у хоккеистов?
|
|||
70
Cthulhu
04.12.19
✎
18:47
|
(68): малацца, все так. не надо перепроводить.
остатки до сверки - сформируют (их надо провести) документы свертки. после них - достаточно двинуть вперед на место точку актуальности (без перепроведения). |
|||
71
evgpinsk_
04.12.19
✎
18:47
|
(61) "посмотри остатки по всем измерениям, у тебя что-то КАРДИНАЛЬНО не закрывается имхо (может конечно и ошибаюсь)"
__________________ Толком не могу понять, что в этих остатках может не закрываться. Это ведь обычные остатки на складах в разрезе Склад/ТМЦ/Карточка. Если товара нет на остатке, то и по регистру он будет нулём. |
|||
72
HawkEye
04.12.19
✎
18:48
|
(67) ты хочешь свернуть только три регистра, а остальное все оставить?
сколько у тебя остатков в каждом из регистров? общее количество строк в документе сколько будет? проще отладку делать и исправления вносить, когда один регистр - один документ... |
|||
73
Cthulhu
04.12.19
✎
18:49
|
(70)+: а, ну и бух.итоги правильно будет - аналогично как ТА двинуть: вернули взад - сформировали документы свертки - отменили проведение всего что до документов свертки - провели документы свертки - двинули на место ТА и вернули на место период БИ.
|
|||
74
HawkEye
04.12.19
✎
18:49
|
(68) мое дело предложить, твое отказаться)))) я после свертки всегда восстанавливаю последовательность....
(71) не все что нет на остатке, в регистре будет нулем... тем более при наличии 4 ресурсов... |
|||
75
Cthulhu
04.12.19
✎
18:51
|
(74): "восстанавливать последовательность" не то же самое что "перепроводить".
перепроведение меняет движение, восстановление последовательности возможно без пере-проведения (и это в данном случае - правильно!) |
|||
76
evgpinsk_
04.12.19
✎
18:53
|
(72) Нет. Я удалю все документы например до 01.01.2017
База полегчает раз в 5-7 |
|||
77
HawkEye
04.12.19
✎
18:55
|
(75) не соглашусь, что "это в данном случае правильно", на мой взгляд правильно - перепровести, т.к. кроме свертки регистров, их надо чистить от висящих хвостов...
|
|||
78
HawkEye
04.12.19
✎
18:55
|
(76) и сколько строк ты планируешь в одном документе? )
|
|||
79
Cthulhu
04.12.19
✎
18:56
|
(76): далеко не факт. будь готов, что от удаленных документов в документы сверкти попадет туева хуча незакрытых итогов. по-хорошему бы их ещё (по тем измерениям, по которым позже закрытий не предвидится) как-нибудь принудительно-программно сворачивать в "точечные" итоги.
|
|||
80
evgpinsk_
04.12.19
✎
18:56
|
(72) "проще отладку делать и исправления вносить, когда один регистр - один документ..."
______________ у меня так и есть. Второй регистр специфический - Сукарточка = "подчинённый справочник карточки". это есть серийный номер канкретной карточки - используется редко /например приём на гарантии, где мы указываем конкретный серийник партии/ |
|||
81
Cthulhu
04.12.19
✎
18:57
|
(78): ты так говоришь, как будто побить на порции подокументно - невозможная вещь и все итоги надо непременно в один док.свертки пхать...
|
|||
82
evgpinsk_
04.12.19
✎
18:57
|
(79) "Будь готов, что от удаленных документов в документы сверкти попадет туева хуча незакрытых итогов"
______________________ Это как? На 01.01.07 я просто получу остатки товаров на складах. Откуда там не закрытые итоги? |
|||
83
evgpinsk_
04.12.19
✎
18:58
|
(78) "и сколько строк ты планируешь в одном документе? )"
Остатки ТМЦ на конкретное число это копейки. Ну пусть 3000 строк |
|||
84
HawkEye
04.12.19
✎
19:00
|
(81) я говорю в (62): "документы лучше делать по каждому регистру свой"
бить каждый регистр на документы - смысла не вижу... (83) я предупредил... дальше дело твое ))) |
|||
85
HawkEye
04.12.19
✎
19:01
|
(82) об этом, я тебе написал в (62): "заранее предусмотреть в регистрах очистку от ненужных (зависших) записей...."
и именно поэтому я перепровожу документы, чтобы те записи которые ты почистишь ушли и из следующих документов.... |
|||
86
evgpinsk_
04.12.19
✎
19:06
|
(85) (62)
Я просто не могу понять вашу мысль по свертке итогов. Мой план такой: на 01.01.2017 получить в разрезе складов, ТМЦ и карточек остатки товаров и создать например через документ "Инвентаризация" остатки на это число. Я не понимаю, откуда тут возьмутся ненужные (зависшие) записи? Остатки товаров - это ведь реальная вещь. В базе нет не правильных остатков |
|||
87
HawkEye
04.12.19
✎
19:09
|
(86) зная твою конфу, я бы не был так уверен это раз...
а во вторых, Инвентаризация создаст партией себя, нет? |
|||
88
HawkEye
04.12.19
✎
19:10
|
+87, а что будет с Резервом?
|
|||
89
evgpinsk_
04.12.19
✎
19:15
|
(87) ладно, другими словами как мы начинаем работать с новой базой. Мы создаем документы инвентаризации или остатки и вносим в этот документ с листика остатки по складам в разрезе товаров. Вот точно так сделаю и я
|
|||
90
evgpinsk_
04.12.19
✎
19:17
|
(88) резерв это зарезервированные по счетам товары. У меня с этим учетом и так и есть проблемы не до конца отложено и резервы часто не соответствует действительности.я их периодически исправляю через обработку
|
|||
91
Cthulhu
04.12.19
✎
19:18
|
(85): ... и перекосили нахрен итоги и иобороты в уже закрытых периодах... ну маладес чо...
|
|||
92
Ёпрст
04.12.19
✎
19:35
|
(65) Карточка и СубКарточка - какого типа измерение ?
|
|||
93
Ёпрст
04.12.19
✎
19:37
|
И что в них хранишь ?
|
|||
94
evgpinsk_
04.12.19
✎
19:45
|
(92) справочник партий товаров
|
|||
95
evgpinsk_
04.12.19
✎
19:47
|
(91) но остатки ведь не с листика а из регистров будут читаться . Не должно быть перекоса.
|
|||
96
evgpinsk_
04.12.19
✎
19:50
|
В Созданном документе инвентаризация ведь будут по факту реальные ставки на 1 января они будут проверятся с бумажными и после этого будет понятно что обрезка прошла правильно
|
|||
97
HawkEye
04.12.19
✎
20:15
|
(91) что молодец я и так знаю...
|
|||
98
HawkEye
04.12.19
✎
20:15
|
(89) начиная работать с новой базой, у тебя в базе нет документов которые двигают регистры со значениями измерений которые ты удалять собираешься....
|
|||
99
HawkEye
04.12.19
✎
20:19
|
(96) инвентаризация, сделает партией - себя и тогда, если последуешь совету ктулху, и не будешь ничего перепроводить, получишь огромные не закрытые красные остатки....
а если будешь все перепроводить, то получишь вместо партионного учета, учет по средней... потому для свертки, не используют документы типа вводОстатков и/или инвентаризация/оприходование.... |
|||
100
evgpinsk_
04.12.19
✎
20:22
|
(99) Инвентаризация не будет делать партией себя.
В моём документе Инвентаризации /или создадим новый тип документа, это не важно/ вводятся ТМЦ и карточки /элементы справочников/. И при проведении данного документа /по теории/ он должен получить остатки по регистрам на 01.01.2017 такиеже, как они есть сейчас . Это я так предполагаю |
|||
101
HawkEye
04.12.19
✎
20:23
|
(100) ну смотри сам ))))
|
|||
102
evgpinsk_
04.12.19
✎
20:25
|
http://prntscr.com/q67l54 как то так
|
|||
103
evgpinsk_
04.12.19
✎
20:25
|
(101) Так что смотреть то ? ) Практики у меня нет. Теорию я высказал. Теория не правильная? Или по практике будут какие-то нюансы? Какие?
|
|||
104
HawkEye
04.12.19
✎
20:33
|
(103) сделай на копии и посмотри )
|
|||
105
Ёпрст
04.12.19
✎
21:47
|
(94) понятно, значит приходуешь с одной карточкой, расходуешь с другой ?
В какой момент создаются эти карточки ? Выгрузи итоги регистра и сверни без учета "карточек". а так, смотреть движения прихода и расхода, чтоб понять, почему приход с одними карточками и расход с другими. Возможно, что и не в карточках дело, а например, приходуете на один склад, расход с другого склада. |
|||
106
Злопчинский
04.12.19
✎
23:07
|
не тереби гондурас.
давай я тебе дам универсальный двигатель регистров - им свертку с ходу делается как заполнение остатками. заполняешь остатками. потом распроводишь все документы до свертки. помечаешь на удаление. все что не используется - удалится. те что не удалились - висят в ссылках где-то - их тупо оставляешь (от них скорее всего шапка только нужна будет). . если есть возможность - заверни базу со всем необходимыми для старта базами ВК в архив, на файлообменник, ссылку и пароль - мне в скайп Zlopun или на мыло [email protected]. Посмотрю мельком на регистры на выходных. |
|||
107
Злопчинский
04.12.19
✎
23:08
|
(105) стопудово там незакрытые
|
|||
108
evgpinsk_
05.12.19
✎
00:30
|
(105) ну конечно нет. Какой смысл в карточках если не следить за остатками на них ). В большинстве случаев по всем карточкам остаток не уходит в минус, хотя иногда и бывает не до конца везде отработан алгоритм. Но проблема больших размеров файлов точно не в этом. Возможно просто большая база с 2005 года, если порезать всё станет ок
|
|||
109
evgpinsk_
05.12.19
✎
00:34
|
Ещё походу вопрос не сильно ли страшно, что в регистре остатков находится и тмц и подчиненная ему карточка?. Избыточность данных получается, зная карточку всегда можно найти товар.
|
|||
110
Злопчинский
05.12.19
✎
00:37
|
Проблема не в длинным периоде эксплуатации. Напряг вызывает превышение таблиц итогов над таблицами движений. Это не нормальная ситуация. Такое может быть только в том случае когда на приход товар лежит по многу месяцев без движения. Причём весь товар.
|
|||
111
Злопчинский
05.12.19
✎
00:40
|
Это не сильно страшно. Все зависит от частностей. Избыточность обычно для ускорения. А регистры - проведение - узкое место. При проведении для получения например партий по номенклатуре расхода тебе нужна будет номенклатура итогов чтобы фильтр наложить - как ты без номенклатуры в регистре фильтр положишь на регистр?
|
|||
112
Злопчинский
05.12.19
✎
00:43
|
Придётся на номенклатуру документа выбирать все партии без учёта живые они или нет и фильтр по таким партиям накладывать это будет не быстро. Быстрее имея измерением номенклатуру отсеять по нужной
|
|||
113
Злопчинский
05.12.19
✎
00:43
|
Я так мыслю
|
|||
114
Ёпрст
05.12.19
✎
10:33
|
(108) у вас именно так ти есть: приход по одним наборам измерений, расход по другим.
Если смотреть в разрезе склад-номенклатура, то на остатке 0, если в разрезе карточек, то +N-количество и -N-количество |
|||
115
Ёпрст
05.12.19
✎
10:33
|
и в остатке...типа 0
|
|||
116
Ёпрст
05.12.19
✎
10:34
|
а на самом деле, вы эти + и - из периода в период тащите с каждым открытием.
|
|||
117
Ёпрст
05.12.19
✎
10:34
|
Это всё наглядно видно, если просто выгрузитьИтоги.
|
|||
118
evgpinsk_
05.12.19
✎
10:38
|
(114) чуток не так.
Злопчинский подсказал его скачать /спасибо/. Он сразу показал проблему: у меня Измерение есть "СуммаДок". По приходу это себестоимость а по Расходку - это уже сумма с наценкой. Естественно при списании всего количества на этом товаре по остатку остаётся прибыль. Я до позавчера вообще не задумывался о необходимости закрывать регистры /про балансовые счета ещё акто знал, про регистры вообще не думал/ |
|||
119
evgpinsk_
05.12.19
✎
10:39
|
Злопчинский подсказал скачать отчёт "Универсальный отчет по регистрам". Да - по нему сразу всё стало мне понятно.
Буду анализировать и исправлять минусы структуры |
|||
120
evgpinsk_
05.12.19
✎
10:41
|
Выход или себестоимость вообще выводить в отдельный регистр, или закрывать её в конце месяца
|
|||
121
evgpinsk_
05.12.19
✎
10:47
|
Вот: http://prntscr.com/q6gmo9
Ну и с Измерением "Резерв" нужно тоже поработать. Его реализация у себя мне никогда не нравилась. Сейчас какраз и егопроанализирую |
|||
122
evgpinsk_
05.12.19
✎
10:50
|
Если остаток определяется в разрезе Карточек, то резерв ложится на сам товар. Резервирование товара не зависит от карточек товара.
Наверное правильно и резервирование товаров вынести в отдельный регистр. Нужно подумать над этим, в том числе и над тем, можно ли внести это изменение структуры в уже работающей базе. |
|||
123
Ёпрст
05.12.19
✎
11:00
|
(118) У вас нет ИЗМЕРЕНИЯ суммаДок, это ресурс. Если что, остатки есть только в разрезе измерений.
|
|||
124
Ёпрст
05.12.19
✎
11:03
|
А свои СуммаДок перенесите в реквизит регистра
|
|||
125
Ёпрст
05.12.19
✎
11:03
|
и всё.
|
|||
126
Ёпрст
05.12.19
✎
11:03
|
потом, прибейте табличку итогов , зайдите монопольно и пересчитайте итоги
|
|||
127
Ёпрст
05.12.19
✎
11:04
|
и резерв туда же, по ним не нужны остатки
|
|||
128
evgpinsk_
05.12.19
✎
11:06
|
(123) да, опечатка
(126) чтозначит "прибить табличку итогов" ? |
|||
129
evgpinsk_
05.12.19
✎
11:07
|
(126) я так понимаю после изменений структуры регистра "пересчёт итогов" не сильно уменьшит размер dbf файла?
Просто по нему уже остатков станет в тысячи раз меньше чем на сейчас. Верно? |
|||
130
ДенисЧ
05.12.19
✎
11:09
|
(129) Уменьшится размер RG. Размер RA не изменится.
|
|||
131
Ёпрст
05.12.19
✎
11:16
|
(128) del rg*
|
|||
132
Ёпрст
05.12.19
✎
11:19
|
И..проще перенос ресурса в реквизит регистра сделать руками:
на пустышке слепить новый мд, посмотреть названия полей в словаре и в рабочей базе в RA этого регистра тупо переименовать колонку с ресурсам в колонку с реквизитом. |
|||
133
Ёпрст
05.12.19
✎
11:20
|
Чтоб 1с-ина не занималась реструктуризацией, на такой базе она может и не закончится.
Потом подменить словарик и мд, прибить файло итогов и сделать пересчет итогов. |
|||
134
Ёпрст
05.12.19
✎
11:22
|
Ну и с бух иттогами смотреть оборотку.. там поди, такая же петрушка
|
|||
135
Ёпрст
05.12.19
✎
11:22
|
на 41 поди ад и израиль (хотя в Белоруссии, там свои счета)
|
|||
136
evgpinsk_
05.12.19
✎
11:23
|
Да, как-раз о них сейчас думаю
1SBKTTL.DBF = 1959 Мб есть вероятность в декабре не закрыться? и что тогда делать? сейчас уже тчото можно предпринять? |
|||
137
evgpinsk_
05.12.19
✎
11:23
|
(135) 41й и в РБ 41й )
Да, не исключаю, хотя в теории должен закрываться. Сейчас гляну |
|||
138
evgpinsk_
05.12.19
✎
11:25
|
Хотя скорее себестоимость проблемная:
http://prntscr.com/q6h6xf она закрывается всегда уже ПОСЛЕ открытия нового периода |
|||
139
Ёпрст
05.12.19
✎
11:39
|
Документ.. что в это субконто пишется при приходе и при расходе ?
|
|||
140
Ёпрст
05.12.19
✎
11:39
|
и покажите 41 счет как выглядит в плане счетов
|
|||
141
Ёпрст
05.12.19
✎
11:41
|
(136) вы уже по оборотке получаете каждый раз разные цифры (это легко проверить, зайти немонопольно и несколько раз сформировать осв)
|
|||
142
evgpinsk_
05.12.19
✎
11:47
|
(139) Тот документ, который создаёт провдки
(140) http://prntscr.com/q6hja0 41й счёт создан не в конфигураторе, а в базе. Это не критично? |
|||
143
Ёпрст
05.12.19
✎
11:49
|
(142) Выкиньте это субконто к едрени фени. ОНО и так ВСЕГДА есть в операциях.
|
|||
144
evgpinsk_
05.12.19
✎
11:50
|
(141) Больше волнует что сейчас предпринять, чтобы в декабре закрыться. Над свёрткой базы работаю, но если 31.12.19 не закрыться, она будет с большего бесполезна.
Сейчас пока на копии делаю: Выгрузить данные/Загрузить данные. Затем - "тестирование и исправление" |
|||
145
Ёпрст
05.12.19
✎
11:50
|
документ движения и так есть в операции и в проводках, не нужно под него отдельное субконто, у вас НИКОГДА счет не закрывается из-за этого.
|
|||
146
evgpinsk_
05.12.19
✎
11:50
|
(143) Понял )
|
|||
147
Ёпрст
05.12.19
✎
11:50
|
(144) свёртка для такой мелкой базы нафик не нужна, нужно исправить то, что есть
|
|||
148
evgpinsk_
05.12.19
✎
11:52
|
(147) И dbf файлы сами уменьшаться ? После какой операции? Перепроводить все документы - очень не хочется. Итоги 100% изменяться - очень сложно будет их потом сводить
|
|||
149
Ёпрст
05.12.19
✎
11:53
|
Можно еще не 41 счете выкинуть субконто ТМЦ, ибо себестоимость в разрезе ТМЦ у вас дублируется в регистре.
При проведении , в 41 -90 пихать тупо общую сумму, без деталицации по ТМЦ (для бухов, это более чем достаточно) |
|||
150
Ёпрст
05.12.19
✎
11:53
|
И ваших проводок, будет кот наплакал, а база при проведении/перепроведении будет летать, и за ночь будет перепроводится вся, за всё время.
|
|||
151
Ёпрст
05.12.19
✎
11:55
|
(148) перепроводить не обязательно при этом
|
|||
152
evgpinsk_
05.12.19
✎
11:56
|
(145) "документ движения и так есть в операции и в проводках, не нужно под него отдельное субконто, у вас НИКОГДА счет не закрывается из-за этого."
о каком счёте речь? если по себестоимости: 46.3.2, то в нём Документ - есть "расходная накладная" и по дебету и по кредиту. Пока не вижу по какому счёту Субконто "Документ" не закрывается. А к нему я привык, удобно в стандартных отчётах "Журнал ордер по субконто" смотреть прибыль в разрезе документов |
|||
153
Ёпрст
05.12.19
✎
11:56
|
дбф ну в разы уменьшаться, rg и файло итогов по счетам должны быть намного меньше чем ra и 1sentry
|
|||
154
Ёпрст
05.12.19
✎
11:56
|
(152) 46
|
|||
155
evgpinsk_
05.12.19
✎
11:58
|
(149) В теории можно выкинуть, но себестоимость я беру из проводок а не регистров /навернео его проще из регистров убрать/. Да, двойной учёт и в регистрах и в субконто - не правильно какбы. Но так уж есть, чтото по регистрам идёт, чтото по проводкам
|
|||
156
Ёпрст
05.12.19
✎
11:58
|
(152) да-да-да.. в приходе у вас там Поступление по дебету и кредиту, а в расходе Расходная накладная, у вас не вызывает это когнитивный диссонанс ?
|
|||
157
evgpinsk_
05.12.19
✎
11:58
|
(154) 46й счёт у меня закрывается. И по документам тоже. Другой вопрос - что уже после открытия периода.
|
|||
158
evgpinsk_
05.12.19
✎
11:59
|
(156) нет. 46й счёт двигается только Расходом. Приходные накладные ен меняют себестоимость. Поэтому по 46му и в ДТ и в Кр толкьо расходная наклданая.
Тут всё ок |
|||
159
Ёпрст
05.12.19
✎
12:00
|
(157) как оно может закрываться, если субконто РАЗНЫЕ ?
|
|||
160
evgpinsk_
05.12.19
✎
12:04
|
(159) Они не разные. Ранее в ответе (142) я ошибся.
По 46му счёту в Субконто Документ пишется всегда только расходная накладная. и в ДТ и в КР |
|||
161
evgpinsk_
05.12.19
✎
12:10
|
Поэтому я пока не нашёл проблемное место в проводках. По логике, все счета закрываются более менее нормально /висящих долгиграющих остатков пока не нахожу/.
41й счёт товары, всегда списываются, в разрезе Склад/ТМЦ. тут никаких карточек нет. и с этим сётом более менее ок. Ну пусть 5000тыс позиций на конец каждого месяца в остатке. Это наверное не много. 46й счёт себестоимость в разрезе Отделение/Документ/Пользователь - этот счёт закрывается после открытия периода. Может это приводит к критическому росту? Пока не совсем понимаю, как найти проблемное место по проводкам |
|||
162
Ёпрст
05.12.19
✎
12:30
|
(161) не, 46 явно самодельный счет, да ? Еще и количественный
|
|||
163
Ёпрст
05.12.19
✎
12:31
|
каки проводки по нему и какие документы делают ?
|
|||
164
evgpinsk_
05.12.19
✎
12:32
|
(162) по старому плану счетов это и была себестоимость. он не количественный у меня.его двигает документ расход
|
|||
165
evgpinsk_
05.12.19
✎
12:34
|
По дебету себестоимость по кредиту сумма реализации, сальдо есть грязная наценка в конце месяца она перекидывается на прибыль естественно в разрезе всех трёх субконто
|
|||
166
evgpinsk_
05.12.19
✎
12:40
|
Выгрузка загрузка данных ожидаемо не изменила размер dbf сейчас запустил полное тестирование и исправление за исключением нижней птички
|
|||
167
Ёпрст
05.12.19
✎
13:04
|
(164) как это не количественный? - на картинке стоит +
|
|||
168
Ёпрст
05.12.19
✎
13:05
|
а вижу, валютный..
|
|||
169
evgpinsk_
05.12.19
✎
13:06
|
||||
170
Ёпрст
05.12.19
✎
13:14
|
ТиИ не поможет
|
|||
171
Ёпрст
05.12.19
✎
13:15
|
только зря время потеряешь
|
|||
172
Ёпрст
05.12.19
✎
13:25
|
на 46 .. у тебя у субконто, хоть выставлены галки - "только обороты " ?
|
|||
173
Ёпрст
05.12.19
✎
13:25
|
особенно у субконто Документы
|
|||
174
evgpinsk_
05.12.19
✎
13:27
|
(172) нет. как же я буду остаток получать и перекидывать его на Прибыль?
|
|||
175
Ёпрст
05.12.19
✎
13:56
|
(174) :)
|
|||
176
Ёпрст
05.12.19
✎
13:57
|
какой остаток, если по логике, там только оборот ?
|
|||
177
Djelf
05.12.19
✎
14:00
|
(161) Скачай 1sqlite с консолью, и выполни
Полистаешь результат и увидишь, где у тебя не закрывается. Примерно вот так будет: https://gyazo.com/2a75b91d0975c202f19fd9e9e39ac921 |
|||
178
evgpinsk_
05.12.19
✎
14:18
|
(176) по детебету пришла себестоимость товар. в момент списания спсиываем по кредиту дороже. на счёте остаётся остаток - наша прибыль.
этотостаток мне важен и его легко и удобно подучать в стандартном отчете ЖОС в разрезе отделений/менеджеров/документов |
|||
179
Ёпрст
05.12.19
✎
14:19
|
(178) ты ж говорил, что только документ Расходная накладная пишет туда проводки, не ?
|
|||
180
evgpinsk_
05.12.19
✎
17:31
|
(179) По дебету 46го счёта пишется приход (46<-41) =100руб
Расход пишет по кредиту 46го (62<-46)=120 руб на 46м остаётся остаток 20 руб, который является заработком. Вот это и есть результат работы, который мне нужен и который в конце месяца закрывается на прибыль /в разрезе отделений, сотрудников, документов/. Насколько я понимаю, этот счёт не может быть только оборотным из-за этого |
|||
181
Ёпрст
05.12.19
✎
17:48
|
(180) и 20 руб потом каким документом закрываешь ?
|
|||
182
evgpinsk_
05.12.19
✎
17:49
|
(181) в конце месяца обработка закрывает все остатки по 46му счёту на счёт прибыли
|
|||
183
evgpinsk_
05.12.19
✎
17:50
|
||||
184
evgpinsk_
05.12.19
✎
17:56
|
(170) Прикол, но после Выгрузки и загрузки а затем ТиИ dbf файлы похудели /кроме проводок/
http://prntscr.com/q6nxbf |
|||
185
Ёпрст
05.12.19
✎
17:59
|
(184) нет там никакого прикола, всего лишь нулевые итоги с табличек ушли и сжатие таблиц сделало тии.
Вот только, это можно было сделать за 5 минут простым запросом и без тии |
|||
186
Злопчинский
05.12.19
✎
21:04
|
(124) О! точно!
получится оборотные продажи\прибыль |
|||
187
evgpinsk_
05.12.19
✎
21:10
|
(186) мне прибыль желательно в бухгалтерском учёте видеть, а в регистрах придется добавлять и отделение и сотрудника
|
|||
188
Злопчинский
05.12.19
✎
21:15
|
(185) у него там основные файл регистров - 1084 и 100 МБ и 870 и 32 мб (итоги-движения) в исходно базе, так что если закрыть все как полагается там всего-ничего будет
|
|||
189
Злопчинский
05.12.19
✎
21:16
|
(187) в скайп выйди
|
|||
190
Злопчинский
05.12.19
✎
21:24
|
(187) прибыль по сторуднику? это что за новхав?
|
|||
191
Злопчинский
05.12.19
✎
21:30
|
(127) не факт. зависит что и как сделано
|
|||
192
Злопчинский
05.12.19
✎
21:34
|
(155) " Но так уж есть, чтото по регистрам идёт, чтото по проводкам"
наоборот должно быть. Первичный учет - оперативный, он обычно на регистрах. Вторичный - бухгалтерсикй, он или паралельно с формированием по регистрам идет или по данным регистров отдельно.. |
|||
193
evgpinsk_
05.12.19
✎
21:53
|
(190) ну как нохав. Менеджер продаёт товар, приносит прибыль. От суммы прибыли зависит его зарплата
|
|||
194
Злопчинский
05.12.19
✎
22:02
|
менеджер не продаст существенно отклоняясь от рыночной цены. и почему моя зарплата менеджера должна зависеть от того что сейчас акция и продаем товар на -20% ниже. и почему моя зарплата менеджера должна зависеть от того, что закупы такой закуп делают что прибыль на нем мизерная? далее эту тему развивать не будем тут холиварили в свое время знатно.
|
|||
195
evgpinsk_
06.12.19
✎
13:09
|
Начал пробовать обрезать базу по проводкам через WRAP.ERT
И вылетает ошибка: http://prntscr.com/q71gs3 Хотя бух итоги свернулись до 03.06.2020 и только следующая свёртка выдавала ошибку |
|||
196
Ёпрст
06.12.19
✎
13:13
|
(195) через WRAP.ERT нужно сделать только Операции по начальным вводам остатков.
Всё остальное там заремить или сделать Возврат. Документы метить на удаление прямым запросом, операции и проводки удалять тоже. |
|||
197
evgpinsk_
06.12.19
✎
13:13
|
Хотя бух итоги свернулись до 30*.06.2020 /вродебы, помню что несколько раз открывал период, помоему дваждый получилось а на 3й раз затык/.
В обработке пробовал "удалить документы" - ошибка выше на скрине если "удалить проводки" - выдало ошибку кода , помоему "не уникальный код операции", - нужно будет с эти разобраться ещё Сейчас пробую 3й вараинт "сделать не проведёнными документы" |
|||
198
evgpinsk_
06.12.19
✎
13:15
|
(196) Понял, буду пробовать
|
|||
199
Злопчинский
06.12.19
✎
13:20
|
(196) там возможно уже предел по размеру файла проводок или по количеству записей. и любая запись в проводки - уже аут. я не помню как там врап работает что создает и куда пишет.
. если не получаться будет то можно попробовать так - тупо сделать документ ввода нач.остатков по БУ. счет-ск1-ск2-ск3-сумма-количество-вал.сумма. Заполнить остатками. не проводить. Кильнуть документы-проводки, сжать таблицы и потом тупо провести документ ввода остатков. |
|||
200
evgpinsk_
06.12.19
✎
23:58
|
(196) Что-то не хочет WRAP.ERT у меня работать на этой базе:
http://prntscr.com/q7b2vv При этом на похожей по структуре базе, но существенно меньшего объёма - всё работает /в том числе и если делать только по одному счёту а не по всем/. Как-то мне сомнительно, что обработка не может создать операцию по свертке одного счёта из-за большого размера базы |
|||
201
Ёпрст
07.12.19
✎
00:24
|
(200) ясен пень, видать созданый документ операции провести пытается и естественно болт, ибо файло итогов в пределе. Надо править врап, чтобы она только создала файлы операций и все, без их проведения. Потом удалить проводки и операции по условию, сжать таблички и провестм операции по вводу остатков.
|
|||
202
bolder
07.12.19
✎
00:35
|
(24) База на издыхании.При такой таблице Ra работа идёт только вашем честном слове.Режьте базу немедленно.
|
|||
203
Злопчинский
07.12.19
✎
04:56
|
(200) тебе ЕПРСТ то же самое что и я в (199) говорит.
сначала готовишь данные для свертки. не проводишь - потому что не влезут. убираешь лишнее (что уже в данные для свертки пошло). сжимаешь таблички обязательно. Проводишь подготовленное. |
|||
204
evgpinsk_
07.12.19
✎
09:26
|
(201) В копии апрельской базы таже самая ошибка. А после этого было две свёртки бух итогов. Значит дело дело не в файле итогов?
|
|||
205
evgpinsk_
07.12.19
✎
09:32
|
Да дело не в нём. Сейчас более внимательно буду изучать, что обработка делает.
п.с. даже для мелкого счёта 01 /у которого аналитики очень мало/ всё-равно вываливается |
|||
206
evgpinsk_
07.12.19
✎
11:58
|
Разобрался. Ошибка идёт на попытке удаления документов
|
|||
207
evgpinsk_
07.12.19
✎
13:43
|
Не понимаю, что может быть, обычный код:
Процедура УдалитьПроводки2() Документ = СоздатьОбъект("Документ"); Документ.ОбратныйПорядок(0); Документ.ВыбратьДокументы(ДатаНач, ); Пока Документ.ПолучитьДокумент() = 1 Цикл Документ.СделатьНеПроведенным(); Сообщить(Документ+" "+Документ.ДатаДок); КонецЦикла; КонецПроцедуры http://prntscr.com/q7ho7w иногда справляются с первыми 5-10 документами и потом ошибка вываливалась. Сейчас уже ни одного документа не может распровести /и удалить тоже/ п.с. Руками удаляется и распроводится |
|||
208
evgpinsk_
07.12.19
✎
13:49
|
Таже проблема и на базе 2017 года, в которой файл проводок 1,2Гб:
http://prntscr.com/q7hq3z |
|||
209
evgpinsk_
07.12.19
✎
14:21
|
Щас буду гуглить, как прямым запросом удалять документы
|
|||
210
Cthulhu
07.12.19
✎
15:37
|
(208): ня. http://1cnik.by/reducefile1sbkttldbf.php
|
|||
211
evgpinsk_
07.12.19
✎
16:12
|
(210) Я думал то уже прямой запрос ), а что полезного в статье?
|
|||
212
evgpinsk_
07.12.19
✎
16:13
|
Выше писал, Выугрузка/Загрзука и далее ТиИ - не изменело файл БИ
|
|||
213
evgpinsk_
07.12.19
✎
16:52
|
(208) Извиняюсь, на базе 2017 года WRAP вроде работает, чуток запутался в копиях
|
|||
214
Djelf
07.12.19
✎
17:49
|
(207) Попробуй подменить dbeng32 на этот: https://cloud.mail.ru/public/4iqh/2i5FfEoDX
Я до 4х гигов раздувал dbf`ки. Насколько корректно будет работать в твоем случае я не в курсе. Но Wirth писал эту штуку и проверял на тех файлах, когда стандартный движок уже падал. Прямой ссылки увы, уже нет, и даже в архиве интернета ничего не сохранилось. |
|||
215
Ёпрст
07.12.19
✎
21:22
|
(214) дбф не может быть физически больше 2 гигов по стандарту.
|
|||
216
Ёпрст
07.12.19
✎
21:23
|
И там уже, не дбф- ки будут
|
|||
217
evgpinsk_
07.12.19
✎
21:47
|
(214) Спасибо, дождался вечера и попробовал. Процесс распроведения пошёл, ошибок вроде нет
|
|||
218
Ёпрст
08.12.19
✎
00:12
|
||||
219
Ёпрст
08.12.19
✎
00:17
|
скачать только надо vfp oledb
http://www.microsoft.com/download/en/details.aspx?id=14839 |
|||
220
Ёпрст
08.12.19
✎
00:24
|
да, после удаления, удалить все rg*, 1SBKTTLC,1SBKTTL,*.cdx
зайти монопольно, пересчитать итоги (двигая та взад вперёд) и бух итоги (через меню операции- пересчет итогов) И это, если созданы доки ввода остатков, лучше их создать не на дату удаления, а то и их прибьёт. ЗЫ: доки можно как прибить насовсем, так и пометить на удаление (пометка быстрее, ибо не удаляются шапка и ТЧ доков) По-уму, нужно еще вычищать ссылки битые, если доки насовсем грохаются (из справочника партий, например) Занимайся, вроде, все вспомнил |
|||
221
evgpinsk_
08.12.19
✎
09:44
|
(220) Спс, принял. Вроде и dbeng32.dll (214) помогло удалять доки, но после создания операций остатков запустил ТиИ и всю ночь выполняется, до сих пор не закончилось.
Сейчас параллельно и вашу обработку буду пробовать |
|||
222
Djelf
08.12.19
✎
09:47
|
(215) Так то по стандарту, а в движке от Wirth вот так вот: https://gyazo.com/622763c039b65907291289f4c9ec1206
Но, да vfp и аналоги уже не прочитают. Не уверен, вроде avantage такие dbf должен открывать. |
|||
223
Djelf
08.12.19
✎
09:49
|
(221) Перед ТИИ rg* удалил?
|
|||
224
evgpinsk_
08.12.19
✎
10:00
|
(223) Тупанул - нет. Но например над позавчерашний копией ТиИ выполнялось 1-2 часа. Возможно созданные остатки стали лишней каплей
|
|||
225
Djelf
08.12.19
✎
10:14
|
(224) Там кажется что-то в геометрической прогрессии клинит.
Значительно быстрее либо выгрузить/загрузить, либо снести rg*, а то так и два дня пересчитываться может... И если 1С не в терминале, dbeng32 от 1С назад вернуть не забудь. Этот, дополнительно еще и пропатчен на отключение сброса файлового буфера, по сети будут чудеса. У меня он больше 5 лет стоит - проблем не было. Ну и патч Ромикса на загрузку процессора при транзакции с ним тоже не нужен. Могу не пропатченный выложить, если понадобится. |
|||
226
evgpinsk_
08.12.19
✎
10:20
|
(225) Помоему да, позавчеар я перед ТиИ сначала сделал Выгрузку/Загрузку. Может поэтому прошло ТиИ быстро.
1с - в терминале. [Ну и патч Ромикса на загрузку процессора при транзакции с ним тоже не нужен. Могу не пропатченный выложить, если понадобится."] не знал про этот патч. vk_TerminalSleep.rar - сейчас скчал, буду знакомится. Там без нюансов ? - и его желательно поставить? |
|||
227
evgpinsk_
08.12.19
✎
10:23
|
(225) [Ну и патч Ромикса на загрузку процессора при транзакции с ним тоже не нужен]
Вроде понял мысль, при использовании нового "dbeng32.dll" патч от Ромикса не нужен? Блокировок процессора с новым dbeng32.dll и так не будет? Т.е. если у меня 1с работает в терминальных сессиях, то я могу оставить новый dbeng32.dll навсегда? Или лучше не рисковать?) |
|||
228
Djelf
08.12.19
✎
10:30
|
(227) Я же писал, 5 лет стоит. Причем и на линуксовке с wine@etersoft и на еще 2х конторах с виндой. Проблем не было.
Wirh писал, что делал движок под микроскопом, т.е. в двух базах проводил одни и те же действия, а потом бинарно сравнивал dbf и cdx. Так что оснований подозревать этот движок в больших багах, чем стандартный, у меня нет. |
|||
229
evgpinsk_
08.12.19
✎
10:33
|
Ещё параллельно вопросик: пусть у меня счёт 60 "Поставщики" ведётся в разрезе двух субконто: Контрагент и Документ. Сейчас я понял что в учёте могу обойтись без второго субконто и было бы не плохо от него отказаться.
Но база действующая. Каких-то простых способов решения нет? Если его тупо удалить - то придётся все документы перепроводить, что очень не хотелось бы. |
|||
230
evgpinsk_
08.12.19
✎
10:43
|
Ну и тогда ещё один, ранее задавал но так и не получил ответа:
Очень часто свёртка итогов по балансовым счетам происходит уже после открытия нового периода, а значить уже свормированы в БИ "излишние" остатки в разрезе субконто. Решение этой проблемы только одно? - закрывать остатки по счетам ДО открытия периода? |
|||
231
Cthulhu
08.12.19
✎
11:08
|
(229): есть. по каждому контрику собрать полный разворот сальдо - и сделать операцией свертку со всех (имеющих ненулевое сальдо) субконто-документов на один (и закрепить его навечно на будущее для проводок). безо всякого ковыряния в прошлых периодах и перепроведений.
|
|||
232
Cthulhu
08.12.19
✎
11:10
|
(213)+: есс-но "закрепить его ..." для каждого контрика - и код проведения по взаиморасчетам "подпилить".
|
|||
233
Cthulhu
08.12.19
✎
11:11
|
(230): не парьте мозги. в периоде - никаких удалений. надо подправлять - формируйте бух.операцию (сопровожнайте бух.справкой). "аудиторский след" - наше всё!
|
|||
234
evgpinsk_
08.12.19
✎
11:24
|
(231) понял.
(232) "код проведения подпилить" - да, в классической конфигурации проще. Мне будет сложнее, логика проведения у меня не в конфигураторе, а в 1с через справочники, придётся заморочиться, чтобы для каждого документа создать новую логику проведения по счёту 60 ( и остальным где нужно убрать Субконто2 = Документ) (233) либо я не понял либо меня. Пусть есть счёт себестоимость - в разрезе трёх субконто, по нему очень много итогов. Его на конец периода нужно свернуть по остаткам, /остатки перекинуть на синтетический счёт/, тогда при открытии нового периода остатков по бухитогом будет не много. Если же открывать новый период ДО свертки остатков - остатков будет много лишних на счёте себестоимость. И свёртка их задним числом при открытом новом периоде не исправит ситуации в плане излишних данных в dbf файле бухитогов. |
|||
235
evgpinsk_
08.12.19
✎
13:50
|
(228) Странно, на изменённом dbeng32.dll обычная операция создания документа на основании /или некоторые другие операции/ - вываливается 1с. /на родной dll такое бывает раз в 5 дней/. Вернул родную dll - всё ок.
|
|||
236
Cthulhu
08.12.19
✎
14:00
|
(234): в смысле - в справочниках? проводки-то "в конфигураторе" именно кодом формируются.
ну и - да, ковыряй тогда справочники хоз.операций И код. там логику-то подпилить - час работы. |
|||
237
Cthulhu
08.12.19
✎
14:01
|
(234): тю. ну засуть в финальный документ закрытия месяца эту байду со сверткой аналитики.
|
|||
238
Djelf
08.12.19
✎
14:05
|
(235) Действительно странно, у меня никогда такого не было.
Ну главное что помогла свернуть базу... А что из ВК подключено? И в какой последовательности? Может что-то вклинивается? |
|||
239
evgpinsk_
08.12.19
✎
14:16
|
(236) у меня самописка: http://prntscr.com/q7tzzx
(237) да, нужно будет написать перед свёрткой (238) Попытка ЗагрузитьВнешнююКомпоненту("1cpp.dll"); Сообщить("Компонента 1С++ загружена!"); Исключение Сообщить("Пытались, но не загрузили компоненту 1С++ :("); КонецПопытки; Путь = КаталогИБ() + "TurboMD.dll"; ЗагрузитьВнешнююКомпоненту(Путь); Путь = КаталогИБ() + "FormEx.dll"; после подключения 1cpp.dll вылеты стали чаще, примерно раз в 5 дней |
|||
240
evgpinsk_
08.12.19
✎
14:18
|
(238) [Ну главное что помогла свернуть базу...]
___ Да, база вроде сворачивается, прямой запрос от Ёпрст по удалению доков - тоже быстро отрабатывает. Теперь остаётся перед окончательной свёрткой навести порядок - посворачивать в итогах висящие, не закрыте не нужны остатки (тот же второй субконто Документ по счетам 60/62) И тогда можно будет финально обрезать базу |
|||
241
Djelf
08.12.19
✎
14:32
|
(239) А версии то какие? У меня 1с++ 3.2.4.3, formex 2.0.5.147, TurboMD.dll не использую.
Видимо вылеты из-за нее, хотя судя по отреверсированным исходникам она не лезет в dbeng32. TurboMD.dll точно отсюда? http://www.1cpp.ru/forum/YaBB.pl?num=1160630298/0 |
|||
242
evgpinsk_
08.12.19
✎
15:30
|
(241) TurboMD.dll - по версиям одинаковы. http://prntscr.com/q7un7f
1с++ 3.2.2.0 http://prntscr.com/q7unmr formex 2.0.5.101 http://prntscr.com/q7uo1e |
|||
243
Djelf
08.12.19
✎
15:54
|
(242) На 3.2.2.0 много всяких проблем http://www.1cpp.ru/forum/YaBB.pl?num=1281717242/0
Особенно эпичен глюк при свертке тз!!! Лучше меняй на 3.2.4.3 http://www.1cpp.ru/forum/YaBB.pl?num=1332077808 Там только усовершенствования и багфиксы, ничего поломаться не должно. |
|||
244
maxile
08.12.19
✎
22:48
|
Очень похоже на системный глюк Винды. Попробуй осмыслить ее работу. Там несколько параметров.
|
|||
245
evgpinsk_
09.12.19
✎
10:52
|
(244) В винде несколько параметров? Это точно?
|
|||
246
Ёпрст
09.12.19
✎
11:14
|
Нашел хоть, по каким счетам не закрывается в разрезе субконто ?
|
|||
247
evgpinsk_
09.12.19
✎
13:34
|
(246) 60й и 62й . ведутся в разрезе Клиент Документ
Их в разрезе документов - не закрываю . Нет смысла. Изначально Документ был не нужен. Вроде остальные "большие" счета закрываются |
|||
248
evgpinsk_
09.12.19
✎
13:37
|
"Вроде" - потомучто сложновато сделать анализ, какой процент объёма данных в файле 1SBKTTL.DBF занимает каждый счёт за эти 16 лет эксплуатации базы.
Да и не нужно сильно. Подправить план счётов - это да, можно /но не уверен что буду делать, не очень хочется в одной базе иметь разные структуру плана счетов/. |
|||
249
Djelf
09.12.19
✎
14:46
|
(248) А что тут сложного то? Это легко выясняется.
|
|||
250
Злопчинский
09.12.19
✎
14:51
|
(248) анализ - осв по счету с разворотом по всем субконто.
|
|||
251
Ёпрст
09.12.19
✎
14:54
|
(247) ну дак вырежи документ оттуда и свертка не нужна будет
|
|||
252
Ёпрст
09.12.19
✎
14:54
|
и в регистрах поправь, как раньше писал.. делов то
|
|||
253
evgpinsk_
09.12.19
✎
15:44
|
(251) Удалить субконто можно. Но тогда либо перепроводить документы с 2017 года - что не хочется. Либо будут какието битые ссылки? /сейчас попробую/
(250) понятно что стандартным отчётом можно в разрезе субконто просмотреть не закрытые итоги. Это не сложно. Сложнее выяснить, есть ли какойто счёт (счета), который кардинально виноват в размере dbf файла 2Гб. Сейчас я не знаю, либо это счета 60 и 62 , по которым второе субконто не закрывались никогда, либо более емкйи счёт 46й /себестоимость в разрезе ТМЦ/ Отделение Пользователь Товар. По этому счёту я закрываю каждый месяц - но уже После открытия периода. Скорее всего в большей степени росту БИ способствует именно 46й счёт /хоть по факту они и закрыт/, чем не закрытые 60 и 62 Но повторюсь - выяснять какой счёт максимально виновен в 2Гб - не очень важно. Вырезав из базы 14 лет и соатвим только 2 года - проблема забудется ещё на 10 лет. А если план счетов оптимизировать - то и на всегда |
|||
254
evgpinsk_
11.12.19
✎
14:26
|
Не могу чтото разобраться. Пусть например я по счёту 60 убрал в плане счетов второе субконто.
По идее рассчитанные итоги должны стать меньше. Каким образом ужать файл 1SBKTTL.DBF ? Пробовал в 1с "полный пересчёт итогов", не помогло: http://prntscr.com/q9a2fu |
|||
255
Ёпрст
11.12.19
✎
14:31
|
(254) Теперь оттуда нужно удалить "нулевые" записи и сжать таюличку, если не умеешь, то или выгрузка загрузка (что долго) или тупо удалить 1SBKTTL и 1SBKTTс и пересчитать бух итоги
|
|||
256
evgpinsk_
11.12.19
✎
16:51
|
(255) http://prntscr.com/q9cm8m
Даже базу можно не резать. По 62му счёту удалил второе субконто Документ /которое не закрывалось и которое мне ненужно/ и после выгрузки-загрузки dbf стал 320Мб |
|||
257
Ёпрст
11.12.19
✎
16:53
|
судя по файлу проводок, что-то еще не закрывается
|
|||
258
Ёпрст
11.12.19
✎
16:53
|
итоги должны быть меньше чем 1srntry
|
|||
259
evgpinsk_
11.12.19
✎
19:36
|
(258) насколько я понимаю, нет какого-то механизма, который отловит эти моменты. Только както руками смотреть ЖОпоС по каждому счёту в разрезе субконто и анализировать количество строчек отчёта, если оборотов нет а остатков много - счёт возможно проблемный
|
|||
260
evgpinsk_
11.12.19
✎
19:38
|
Тот же 411 счёт, остатки по ТМЦ для меня важны только по регистрам. Возможно по проводкам коегде не верно списывается количество и на остатке повисает, и изза них растут итоги.
|
|||
261
Ёпрст
11.12.19
✎
20:12
|
(259)в этой ветке 2 раза выкладывали код с решением, там примитивный запрос и сортировка, через sqllite
|
|||
262
evgpinsk_
12.12.19
✎
09:15
|
(261) Като сомнительно, что запрос (а не глаза) может отловить "не правильные" остатки.
|
|||
263
Djelf
12.12.19
✎
10:10
|
(262) Почему сомнительно? Элементарный счетчик количества остатков проводок по счетам сразу же выявит счета с аномальным количеством. Это в (249).
Можно расширить этот запрос группировкой по периодам, тогда будет видно какие счета не закрываются. В них количество итогов будет не примерно одинаковое в каждом периоде, а нарастающее. |
|||
264
Djelf
12.12.19
✎
10:16
|
Ну а дальше, да, уже "глазами" разбираться надо. Запрос покажет "где", но не объяснит "почему".
|
|||
265
evgpinsk_
12.12.19
✎
10:26
|
Проскакивала ли гдето обработка, которая переносит в пустую конфигурацию документы из действующей конфигурации за какойто последний период времени, плюс все справочники и константы.
или это нужно делать через копирование данных из dbf в dbf? Нужно ли этим заморачиваться, если ТиИ выдаёт такие ошибки: http://prntscr.com/q9osvt Наверное они не критичные? |
|||
266
Ёпрст
13.12.19
✎
11:09
|
(265) всего лишь есть дубли по id в этих справочниках
|
|||
267
Ёпрст
13.12.19
✎
11:10
|
перенести, можно этим, например..http://catalog.mista.ru/public/102101/
только, зачем ? |
|||
268
evgpinsk_
20.02.20
✎
08:50
|
Режу базу на 01.01.18. Всё ок.
Но проблемка: после данной операции, ТА стало почему-то на 01.01.2020 а не на последний документ, и регистры остатков по номенклатуре товаров не верные после этой даты. Каким образом можно пересчитать эти регистры, не проводя сами документы? Двигать ТА в ручную через "Управление итогами" - не пересчитывает |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |