Удаление разнесённых заказов и закупок

[ZVV]

Привет.

Стоит задача удалить разнесённые закупки вместе со связной информацией (накладные и т.п.), по которым уже созданы отборочные накладные и накладные.
Вопрос: как их удалить?
Скорее всего это будет делаться на уровне БД, т.е. нужен список таблиц которые необходимо почистить.

Такой же вопрос по отношению к заказам.

[Vals]

Нифига ж себе Виталий как вас занесло, может мне подъехать?


Все удалять или выборочно конкретные номера?

[belugin]

включите мониторинг запросов SQL в файл и тогда по логу можно узнать все таблицы которые изменялись

[Ivan Mischenko]

InventTrans, InventSum(обновить), InventTransPosting, TaxTrans, MarkupTrans, LedgerTrans, LedgerCov(обновить), LedgerBalancesTrans(обновить), LedgerBalancesTransDim(обновить).

CustTrans, CustTransOpen, VendTrans, VendTransPosting,

И соответствующие журналы связанные с закупкой и заказом.

Пытаясь удалить закупку, не стоит забывать что из неё могли уже что-то утащит переносами или же передать в производство, или того хуже проводились инвентаризации или уже продали / списали.

Так же проблемный вариант если при разноски фактуры или накладной было включено автоматическое сопоставление или вообще проводились сопоставления.
Здесь я Вам не могу помочь, потому что ничегошеньки не знаю про курсовую разницу : (

Ну и как итог - лучше не удалять - лучше сторнировать.
Вариант с мониторингом запросов хорош, но так же не даст гарантии что так же будет происходить и в следующий раз.
Список так же может оказаться не полным. Тут пусть уже кто-нить дополнить если не лень.
И ещё ПОИСК - ФОРЭВА!!!

[Maximin]

Точно, Вано. После таких вопросов хочется написать все таблицы, относящиеся к контурам Финансы+Продажи/Закупки+Склад(Производство по вкусу).
И предложить не делать их Аксапты 1С (не к вечеру будь помянуто).

[BigMike]

Валера, конкретные. :-)

[Vals]

Думаю не стоит лезть в таблицы, нужно оценить масштаб последствий и выбрать метод исправления

[LEX]

Список таблиц примерно такой: PurchTable, PurchLine, FactureJour_RU, FactureTrans_RU, VendPackingSlipJour, VendPackingSlipTrans, VendInvoiceJour, VendInvoiceTrans, PurchParmTable, PurchParmLine, VendTrans, VendTransOpen, VendSettlement, LedgerTrans, InventTrans, InventTransPosting, TaxTrans, в некоторых из них надо удалить записи, а в некоторых обновить. Еще нельзя забывать, если в закупке присутствовало основное средство, то записи есть в таблицах: RAssetTable, RAssetPurchTrans, RAssetStandards

[Ivan Mischenko]

Цитата:

Сообщение от LEX

Список таблиц примерно такой: PurchTable, PurchLine, FactureJour_RU, FactureTrans_RU, VendPackingSlipJour, VendPackingSlipTrans, VendInvoiceJour, VendInvoiceTrans, PurchParmTable, PurchParmLine, VendTrans, VendTransOpen, VendSettlement, LedgerTrans, InventTrans, InventTransPosting, TaxTrans

Да. Про РАссеты я как-то подзабыл.
Ну ещё совет. На счёт закупок. Просто хочется ещё раз остановить внимание вопрошавшега на том что ежели товар уже успел убежать по переносам, производствам, заказам, коррекциям, закрытиям или пересчётам то удалять нужно будет и соотвествующие операции. Инчае кривизна данных окажется ровно на Вашу закупку.
К списку опять же добалю LedgerCov, LedgerBalancesTrans, LedgerBalancesTransDim.
Для обновления таблиц LedgerBalancesTrans, LedgerBalancesTransDim существует перкрасный класс с названием LedgerVoucherUpdateBalances.
Вот. Вроде основательно высказался.

[macklakov]

Цитата:

Сообщение от ZVV

Стоит задача удалить разнесённые закупки вместе со связной информацией (накладные и т.п.), по которым уже созданы отборочные накладные и накладные.

Сами закупки удалить просто, можно даже настроить автоматическое удаление, после разноски накладной. Но это удалит лишь закупки, все проводки и документы по ним сохранятся. Удалять накладные и проводки по ним я бы не рекомендовал даже опытному разработчику
P.S. В принципе, можно сравнительно безболезненно удалять заявки и списки прихода.

[Pavel]

Цитата:

Сообщение от macklakov

Сами закупки удалить просто, можно даже настроить автоматическое удаление, после разноски накладной. Но это удалит лишь закупки, все проводки и документы по ним сохранятся. Удалять накладные и проводки по ним я бы не рекомендовал даже опытному разработчику

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

[UNRW]

А еще если были пересчеты и закрытия складов InventSettlеment

даже представить себе не могу как в закрытом периоде сопоставления вы перестроите

[Ivan Mischenko]

Можно. Главное задаться целью. Если есть интерес обращайтесь в аську.
Просто так писать в форум трудоёмко очень.
И закрытие не главная проблема, если нет производства по удаляемым позициям.
Просто рядом нужно будет 1/5 аксапты дописать.
Сам удаляющий механизм как минимум месяц неперерывной разработки (т.е. без отвелечения на другие задачи).
Потом тестирование.
Чтобы определиться со списком, таблиц можно соорудить джоб который пройдётся по всем таблицам и поищет там основные ЕДТ, которые могут символизировать учёт. Это типа ЭмаунтКур и МСТ, различные ваучеры и ТрансДэйты.
Потом исходя из полученных данных планировать чистки.
Эта процедура хороша для очистки совести. Мол ничего не забыли.
Только к писанию нужно подходить поэтапно.
Т.е. для начала провести изыски где используется ПёрчАйди и ВендЭккаунт. Потом складские журналы и т.д...
Другими словами стучитесь в аську. Стратегию я Вам пердложил уже 3 раза.

[Maxim Gorbunov]

Хорошая задача для человека, изучающего Аксапту. Вы это, действительно, разберитесь, что куда разносится при закупке/заказе и возможных последующих действиях. В конце концов, может даже и нам расскажете, почему так делать не стоит

2 LEX: Что-то маловато таблиц-то В качестве базы для обучения дополню список интересными таблицами, с которыми стоит разобраться: OfficialsTrans_RU, InventSum, MarkupTrans, ReqTrans, SalesShippingStat, WMSBillOfLading* (последние три - по отношению к заказам). Удач.

[LEX]

Цитата:

Maxim Gorbunov : Что-то маловато таблиц-то В качестве базы для обучения дополню список интересными таблицами, с которыми стоит разобраться: OfficialsTrans_RU, InventSum, MarkupTrans, ReqTrans, SalesShippingStat, WMSBillOfLading* (последние три - по отношению к заказам). Удач.

Я указал таблицы для Закупок, для заказов список будет немного побольше(хотя я и сам неуверен до конца о их полном списке ). Сами хотели начать удалять закупки-заказы, даже оттестировали(обманывать не буду - выложил "сырой" проект, который содержит некоторые недочеты, просто как информацию к размышлению ), но в итоге решили, что безопаснее пользоваться стандартной функциональностью . Если всетаки кому то надо спрашивайте.

[Pavel]

Цитата:

Сообщение от Maxim Gorbunov

Хорошая задача для человека, изучающего Аксапту. Вы это, действительно, разберитесь, что куда разносится при закупке/заказе и возможных последующих действиях.

Эта задача "убьет" не только начинающего, но и любого партнера... заодно с местным МБСом.
По-просту говоря, в девятиэтажке не предусмотрено возможности сделать вертолетную площадку на пятом этаже.
Идя по этому порочному пути можно многое сломать, например, удаление проведенной накладной, может привести к ситуации с ошибками в урегулировании.

[Maxim Gorbunov]

Цитата:

Сообщение от Pavel

Эта задача "убьет" не только начинающего, но и любого партнера... заодно с местным МБСом.

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

[mit]

если удалять InventTrans по приходам, тогда нужно удалять и по расзодам, иначе (например на 2.5) может склад разъехаться при проверке целостности данных

[George Nordic]

Более того, она может или полностью удалять, или копировать в архив.
Не понимаю, зачем надо удалять все вместе с проводками, а не использовать стандартный функционал.

С Уважением,
Георгий

[mit]

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