AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 07.12.2016, 19:15   #41  
AXcons is offline
AXcons
Участник
 
437 / 111 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от macklakov Посмотреть сообщение
Хорошо, может вам юридическая система больше знакома? Тогда такой пример:
Человека задержали на улице. Привезли в отделение полиции, где посадили в обезьянник. Через какое-то время выяснилось что человека задержали по ошибке. Его с извинениями отпускают. Внимание вопрос:"что при этом происходит с протоколом задержания?"
Как вы расцените ситуацию что кто-то будет бегать и вымарывать все записи в журналах и уничтожать протоколы? Насколько знаю, в большинстве юридических систем принято мнение что такая деятельность является преступной.
Извините, это ерунда.
Суть топика - когда человек ошибся, и провел не правильный документ.
То есть в вашем примере - если протокол составлен с ошибками - орфографическими или фактическими, и до того, как он приобщен к делу в суде (то есть с бухгалтерской точки зрения - пока не закрыт период), его можно просто переписать, если все стороны согласны поставить подпись.

Больше логики, пожалуйста. А то как будто не форум серьезных высокооплачиваемых специалистов, а ...(другое).
За это сообщение автора поблагодарили: petr (1), Fillin (1).
Старый 07.12.2016, 20:11   #42  
ВадимМ is offline
ВадимМ
Участник
 
123 / 25 (1) +++
Регистрация: 01.03.2016
Адрес: Киев
Цитата:
Сообщение от AXcons Посмотреть сообщение
Извините, это ерунда.
Суть топика - когда человек ошибся, и провел не правильный документ.
То есть в вашем примере - если протокол составлен с ошибками - орфографическими или фактическими, и до того, как он приобщен к делу в суде (то есть с бухгалтерской точки зрения - пока не закрыт период), его можно просто переписать, если все стороны согласны поставить подпись.

Больше логики, пожалуйста. А то как будто не форум серьезных высокооплачиваемых специалистов, а ...(другое).
Ну не совсем. В результате разноски бухгалтерского документа (даже в открытом периоде) возникнут данные (например сальдо клиента) которые будут основанием для действий других людей и подразделений. А протокол с ошибками составленный здесь и сейчас, пока еще ни на кого и ни на что не влияет. Поэтому-то его и можно переписать. А вот разнесенный документ, который повлиял на сальдо клиента лучше не трогать, так как позже это позволит достоверно установить почему-то же ответственный сотрудник произвел отгрузку - у него были основания.
А если этого не сделать, то сотрудника отвечающего за отгрузку спросят за это, он будет клясться что "был же сарайчик", но кроме его слов ничего не будет.
Старый 07.12.2016, 23:02   #43  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
Сотрудники Microsoft Dynamics
 
1,938 / 832 (31) +++++++
Регистрация: 03.04.2002
Адрес: Australia
Цитата:
Сообщение от AXcons Посмотреть сообщение
Извините, это ерунда.
Суть топика - когда человек ошибся, и провел не правильный документ.
То есть в вашем примере - если протокол составлен с ошибками - орфографическими или фактическими, и до того, как он приобщен к делу в суде.
Да ради бога! Вы накладную можете переделывать хоть 100 раз до того как разнесли. Но разнесенная накладная это уже транзакция. В приведенном примере, протокол принятый в делопроизводство. Его уже не порвешь без последствий.
В случае накладной, закрытие периода это лишь бухгалтерия. Но есть же еще расчет себестоимости и сводное планирование. Менеджер пообещает своему клиенту что товар уже на складе и можно забирать, а когда клиент приедет в офис, окажется что от товара и следа не осталось. Или менеджер продаст в убыток, а когда начнется разбор полетов, то еще и крайний останется, т.к.у него на руках нет абсолютно никаких доказательств.
Если люди ошибаются, то это должно быть видно. Тогда можно принимать меры. А если все следы косяка подтирать, то на кого писать убытки? На отделы которые пострадали от ошибки? Или на IT, который непонятно чем занимается, вместо нужного для бизнеса функционала, помогает операционистам скрывать свои косяки.
__________________
Isn't it nice when things just work?

Последний раз редактировалось macklakov; 07.12.2016 в 23:12.
Старый 08.12.2016, 19:26   #44  
AXcons is offline
AXcons
Участник
 
437 / 111 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от macklakov Посмотреть сообщение
В случае накладной, закрытие периода это лишь бухгалтерия. Но есть же еще расчет себестоимости и сводное планирование. Менеджер пообещает своему клиенту что товар уже на складе и можно забирать, а когда клиент приедет в офис, окажется что от товара и следа не осталось. Или менеджер продаст в убыток, а когда начнется разбор полетов, то еще и крайний останется, т.к.у него на руках нет абсолютно никаких доказательств.
Если люди ошибаются, то это должно быть видно. Тогда можно принимать меры. А если все следы косяка подтирать, то на кого писать убытки?
Не поняла вашу мысль. В чем проблема со сводным планированием, расчетом себестоимости?

Вы придумываете сложности, которых нет. Расчет себестоимости делается в конце месяца, какое он отношение имеет к правке документов в течении периода???
Сводное планирование тоже здесь ни при чем - если что-то запланируется, так в следующей сессии перепланируется.

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

В общем, логики пока не прибавилось, к сожалению.
Старый 08.12.2016, 19:29   #45  
AXcons is offline
AXcons
Участник
 
437 / 111 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от ВадимМ Посмотреть сообщение
А вот разнесенный документ, который повлиял на сальдо клиента лучше не трогать, так как позже это позволит достоверно установить почему-то же ответственный сотрудник произвел отгрузку - у него были основания.
А если этого не сделать, то сотрудника отвечающего за отгрузку спросят за это, он будет клясться что "был же сарайчик", но кроме его слов ничего не будет.
Какой сарайчик? Можно без излишних метафор?
Вообще не понятно о чем речь.
"но кроме его слов ничего не будет" - всегда есть ЖБД, в котором все ходы записаны.
Учите матчасть что ли.
Старый 09.12.2016, 02:27   #46  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
Сотрудники Microsoft Dynamics
 
1,938 / 832 (31) +++++++
Регистрация: 03.04.2002
Адрес: Australia
Цитата:
Сообщение от AXcons Посмотреть сообщение
Вы придумываете сложности, которых нет. Расчет себестоимости делается в конце месяца, какое он отношение имеет к правке документов в течении периода???
Если у вас настолько затоваренный склад, что вы уверены что товар будет болтаться там до конца отчетного периода и вас это немало не волнует, т.к. увас такая высокая маржа, что в момент продажи вас не волнует себестоимость, то логика системы к вам действительно не применима. Ведь у вас нет сложностей которые вынуждают бизнес проводить оптимизацию. Смысл внедрять что-то, если бизнес деньги считает для налоговой, а не для себя?
Цитата:
Сообщение от AXcons Посмотреть сообщение
Если товар зарезервирован, он никуда не денется.
Товара никогда не было. Накладную разнесли по ошибке. А потом вы ее удалили втихоря. Уже забыли? Вот для того и делают сторнирование чтобы не забывать.
__________________
Isn't it nice when things just work?
Старый 09.12.2016, 09:28   #47  
Ihar Grabennikau is offline
Ihar Grabennikau
Участник
 
24 / 17 (1) ++
Регистрация: 07.07.2010
Адрес: Минск
Цитата:
Сообщение от AXcons Посмотреть сообщение
Какой сарайчик? Можно без излишних метафор?
Вообще не понятно о чем речь.
"но кроме его слов ничего не будет" - всегда есть ЖБД, в котором все ходы записаны.
Учите матчасть что ли.
И как объяснить аудитору, что от должен для проверки почему вдруг он должен лезть в какой-то технический журнал? (журнал базы данных). Я на самом деле еще запретил бы большинству пользователей проводить документы другими датами. уже не один раз сталкивался с ситуацией когда отчеты показывают непонятно что, из-за того, что кто-то что-то ввел вроде как и правильно, но не той датой.
Старый 09.12.2016, 09:29   #48  
Fillin is offline
Fillin
Участник
 
127 / 38 (2) +++
Регистрация: 04.08.2016
Цитата:
Сообщение от macklakov Посмотреть сообщение
Ведь у вас нет сложностей которые вынуждают бизнес проводить оптимизацию. Смысл внедрять что-то, если бизнес деньги считает для налоговой, а не для себя?
а какой смысл контролировать себестоимость каждый день/неделю? какие решения можно принимать на таком коротком периоде?
Старый 09.12.2016, 13:55   #49  
Удвой Покуров is offline
Удвой Покуров
Участник
 
378 / 153 (6) ++++++
Регистрация: 03.04.2011
Кстати, в SAP тоже не фонтан с перепроведением. Как многие коллеги ометили, тут вопрос больше не технический, а концептуальный. Все-таки, теперь я бы постарался подальше отодвинуть DAX от фронта и использовал бы ее для бэка - управленческого учета, управления мастер-данными, планирования поставок / пополнения РЦ, расчета себестоимости. Там, гда она отрабатывает на отлично (ну, на хорошо, коли с/с в список включил). А фронт - лучше на другой системе, которая позволяет некоторые вещи, в пределах некоторого периода. Обычно это пара дней - неделя, за этот период вскрывается 95% всех опертивных косяков. Иногда бизнес критичен, и не всегда можно ждать пока поставщик пришлет правильную накладную, пока разберемся с пересортицей, или даже пока оприходуем на склад (или в систему). Жизнь такова, что монго чего приходится решать немедленно. кто с фрешем работал (да и вообще с ритейлом), тот меня поймет. Да, "строгая" система очень дисциплинирует пользователей. Это огромный плюс. но когда она мешает оперативно разрулить рабочую ситуацию - это издевательство над людьми. Приходится или мучаться, или писать удобные механизмы коррекции или менять систему.
За это сообщение автора поблагодарили: twilight (1).
Старый 12.12.2016, 19:49   #50  
AXcons is offline
AXcons
Участник
 
437 / 111 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от Удвой Покуров Посмотреть сообщение
Кстати, в SAP тоже не фонтан с перепроведением. Как многие коллеги ометили, тут вопрос больше не технический, а концептуальный. Все-таки, теперь я бы постарался подальше отодвинуть DAX от фронта и использовал бы ее для бэка - управленческого учета, управления мастер-данными, планирования поставок / пополнения РЦ, расчета себестоимости. Там, гда она отрабатывает на отлично (ну, на хорошо, коли с/с в список включил). А фронт - лучше на другой системе, которая позволяет некоторые вещи, в пределах некоторого периода. Обычно это пара дней - неделя, за этот период вскрывается 95% всех опертивных косяков. Иногда бизнес критичен, и не всегда можно ждать пока поставщик пришлет правильную накладную, пока разберемся с пересортицей, или даже пока оприходуем на склад (или в систему). Жизнь такова, что монго чего приходится решать немедленно. кто с фрешем работал (да и вообще с ритейлом), тот меня поймет. Да, "строгая" система очень дисциплинирует пользователей. Это огромный плюс. но когда она мешает оперативно разрулить рабочую ситуацию - это издевательство над людьми. Приходится или мучаться, или писать удобные механизмы коррекции или менять систему.
Ну, к сожалению, как раз для планирования поставок Аксапта вообще не подходит. Да и с расчетом себестоимости проблемы Так что, получается, они ни туда, ни туда.
А вообще как вы можете в торговой компании отделить фронт офис от бэк офиса? Ну в ритейле понятно - кассы отдельно, а для оптовых продаж? WMS можно отдельную поставить - вы это имеете в виду? Но operations то чем автоматизировать? Заказ на продажу, резерв, документы на отгрузку?
Старый 12.12.2016, 19:54   #51  
AXcons is offline
AXcons
Участник
 
437 / 111 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от macklakov Посмотреть сообщение
Если у вас настолько затоваренный склад, что вы уверены что товар будет болтаться там до конца отчетного периода и вас это немало не волнует, т.к. увас такая высокая маржа, что в момент продажи вас не волнует себестоимость, то логика системы к вам действительно не применима. Ведь у вас нет сложностей которые вынуждают бизнес проводить оптимизацию. Смысл внедрять что-то, если бизнес деньги считает для налоговой, а не для себя?

Товара никогда не было. Накладную разнесли по ошибке. А потом вы ее удалили втихоря. Уже забыли? Вот для того и делают сторнирование чтобы не забывать.
Что не так может быть с маржой то? Есть закупочная цена, есть прайс-лист на продажу. Маржа вся заранее просчитывается, до того как поставки начинаются. Никакое удаление документов это поменять не в состоянии.

Если вы приходную накладную разнесли по ошибки и товара на складе нет физически, то надо резерв в системе снять, если там что-то зарезервировалось уже, и накладную удалить. Или вы что предлагаете - не удалять, потому что клиенту уже пообещали пустое место? В чем ваша мысль то? Или если вы сторнировать будете, а не удалять, что-то изменится? Резерву от этого будет как то легче?
Старый 12.12.2016, 20:01   #52  
AXcons is offline
AXcons
Участник
 
437 / 111 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от Ihar Grabennikau Посмотреть сообщение
И как объяснить аудитору, что от должен для проверки почему вдруг он должен лезть в какой-то технический журнал? (журнал базы данных). Я на самом деле еще запретил бы большинству пользователей проводить документы другими датами. уже не один раз сталкивался с ситуацией когда отчеты показывают непонятно что, из-за того, что кто-то что-то ввел вроде как и правильно, но не той датой.
А зачем аудитору туда вообще лезть? Аудитора эти вопросы не касаются. У него есть в итоге правильный документ, который он должен сверить с первичкой. Вот если он находит, что где-то что -то не сходится - документ должен быть, но его нет, или какие-то обороты по счетам не сходятся, он просто дает заключение "не сходится". А почему не сходится, кто там что удалил- ему до лампочки. О выдаст отрицательное заключение просто и все.

В общем, на исходный вопрос ответа никто не дал - встречал ли кто-то в своей практике плохие последствия функционала удаления накладных. В итоге реальных примеров приведено не было, только предположения.
Старый 13.12.2016, 03:50   #53  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
Сотрудники Microsoft Dynamics
 
1,938 / 832 (31) +++++++
Регистрация: 03.04.2002
Адрес: Australia
Цитата:
Сообщение от AXcons Посмотреть сообщение
Если вы приходную накладную разнесли по ошибки и товара на складе нет физически, то надо резерв в системе снять, если там что-то зарезервировалось уже, и накладную удалить. Или вы что предлагаете - не удалять, потому что клиенту уже пообещали пустое место? В чем ваша мысль то? Или если вы сторнировать будете, а не удалять, что-то изменится? Резерву от этого будет как то легче?
Поддержу ваш троллинг чисто из образовательных соображений.
Вот как выглядит грамотно организованный процесс:
Операционистка из отдела работы с поставщиками обнаруживает что накладная проведена на 1000 единиц, а реально пришло 100.
Она пытается сделать возврат. Система ругается что не достаточно товара в наличии, т.к. резерв стоит.
Попытавшись снять резерв она обнаруживает что у нее нет доступа к этому функционалу. Зато есть контакт менеджера по продажам, который поставил резерв. Она звонит и сообщает что произошло. Резерв снят, можно делать возврат. При этом она получает обратную связь.
Менеджер по продажам теперь знает что товара нет и может оперативно уведомить клиента. Клиент чаще всего на своевременные уведомления реагирует ровно. Если конкуренты бардачные, то это даже может увеличить лояльность.
Если это происходит часто и операционистки сильно стрессуют от полученного фидбека, они жалуются руководителю отдела. Тот принимает меры.
У руководителей отделов при этом нет необходимости заниматься микро-контроллингом, устраивать разборы полетов и разборки между департаментам. Все прозрачно. Можно заниматься своими непосредственными обязанностями. К примеру, пойти в бар, налаживать взаимоотношения с партнерами.
__________________
Isn't it nice when things just work?
За это сообщение автора поблагодарили: AlGol (1).
Старый 13.12.2016, 04:36   #54  
AXcons is offline
AXcons
Участник
 
437 / 111 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от macklakov Посмотреть сообщение
Поддержу ваш троллинг чисто из образовательных соображений.
Вот как выглядит грамотно организованный процесс:
Операционистка из отдела работы с поставщиками обнаруживает что накладная проведена на 1000 единиц, а реально пришло 100.
Она пытается сделать возврат. Система ругается что не достаточно товара в наличии, т.к. резерв стоит.
Попытавшись снять резерв она обнаруживает что у нее нет доступа к этому функционалу. Зато есть контакт менеджера по продажам, который поставил резерв. Она звонит и сообщает что произошло. Резерв снят, можно делать возврат. При этом она получает обратную связь.
Менеджер по продажам теперь знает что товара нет и может оперативно уведомить клиента. Клиент чаще всего на своевременные уведомления реагирует ровно. Если конкуренты бардачные, то это даже может увеличить лояльность.
Если это происходит часто и операционистки сильно стрессуют от полученного фидбека, они жалуются руководителю отдела. Тот принимает меры.
У руководителей отделов при этом нет необходимости заниматься микро-контроллингом, устраивать разборы полетов и разборки между департаментам. Все прозрачно. Можно заниматься своими непосредственными обязанностями. К примеру, пойти в бар, налаживать взаимоотношения с партнерами.

Все тоже самое будет происходить при удалении накладной. Система сама резерв снимать не будет. Так же скажет пользователю, что остатков нет, удалить накладную нельзя. Пользователь снимет резерв (потому что права здесь нельзя разделить вообще-то - форма то резервирования одна - как вы можете здесь разделить где можно резервировать и снимать резерв, а где нельзя - просветите ка меня! ), уведомляет об этом автора резерва. Никаких отличий со сторнированием!

Еще какие оправдания/новые версии будут?)
Старый 13.12.2016, 05:47   #55  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
Сотрудники Microsoft Dynamics
 
1,938 / 832 (31) +++++++
Регистрация: 03.04.2002
Адрес: Australia
Цитата:
Сообщение от AXcons Посмотреть сообщение
Все тоже самое будет происходить при удалении накладной. Система сама резерв снимать не будет. Так же скажет пользователю, что остатков нет, удалить накладную нельзя.
Какие интересные уточнения к т.з. начали появляться
Цитата:
Сообщение от AXcons Посмотреть сообщение
Пользователь снимет резерв (потому что права здесь нельзя разделить вообще-то - форма то резервирования одна - как вы можете здесь разделить где можно резервировать и снимать резерв, а где нельзя - просветите ка меня! ),
Зачем отделу закупок доступ к редактированию резервов?
__________________
Isn't it nice when things just work?
Старый 13.12.2016, 09:28   #56  
AlexeyS is offline
AlexeyS
Участник
 
317 / 215 (8) ++++++
Регистрация: 15.06.2004
Адрес: москва
Цитата:
Сообщение от AXcons Посмотреть сообщение
Все тоже самое будет происходить при удалении накладной. Система сама резерв снимать не будет. Так же скажет пользователю, что остатков нет, удалить накладную нельзя. Пользователь снимет резерв (потому что права здесь нельзя разделить вообще-то - форма то резервирования одна - как вы можете здесь разделить где можно резервировать и снимать резерв, а где нельзя - просветите ка меня! ), уведомляет об этом автора резерва. Никаких отличий со сторнированием!

Еще какие оправдания/новые версии будут?)
в одной из фирм происходило ровно так, как описал macklakov - сообщили менеджеру, он снял резерв, делаем сторнирование
а вот когда произойдет этот интересный момент "скажет пользователю, что остатков нет, удалить накладную нельзя"? когда всплыла ошибка? у менеджера всплывет уведомление, что нужно позвонить клиенту и сообщить пренеприятные известия или намного позже, в момент, когда попытаются отгрузить товар со склада?
Старый 13.12.2016, 13:00   #57  
AXcons is offline
AXcons
Участник
 
437 / 111 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от macklakov Посмотреть сообщение
Какие интересные уточнения к т.з. начали появляться
Зачем отделу закупок доступ к редактированию резервов?
К какому ТЗ? Как вам в голову даже могло прийти, что при удалении накладной нужно делать, чтобы автоматом резервы снимались? Это кто вас так учил учет автоматизировать?
Старый 13.12.2016, 13:03   #58  
AXcons is offline
AXcons
Участник
 
437 / 111 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от AlexeyS Посмотреть сообщение
в одной из фирм происходило ровно так, как описал macklakov - сообщили менеджеру, он снял резерв, делаем сторнирование
а вот когда произойдет этот интересный момент "скажет пользователю, что остатков нет, удалить накладную нельзя"? когда всплыла ошибка? у менеджера всплывет уведомление, что нужно позвонить клиенту и сообщить пренеприятные известия или намного позже, в момент, когда попытаются отгрузить товар со склада?
А какие варианты? Когда она может всплыть как не при попытке удалить накладную?
И чем это отличается от варианта со сторнированием?

Я что-то не понимаю вообще ваш вопрос.
Старый 14.12.2016, 02:27   #59  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
Сотрудники Microsoft Dynamics
 
1,938 / 832 (31) +++++++
Регистрация: 03.04.2002
Адрес: Australia
Цитата:
Сообщение от AXcons Посмотреть сообщение
К какому ТЗ? Как вам в голову даже могло прийти, что при удалении накладной нужно делать, чтобы автоматом резервы снимались? Это кто вас так учил учет автоматизировать?
Ну научи. Опиши как у вас удаление накладной выглядит. А то я ни разу вменяемой хотелки на удаление разнесенного документа в глаза не видел и привык отвергать эту идею не задумываясь. Может ты сможешь переубедить.
__________________
Isn't it nice when things just work?

Последний раз редактировалось macklakov; 14.12.2016 в 02:31.
Старый 14.12.2016, 18:27   #60  
AXcons is offline
AXcons
Участник
 
437 / 111 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от macklakov Посмотреть сообщение
Ну научи. Опиши как у вас удаление накладной выглядит. А то я ни разу вменяемой хотелки на удаление разнесенного документа в глаза не видел и привык отвергать эту идею не задумываясь. Может ты сможешь переубедить.
Для продаж:
На форме накладных кнопка "Удалить накладную". Доступна под специальным security key.

По кнопке диалог с вопросом "вы уверены, что хотите...?"
Далее проверка - период для даты накладной открыт или нет, и если период ограничен, то есть ли у пользователя права на редактирование в закрытом периоде.
Проверка не сопоставлена ли накладная. Если сопоставлена - отказ в операции.

Если все ок - удаляем проводки и записи в тех таблицах, которые используются при разноске. Все, что удаляется, выводится в инфолог.
Например:
Info Сообщение (18:22:20) Удалена строка по накладной [45980_065] номенклатура [DRWJE092] количество [1,00] сумма [467,80]
Info Сообщение (18:22:20) Удален сумма [-84,20] ранесённого налога
Info Сообщение (18:22:20) Удалена строка главной книги в сумме [84,20]
Info Сообщение (18:22:20) Удалена строка главной книги в сумме [467,80]
Info Сообщение (18:22:20) Удалена строка главной книги в сумме [-216,11]
Info Сообщение (18:22:20) Удалена строка главной книги в сумме [-467,80]
Info Сообщение (18:22:20) Удалена строка главной книги в сумме [-84,20]
Info Сообщение (18:22:20) Удалена строка главной книги в сумме [216,11]
Info Сообщение (18:22:20) Удалена накладная [45980_065] по заказу [064105_058].


Далее строки заказа и складские проводки приводятся в исходное до разноски накладной положение - проводки переводятся в статусе Заказано, а если в заголовке стоит параметр "Автоматическое резервирование", то резервируются.
Статус строк апдейтится.
Вроде все.

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

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Обращение к http-сервису в Аксапте Lucky13 DAX: Программирование 31 24.03.2015 19:37
Ax2009 AIF: Проблема с Custom Service Aif Marina Konevskih DAX: Программирование 3 07.06.2010 08:45
Проблема с серией документов АХ3 SP5 Build 12.0 Jakonya DAX: Функционал 1 18.07.2008 10:03
Система оповещений в Аксапте (события в Аксапте) raunio DAX: Прочие вопросы 1 29.09.2005 15:44
Проблема: русские шрифты в отчетах, формируемых на сервере. Anais DAX: Администрирование 3 17.11.2003 13:20
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 15:46.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.