Разноска накладной по закупке

[sparur]

Добрый вечер всем!

Подскажите плиз навскидку кто сталкивался...

Вообщем, хочется знать по каким таблицам делаются операции (insert, update, delete) в момент создания накладной по закупке

Навскидку в голову приходят 4 таблы: LedgerTrans, InventTrans, VendTrans, VendTransOpen

Может что то еще? кто подскажет?

Аксапта 3.0

Заранее благодарен...

[ppson]

TaxTrans
PurchTable
PurchLine
VendInvoiceJour
VendInvoiceTrans
RAssetTable
RAssetStandards
RAssetTrans
InventTransPosting

[Raven Melancholic]

Цитата:

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

TaxTrans
PurchTable
PurchLine
VendInvoiceJour
VendInvoiceTrans
RAssetTable
RAssetStandards
RAssetTrans
InventTransPosting

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

[gl00mie]

Цитата:

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

хочется знать по каким таблицам делаются операции в момент создания накладной по закупке

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

[sparur]

Цитата:

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

Может, озвучите исходную задачу?

Задача - поправить цифири всовершенных проводках!!!

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

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

Интересует как это можно сделать на стандартном функционале 3.0

[petr]

Ну а вообще таблиц примерно в два (может и в три) раза больше, чем здесь перечисленно.

[petr]

Чтобы не быть голословным LedgerBalances(Dim)Trans - InventSum (плюс всякие InventSumTTS*), TransactionLog, ну и еще скидки (VendTransCashDisc) если есть.

[petr]

Еще надо не забыть три parm таблицы и VendInvoicePurchLink

[sparur]

операциябыла достаточно простая - приход товаров на склад без всяких накладных расходов, без налогов

[petr]

А нельзя подправить балансы по ГК через корректирующую накладную в журнале ГК, а с/с номенклатуры через коррекцию?

[sparur]

некрасиво хочется без всякихдоб проводок и коррекций... сделать вообщем как будто сразуразнеслось все красиво

[sparur]

ну так что, кроме таблиц: LedgerTrans, InventTrans, VendTrans, VendTransOpen еще что-то надо подправлять?

[petr]

Если решите LedgerTrans править не забудьте балансы пересчитать. На InventTrans случайно не сделайте doUpdate, иначе остатки надо будет пересчитывать, VendInvoiceJour и VendInvoiceTrans почему не написали (это тоже в чем-то регистровые таблицы).

Ну может еще кто подскажет. А вообще-то, ИМХО, править в таблице - самый некрасивый вариант.

P.S.
И запустите потом всевозможные сверки из ГК - отчеты - сверка (или выверка). Во всяком случае для поставщиков, склада и, навсякий случай, можно и для налогов. Хотя, если уверенны, до для налогов, конечно, не надо.

P.P.S.
И еще. По-моему, не уверен, но при обработке накладной в номенкл. справочник попадает цена посл. закупки, так что если цена изменилась, то еще надо будет ном. справочник подправить. Если я неправ, поправьте, пожалуйста.

[sparur]

Цитата:

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

Если решите LedgerTrans править не забудьте балансы пересчитать.

точно! сенкс, 100% забыл бы...

Цитата:

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

На InventTrans случайно не сделайте doUpdate, иначе остатки надо будет пересчитывать,

остатки? но в моем случае количество не меняется! только цифра проводки...

Цитата:

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

VendInvoiceJour и VendInvoiceTrans почему не написали (это тоже в чем-то регистровые таблицы).

Да,конечно. Они сами собой подразумевались...

Цитата:

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

Ну может еще кто подскажет. А вообще-то, ИМХО, править в таблице - самый некрасивый вариант.

Согласен... но что поделать...

Цитата:

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

P.S.
И запустите потом всевозможные сверки из ГК - отчеты - сверка (или выверка). Во всяком случае для поставщиков, склада и, навсякий случай, можно и для налогов. Хотя, если уверенны, до для налогов, конечно, не надо.

Консультантов напрягу обязательно


Спасибо, за участие

P.S. может у кого еще что есть добавить?

[gl00mie]

Цитата:

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

А нельзя подправить балансы по ГК через корректирующую накладную в журнале ГК, а с/с номенклатуры через коррекцию?

Цитата:

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

некрасиво хочется без всяких доб проводок и коррекций... сделать вообщем как будто сразуразнеслось все красиво

Цитата:

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

Консультантов напрягу обязательно
P.S. может у кого еще что есть добавить?

Добавить есть только одно: не страдайте ерундой и сделайте все штатными средствами - через корректирующие документы В погоне за "красотой" вы рискуете, как минимум, по двум пунктам:

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

Последнее будет трагической ошибкой, потому что если, не дай Бог, у вас все получится, следующим ТЗ будет написание унифицированного чудо-job'а или класса для исправления таких косяков. Пользователи перестанут напрягаться на счет корректности вводимых данных, потому что будут знать, что за них все подчистят, будто ничего и не было. Это как перепроведение в 1С... К слову, на эту тему есть очень поучительная статья Перепроведение: плюсы и минусы.

[sparur]

Цитата:

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

[FONT="Trebuchet MS"]Добавить есть только одно: не страдайте ерундой и сделайте все штатными средствами - через корректирующие документы В погоне за "красотой" вы рискуете, как минимум, по двум пунктам:

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

• вот поэтому и создал тему, дабы убедиться в том, что ничего не забыл (в смысле таблиц)
  
  
  Цитата:

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

[gl00mie]

Цитата:

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

вот поэтому и создал тему, дабы убедиться в том, что ничего не забыл (в смысле таблиц)

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

Цитата:

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

НАДО чтоб получилось...

мне кажется, это - своего рода ящик Пандорры, который лучше не открывать - себе дороже выйдет Кроме того, подумайте вот о чем: эта тема была создана во вторник в пять часов, значит произошло все самое позднее тоже во вторник часа в четыре; "хирургическое" решение будет готово, самое раннее, к концу среды - а тем временем в базе наверняка продолжают работать, проводить накладные, делать отчеты, что-то планировать... Когда решение будет готово, ситуация уже изменится, возможно, на основе некорректных данных будут приняты какие-то управленческие решения. А потом вы подправите данные - и решения эти могут стать необоснованными или труднообъяснимыми, и концов уже не найдешь... Почитайте указанную статью про перепроведение.

Цитата:

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

а насчет чудо-джобов и прочих хотелок в этом плане, то тут думаю до такого не усугубим

ну конечно... пользователи - они такие, дашь палец - руку оттяпают

[ice]

поддерживаю мнение gl00mie на 100%. не стоит программисту исправлять косяки пользователей. обратитесь к консультанту, он поможет исправить всё штатными средствами

[petr]

Цитата:

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

поддерживаю мнение gl00mie на 100%. не стоит программисту исправлять косяки пользователей. обратитесь к консультанту, он поможет исправить всё штатными средвтвами

Ну и что? Я тоже на 100% поддерживаю gl00mie, но сколько раз я это делал Пришла бухгалтерия сказала все надо исправить, никаких дополнительных документов разносить не хотим (не можем, боимся, тут либо лень, либо не понимание функционирование системы либо ну очень специфические требования) и т.д. Начальник УИТ сказал - ок, хорошо, программисты все сделают.

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

А что он еще может сделать? Ему уже дали задание. То что это не самый красивый метод он и сам понимает, а его спрашивают, что-ли.

[sparur]

Цитата:

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

А что он еще может сделать? Ему уже дали задание. То что это не самый красивый метод он и сам понимает

petr, сенкс за поддержку