12.12.2017, 14:56 | #21 |
Участник
|
|
|
26.01.2018, 11:39 | #22 |
Участник
|
Цитата:
Запрос на выгрузку X++: Declare @StartDate date ='2017-01-01' Declare @EndDate date ='2017-01-31' SELECT CUSTINVOICEJOUR.INVOICEACCOUNT AS [ ], CUSTINVOICETRANS.ITEMID AS [ ], CONVERT(nvarchar(10),CUSTINVOICEJOUR.INVOICEDATE, 104) AS [], CASE WHEN CUSTINVOICETRANS.QTY>0 THEN CAST(CUSTINVOICETRANS.QTY AS Integer) ELSE 0 END AS [], CASE WHEN CUSTINVOICETRANS.QTY<0 THEN CAST(-1*CUSTINVOICETRANS.QTY AS INTEGER)ELSE 0 END AS [] FROM CUSTINVOICEJOUR INNER JOIN CUSTINVOICETRANS ON (CUSTINVOICEJOUR.SALESID=CUSTINVOICETRANS.SALESID AND CUSTINVOICEJOUR.INVOICEID=CUSTINVOICETRANS.INVOICEID AND CUSTINVOICEJOUR.INVOICEDATE=CUSTINVOICETRANS.INVOICEDATE AND CUSTINVOICEJOUR.NUMBERSEQUENCEGROUP=CUSTINVOICETRANS.NUMBERSEQUENCEGROUP AND CUSTINVOICEJOUR.DATAAREAID=CUSTINVOICETRANS.DATAAREAID) WHERE (CUSTINVOICEJOUR.INVOICEDATE >= @StartDate AND CUSTINVOICEJOUR.INVOICEDATE <=@EndDate) AND CUSTINVOICEJOUR.ORDERACCOUNT='00001грд' AND CUSTINVOICETRANS.ITEMID = 00001 На что нужно обратить внимание, чтобы выгрузить возвраты? |
|
26.01.2018, 16:06 | #23 |
Участник
|
Получается для получения возвратов надо еще использовать таблицу PurchTable? Важно получить и дату клиента, и дату проводки (поставки)?
|
|
26.01.2018, 17:13 | #24 |
Участник
|
Важно получить и дату клиента, и дату проводки (поставки)
|
|
26.01.2018, 18:08 | #25 |
Участник
|
используйте операторы Min_Max of
__________________
-Ты в гномиков веришь? -Нет. -А они в тебя верят, смотри, не подведи их. |
|
26.01.2018, 19:01 | #26 |
Участник
|
|
|
26.01.2018, 21:15 | #27 |
Banned
|
Почему бы не смотреть в таблицу заказов SalesTable и на тип заказа как "Return"?
Интересная тенденция "чайниковских" вопросов, в окопы пришло ополчение, всех старых солдат повыбивало что-ли? |
|
29.01.2018, 11:54 | #28 |
Участник
|
Цитата:
1. В рамках одной накладной, как правило, не могут быть одновременно и отгрузки и возвраты. Т.е. либо все строки имеют положительно количество, либо отрицательное. "Смеси" быт не может. Если это не так, то это ошибка. 2. Сторно - это полная копия отгрузки. Т.е. в сумме с отгрузкой получим ноль. Если это не так, то это ошибка. Следовательно, анализировать надо не каждую накладную в отдельности, а сумму накладных в разрезе заказа (SalesId). Правда, тут есть некоторые сложности с датой, поскольку, в общем случае, дата как сторно, так и дата нового проведения после сторно может быть любой. Т.е., в общем случае, под датой надо понимать дату накладной созданной самой последней. Но, опять же, есть сложности идентификации того, какую запись считать созданной "последней" Для простоты, можно считать, что дата новой накладной не может быть меньше даты исходной накладной. Т.е. достаточно будет взять максимальное значение даты. Хотя, повторюсь, в общем случае, это может быть и не так PHP код:
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... Последний раз редактировалось Владимир Максимов; 29.01.2018 в 12:10. |
|
29.01.2018, 12:06 | #29 |
Участник
|
Но, повторюсь. Прежде, чем писать код, Вы должны "вытрясти" из пользователей, что именно (какой документ) они считают отгрузкой, а какой - возвратом
Например, заказ на продажу может быть с типом "Возврат номенклатуры" - это возврат или отгрузка? В некоторых случаях, возврат может быть оформлен как заказ на покупку (PurchTable). Наверняка будут еще и исключения. Т.е. несмотря на то, что вот этот документ формально является возвратом, но возвратом его считать не надо потому что (...) В общем, готовьтесь к тому, что делать Вы эту задачу будете долго. Речь идет о неделях и месяцах. Именно в силу того, что Axapta для подобного анализа не предназначена. Придется "выкручиваться"
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
29.01.2018, 12:52 | #30 |
Злыдни
|
В 12-ке, если возврат оформляется правильно, заполняется RMA номер. А вот в случае кредит-ноты (отрицательное количество в заказе на продажу) этот номер пустой.
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
30.01.2018, 15:09 | #31 |
Участник
|
присмотритесь к сообщению где вам намекают плясать от InventTrans
|
|
15.02.2018, 09:16 | #32 |
Участник
|
Чем INVOICEDATE отличается от DATAAREAID?
|
|
15.02.2018, 10:02 | #33 |
Участник
|
|
|
15.02.2018, 10:09 | #34 |
Участник
|
|
|
15.02.2018, 13:16 | #35 |
Участник
|
Цитата:
DATAAREAID внутренний идентификатор компании IMHO: в ON сцепка по обеим полям обязательна а в Where желательно указать из какой компании DATAAREAID делается выборка IMHO2: во все индексы генерируемые из среды, ядро всегда добавляет DATAAREAID при генерации на сервере |
|
|
За это сообщение автора поблагодарили: S.Kuskov (2), БАХ43 (1). |
15.02.2018, 13:35 | #36 |
Участник
|
за исключением таблиц со свойством SaveDatаPerCompany = No
__________________
Я прибыл к вам из Кантемировской дивизии. А там, как известно, дураков не держат! |
|
15.02.2018, 14:54 | #37 |
Участник
|
Вставьте сюда рисунок из Аксапты: как у вас выглядит документ возврата. Возьмите конкретный возврат и сфотографируйте его. Дело в том, что в Аксапте российские термины "возврат" и "вычерк" разные люди реализовывают по-разному. Нет единого стандарта, как в Аксапте отражать такие документы. Поэтому такой разнобой в ответах. Есть несколько вариантов.
Вообще, для полноценного решения вашей проблемы нужно смотреть все вживую, так как обычно прицепляют всякие нестандартные вспомогательные признаки, которые с первого взгляда не видно. Например, если у вас возвраты находятся в форме "Заказы на продажу", то сравните возврат с обычной продажей и найдите 10 отличий. А если у вас возвраты находятся в форме "Заказы на покупку", то сравните возврат с обычной закупкой и найдите 10 отличий. А если у вас возвраты делаются внутри заказов на продажу корректировкой на дельту, то у вас в заказе будут накладные с отрицательным количеством. А может быть у вас еще на уровне отборочных накладных корректировки делаются. Тогда надо смотреть совсем другие таблицы в SQL-запросе.
__________________
Мои утилиты для Аксапты версий 3.0-2012: http://aceofdatabase.blogspot.com/ |
|
15.02.2018, 15:26 | #38 |
Участник
|
Отгрузка это Накладная, который имеет определенный тип операции. Тип заказа - "Заказ на продажу". Статус - "Отгружено". Статус комплектации - "Продано".
Возвраты у нас это два документа, то есть два типа операции: Заказ на продажу с типом возврат и Заказ на покупку. Вычерк делается в заказе на продажу во вкладке "Количество". В поле "Фактически принято" указывается ноль и в поле "Тип операции сторно" указываетя вариант сторно. У вычерков несколько вариантов сторно. У последнего SQL-запроса выше похоже учитывает вычерки. |
|
15.02.2018, 15:30 | #39 |
Участник
|
Отрицательный возврат получается от сторнирования
|
|
16.02.2018, 08:11 | #40 |
Участник
|
1-й вариант возврата. Заказ на покупку. Таблица PurchTable. Тип покупки - "Обратная покупка". Статус - "Оприходовано".
Дата проводки - это "Дата поставки" из вкладки "Поставка". То есть дата документа. Дата клиента - это "Дата счет-фактуры клиента" из вкладки "Разное" в группе "Номера документов" 2-й вариант возврата. Заказ на продажу с типов возврат. Таблица SalesTable. Тип заказа - "Возврат". Статус - "Отгружено". Статус комплектации - "Продано". Дата проводки - это "Запрошенная дата отгрузки" из вкладки "Поставки". Дата клиента - это "Дата накладной клиента" из вкладки "Разное" в группе "Номера документов". |
|
|
Похожие темы | ||||
Тема | Ответов | |||
Вопрос по Проектам | 35 | |||
Вопрос по проектам Фиксированная цена | 9 | |||
Еще вопрос про покрытие по аналитикам в Сводном планировании | 3 | |||
Вопрос по запросу (query) | 2 | |||
Вопрос по Запросу отчета | 0 |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|