|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
Добрый день. Есть задача ускорить последовательное проведение документов в типовой бухгалтерии. Размер базы - 40 гигов. Крутится на MSSQL 2008 Документы следующие: Списание с расчетного счета Поступление на расчетный счет Реализация товаров и услуг Корректировка долга Документов в месяце порядка 400 тыс. в основном реализация. В каждом документе по одной, две строке. По железу вопросов не возникает. Нагрузки на него нет, грузит КАК ВСЕГДА одно ядро, остальные отдыхают. Может есть варианты распаралелить последовательное проведение документов. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 11:17 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
linkeДобрый день. Есть задача ускорить последовательное проведение документов в типовой бухгалтерии. Размер базы - 40 гигов. Крутится на MSSQL 2008 Документы следующие: Списание с расчетного счета Поступление на расчетный счет Реализация товаров и услуг Корректировка долга Документов в месяце порядка 400 тыс. в основном реализация. В каждом документе по одной, две строке. По железу вопросов не возникает. Нагрузки на него нет, грузит КАК ВСЕГДА одно ядро, остальные отдыхают. Может есть варианты распаралелить последовательное проведение документов. ну можно разбить последовательность по договорам..или по группам.. потом проводить каждую в отдельнсти. мы так делали. ну или груповой расчет проводок делать))) а потом кучей записывать движения -это ночью если. Ну а так код оптимизировать тока если. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 11:54 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
Zerro, А как их на группы то разбить, если там каждый контрагент имеет свой договор, физики одним словом? код оптимизировать это понятно, просто если есть опыт, то на сколько его можно оптимизировать и стоит ли? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 12:01 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
Zerro ну или груповой расчет проводок делать))) а потом кучей записывать движения -это ночью если. Тоже интересно это как? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 12:25 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
linke, Первая оптимизация - уменьшить множество перепроводимых документов, не трогать те, перепроводить которые смысла нет. Судя по составу документов, основная здача -чтобы авансы правильно разлеглись. Из количества строк в реализациях можно предположить, что это реализация услуг, и задачи "правильного" списания себестоимости нет. А для этого достаточно выделить множество контрагентов/договоров с "подозрительными" остатками, и проводить только их документы. Если такого рода проведение делать регулярно, то всякий раз затрагиваться будут только те контрагенты/договора,по которым были нарушившие распределение авансов изменения, и на конец периода останется совсем небольшой объем проведения. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 12:30 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
Как вариант - возможность по авансам и 62.2 - вручную перезаписывать только регистры. В итоге - за несколько минут перепроведения точно уложитесь. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 12:55 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
paillinke, Первая оптимизация - уменьшить множество перепроводимых документов, не трогать те, перепроводить которые смысла нет. Судя по составу документов, основная здача -чтобы авансы правильно разлеглись. Из количества строк в реализациях можно предположить, что это реализация услуг, и задачи "правильного" списания себестоимости нет. А для этого достаточно выделить множество контрагентов/договоров с "подозрительными" остатками, и проводить только их документы. Если такого рода проведение делать регулярно, то всякий раз затрагиваться будут только те контрагенты/договора,по которым были нарушившие распределение авансов изменения, и на конец периода останется совсем небольшой объем проведения. точно все из-за авансов. Больше ни чего не надо. проблема в том что там не перепроводить надо документы, а проводить, так как документов не было в базе. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 13:30 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
Программист 1сКак вариант - возможность по авансам и 62.2 - вручную перезаписывать только регистры. В итоге - за несколько минут перепроведения точно уложитесь. а можно конкретики побольше, а то не до конца понимаю как ? вот есть массив не проведенных документов и дальше с ним что делать? проводить все кроме 62.2, а 62.2 писать в регистры? Или как. Просто не до конца понял идею. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 13:33 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
linke проблема в том что там не перепроводить надо документы, а проводить, так как документов не было в базе. Так у вас все документы в последний день создаются? И раньше никак? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 13:39 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
paillinkeпроблема в том что там не перепроводить надо документы, а проводить, так как документов не было в базе. Так у вас все документы в последний день создаются? И раньше никак? все реализации создаются в последний день. остальные документы в течении месяца. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 14:25 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
linke, но там по мимо реализации зачет авансов еще делается в корректировке долга. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 14:28 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
linkelinke, но там по мимо реализации зачет авансов еще делается в корректировке долга. Реализации создаются: - по окончании периода за разные даты - или по окончании периода за последний день? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 14:48 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
paillinkelinke, но там по мимо реализации зачет авансов еще делается в корректировке долга. Реализации создаются: - по окончании периода за разные даты - или по окончании периода за последний день? по окончании периода, за последний день ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 14:49 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
linkeпо окончании периода, за последний день Тогда задача "сполшное проведение" распадается на две: 1. проведение всех документов оплаты (можно делать заранее) 2. создание реализаций за конец периода (то есть позднее любого из документов оплаты), и проведение только их. Ведь они уже не могут повлиять на движения,сделанные документами оплаты. PS конфигурация-то будет озвучена? "типовая" - понятие разнообразное,и совсем ничего не проясняет ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 14:58 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
paillinkeпо окончании периода, за последний день Тогда задача "сполшное проведение" распадается на две: 1. проведение всех документов оплаты (можно делать заранее) 2. создание реализаций за конец периода (то есть позднее любого из документов оплаты), и проведение только их. Ведь они уже не могут повлиять на движения,сделанные документами оплаты. PS конфигурация-то будет озвучена? "типовая" - понятие разнообразное,и совсем ничего не проясняет Сейчас я так и делаю. То есть последовательно провожу документы оплаты, а затем в несколько потоков реализацию. PS:Бухгалтерия предприятия, редакция 2.0 (2.0.47.7) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 15:16 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
linke, "выполнять в транзакции" в Групповой Обработке - что-нибудь дает? Хотя там объем транзакции никак не регулируется. На 400тыс.документов одна транзакция великовата будет, а поиграть размером одной транзакции (уже в своей обработке) -толк может быть. Просто так распараллелить проведение может приводить к коллизиям, если не включить механизм разделения итогов и/или агрегаты. Но средства управления этими средствами платформы только в БП 3.0 появились. В БП 2.0 тоже возможно - но уже своими руками. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 15:32 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
pail, Параллельно в три потока коллизий не наблюдается, больше уже блокировки накладываются долгие и смысла нет.Но все равно это геммор, потому как реализации делить в одном дне на группы тоже проблемно и не удобно ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 15:43 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
linkeZerro, А как их на группы то разбить, если там каждый контрагент имеет свой договор, физики одним словом? код оптимизировать это понятно, просто если есть опыт, то на сколько его можно оптимизировать и стоит ли? Ну мы не в бухии делали а в бэкофисе. Соответственно в последовательности было измерение договор. при изменении достаточно было проводить только документы этого договора (руками писали обработку). Ну как сказать был у меня пример один. не понравилось что коду много в проведении и переписали люди все под фирму. простые и четкие проводки.. Но исчезла гибкость. И когда фирма начала расти -пришлось писать заново велосипед. Да если нет фифо или все в куче лежит можно записывать сами значения регистров по кучи документов. будет быстрее. ну или фифо заранее по всем посчитаете. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 15:54 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
softpoint такими вещами занимается ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 16:46 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
начатьТранзакцию/зафиксировать транизакцю ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 18:15 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
Если речь только об оптимизации проведения документов, то можно накануне с 62.02 авансы перекинуть на 62.01. После формирвоания и проведения реализации "лишнее" вернуть обратно. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2013, 10:40 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
Может написать свою обработку по расчету (там помнится только проводки и ндсреализация)? Проводите документы - просто без всяких движений - займет минуты. Потом формируете проводки по всем этим документом в регистре. Заодно сможете правильно авансы учитывать. Думаю меньше чем за час обработка вполне должна уложиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2013, 12:51 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
Программист 1сМожет написать свою обработку по расчету (там помнится только проводки и ндсреализация)? Проводите документы - просто без всяких движений - займет минуты. Не понял, вот это зачем делать? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2013, 14:30 |
|
ускорить последовательное проведение документов в бухгалетрии
|
|||
---|---|---|---|
#18+
linkeПрограммист 1сМожет написать свою обработку по расчету (там помнится только проводки и ндсреализация)? Проводите документы - просто без всяких движений - займет минуты. Не понял, вот это зачем делать? массово быстрее будет ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2013, 15:47 |
|
|
start [/forum/topic.php?fid=28&msg=38276620&tid=1519819]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
72ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
62ms |
get tp. blocked users: |
1ms |
others: | 10ms |
total: | 188ms |
0 / 0 |