Skip to main content

Date Format Options

Feature RequestHigh Priority

As a UK resident with my purchases all made at UK stores, the dates on receipts are in the DDMMYYYY format. However, the app reads the dates primarily in the MMDDYYYY format. For the first 12 days of every month I have to manually change the date, after this period the system seems to recognise the alternative format and applies it correctly.

I believe an option to force a date format would be beneficial, or one that detects the country of purchase and applies the correct format.

Posted by An Anonymous User ·
Status: Completed7 comments

Log in to comment and vote

Comments7

  • Antti Laitinen

    Team•

    Oct 4, 2023

    In the latest version this has been fixed with two separate features:

    • By default, the system will prioritize the date format associated with your phone's region setting.

    • Additionally, you can manually edit the priorities in Menu -> Profile -> Edit date formats.

    Please be in touch if you need additional date format settings.

    • Anonymous Reader

      •

      Oct 2, 2024

      Hello, is it also a setting available on desktop? I just checked and I have “french” for date in the settings. But in the app, I’ve got a MMDDYYYY format when it should be DDMMYYYY instead please?

  • Anonymous User

    •

    Sep 16, 2023

    I have the same issue.

    • Antti Laitinen

      Team•

      Sep 27, 2023

      Thank you for reporting. We will add a workaround for this asap.

  • Antti Laitinen

    Team•

    Sep 11, 2023

    Thank you for the feedback. I will look into it, the app should be able to distinguish between date formats but especially DD/MM/YYYY vs MM/DD/YYYY can be really tricky. I am an EU resident and mainly use the format DD.MM.YYYY and that works fine.

    We'll add an instruction to the AI to consider a preferred date format and add it as a configuration parameter in the profile settings.

    • JM

      •

      Sep 26, 2023

      As you mention in an alternative comment, after the 13th day of a month, the app correctly applies the DDMMYYYY format, below that date however it seems to default to MMDDYYYY. As with many things, this might just be default for the parameters of the program you use to create this app. A preferred date consideration would be useful!

      (Also this original post is mine, just the system didn't log me in when posting, so apologies for another "anonymous" post!)

      • Antti Laitinen

        Team•

        Sep 27, 2023

        It is actually a priority list. Various date candidates are first extracted from the receipt and then tried against these formats in this order:

        'MM/dd/yy', // 09/25/23
'M/d/yy', // 9/5/23
'MM/dd/yyyy', // 09/25/2023
'M/d/yyyy', // 9/5/2023
'd/M/yyyy', // 5/9/2023
'dd/MM/yyyy', // 25/09/2023
'yyyy-MM-dd', // 2023-09-25
'dd-MM-yyyy', // 25-09-2023
'MM-dd-yyyy', // 09-25-2023
'dd.MM.yy', // 25.09.23
'dd.MM.yyyy', // 25.09.2023
'd.M.yy', // 5.9.23
'd.M.yyyy', // 5.9.2023
'dd MMM, yyyy', // 25 Sep, 2023
'dd MMM yyyy', // 25 Sep 2023
'd MMM, yyyy', // 5 Sep, 2023
'd MMM yyyy', // 5 Sep 2023
'dd MMMM yyyy', // 25 September 2023


        As you can see, the US format takes priority here, resulting in this error. This is a simple oversight on our part, apologies. We have a couple of options, the easiest being just adding a preferred priority option so you can choose between priorities of the ambiguous formats. The second is trying to deduce the country of the receipt with AI tools but that probably requires more fine-tuning and time.

        But anyway this is on a priority shortlist. If not in the next update then the one after that at the latest. Thank you for your patience!