Ошибки в русских накладных, фактурах итп.

[EVGL]

Цитата:

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

• поле К расчетно-платежному документу должно заполняться автоматически на основании сопоставлений. Если сопоставлений несколько, то должно выводиться несколько документов с датами через запятую.
• должен быть механизм наследования, контроля и отслеживания номеров СФ, созданных на основании накладной.

Справедливо! (не могу больше редактировать свой список вверху)

Цитата:

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

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

Неоднозначно.
1) Нельзя быть святее папы (Microsoft), а названия компаний, собственное название и т.д. не хранятся в таблицах.
2) Ларец "должностные лица" пока не хочется открывать.

Что касается InvoiceId, придерживаюсь мнения Mazzy: лучше не наступать на грабли, не ловить колючих ежей и оставлять номер уникальным. Если говорить о моих клиентах, то точечки, черточки и невидимые символы их вполне удовлетворяют.

[mazzy]

Цитата:

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

(не могу больше редактировать свой список вверху)

Добавил к твоим правам модератора возможность модерировать раздел "DAX: Программирование".
редактируй на здоровье.

но технологически такие вещи лучше вести в своем блоге
http://axforum.info/forums/blog.php

[egorych]

Цитата:

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

Что касается InvoiceId, придерживаюсь мнения Mazzy: лучше не наступать на грабли, не ловить колючих ежей и оставлять номер уникальным. Если говорить о моих клиентах, то точечки, черточки и невидимые символы их вполне удовлетворяют.

У нас кол-во точечек, черточек и т.п. иногда доходит до 8 !!! Так что хотса что-нибудь более прозрачное, что-ли.

[Logger]

Цитата:

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

Что касается InvoiceId, придерживаюсь мнения Mazzy: лучше не наступать на грабли, не ловить колючих ежей и оставлять номер уникальным. Если говорить о моих клиентах, то точечки, черточки и невидимые символы их вполне удовлетворяют.

EVGL, MAZZY - но ведь по сути это вариант 1, предложенный мной :

Цитата:

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

Самым безопасным, простым и дешевым способом на мой взгляд было бы сделать поле CustInvoiceJour.InvoiceId уникальным, а для печати использовать свое кастомизированное поле. Так безопаснее. По крайней мере большинство кода с вышеописанными косяками при этом условии выполняется правильно. Косяк не проявляется.

Ведь, по сути, что вы предлагаете:
а. Сделать поле InvoiceID де факто уникальным, за счет того что номера не повторяются из-за добавления несущественные постфиксы в виде точек, черточек, etc.
б. Сделать добавляемые постфиксы малозаметными для пользователя (точка, черточка), чтобы на печати номера были похожи.

То есть, вы хотите чтобы для пользователя номер выглядел неизменным !
Зачем же мучать себя и людей и ограничиваться полумерами ?

Не проще ли развести идентификатор на 2 :
1. внутренний служебный идентификатор (InvoiceId) - желательно уникальный.
2. внешний идентификатора для печати (для пользователя) - свое локализованное поле.

В фактурах так и сделано.
Внутренний ключ это пара : FactureId, Module
Внешний номер для печати : FactureExternalId

Всем удобно, никто не жалуется. Проблем с этим ни разу не встретили.

Или вы во что бы то ни стало хотите избежать модификаций ?
Чего их бояться-то

[EVGL]

Цитата:

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

EVGL, MAZZY - но ведь по сути это вариант 1, предложенный мной...
Или вы во что бы то ни стало хотите избежать модификаций ?

Все верно. Я боюсь другого: Microsoft классифицирует это как новое требование, отложит в долгий ящик и сделает лет через 5. Поэтому я стараюсь быть осторожен в своих желаниях.

[Logger]

Цитата:

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

Все верно. Я боюсь другого: Microsoft классифицирует это как новое требование, отложит в долгий ящик и сделает лет через 5. Поэтому я стараюсь быть осторожен в своих желаниях.

А, это да.
Соглашусь.

Надо требовать реальные вещи от людей.

Я вообще это обсуждение затеял чтобы определиться как лучше. Можно и вообще не регать - все равно понятно как самим исправлять.

[Pustik]

Цитата:

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

Справедливо! (не могу больше редактировать свой список вверху)
Неоднозначно.
1) Нельзя быть святее папы (Microsoft), а названия компаний, собственное название и т.д. не хранятся в таблицах.
2) Ларец "должностные лица" пока не хочется открывать.

Что касается InvoiceId, придерживаюсь мнения Mazzy: лучше не наступать на грабли, не ловить колючих ежей и оставлять номер уникальным. Если говорить о моих клиентах, то точечки, черточки и невидимые символы их вполне удовлетворяют.

Извините, что поднял тему. EVGL, очень рад за Вас и Ваших клиентов. А у нас клиенты, отказываются платить просто за то, что в счет-фактуре почтовый индекс и наименование города не поменяны местами. И еще могу кучу вариантов отказа привести. Обосновано все тем, что налоговые органы недовольны.А теперь поди догадайся, правда это или очередная уловка отсрочить платеж?!!!!