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

v7: Не переносится точка актуальности. Файл RG1051.DBF - 2ГБ. Очень прошу заключения экспертов

v7: Не переносится точка актуальности. Файл RG1051.DBF - 2ГБ. Очень прошу заключения экспертов
Я
   Валерий111
 
25.09.21 - 12:36
Сразу предупреждаю: я не программист 1-С. Я ее пользователь. И все, что я делал - делал по советам программистов или по информации из форумов. Так что оценивать мой уровень знаний нет смысла ))) .
Прошу экспертное заключение профессионалов по моим действиям.

База 1-С Предприятие 7.7 АБТ 3 ПРОФ (3.5.4) (база ДБФ и переход на скул не предвидится).

Не переносится точка актуальности. Пишет ошибку записи в файл RG1051 и выбрасывает из базы. Файл достиг 2 ГБ.
Сжатие в конфигураторе (поиск и справление) не дало результата. Свертка не проводится - выбрасывает ошибку.

Поискал решение в инете. Нашел на этом форуме идею: "подрезать" вес регистров по остаткам.
В конфигураторе залез в Регистры-Остатки-Ресурсы и для двух ресурсов уменьшил разрядность. (все делаю в копии, чтобы не убить оригинал).
Для "Кво" было 13,3 - сделал 11,1
Для "СуммаГрн" было 13,3 - сделал 12,2.
Дальше - конфигуратор за 1 час внес изменения.
Результаты:
файл RG1051.DBF был 2 086 812 кВ стал - 2 012 283 кВ
файл RG1051.CDX был 387 664 кВ , стал 857 775 кВ

Запустил переиндексацию. Файл RG1051.CDX стал 387 664 кВ.
ТА перенеслась на 2 месяца.
Но не дальше. Потому что RG1051.DBF стал 2 091 957 кВ.

Потом подумал и еще раз уменьшил разрядность. Но уже по всем 5 индексам. Установил:
количество - 8,1
все остальные - 10,2
Опять же переиндексировал.
Теперь
файл RG1051.DBF - 1 898 258 кВ
файл RG1051.CDX - 402 617 кВ

(все делаю в копии, чтобы не убить оригинал).

Я понимаю, что это временное решение. Но теперь у меня есть время на нормальное.

Вопрос к экспертам - насколько я все сделал плохо? Не будет ли теперь проблем с работой базы?
Если это решение нормальное - то можно ли проводить в основной базе?

Буду признателен за быстрые ответы, так как до 1.10.2021 осталось совсем мало времени.
   Гость из Мариуполя
 
101 - 27.09.21 - 19:18
шо, опять ?

ps: И таки да. Просто имейте ввиду, что вы общаетесь с "директором, который кое-что понимает в программировании".


https://pro1c.org.ua/index.php?act=work&do=details&order=498&tab=0
   Смотрящий
 
102 - 27.09.21 - 19:22
(101) Таки да.
Он же ж и пищет что повторно необходимость резать возникает
   Mikeware
 
103 - 27.09.21 - 19:37
(102) "Ох уж эти херурги™, всё бы им "резать"... Ты, сынок, попрыгай - они сами отвалятся..."©
   Гость из Мариуполя
 
104 - 27.09.21 - 19:45
(102) резать комплексную (производство плюс зарплата плюс бухгалтерия), да еще комплексную украинскую - это далеко не такое же удовольствие, что резать нашу любимую ТИС.
Да еще не типовую, а в усмерть дописанную/переписанную  комплексную.

Нет, резать можно все, но сначала смотреть и смотреть и смотреть.. внимательно..
А никого не смутило, что автор в обсуждении мимоходом упомянул бух.счет? в частности, по данным указанного выше регистра "Остатки" формируются бух.проводки?
одно можно сказать почти наверняка - судя по древности релиза, зарплату автор в этой комплексной не считает. И то хорошо.
   Валерий111
 
105 - 27.09.21 - 21:35
(99)
я с удовольствием. А как это сделать? На сервер пустить не могу. А так - могу попробовать скинуть на файлообменник. Только она неархивированная - 18 гиг.
   Злопчинский
 
106 - 27.09.21 - 21:38
(105) лучше всего полностью заархивировать всю папку с базой и выложить на файлообменник, 18 Гиг свернется в мегабайт 300
ссылку на файлообменник имхо лучше в открытом доступе не публиковать, чтобы базу все кому ни попадя не рылись.
скинь ссылку на файлообменник и мне на почту (мыло в личке)
   Валерий111
 
107 - 27.09.21 - 21:48
(101) (102)

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

(104)
В базе не считается зарплата. Не считаются налоги. Тут только взаиморасчеты с контрагентами (подотчет в том числе). Учет производства (дописанный технологический учет). Склад, касса, банк. Учет затрат (примитивный) и ОС (без амортизаций). Как бухгалтерия используется мало. В основном - учет производства (и вытекающих из него взаиморасчетов).

Но еще раз: резать не хочу. Для нас это - CRM, и чем больше там история - тем лучше. Поэтому я - за избирательную оптимизацию без обрезания.
   Валерий111
 
108 - 27.09.21 - 21:49
(106)
Попробую успеть. Так как в 00 часов запускается "бекапирование" некоторых данных.
   Смотрящий
 
109 - 27.09.21 - 21:49
(107) Мне тое в почту слей линк на архив - поглядеть.
   Злопчинский
 
110 - 27.09.21 - 21:53
Поправить в коде регистрацию движений по остаткам ТМЦ с указанием пустой фирмы (вместо конкретной, выше похожий рецепт давали с переводом измерения "фирма" в "число"). В регистре по остаткам будет "пустая фирма". Инфа по остаткам будет только в целом по предприятию. тупо отключить все контроли настройками и перепровести базу. как-то так если делать тупо и быстро. может прокатить..
   Злопчинский
 
111 - 27.09.21 - 21:54
(108) а чего там успевать? копирнуть папку базу в сторону, и там уже заархивировать.
   Злопчинский
 
112 - 27.09.21 - 21:56
   Смотрящий
 
113 - 27.09.21 - 21:58
(112) Бггг ... Welcome to the real world
   Валерий111
 
114 - 27.09.21 - 21:59
(111)
эмммм...   я архивирую средствами конфигуратора 1С
или не так?
   Смотрящий
 
115 - 27.09.21 - 22:01
(114) Каталог с базой твоей рабочей целиком скопируй куда нибудь.
Это полученную копию заархивируй раром или 7 зипом или зипом, чем ты там пользуешься
Заархивированный файл выложи на яндекс или маил диск или ондрайв или еще куда
Ссылку на вылоенное мне и Злопу на почту
   Злопчинский
 
116 - 27.09.21 - 22:02
(114) хрен его знает что там понапихано у вас в базу. средствами поифгуратора (хз что у вас там включено в состав копии) - обычно минимальный набор, гарантирующий целостность данных. но это необязательно гарантирует работоспособность базы.
   Валерий111
 
117 - 27.09.21 - 22:05
(115) (116)

Понял. Архивирую просто папку целиком.
   Злопчинский
 
118 - 27.09.21 - 22:16
(115) ладно я, мамонт клюшечный, а тебе-то это зачем? поржать перед сном? ;-)
   Смотрящий
 
119 - 27.09.21 - 22:20
(118) Эммм ... Ващет я такой же мамонт клюшечный
   Злопчинский
 
120 - 27.09.21 - 22:23
(119) от жеж повылазило...
   Смотрящий
 
121 - 27.09.21 - 22:27
(120) А ты чо думал ;)
   Валерий111
 
122 - 27.09.21 - 22:36
   Смотрящий
 
123 - 27.09.21 - 22:36
Сойдет
   Валерий111
 
124 - 27.09.21 - 22:57
(115) (116)

ушлО

Пока - спасибо, что решили посмотреть.

Меня сутки не будет (командировка). Реагировать смогу только со среды.
   Злопчинский
 
125 - 27.09.21 - 23:03
(124) ну и мы не подписывались пока что.. ;-)
   Mikeware
 
126 - 27.09.21 - 23:09
(124) ну и мне тогда скинь... Поболтаю ерундой. Тьфу, то есть тряхну стариной...
   Валерий111
 
127 - 27.09.21 - 23:10
(125)

я все понимаю. В любом случае - спасибо, так как на меня Вы уже время потратили.
   Валерий111
 
128 - 27.09.21 - 23:12
(126)
а куда скидывать? А то я почты не вижу.
Вижу номер, но не понимаю - что это.
   Mikeware
 
129 - 27.09.21 - 23:15
(128) мой ник на мэйл.ру
   Валерий111
 
130 - 27.09.21 - 23:24
(129)

если я не совсем тупой - должно придти.
 
 
   Валерий111
 
131 - 27.09.21 - 23:26
всем сочувствующим - большое СПАСИБО.
   Злопчинский
 
132 - 27.09.21 - 23:34
Всё.. Кинг - отдыхает...
там тотально по регистрам всё незакрыто...
Наценка - в ресурсах...
   Злопчинский
 
133 - 27.09.21 - 23:44
наценка в ресурсах - м.б. и некритично, если там везде нули...
   Смотрящий
 
134 - 28.09.21 - 00:59
(133) Наценка там везде 0
по фирме у него не закрывается регистр
приход на пустую фирму, расход со специалиста ...
   Смотрящий
 
135 - 28.09.21 - 01:09
https://ibb.co/gD1kmC8
Вон в приходе пустая фирма и заполненная фирма, в расходе только заполненная
   Злопчинский
 
136 - 28.09.21 - 01:10
(134) там все хуже.
по Регистру остатки
Приход на 1. пустую фирму (тороговый учет как я понял) 2. и на конкретную фирму (бухучет как я понял).
расход внутренний - только по фирме.
плюс к этому ресурсы по расходу СуммаГрн/СуммаОсн - совершенно не соответсвуют сумма прихода. СуммаБез НДС в основном та же самая (соответствует), но тоже есть криво. Плюс к этому есть расход больше чем приход, тоже повисает (это не было бы так страшно если иное).
К свертке на конец 2015г - пртензий нет. все отрицательные суммы висят в остатках... ;-)
Регпринтом удалось развернуть движения только за первый месяц после свертки, остальное - регпринт валится по нехватке памяти при выводе, бо все висит в остатках....
.
Второй подбирающийся к пределу регистр.Приемка - там тоже интересно...
   Смотрящий
 
137 - 28.09.21 - 01:10
Странно что он про остатки ничего не сказал, там дикий трэш должен быть
   Злопчинский
 
138 - 28.09.21 - 01:10
регитсры движений - мизернеы, при нормальном учете база весила бы копейки
   Смотрящий
 
139 - 28.09.21 - 01:11
(136) Да суммы эти вторичны, пока не закроются регистры по измерениям и по количеству
   Злопчинский
 
140 - 28.09.21 - 01:11
(137) по количеству более менее в ноль уходит, а по суммам - ну хз как там отчеты считают...
   Смотрящий
 
141 - 28.09.21 - 01:12
(136) там еще и спроводками тоже лажа - не смотрел но файло 1SBKTTL 1,3 гб
   Злопчинский
 
142 - 28.09.21 - 01:14
Чтобы этот треш вычистить - тупо механическими движениями не получится. можно тупо подрезать прямыми запросами или даже тупо фильтрануть в любом редакторе таблицу итогов по значению Количество=0 (суммы ненулевые) и тупо делетнуть эти записи. для этого регистра остатков это будет мегапросто и действенно - приняв командирским решением что остатки ТМЦ где колво = 0 - там и суммы по логике д.б. = 0
   Злопчинский
 
143 - 28.09.21 - 01:15
(139) ну хотя бы подрежутся по фирме "Сепециалист"
   Смотрящий
 
144 - 28.09.21 - 01:16
(142) Вариант с реанимацией, но опять копиться будут движняки
Надо дорабатывать базу - или вырезать эту "пустую" фирму в приходе или во внутрянке, в движениях, ее добавлять
Соответственнно логику поднимать - накой она там вообще такая
   Злопчинский
 
145 - 28.09.21 - 01:17
Чтобы это все нормально закрыть - это надо в весь процесс въехать, там таких регистров распухших - десяток
   Злопчинский
 
146 - 28.09.21 - 01:17
(144) ну да.
   Смотрящий
 
147 - 28.09.21 - 01:18
(145) Три регистра и таблица проводок
   Злопчинский
 
148 - 28.09.21 - 01:19
(144) пустая фирма, это типа УПР учет, "по всем фирмам в целом" - насколько я понял.
   Злопчинский
 
149 - 28.09.21 - 01:19
(147) остальные регистры не такие большие, но точно такие же распухшие.
   Злопчинский
 
150 - 28.09.21 - 01:20
ну вот например регпринтом по регитср.приемка за первый месяц после свертки подробную простыную получить не удалось (до документа движения). рухнула по памяти.
   Смотрящий
 
151 - 28.09.21 - 01:20
(148) Никогда не понимаю этот "упр" учет реализованный через жопито
Убрать его нафиг а отчеты строить по всем юрлицам
   Смотрящий
 
152 - 28.09.21 - 01:21
(150) Рухнула по памяти на момен формирования таблицы выходной, за период 01.07.21 по 30.09.21 он 450к+ записей запросом прожевал у меня
   Злопчинский
 
153 - 28.09.21 - 01:23
(151) не, имеет смысл, сразу консолидированные данные получаются.
   Смотрящий
 
154 - 28.09.21 - 01:25
(153) Да сколько не работаю с заказчиками - если и хотят видеть общие суммы то обяязаельно с разбивкой по юрлицам конкретным
так что польза от этой консолидации эфемерна в сухом остатке, а гемора и головняка полно
   Злопчинский
 
155 - 28.09.21 - 01:26
если остатки хирургически тупо по полевому подрезать - очень быстро вылезет этот регистр.Приемка...
   Злопчинский
 
156 - 28.09.21 - 01:28
(154) не столь существенно. при нормальных записях движений позволяет легче всякие вещи получать, без вычитания межфирменных движений. то бишь можно и так и так. Вобщем с тобйо согласен, на моей памяти консолидированный учет по холдингу не пригождался. да и в типовых на 77 он после ТиС 8.7 отвалился, в 9.2 его уже не было.
   Смотрящий
 
157 - 28.09.21 - 01:30
(155) так решение то комплекское должно быть а не только по этому регистру остатков
надо шерстить логику работы базулины, править ее
приводить в порядок итоги по регистрам и накатывать обновление правленное
   Злопчинский
 
158 - 28.09.21 - 01:31
и фообще непоняоно по этому РГ1051. мне цвиамшуц показл больше 19 млн записей. ограничение вроде на 16 млн...
   Злопчинский
 
159 - 28.09.21 - 01:32
(157) это понятно, сложного там особо ничего нет. сидеть и тупо долбить процесс. продолбив - прошерстить и поправить движуху по регитсрам, а это уже может вылиться в хз что, например, если по суммам расхода которые не закрываются с сумами прихода строятся какие-то отчеты.. )
   Смотрящий
 
160 - 28.09.21 - 01:32
(158) там codebase движок, который 1с перезватила у не помню кого для управления базой 7ки после 16 млн уже не гарантирует работоспособность
а как оно там будет по факту ... может и на 17 свалиться и до 20 дотянуть
 
 
   Смотрящий
 
161 - 28.09.21 - 01:33
(159) Ну посмотрим сколько ТС готов отмусолить за ... ;)
   Злопчинский
 
162 - 28.09.21 - 01:34
из 19 млн записей в итогах тупо хирургически 7.6млн с колво=0
   Злопчинский
 
163 - 28.09.21 - 01:35
плюс надо смотреть какими доками этот регистр двигается на приход/расход.
   Злопчинский
 
164 - 28.09.21 - 01:35
(161) смотри, 500 тыс тебе, 400 тыс мне, за 100 тыс - немца наймем...
   Смотрящий
 
165 - 28.09.21 - 01:36
(164) Ништяк !
   Злопчинский
 
166 - 28.09.21 - 01:39
По сути - надо делать аудит базы что там как они делают/работают  по процессам, рефакторить код чтобы было правильно, потом пересчитать базу - что может оказаться невозможным по ряду нетихнических в т.ч. причин.
.
я теперь понимаю почему двое взяли аванс и исчезли - весь аванс ушел на лекарства.. ;-)
   Злопчинский
 
167 - 28.09.21 - 01:40
ту же самую пустую фирму не глядючи в код вырезать может не получится безболезненно...
   Злопчинский
 
168 - 28.09.21 - 01:41
этот еще, с диванами, блин... УТ 11. Купили диваны...
   Злопчинский
 
169 - 28.09.21 - 01:42
блин, надо было эти пустые записи вырезку - базу на ссд положить...
   Смотрящий
 
170 - 28.09.21 - 01:43
(166) Забухали чтоль ? ))))))
Я в свое время писал обработку спецуевую и правил модули проведения, на момент лечения
Обработка тупо в файлы в raw выгружала движения документов, типа как файл обмена если есть риб, движения в файлах правились, и документы проводились считывая данные с файлов и формируя движения по ним
потом эта заглушка убиралась, оставалось дернуть ТА взад вперед
   Смотрящий
 
171 - 28.09.21 - 01:44
(169) ;DDD есть чем заняться в волвторого ночи
   Злопчинский
 
172 - 28.09.21 - 01:46
(171) не, заради интереса. ща пустые колва зарежу, потом эту пустую фирму.
бухпрводки по разделителю "Фирма" формируются.
   Смотрящий
 
173 - 28.09.21 - 01:47
(172) эммм ... щас так реанимируешь базу )))
   Злопчинский
 
174 - 28.09.21 - 01:48
не, все-таки клюшки - зачетная система.
ТиС 9.2 смотришь - ну блин все же понятно. код няшный.
даже тот же самый ПУБ в одной конторе был мне как-то раз попался - тоже в целом все понятно.
   Смотрящий
 
175 - 28.09.21 - 01:48
по уму надо вопрос с 400, 500 и немцем решить сначала
   Смотрящий
 
176 - 28.09.21 - 01:49
(174) ПУБ исковеркан по сравнению с Тисом, один общий ЖР что стоит с отборами
   Злопчинский
 
177 - 28.09.21 - 01:50
1SQlite это все вообще быстро почистить можно (умеет удалять), я тупо пока... плоскогубцами...
   Злопчинский
 
178 - 28.09.21 - 01:50
(175) хз, как воспримет это папаша Дорсетт ;-)
   rphosts
 
179 - 28.09.21 - 01:52
(174) у снеговика код лучше, но вот типовые....
   Злопчинский
 
180 - 28.09.21 - 01:52
Со всей это галиматьи хоть один плюс точно есть - я на рабочий стол себе Rainlendar повесил, давно собирался...
   Злопчинский
 
181 - 28.09.21 - 01:53
(179) Лучше - в смысле "больше" ;-)
   Злопчинский
 
182 - 28.09.21 - 01:57
(179) правда и в ТиС типовой есть ошибки, которые за 20 лет не поправили ;-) Одна из них - отчет по остаткам если включить показ остатков у комиссионеров- там кусок кода отсутствует для пересчета юазовые/основные (кривые цифры будут при задании отчета в основных единицах)
   rphosts
 
183 - 28.09.21 - 02:42
(182) клюшечные типовые никому в 1С не сдались... через несколько лет и УПП скоро снимут с поддержки.
   uno-group
 
184 - 28.09.21 - 08:34
Ситуация примерно такая. https://postimg.cc/t1m3pDfW. База не резанная с 2016 года. Обрезана с очисткой 0 количества или нет. Не знаю, видел только мдшник базы и остатки на сейчас. Не сильно вникая и разбираясь с логикой проведения для начала решил просто обнулить суммы там где количество = 0 стандартными 1с-ными методами.
Заполнил такой документ на 31.06.16. документ начал заполняться и проводиться в 20-30 успел он это сделать до 00 не знаю. в 22-30 еще что то считал.
Вижу как минимум, что еще можно схлопывать позиции типа яяя_щеткиремонт_221172 которые приходовались на склад платный, а списывались со склада платные услуги.
Непонятно почему так долго думает или сервак медленный или копия базы лежит на обычном винте, а не ссд.
   Злопчинский
 
185 - 29.09.21 - 01:28
ну, если тупо почистить записи где колво=0, как я выше описывал, то размер стал 1.2Гб
   Злопчинский
 
186 - 29.09.21 - 02:17
(185) правда я не особо представляю что при этом будут давать отчеты по остаткам/движениям (?), по идее д.б. все норм...
   Злопчинский
 
187 - 29.09.21 - 02:20
Плюс к этому остатки тупо жутчайше не закрыты по партиям, типовая картина
https://content.screencast.com/users/Che66/folders/Capture/media/ac977f6e-fb61-4daf-a58f-9d58c1e420fd/LWR_Recording.png
и это не только по группе "удаленные", это (бегло глянул) по всем так, приход на партию, списание с "кривой" партии "по умолчанию"....
   Ёпрст
 
188 - 29.09.21 - 07:29
(187) ну и сделай update таблички RA на партию по-умолчанию и пересчитай итоги, делов то, один хрен не пользуются партионкой
   uno-group
 
189 - 29.09.21 - 09:55
(188) Это типа комплексная база они там и бухию ведут, могут вести. Хотя если автор на вопрос можете назвать позицию по которой известен остаток говорит, что нужно провести инвентаризацию... То впечатление такое, что они там просто документы печатают и можно не только партии но и склады и фирмами на ноль помножить... сжатие до 1,2 метров даст им возможность спокойно доработать до конца года. А так в целом им нужен постановщик учета на месте который наведет порядки и расскажет, что и как нужно вести и отражать в базе. Основная проблема не в базе, а в том, что документы оформляются как хочется правой пятке.
   uno-group
 
190 - 29.09.21 - 09:58
Граница последовательности не восстанавливалась никогда. Даже при разрешенных отрицательных остатках все было бы гораздо лучше если бы это хотя бы периодически делали.
   uno-group
 
191 - 29.09.21 - 10:21
Проводки по пустой фирме и фирмам настраиваются в базе константой и реквизитом в справочнике фирма. Аналогично партии до средневзвешенных сворачиваются. Но там есть нюансы если это делать заложенными в платформе механизмами за тронутся и взаиморасчеты. А там точно при любом учете нужно знать, что компания "А" холдингу должна 10 тыс. из них 3 тысячи фирме "Х" и 7 фирме "У". Реальные минуса ТМЦ в любом случае закрываются, надо просто пользователей заставить такие документы вводить не когда им хочется, а когда надо. Дав им инструмент помогающий с этим.
   uno-group
 
192 - 29.09.21 - 10:34
(136) Регистр Приемка вообще только в 1 документе используется и выполняется движение приход по нему. Внутри конфигурации отчетов по нему не увидел, может какие то внешние есть. Его тупо в оборотный надо переводить или удалять если нет отчетов по нему то смысл в нем, ну или эти отчеты поправить на оборотном регистре или тупо по 1 документу который его двигает отчеты строить. С учетом, что там у всех реквизитов длинна 1 уже поле 9 документа, по каким то ресурсам он уходит в переполнение и тупо отражает факт Приемки.
   Смотрящий
 
193 - 29.09.21 - 10:37
(192) Видимо недопиленная попытка вести учет принятого чужого товара
   Харлампий Дымба
 
194 - 29.09.21 - 11:05
(184) >>Непонятно почему так долго думает

А что там непонятного? Помимо того, что сам код проведения может занять большое время, так ещё твое обнуление надо протянуть через ~60 последующих месяцев с пересчетом итогов по каждому из них. Это если у тебя период итогов "месяц", а если "5 дней" так и все 360.
Если уж типовыми средствами, то сначала ТА на документ лучше было двинуть.
   uno-group
 
195 - 29.09.21 - 11:38
(194) Потом его вперед все равно с пересчетом итогов за тоже самое время в наше время двигать.
   Харлампий Дымба
 
196 - 29.09.21 - 12:13
(195) Да. Только руками - 60 пересчетов. А автоматом: 60+59+58+...=1770 пересчетов (или типа того). А вот что оптимальнее в твоем случае - это уж смотри. Я попытался объяснить в чем может проблема с долгим проведением.

А вообще возможны же неочевидные варианты: помимо периода итогов, неоптимального кода, железа, незакрытых регистров - есть ещё и галки "Быстрая обработка движений", "Отбор движений" и "Отбор итогов".
И, не знаю, как в ОУ, а у клиента было: 1000 проводок у документа "Начисление амортизации" записывалось за пару минут, а 10000 за 12 часов.
   Злопчинский
 
197 - 29.09.21 - 12:39
Чувствую все ограничится типа (185) и все. Думать некогда, трясти надо!
   uno-group
 
198 - 29.09.21 - 13:17
(197) Согласен. Или поднять на виртуалке 2003 сервак накатить на него 2000 скл. и базу в скл переделать и забыть. За оставшиеся 36 часов до начала нового месяца, править логику проведения и разобраться как оно должно быть при нормальном учете проблемно.
   Злопчинский
 
199 - 29.09.21 - 13:44
(198) с учетом что за 10 лет не поправили - провести рефакторинг за оставшиеся 3 месяца - маловероятно.
   johnnik
 
200 - 29.09.21 - 13:47
...база ДБФ и переход на скул не предвидится
---------------------------------------
...То есть, вопрос не в деньгах.
========================================
Точно?
  1  2  3   

Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.