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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 15.02.2017, 11:13   #21  
AXcons is offline
AXcons
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от Vadik Посмотреть сообщение
Вероятно это потому что оплачивается на заказ, а накладная (накладные) по заказу. А если поменять постановку со "статуса оплаты по заказу" на "статус оплаты по инвойсу", то оказывается что программировать в общем-то и нечего - см. remainAmountXXX методы на CustInvoiceJour
Проблема то с предоплатой, не с постоплатой. Инвойса еще нет.
Старый 15.02.2017, 11:17   #22  
dn is offline
dn
Участник
Самостоятельные клиенты AX
 
486 / 159 (6) ++++++
Регистрация: 26.03.2003
Адрес: Москва
Если исходить из того, что отменяем комплектацию при отмене заказа, то действительно стоит дорабатывать маршруты комплектации.
Но у нас, например, если задание на комплектацию уже передано на склад, то отмене уже не подлежит. Склад выставит нам счет и за комплектацию, и за раскомплектацию. Т.е. для возврата товара на склад делаем сторнирующий документ с соответствующим признаком причины коррекции. А на основании этого получим необходимую статистику.
Цитата:
Сообщение от AXcons Посмотреть сообщение
Представим, что это екоммерс, интернет-торговля.
Вводные данные те же - собрали, клиент позвонил, отказался. Здесь процесс сложнее, потому что заказы забирает транспортная компания, и склад может получить информацию об отмене поздно, и заказ уже будет отгружен в ТК
А как вы будете учитывать ситуацию, когда клиент отказался от товара уже при получении?
Старый 15.02.2017, 11:21   #23  
AXcons is offline
AXcons
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от dn Посмотреть сообщение
Если исходить из того, что отменяем комплектацию при отмене заказа, то действительно стоит дорабатывать маршруты комплектации.
Но у нас, например, если задание на комплектацию уже передано на склад, то отмене уже не подлежит. Склад выставит нам счет и за комплектацию, и за раскомплектацию. Т.е. для возврата товара на склад делаем сторнирующий документ с соответствующим признаком причины коррекции. А на основании этого получим необходимую статистику.

А как вы будете учитывать ситуацию, когда клиент отказался от товара уже при получении?
2. Там будет отгрузка в транспортную компанию и возврат из транспортной компании. Это как раз все отражается проводками. Ситуация с комплектацией сложна тем, что следов операции не остается в системе - была проводка, и нету..

1. Склад выставит счет за раскомплектацию, но этот счет будет меньше, чем счет транспортной компании за доставку и возврат товара, если этот заказ не раскомплектовать. Поэтому мы разбираем заказы, если до отгрузки клиент успевает от них отказаться.
Маршруты комплектации мы не используем, потому что у нас склад в отдельной WMS, в Аксапте это только строка заказа и складская проводка. Заявка на комплектацию - это запрос в WMS на комплектацию, в Аксапте это только строка лога интеграции. .
Старый 15.02.2017, 11:35   #24  
dn is offline
dn
Участник
Самостоятельные клиенты AX
 
486 / 159 (6) ++++++
Регистрация: 26.03.2003
Адрес: Москва
Цитата:
Сообщение от AXcons Посмотреть сообщение
Маршруты комплектации мы не используем, потому что у нас склад в отдельной WMS, в Аксапте это только строка заказа и складская проводка. Заявка на комплектацию - это запрос в WMS на комплектацию, в Аксапте это только строка лога интеграции.
А что мешает задействовать двухуровневую схему комплектации. При выгрузке в WMS просто создаете документ маршрут комплектации, а на основании ответа от WMS собственно комплектуете проводки по этому маршруту?
Старый 15.02.2017, 11:36   #25  
AXcons is offline
AXcons
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от mazzy Посмотреть сообщение
я, скорее всего, сегодня не смогу принять участие в обсуждении.
конечная мысль такая:

в аксапте существует два механизма для комплектации по заказу:
1. pick из строчки заказа - не оставляет документ, меняет только складские проводки
2. picking list registration - оставляет документ
...

так вот, если хочется оставить след и получать отчетность по отмененным комплектациям, то нужно пользоваться только вторым способом и НЕ нужно использовать первый (закрыть полностью. например, правами)
Данность такова, что мы как раз используем первый, потому что WMS у нас в отдельной системе, и так уж вышло (здесь передаем пламенный привет консалтинговой компании на букву ...), что заявки на склад не отражаются в Аксапте документами
Максимум, что есть - это строи заказов на сбор и подтверждений сборки/разборки от склада в логе интеграции, но по логу интеграции строить отчетность все-таки не вариант, поэтому, видимо, придется хранить в строках раскомплектованное количество.
Старый 15.02.2017, 11:38   #26  
AXcons is offline
AXcons
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от dn Посмотреть сообщение
А что мешает задействовать двухуровневую схему комплектации. При выгрузке в WMS просто создаете документ маршрут комплектации, а на основании ответа от WMS собственно комплектуете проводки по этому маршруту?
Ну, во-первых, на внедренной системе такие доработки уже не делают. У нас Аксапте 10 лет, модулю екоммерс 3 года. Тут, как говориться "работает - не трогай". Поэтому в рамках текущего решения надо что-то придумать.
Старый 15.02.2017, 11:44   #27  
AXcons is offline
AXcons
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от EVGL Посмотреть сообщение
Отсутствие статуса оплачено или какой-либо связи оплаты с заказом - это вечная, мучительная, заноза в DAX. Чтобы тут обойтись без программирования - это только через убеждение спонсора проекта, что в систему заложена великая концепция, и ей надо слепо следовать.
Мы доработали сопоставления, у нас платежи можно загружать в разрезе номеров заказов, и они будут автоматически сопоставлены. Правда, в интерфейс заказа это не выводили.

Цитата:
Сообщение от EVGL Посмотреть сообщение
По существу задачи: имеем на текущем проекте сходный букет проблем и решаем классически: в закупках аналогичная задача отслеживания истории изменения заказов решается через принудительное формирование подтверждений. Почему бы и здесь не пойти тем же путем? В конце сравниваем то, что фактически отгружено (т.е. сумму по складским проводкам) с количеством в подтверждении.
Ок, подтверждение (ну или документ с фактом комплектации) мы сохраним допустим, а как понять, что по нему не было отгрузки? То есть все равно в момент раскомплектации нужно найти этот документ и там что-то проставить. Или имеется в виду, что мы ставим фильтр по отмененным заказам, и в них просто берем значения из этого подтверждения сколько было скомплектовано перед отменой? То же самое можно в строке заказа хранить наверное. Вопрос только сразу встает с докомплектацией, когда частями комплектовалось.
Старый 15.02.2017, 12:21   #28  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от AXcons Посмотреть сообщение
Ок, подтверждение (ну или документ с фактом комплектации) мы сохраним допустим, а как понять, что по нему не было отгрузки? То есть все равно в момент раскомплектации нужно найти этот документ и там что-то проставить. Или имеется в виду, что мы ставим фильтр по отмененным заказам, и в них просто берем значения из этого подтверждения сколько было скомплектовано перед отменой? То же самое можно в строке заказа хранить наверное. Вопрос только сразу встает с докомплектацией, когда частями комплектовалось.
Пользователь в заказе может поменять количество, и следов не останется, а подтверждение будет лежать как было. По поводу докомплектации: я предложил сравнивать количество в подтверждении с суммой всех проводок на данный момент. Тем самым докомплектация будет отражена.
За это сообщение автора поблагодарили: mazzy (2).
Старый 15.02.2017, 12:27   #29  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Vadik Посмотреть сообщение
Вероятно это потому что оплачивается на заказ, а накладная (накладные) по заказу. А если поменять постановку со "статуса оплаты по заказу" на "статус оплаты по инвойсу", то оказывается что программировать в общем-то и нечего - см. remainAmountXXX методы на CustInvoiceJour
Это все понятно, но:
1) В практике все больше MTO и ETO бизнесов (индустрия 4.0, так сказать), так что смена постановки не отражает сути процесса.
2) И в consumer, как правило, 1 заказ = 1 оплата = 1 счет
3) То, что я не договорил, но AXcons справедливо упомянула: в отличии от закупок, в заказах все еще нет штатного средства работы с предоплатами помимо знаменитой чешской фичи.
4) AR и Sales - два разных отдела.

Последний раз редактировалось EVGL; 15.02.2017 в 12:34.
Старый 15.02.2017, 12:51   #30  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от AXcons Посмотреть сообщение
У нас 2009я. Там вроде в жизни такой кнопки не было.
если девочка назовет свое имя...
или версию своей аксапты...

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

деталей я уже не помню.
но достаточно поискать по перекрестным ссылкам как используется значение enum.
Старый 15.02.2017, 12:53   #31  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от EVGL Посмотреть сообщение
нет штатного средства работы с предоплатами помимо знаменитой чешской фичи.
не надо!

только не это, шеф. только не это!
https://www.youtube.com/watch?v=cywTOdr1_po
Старый 15.02.2017, 13:02   #32  
AXcons is offline
AXcons
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от mazzy Посмотреть сообщение
насколько я помню, в ранних версиях нужно было отменять каждую строчку. если все строчки были отменены, то менялся статус у самого заказа на отмененный.
Так я об этом и говорю - заказ переходит в статус Отменен, только когда ни по одной строке не осталось количества "К поставке", и нет инвойсов.
И это большая проблема. Мы приделали, конечно, кнопки какие нужно. Но в стандарте такой кнопки отродясь не было, о чем я и говорю.
Старый 15.02.2017, 13:16   #33  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от AXcons Посмотреть сообщение
и нет инвойсов.
дык, отпилите эту проверку.
сначала подумать, возможно переформулировать и перепилить эту проверку

Цитата:
Сообщение от AXcons Посмотреть сообщение
Но в стандарте такой кнопки отродясь не было, о чем я и говорю.
Я ж скриншот приводил из стандартной системы.
Вы не точно говорите.

Цитата:
Сообщение от mazzy Посмотреть сообщение
Разберитесь с терминологией и сущностями, нарисуйте квадратики и вам сразу станет ясно.

Но хозяин - барин.
Старый 15.02.2017, 13:23   #34  
AXcons is offline
AXcons
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от mazzy Посмотреть сообщение
дык, отпилите эту проверку.

Я ж скриншот приводил из стандартной системы.
Вы не точно говорите.
Зачем отпилить проверку? Правильная проверка.
Проблема в том, что общей кнопки отмены нет, а не в том, что наличие инвойса проверяет. Скриншот вы из 2009й приводили или из 12й? Где кнопка то сама? Диалог был только на скриншоте.

Вообще эта кнопка, есть она или нет ее, к делу, собственно, не относится. Потому что нам нужен не статус заказа, а отмененное количество. Да и кнопку мы себе такую уже сами приделали давно. Так что давайте больше не будем о кнопке.
Старый 15.02.2017, 13:30   #35  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от AXcons Посмотреть сообщение
Скриншот вы из 2009й приводили или из 12й?
а где вы написали версию?
бггг. я такая боевая!
https://www.youtube.com/watch?v=8aYZQyQdq48

вы упорно не хотите воспринимать ответ:
количество по отмененным заказам лежит в отмененных строках отмененного заказа.

если вас интересует отмененная комплектация (что не равно "то, мы могли продать")
то надо смотреть в отмененных документах picking list

Последний раз редактировалось mazzy; 15.02.2017 в 13:32.
Старый 15.02.2017, 13:32   #36  
AXcons is offline
AXcons
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от mazzy Посмотреть сообщение
а где вы написали версию?

вы упорно не хотите воспринимать ответ:
количество по отмененным заказам лежит в отмененных строках отмененного заказа.
и/или в документе picking list
Я уже отвечала вам на это. См выше.
Старый 15.02.2017, 14:12   #37  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,158 / 1286 (47) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Если во внешней WMS информации о том, что начали комплектовать, что отменили, что разукомплектовали больше, чем в Аксапте, то может имеет смысл такую статистику получать из WMS?
Если делать на стороне Аксапты, то может быть стоит опираться на те сущности, которые служат для обмена с WMS? Не думаю, что в WMS все задания вбивают ручками, как правило, в таких случаях Аксапта является ведущей - выдает задания на комплектацию, на разукомплектацию, на отмену комплектации и т.п. От WMS явно приходят какие-то ответы, которые обрабатываются.
Такие задания и ответы на них в Вашем приложении являются хранимыми сущностями или формируются "на лету"? Если хранятся, то по ним и сравнивать можно задание с фактом.
За это сообщение автора поблагодарили: mazzy (2).
Старый 15.02.2017, 14:31   #38  
AXcons is offline
AXcons
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от Raven Melancholic Посмотреть сообщение
Если во внешней WMS информации о том, что начали комплектовать, что отменили, что разукомплектовали больше, чем в Аксапте, то может имеет смысл такую статистику получать из WMS?
Если делать на стороне Аксапты, то может быть стоит опираться на те сущности, которые служат для обмена с WMS? Не думаю, что в WMS все задания вбивают ручками, как правило, в таких случаях Аксапта является ведущей - выдает задания на комплектацию, на разукомплектацию, на отмену комплектации и т.п. От WMS явно приходят какие-то ответы, которые обрабатываются.
Такие задания и ответы на них в Вашем приложении являются хранимыми сущностями или формируются "на лету"? Если хранятся, то по ним и сравнивать можно задание с фактом.
В Акспте эти задания хранятся только в виде записи в логе интеграции, что не является документом.
WMS у нас сторонняя, склад обслуживается компанией DHL, и вы не поверите, там файловый обмен! Потому что DHL, .... <здесь мат>..., не дает доступ к своим серверам, и даже не хочет писать какие-нибудь веб-сервисы. И дорабатывать свою систему они не готовы, и вообще им разрабатывали и внедряли что-то индусы. Так что от WMS мы не получим ровным счетом ничего

Да, и задание на отмену комплектации приходит им письмом по имейл, потому что оно не было предусмотрено в протоколе обмена при внедрении... Такова жизнь)
За это сообщение автора поблагодарили: Raven Melancholic (2).
Старый 16.02.2017, 03:51   #39  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,129 / 916 (35) +++++++
Регистрация: 03.04.2002
Цитата:
Сообщение от AXcons Посмотреть сообщение
склад обслуживается компанией DHL
Минуточку. А какое это отношение имеет к стандартным механизмам AX? У вас кастомная интеграция со сторонним поставщиком складских услуг. Т.е. когда идет комплектация/разукомплектация, это услуга которую вы заказываете в явном виде и, скорее всего, оплачиваете. И это действительно должно сопровождаться документом, отражающимся в ГК и в расчетах с поставщиками. Если вам такой документ не реализовали в системе, то это вопрос к партнеру, а не к продукту.
__________________
Isn't it nice when things just work?
За это сообщение автора поблагодарили: mazzy (5).
Старый 16.02.2017, 10:04   #40  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Цитата:
Сообщение от macklakov Посмотреть сообщение
. Если вам такой документ не реализовали в системе, то это вопрос к партнеру, а не к продукту.
Секундочку, а почему не к Биллу Гейтсу? Думаю, вопрос к проектной команде, а кто там давал требования, проектировал и реализовывал, принимал систему - это уже детали.
__________________
Ivanhoe as is..
За это сообщение автора поблагодарили: mazzy (10).
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Складская аналитика в проводках заказа, резервирование uchenik DAX: Программирование 18 09.12.2011 11:49
Финансовая аналитика в заказе Flomik DAX: Функционал 3 03.12.2009 19:54
Amand: Аналитика в строках закупки и аналитика по факту - есть ли различия? Blog bot DAX Blogs 0 01.02.2008 03:13
Аналитика только в одной половине проводки concigliory DAX: Функционал 9 29.10.2004 09:15
При резервировании не учитывается аналитика Партия? KIV DAX: Функционал 32 06.08.2004 13:23
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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