Aktivität
von 02.07.2022 bis 31.07.2022
31.07.2022
- 17:15 Revision e15e1b68 (aqbanking): SWIFT: Removed unneeded code.
- 17:10 Revision 0f076643 (aqbanking): SWIFT: Transform all purpose lines into a single value also for unstructured :86: tag.
- 16:54 Revision 500f5367 (aqbanking): SWIFT: Added param to allow reading extra data from :61: tags.
- MT940 files received via FinTS don't usually contain such data so for
fints940/2 profiles this extra data is ignored.... - 16:20 Revision 7568d568 (aqbanking): SWIFT/AqHBCI: Add profiles fints940 and fints942 and use them in AqHBCI.
- This is the new default MT940 profile for AqHBCI. It continues using the
date of the first balance when there is no b... - 15:38 Revision 22b44138 (aqbanking): Prepared release 6.5.2.
- 15:38 Revision 67985a2b (aqbanking): Prepared release 6.5.1.
- 13:58 Revision ee97a560 (aqbanking): SWIFT: Added another dateFallback mode: "none".
- If booking date is missing leave it empty.
- 01:49 Revision e20ef70b (aqbanking): SWIFT: Fixed checking for structured :86: elements.
- Only advance pointer by 3 if the data really is structured.
- 01:40 Revision d0a5d378 (aqbanking): SWIFT: Introduced module param "dateFallback"
- Default mode is the current behaviour ("balanceDate") which is to use the
date of the previously encountered balance ... - 01:15 Revision eab72e11 (aqbanking): SWIFT: Moved more tag parsers into dedicated files.
- 01:11 Revision 12f3d9be (aqbanking): SWIFT: Moved parsing of :25: element into dedicated files.
- 01:04 Revision 56728f22 (aqbanking): SWIFT: Removed swift_p.h (no longer needed).
- 01:02 Revision d339f83d (aqbanking): SWIFT: Moved more code into own files. More cleanup.
30.07.2022
- 22:58 Bug #262: SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- Martin,
> I think the OFX importer is not very usefull to Gnucash because 1) you have your own OFX importer which ... - 22:45 Bug #262: SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- John,
>But to the original point of this bug: SWIFT MT940 specifies that there must always be a value date while t... - 20:00 Bug #262: SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- Martin,
Martin,
> That's the whole purpose of AqBanking's import/export interface...
Good. I hoped so, thanks ... - 11:08 Bug #262: SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- John,
>The question about various SWIFT profiles plus adding CAMT is from the AQBanking API side. Once the import ... - 05:09 Bug #262: SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- The question about various SWIFT profiles plus adding CAMT is from the AQBanking API side. Once the import is parsed ...
- 02:43 Bug #262: SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
>BTW, aside from matching the profiles with what Gwenhywfar knows about nearly all of the code that converts AQB in...- 02:12 Bug #262: SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- Martin,
Yes, that would work, though it would be applied to all MT940 users. The profiles are hardcoded into the ... - 01:45 Bug #262: SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- John,
>Gave me hope that you'd fix it, because using the value date is not what the parser currently does.
The ... - 01:37 Bug #262: SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- Your English is fine. It's just that
> Right, and thats what the parser currently does.
Gave me hope that you'd... - 00:28 Bug #262: SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- John,
>OK, but how about using the value date for the entry date?
That's what I tried to explain above (I'm afr... - 18:45 Revision 0be1fe23 (aqbanking): SWIFT: Moved :86:-Parser into its own files. Cleanup includes.
- 18:19 Revision a29bbdec (aqbanking): SWIFT: Use shared code in parser for 940/60.
- 18:10 Revision f5c08270 (aqbanking): SWIFT: More improvements.
- - move parser for :60:/:62: to own files
- share code for reading dates - 17:24 Revision b0ad5ff2 (aqbanking): SWIFT: Improved maintainability. Less spaghetti code.
- Improve code for :61: parsing, now moved into its own file.
Increase code sharing.
29.07.2022
- 23:54 Bug #262: SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- Martin,
OK, but how about using the value date for the entry date?
As for the supplemental data, heck if I know... - 23:13 Bug #262: SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- John,
indeed, that was a bug I just fixed in Gwenhywfar (which handles date stuff). So passing invalid dates (e.g.... - 22:31 Bug #262: SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- Martin,
Well, if the value date matches the balance date then there's no harm in AB_Transaction_GetDate() returnin... - 22:18 Bug #262: SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- John,
>Isn't it the case that in type 2 reports the value date and the balance date are the same if there's no ent... - 21:49 Bug #262: SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- Martin,
Isn't it the case that in type 2 reports the value date and the balance date are the same if there's no en... - 21:04 Bug #262 (Feedback): SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- John,
SWIFT formats are extremely complicated to get right across all parts of the information flow from bank serv... - 00:02 Bug #262 (In Progress): SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
28.07.2022
- 23:49 Bug #262 (Closed): SWIFT 940 parsing substitutes wrong entry date if the :61 field contains none.
- The SWIFT 940 format's transaction field provides for two dates, a mandatory value date and an optional entry date. I...
27.07.2022
21.07.2022
Auch abrufbar als: Atom